All Activity

Just to add to that I also used safari, I seemed to have no success with firefox.

Is there a way to direct it at a locally hosted file? I like the idea and the simplicity but I don't want to rely on an external image host nor setup another host just to serve one image.

I don't have VPN

Just to add to this topic if anyone else runs into this issue. I was having the exact error as Airbender when trying to authenticate trakt premium with a fresh Premiere install. It ended up working when turning off Tailscale as Luke mentioned in this thread above (turn off VPNs). Note though, that i did not get the usual "Wohoo! Your device is now successfully connected to trakt". It just stayed same page with the 'next step' button greyed out. I confirmed it via the 'Connected Apps' page on trakt and then the emby logs.

Good evening friends, I hate to post about what appears to be a nightmare topic from past forum posts, but I just wanted to know if there is any real solution at this point in time? If not, well, not to be dramatic, but it's probably a deal break for me, sadly, simply because my entire home system is Roku ultras for ease of use. =/ In short, is there a way to get ass files to work and not buffer terribly in Emby? I know in plex it was weird but straight forward with Rokus once you knew how. You needed to go into the Roku settings, set captions to OFF, and then set playback burn-in to automatic. The result is a very slight 2-3 second delay at the start of a video with the % wheel loading rapidly and then it basically runs the ass file perfectly. In the case of Emby I have done the same process. Using the latest Roku ultra model, I have set captions to off, Emby Roku app settings set to yes for Burn in SSA subtitles, and while this seems to, in generous terms "work", the performance result is unusable. The wheel loads for about a minute, it begins to work with the ass format but stutters and then freezes and buffers back to the wheel. I am unsure what causes this. Is Emby perhaps trying to burn-in via the Roku box and its weak cpu vs using the server's much stronger intel core or something of that nature? Or is there perhaps critical setting I need to tweak in Emby that I have overlooked which wouldn't shock me either? (I have been unable to locate the "Allow subtitle extraction on the fly" setting I have read about not sure if that still exists). Either way, I would appreciate any info, and if you need anyone from me, I will try to provide it. And worst-case scenario, I guess I will just have to keep my eyes peeled for a future update that fixes the issue for now.

Okey dokey. So, color management is what this is all primarily about when HDR is enabled. What was happening previously is that the compositor was making most of the decisions, and was generally making a mess. SDR when in SDR is pretty straightforward, so the issue was/is with the Windows HDR compositor. mpv is now taking control of what happens. target-peak when set higher than 203 now only effects luma. Prior to this, the primaries would also be set. This invariably lead to gamut expansion. Now, that expansion only happens if you enable inverse-tone-mapping. In my case, target-peak=auto results in 371. So I get a nice boost in contrast with no change to the colors. On other systems it will vary depending on the probing of your system and if a number can be found. In which case I think it defaults 1000, but I'm not certain of that. This actually might be a good reason to have an SDR target-peak and an HDR target-peak provided. Currently softworkz is disallowing any taget peak to set for SDR, but now target-peak is set to auto by default. So if it is to remain the same, a value of 203 would need to be forced. I think it better to have an option in the settings and just default it to 203. That way if anyone wants a little more contrast in SDR media when Windows HDR is enabled, they can raise the peak to their liking. This is what I do and will continue to do. Because the picture is amazballs! I would also advocate for adding the inverse-tone-mapping option. Also, hdr-compute-peak is now a good option to use. If this is as clear as mud, ask questions

It's not a particularly old NAS. And was only set up with a fresh install recently. So far no problems with Edge so just using that solely for NAS/Emby work atm

Hey @Luke Thanks for your patience. Sure thing. To restate it. Emby can find the movie and play the movie if it misidentifies it. If I fix it, it only shows up in folders and its empty. So: If I call the movie folder "Redline (2010)" it will find the movie. It will misidentify it as a 2007 live action film, but it will run the mkv I provided. So to fix it, I hit the tree dot, go to identify, select the correct match, press okay to overwrite, and.... Poof. It's gone in the Movies section. If you go to folders, however, you can find it...it's just empty: Hope that clears it up, and sorry if this is too many images-- just trying to being thorough is all.

