'direct play error' for this file, audio stream info wrong

[justinrh 88]

Two issues with a video:
1) transcodes because of a 'direct play error'  - What is the error?
2) if you select one of the AC3 5.1 audio tracks, Android TV stats says 5.1 is selected but streaming TrueHD 7.1.  (Upmixing to more channels than I have!?)  - How/why is it not playing 5.1?

a04_5.1_ffmpeg-remux-d3209973-2ce8-423a-a8ea-d1d0a216efd1_1.txta04_embyserver-63810091986.txta04_7.1_ffmpeg-remux-fad7e810-95c5-4835-bd87-fb5796d58781_1.txt

[Luke 32465]

Quote

1) transcodes because of a 'direct play error'  - What is the error?

Hi, that's hard to say. You'll need to follow the process to submit an in-app log because currently the app does not send this information up to the server.

Can you try our standard app and let us know if there's a playback error with that?

https://emby.media/emby-for-android.html

Thanks.

 

[pwhodges 944]

9 hours ago, justinrh said:

2) if you select one of the AC3 5.1 audio tracks, Android TV stats says 5.1 is selected but streaming TrueHD 7.1.

Have you got confused by the fact that one of the AC3 tracks is actually also 7.1?

Paul

[justinrh 88]

12 hours ago, pwhodges said:

Have you got confused by the fact that one of the AC3 tracks is actually also 7.1?

Nope.  I select a 5.1 track.

[Happy2Play 7341]

Not sure here as I don't know about track selection, but this shows alternate track was never selected or used.

17:29:53.906   Stream #0:0[0x1011]: Video: hevc (Main 10) (HDMV / 0x564D4448), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 3840x2160 [SAR 1:1 DAR 16:9], Level 153, 23.98 fps, 23.98 tbr, 90k tbn, Start-Time 11.651s
17:29:53.906   Stream #0:1[0x1015]: Video: hevc (Main 10) (HDMV / 0x564D4448), yuv420p10le(tv, bt2020nc/bt2020/smpte2084), 1920x1080 [SAR 1:1 DAR 16:9], Level 153, 23.98 fps, 23.98 tbr, 90k tbn, Start-Time 11.651s
17:29:53.906   Stream #0:2[0x1100]: Audio: truehd (AC-3 / 0x332D4341), 48000 Hz, 7.1, s32 (24 bit), Start-Time 11.651s
17:29:53.906   Stream #0:3[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 640 kb/s, Start-Time 11.651s
17:29:53.906   Stream #0:4[0x1101]: Audio: eac3 (AC-3 / 0x332D4341), 48000 Hz, 7.1, fltp, 1664 kb/s, Start-Time 11.651s
17:29:53.906   Stream #0:5[0x1102]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 640 kb/s, Start-Time 11.651s
17:29:53.906 Stream mapping:
17:29:53.906   Stream #0:0 -> #0:0 (copy)
17:29:53.906   Stream #0:2 -> #0:1 (truehd (native) -> ac3 (native))

7.1 converted to 5.1

-c:v:0 copy -bsf:v:0 hevc_mp4toannexb -c:a:0 ac3 -ab:a:0 384000 -ar:a:0 48000 -ac:a:0 6 

 

Might be container but missing all per track metadata also.

Edited Tuesday at 10:47 PM by Happy2Play

[justinrh 88]

If I understand the stats correctly, Emby is saying the source is 5.1but it is outputting 7.1.  Is this a correct interpretation?

This pic is from a diff video, but same scenario.

Edited Tuesday at 10:58 PM by justinrh

[Happy2Play 7341]

35 minutes ago, justinrh said:

If I understand the stats correctly, Emby is saying the source is 5.1but it is outputting 7.1.  Is this a correct interpretation?

This pic is from a diff video, but same scenario.

No idea as that would contradict the logs provided.

[justinrh 88]

Any idea what the error is about?  (Maybe audio is a side-effect of the error?)

[GrimReaper 1797]

3 minutes ago, justinrh said:

Any idea what the error is about?  (Maybe audio is a side-effect of the error?)

 

22 hours ago, Luke said:

Hi, that's hard to say. You'll need to follow the process to submit an in-app log because currently the app does not send this information up to the server.

Quote

Emby for Android TV/Fire TV and Emby for Roku Logs

 

These apps have the option to send an app log to us electronically.  You enter the settings page and turn on the "Debug Options".  Now there will be a new option on the user menu at the top of your app home page labelled "Send Log".  

 

  Quote

If you are using Android TV/Fire TV and your problem is with playback, please send the log directly from the playback OSD.
There will be an option on the "cog" menu.

 

Reproduce your problem and then use this button to send the log.  Then add the following information to your report in the forum:

 

• Exactly what you were doing and what happened.  Include the name of whatever you played if it is a playback problem
• The time you sent the log (in Eastern Time please - UTC -5)
• The name of the Emby user on the local server that was logged in at the time

 

[Happy2Play 7341]

Devs may see something in client logs as server logs really don't cover any Client "DirectPlayError"  as the client does not like something specific to the file.

[justinrh 88]

I sent a log from the app @ 6:49pm ET, user home.

Edited Tuesday at 11:53 PM by justinrh
oops, someone asked LOL

[justinrh 88]

As for the audio, is it possible that the 5.1 tracks are simply the Atmos metadata?  (Don't pound me if that is a totally crazy idea!)

[ebr 13695]

Hi.  I think that is just a display error in the stats.  The log is telling the truth.  How long after switching tracks did you take that screenshot?  It could take up to 10 seconds for it to be accurate.  There could also be a bug in the display under certain circumstances.

Can you try sideloading our standard android app on the same device and see how that compares?

https://emby.media/emby-for-android.html

Thanks.

 

[rbjtech 2404]

Graphical view on what the playback is doing direct from the ffmpeg log files.

But your screen grab shows source as DTS-HD !?

Do you have the right log files ?

[justinrh 88]

@rbjtech The pic is exemplary, as stated.  You need to grab the 5.1 log (your screenshot looks like you are analyzing the 7.1 log).

[justinrh 88]

On 1/25/2023 at 8:49 AM, ebr said:

I think that is just a display error in the stats.  The log is telling the truth.  How long after switching tracks did you take that screenshot?

I just tried it again after opening Emby - straight to the second 5.1 track.  Here's the log.  NOTE:  stats say 7.1 in and 7.1 out.  (I have a 5.1 system.)  It still shows the error; I invoked stats about 10 seconds after starting to play.  I know this is a diff answer than before - I think the pieces of my system sometimes gets out of sync, but I don't know for sure.  (Maybe it is me with all of my experimentation!)

I'm wondering if it is even valid to select a 5.1 track.  Any reason it would not be valid?

a04_5.1ac3_ffmpeg-remux-c6bb5de6-e102-46d5-b9f7-900442ffdbb5_1.txt

[Happy2Play 7341]

22 minutes ago, justinrh said:

@rbjtech The pic is exemplary, as stated.  You need to grab the 5.1 log (your screenshot looks like you are analyzing the 7.1 log).

As already mentioned, no logs show you ever using secondary audio track.  It is always the first audio track.  Your 5.1 and 7.1 logs are the same.

 

Note all three remux logs convert truehd track.  No other track is ever selected.

Edited 8 minutes ago by Happy2Play
new image

[justinrh 88]

Strange.  How is it that selecting a certain track is not being played?  Is it the Atmos layer?  Seems like Emby should understand this and not show it, since it is not useful.  (Or maybe it is like the multiple video track DV scenario I had in another post where only hardware can know what to do with the tracks.)

So, the mysteries are: it is sending 7.1 audio to a 5.1 system, and a 'direct play error'.