@dxhelios said:
Sure. Let me collect the logs today. I understand scenario with unsupported audio and the issue (that is recorded) is generally fixed with converting to MP4/AC3 partially. You MUST have only one AC3 track and it should be MP4 container.
This is kinda touchy right now and part of the reason we’re trying to get more data points. One of the testing options I have done before is forcing direct play and selecting audio tracks that arn’t the the primary track. This also caused the crashing stream every ~15-20 seconds. This is why tracks that arn’t the primary instead cause a remux. The server basically copies both the video stream and the selected audio stream and only sends those 2 streams to the Xbox. This typically should work great, with the major exception of UHD streams (which is what we’re trying to get all sorted out here).
I say partially because if you resume from sleep this may not work, if you switch from HDMI to headphones or back it may not work. I assume there are more bugs/issues related to how Plex works with the platform.
I can’t say for sure what is happening here as I don’t have access to the full debugging capabilities. Just a guess would be is that it has to do deal with the fact that Plex currently can’t touch audio output settings at all. This ranges from output mode all the way to something as simple as normal of channels.
But that is just a guess. If you can give me clearer steps I can report that one on down as well to get looked at. If I am understanding correctly it sounds like if it goes to sleep and audio settings change on wakeup the app isn’t catching the change?
I resolve most of the issues by restarting console, but this issue is annoying as requires unnecessary step of converting to MP4/AC3, it takes storage and time to perform.
Definitely things that we want to avoid as either one of those cause a major inconvenience for everyone.
@dxhelios said:
Sure. Let me collect the logs today. I understand scenario with unsupported audio and the issue (that is recorded) is generally fixed with converting to MP4/AC3 partially. You MUST have only one AC3 track and it should be MP4 container.
This is kinda touchy right now and part of the reason we’re trying to get more data points. One of the testing options I have done before is forcing direct play and selecting audio tracks that arn’t the the primary track. This also caused the crashing stream every ~15-20 seconds. This is why tracks that arn’t the primary instead cause a remux. The server basically copies both the video stream and the selected audio stream and only sends those 2 streams to the Xbox. This typically should work great, with the major exception of UHD streams (which is what we’re trying to get all sorted out here).
ok. I’ve send the logs via PM.
I say partially because if you resume from sleep this may not work, if you switch from HDMI to headphones or back it may not work. I assume there are more bugs/issues related to how Plex works with the platform.
I can’t say for sure what is happening here as I don’t have access to the full debugging capabilities. Just a guess would be is that it has to do deal with the fact that Plex currently can’t touch audio output settings at all. This ranges from output mode all the way to something as simple as normal of channels.
But that is just a guess. If you can give me clearer steps I can report that one on down as well to get looked at. If I am understanding correctly it sounds like if it goes to sleep and audio settings change on wakeup the app isn’t catching the change?
I resolve most of the issues by restarting console, but this issue is annoying as requires unnecessary step of converting to MP4/AC3, it takes storage and time to perform.
Definitely things that we want to avoid as either one of those cause a major inconvenience for everyone.
This one is strange. For example, I resume from sleep, and UHD MP4/AC3 streams always try DASH first. And I am not even sure where to start. Maybe it is related to audio output settings, which are still buggy on the platform (when resuming from sleep), maybe it is because of switching from headphones to HDMI and/or back. Maybe it is related to party audio. Maybe it is related to Xbox Live account switching. For now restart helps, so when troubleshooting issues with Plex I always restart Plex and Xbox and then try repro the issue.
@TheRealDeria said:
The issue where it starts to play in HDR, buffers, switches to transcording, then continues playing without HDR happens on the Xbox One S as well. I have both an X and an S and see the same behavior on both.
Can you provide logs showing this?
I already provided logs -and- a sample video to Moussa. He replied that he was able to duplicate the issue, but couldn’t do anything about it yet because of your other issues. I believe that the issue in this thread (well, one of them) is the same issue. Playback starts with video being direct streamed and audio being transcoded (if I understand the logs correctly) then after about 30-60 seconds it “buffers”, switches to transcoding and the video is no longer HDR.
Glad I found this thread pulling my hair out thinking my CPU and Hard drive were slowing things down causing buffers, tried all kinds of settings in the plex server settings then noticed HEVC 2160P HDR video was transcoding to x264 and thought that was odd as the Xbox One X fully support HDR 2160P HEVC.
@swanlee said:
Glad I found this thread pulling my hair out thinking my CPU and Hard drive were slowing things down causing buffers, tried all kinds of settings in the plex server settings then noticed HEVC 2160P HDR video was transcoding to x264 and thought that was odd as the Xbox One X fully support HDR 2160P HEVC.
Hope for a fix soon from either MS or Plex
swanlee, my processor - you may see in signature - does not support 4K HDR 10 transcoding, 4K HDR decoding only - so buffering and other issues are to be expected, when transcoding. HDR is supported very well by Plex - I mean for movies and also Xbox captures and it works well - let’s not mix the issues. I can watch 4K HDR10 movies/captures with AC3 audio without problems in MP4 container - though you may test it after number of updates released recently.
It is about Direct streaming 4K HDR content with audio from MKV containers and weird HTTP to DASH switching. As Plex team managed to repro the issue, let’s wait and see the result of the fix and then take it from there to nail down other bugs/issue in Plex/platform.
i have same issue, i have plex server in mac pro 24 cores, 64gb ram, xsab fiber channel 16tb raid, and 1080 nvidia, and i cant play in my samsung mu6405 49", continus cuts, its a 4k hevc file, an i have 600mb, simetric fiber internet…
@swanlee said:
Glad I found this thread pulling my hair out thinking my CPU and Hard drive were slowing things down causing buffers, tried all kinds of settings in the plex server settings then noticed HEVC 2160P HDR video was transcoding to x264 and thought that was odd as the Xbox One X fully support HDR 2160P HEVC.
Hope for a fix soon from either MS or Plex
swanlee, my processor - you may see in signature - does not support 4K HDR 10 transcoding, 4K HDR decoding only - so buffering and other issues are to be expected, when transcoding. HDR is supported very well by Plex - I mean for movies and also Xbox captures and it works well - let’s not mix the issues. I can watch 4K HDR10 movies/captures with AC3 audio without problems in MP4 container - though you may test it after number of updates released recently.
It is about Direct streaming 4K HDR content with audio from MKV containers and weird HTTP to DASH switching. As Plex team managed to repro the issue, let’s wait and see the result of the fix and then take it from there to nail down other bugs/issue in Plex/platform.
Well at one point I was able to play 4K HDR content without buffering, so I don’t care if it transcodes or not as long as the content plays in 4k and HDR without buffering
@swanlee said:
Well at one point I was able to play 4K HDR content without buffering, so I don’t care if it transcodes or not as long as the content plays in 4k and HDR without buffering.
Currently, the only way to get around the buffering issue is to make sure the file is able to direct play. That means making sure the file is MKV or MP4 with HEVC encoding and AAC, AC3, or eAC3 audio as the first track. Any variation will cause the transcoder to kick in. Once the transcoder kicks in 2 things happen:
HDR is stripped out because the transcoder does not currently support the HDR->HDR enocding
You will encounter the buffering bug that happens when HEVC is being direct streamed instead of direct play
There is currently not much Plex can do to fix the buffering bug as it is part of the framework that Plex cannot change. That bug has been reported to Microsoft and we are awaiting a fix to post for it.
The file starting direct play with codecs that shouldn’t be direct play is something that Plex is looking into. But even fixing that issue will simply result in the buffering bug appearing sooner as the audio codecs causing it should be triggering a transcode, just not as late delayed as they currently are.
@“DJ Callyman” said:
Can confirm that the transcoding after a few seconds issue is still present in the latest Alpha (1806.180615-1909).
The transcoding after a few seconds isn’t something that Microsoft can fix. The buffering during transcoding/direct streaming is the fix waiting for Microsoft.
@“DJ Callyman” said:
Can confirm that the transcoding after a few seconds issue is still present in the latest Alpha (1806.180615-1909).
The transcoding after a few seconds isn’t something that Microsoft can fix. The buffering during transcoding/direct streaming is the fix waiting for Microsoft.
Do you know Microsoft have put the fix in place yet? Moussa posted about 2 weeks ago that it was coming soon.
I can confirm that on my config 4K HEVC HDR + AC3 in MP4 container works without buffering for at least 45mins. Latest updates of Xbox and Plex. Other container configurations have issues.
@“DJ Callyman” said:
Do you know Microsoft have put the fix in place yet? Moussa posted about 2 weeks ago that it was coming soon.
We do not. Looking at the release notes for the Alpha ring patch it was not listed. And I have seen mixed things reported back, with the majority stating the same issue is still present. (I myself am not a member of the alpha ring so can only use the information provided until it hits further testing rings)
Pardon my ignorance but if it’s a “Platform Issue” that’s contributing to this problem, why does the same file playback with no issue using the Xbox’s built in “Film & TV” app using DLNA?
It doesn’t for me. While the files play in the Film & TV app, for some reason they don’t trigger HDR mode on my TV. Netflix, games and Plex (for the first 10 seconds) all do.
My apologies, I was using the “Media Player” app, not “Movies & TV”. I tried it and at first it seemed ok but I get a bit of stuttering right around where the video will normally start transcoding on Plex which ends up getting worse and worse until the video is unwatchable. In a couple of cases the video stopped playing and I get error messages.