Ok, so i was just testing the effects of target-peak with HDR disabled and no peak set (defaults to 203), and played an SDR video. Then tested the same video and set target-peak=15. As expected, the image was brighter at 15. This is what you want, yes? So what could be done is when HDR is enabled, allow target-peak only for HDR media (this might change based on the new updates. Still checking that). But when HDR is disabled, allow it to operate universally. Then the brightness of tone-mapped HDR media and SDR media should closely match. Having one setting for HDR and another for SDR doesn't make sense. You understand that target-peak is for display luminance and not color. I think this would be reasonable and fairly easy to implement. It doesn't effect HDR playback.

Hi, I'm running Emby on my DS923+ Synology NAS. I use cloudflare zero trust tunnels. I can access Emby via browser with my domain, but the Android app displays a connection error. I recently migrated from Jellyfin, and the same setup worked perfectly fine.

Hi, on the main page, along the Movies, Shows, and Music, a new folder is automatically created named "Collections". I can rename any folder except the "Collections" by right-clicking and selecting "Rename". In the Collections folder settings, the option is missing, along with many others.

Color profile? SDR stuff can't be being tone-mapped. That would be inverse tonemapping and you have HDR disabled. So we're talking about HDR stuff only? Or do you want to control the luminance of everything?

Yes and for each color profile. Not just for a projector but for TV`s also. All content is being tone mapped. I already have the ability to do this by sticking with the electron version, there is no advantage using the new app.

大佬看过了呢，就是按照这个给了权限之后依然会提示：【添加媒体路径时出错。请检查路径是否有效且EmbyServer对其具有访问权限后重试。】

Noticed i made a small error in the resolution detection making some resolutions not be detected as they should. This version fixes that. EmbyIcons.dll

There is no such thing as hardware acceleration for audio. I guess technically there is with a Sound Card but in general HWA is offloading the video processing to hardware (gpu/igpu).

I have noticed that sometimes ffmpeg is running on the CPU instead of transferring that to quicksync. I see the hardware acceleration icon for the video, but not for the audio. Is this by design? Or am I configuring some settings wrong?

As H264/MVC encoded streams are backwards compatible with H264/AVC, all H264 capable players will play and handle those streams just fine. In short: Inside an H264 streams, bits are organized in "NAL" units. Those units have a type, unknown types are ignored. The ffprobe output of an mvc 3D movie looks like this for the video stream: Stream #0:0(eng): Video: h264 (High), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn Metadata: stereo_mode : block_lr Side data: stereo3d: frame alternate ffmpeg is no able to decode the side data, but can (and will) handle the primary stream just fine. On that node: Currently, emby also seems to transcode h264 to h264 if a 3D movie is presented. This is not required (maybe to safe some bandwidth) and breaks 3D Playback on comaptible players, like a KODI on a 3D/MVC enabled Set-Top Box, as ffmpeg can not transcode the alternate view. So, my suggestion would be to treat an h264 video stream always the same, regardless if 3D or not.

Ok we are looking into it. Thanks.

Any timeline on this release of the FFmpeg changes?

This has been mentioned before. In order to seek the header must have the seeking index at the front of the file. Not stored afterwards. Some encoders put the seek index and chapters after the video and audio streams. This makes it so you must download the entire file before you can seek. The Roku is streaming the file. This means it won't have the entire file until you are pretty close to the end. If you remux with MKVToolNix it will properly fix the file for streaming moving everything required to the front and correct the header. This is exactly what you need to do. Conversely, if this is something you will never do. Use the "Attempt Playback Correction" built into the apps video player. Open the OSD by pressing down and then move to the cog/gear and press OK. Then use playback correction and you will be able to seek. Since this will repackage the stream into HLS with an m3u8.

Happened again. The show is The Proof is Out There. Only recorded 10 minutes. This happened with a few other shows the day before but the server purged the logs before i could catch them. This is the only log from that day. embyserver-63887875200.txt

Playing "Air Force One (1997) - 4K.mkv". in Emby Theater on a Windows 10 PC. The only thing I've done to this rip is run it through mkvtoolnix and remove the foreign language tracks, subs and label commentary tracks etc. I'm not sure there is a way to upload this file its 58 GB. embyserver.txt

Hi. It is direct playing so all seeking is being done internally by the Roku player. There are no errors. Have you tried remuxing one of these?

In den Eigenschaften eines Videos wird "Hinzugefügt am" inklusive der Uhrzeit angezeigt, also muss es eine Anzeigeeinstellung sein, damit die Uhrzeit auch in der Bibliothek angezeigt wird.