D34DC3N73R 18 Posted April 28, 2019 Author Share Posted April 28, 2019 should this be happening on a device which only needs to transcode audio? This happens on my local hardwired nvidia shield as well as bandwidth limited devices. Link to comment Share on other sites More sharing options...
softworkz 3335 Posted April 28, 2019 Share Posted April 28, 2019 should this be happening on a device which only needs to transcode audio? This happens on my local hardwired nvidia shield as well as bandwidth limited devices. Video transcoding happens either when the client does not support the video format or when the bandwidth exceeds the (autodetected or user-configured) maximum video bandwidth. We're delivering videos via HLS and HLS supports H.264 only, that's why HEVC files are transcoded. Link to comment Share on other sites More sharing options...
D34DC3N73R 18 Posted August 30, 2019 Author Share Posted August 30, 2019 @@softworkz Interesting side note, I still get this green screen when using hw hevc decoding on emby beta 4.3.0.6, but this doesn't happen with plex hw hevc decoding on plex alpha transcoder preview 1.16.7.1597 My nvidia driver version is now at 430.40 Link to comment Share on other sites More sharing options...
sbadie1 1 Posted August 30, 2019 Share Posted August 30, 2019 Have you tried this? The video source that is being played in the log file is HDR (10bit). Emby can handle those files in most cases, but there are certain combinations (input video type, video decoder, video encoder, in-between filters) that may not always work as expected. This is an area which is currently being actively worked on . As a temporary workaround, you could disable the hw decoder (but not the encoder) in the advanced settings. I have been having the same issue. The same work around by disabling the hw acceleration transcoding seems to allow the movie to play. However, my CPU is running at 100% the whole time the movie is playing. I am not sure if that is really good for the CPU. Do you have any time frame on when this issue would be fixed? Link to comment Share on other sites More sharing options...
sbadie1 1 Posted August 30, 2019 Share Posted August 30, 2019 Also for me if I handbrake the 4k file and keep the 10bit, and pick video quality 10, and pass through for audio it works just fine. I just dont want to handbrake all my videos to make it work as it would take forever. Not sure why handbraking allows it to work but not the original file Link to comment Share on other sites More sharing options...
sbadie1 1 Posted August 30, 2019 Share Posted August 30, 2019 Thank you! As mentioned above, we got a number of problem reports regarding 10bit HEVC with the Quadro P2000, on both Windows and Linux. I'm quite sure that it's not a problem on our side as HEVC 10biit decoding works just fine with other Nvidia hardware. The only thing you can do in Emby is to disable the Nvidia HEVC decoder, so you will get at least hw encoding. Otherwise I can only suggest to open a support case with Nvidia for this. Has there been any issues with the p4000? Link to comment Share on other sites More sharing options...
softworkz 3335 Posted August 30, 2019 Share Posted August 30, 2019 We got a Quadro in our lab now and are currently working on it. If things go well, it won't take long until we'll have something for you to test! Link to comment Share on other sites More sharing options...
sbadie1 1 Posted August 30, 2019 Share Posted August 30, 2019 The green screen transcoding issue is still a problem on emby v. 4.1.0.25 beta Have you tried this on Windows instead of Linux? Link to comment Share on other sites More sharing options...
softworkz 3335 Posted August 30, 2019 Share Posted August 30, 2019 @@softworkz Interesting side note, I still get this green screen when using hw hevc decoding on emby beta 4.3.0.6, but this doesn't happen with plex hw hevc decoding on plex alpha transcoder preview 1.16.7.1597 My nvidia driver version is now at 430.40 @@D34DC3N73R - Could you please post an ffmpeg log from 4.3. beta where the green artifacts problem occurs? Link to comment Share on other sites More sharing options...
softworkz 3335 Posted August 30, 2019 Share Posted August 30, 2019 Also, does anybody have a video file where the problem occurs? (a 5-10 min cut would be sufficient) Link to comment Share on other sites More sharing options...
sbadie1 1 Posted August 30, 2019 Share Posted August 30, 2019 (edited) @@softworkz Interesting side note, I still get this green screen when using hw hevc decoding on emby beta 4.3.0.6, but this doesn't happen with plex hw hevc decoding on plex alpha transcoder preview 1.16.7.1597 My nvidia driver version is now at 430.40 Are you saying that encoding and decoding 10bit hdr on Plex works just not emby? Edited August 30, 2019 by sbadie1 Link to comment Share on other sites More sharing options...
sbadie1 1 Posted August 30, 2019 Share Posted August 30, 2019 Also, does anybody have a video file where the problem occurs? (a 5-10 min cut would be sufficient) I can when I'm home how would like me too do this Link to comment Share on other sites More sharing options...
D34DC3N73R 18 Posted August 30, 2019 Author Share Posted August 30, 2019 (edited) @@softworkz Here you go. Sample: https://xfl.jp/jIi7RU ffmpeg-transcode-d503f92e-9652-4154-a071-0b9603e10bc1_1.txt Edited August 30, 2019 by D34DC3N73R Link to comment Share on other sites More sharing options...
D34DC3N73R 18 Posted August 30, 2019 Author Share Posted August 30, 2019 Are you saying that encoding and decoding 10bit hdr on Plex works just not emby? Yes, specially 4k 10bit hevc hw decoding using NVDEC. Link to comment Share on other sites More sharing options...
D34DC3N73R 18 Posted September 9, 2019 Author Share Posted September 9, 2019 @@softworkz Not sure if you got that sample, but the link expired so here it is again. https://xfl.jp/nk42uM Link to comment Share on other sites More sharing options...
Luke 37062 Posted October 10, 2019 Share Posted October 10, 2019 Are you still running into this? Link to comment Share on other sites More sharing options...
D34DC3N73R 18 Posted October 21, 2019 Author Share Posted October 21, 2019 @@Luke yes this is still an issue using 4.3.0.15 beta. Do you need me to upload the sample video again? Link to comment Share on other sites More sharing options...
Luke 37062 Posted October 22, 2019 Share Posted October 22, 2019 No that's ok. We have a handle on it. We're working on it. Thanks. Link to comment Share on other sites More sharing options...
Luke 37062 Posted May 10, 2020 Share Posted May 10, 2020 Are you still having an issue with this? Link to comment Share on other sites More sharing options...
D34DC3N73R 18 Posted May 22, 2020 Author Share Posted May 22, 2020 Yes, I'm still experiencing the same issue. Link to comment Share on other sites More sharing options...
Luke 37062 Posted May 22, 2020 Share Posted May 22, 2020 Ok thanks for the info. @@softworkz is looking into this. Link to comment Share on other sites More sharing options...
sv3nno 2 Posted May 22, 2020 Share Posted May 22, 2020 (edited) Hi, I'm still having this issue too on latest stable release (4.4.2.0). To me it looks like its got something to do with the audio tracks. Files that has more than 1 audio track gets corrupted frames and green artifacts. The files with only 1 audio track (TRUEHD 7.1 or Dolby digital 5.1, doesn't matter) plays fine. Edit: don't know if this is just a plain stupid coincidence, but this seems to be the case. Files that work and those that dont share the same Video characteristics: Title: 4K HEVC Codec: HEVC Profile: Main 10 Level: 153 Anamorphic: No Interlaced: No Video Range: HDR Color Primaries: bt2020 Color Space: bt2020nc Color Transfer: smpte2084 Bit Depth: 10 bit Pixel Format: yuv420p10le Reference Frames: 1 Edited May 22, 2020 by sv3nno Link to comment Share on other sites More sharing options...
softworkz 3335 Posted May 24, 2020 Share Posted May 24, 2020 Edit: don't know if this is just a plain stupid coincidence, but this seems to be the case. Files that work and those that dont share the same Video characteristics: Do you wanted to say that files that don't work share the same characteristics? Or are you saying that it seems to be independent of the video? A fresh ffmpeg log would be helpful as a lot of things have changed in release 4.4.x Link to comment Share on other sites More sharing options...
sv3nno 2 Posted May 26, 2020 Share Posted May 26, 2020 (edited) Do you wanted to say that files that don't work share the same characteristics? Or are you saying that it seems to be independent of the video? A fresh ffmpeg log would be helpful as a lot of things have changed in release 4.4.x Files that work have the same video characteristics as the files that does not work. Attached two photos on media info. Attached two ffmpeg logs. not working file ffmpeg log.txt working file ffmpeg log.txt Edited May 26, 2020 by sv3nno Link to comment Share on other sites More sharing options...
Luke 37062 Posted May 27, 2020 Share Posted May 27, 2020 In the not working example you've selected PGS subtitles and as a result they have to burned in with transcoding. To make it a more equivalent comparison, try turning the subtitles off prior to playback. Please see if that helps. Thanks. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now