+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52)
+---- Thread: Bug [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough (/showthread.php?tid=204518)
Pages:
1
2
[14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - Drag0nFly - 2014-09-17
I noticed this today when testing a mainline 14.0-ALPHA4 build of XBMC^H^H^H^H "Kodi" (please tell me that is not the final name & logo), Git version: 2014-09-16-0a867cf
When displaying the status bar/OSD it always reports the audio track as stereo/2-channel; regardless of the fact that the codec overlay correctly displays 5.1 together with the correct sample rate. I've tested this with Dolby Digital 5.1 tracks, DTS 5.1 tracks and DTS-HD MA 5.1 tracks - they all report "2.0". The receiver also reports the correct number of channels (i.e, 5.1). XBMC is outputting via S/PDIF and it almost appears that what you see is the "hardcoded" 2 PCM-channels which it uses for signal transfer, not the actual number of channels present in the media file (or the debug overlay for that matter). One would hope the two were in sync.
For transcoded streams this is not an issue. FLAC 5.1 is correctly identified as 5.1 in the status bar, as is Dolby TrueHD 5.1/6.1/etc.
In other words, it appears similar to the issue earlier this summer where the OSD would report off-by-one audio- and subtitle-tracks (despite outputting the correct audio and displaying the correct subtitle), but having the status bar/OSD instead display the next tracks for the audio & subtitle as the current ones in use.
Debug log: http://pastebin.com/0mPp8ktx
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - fritsch - 2014-09-17
In fact we are sending FL/FR - I don't see the bug here. Codec Screen is for developers and not for endusers.
Quote:00:33:45 T:139752896210688 DEBUG: CAESinkALSA::GetChannelLayout - Requested Layout: RAW,RAW
00:33:45 T:139752896210688 DEBUG: CAESinkALSA::GetChannelLayout - Got Layout: RAW,RAW (ALSA: none)
00:33:45 T:139752896210688 DEBUG: CActiveAESink::OpenSink - ALSA Initialized:
00:33:45 T:139752896210688 DEBUG: Output Device : HDA Intel PCH
00:33:45 T:139752896210688 DEBUG: Sample Rate : 48000
00:33:45 T:139752896210688 DEBUG: Sample Format : AE_FMT_S16NE
00:33:45 T:139752896210688 DEBUG: Channel Count : 2
00:33:45 T:139752896210688 DEBUG: Channel Layout: RAW,RAW
00:33:45 T:139752896210688 DEBUG: Frames : 2400
00:33:45 T:139752896210688 DEBUG: Frame Samples : 4800
00:33:45 T:139752896210688 DEBUG: Frame Size : 4
Edit: You are right for flac - which assumes the 6 is the number of channels AE gets input for. But as you passthrough AC3 directly we don't really dig deeper into the 2 channel signal.
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - Drag0nFly - 2014-09-17
Read my post again. It is not the codec screen, that was simply used to compare. It is the status screen showing the title, movie logo, the active audio track and subtitle.
I.e, the one you get when pressing enter. This is why I included the reference to the previous bug which showed the incorrect audio track and subtitle.
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - fritsch - 2014-09-17
Yes - I verified on my setup.
Turn on AC3/DTS passthrough - play a DTS/AC3 track, press enter - see the OSD AC3/DTS 2.0
Turn off AC3/DTS passthrough - play a DTS/AC3 track, press enter -> see OSD AC3/DTS 5.1
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - Drag0nFly - 2014-09-17
The thing that is really curious is that the status screen does not derive its information from the same source as the debug overlay, which as I'm sure you see for yourself is indeed correct, showing 5.1 channels.
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - fritsch - 2014-09-17
It's an easy fix and welcome -> thanks much in advance.
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - Drag0nFly - 2014-09-17
No problem, there always seems to be a nittle niggle with the newer versions. (Either aesthetics or codec related or whatnot..)
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - fritsch - 2014-09-17
It's alpha 4 after all.
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - fritsch - 2014-09-17
Quote:It's an easy fix and welcome -> thanks much in advance.
So you will PR that fix?
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - Drag0nFly - 2014-09-17
I reported the bug as something _to be fixed_. I am not a developer (not sure I gave the impression that I was?) Obviously if so was the case I could have easily PRed my own recent feature suggestion as well.
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - fritsch - 2014-09-17
Yeah - when time permits I will have a look - November looks good as of current work schedule ....
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - fritsch - 2014-09-17
Try that, please: https://github.com/fritsch/xbmc/commit/19219c9f600bc034dafe36c56730fd4662761fdc
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - Drag0nFly - 2014-09-18
Yep - that did the trick. Thanks for fixing @fritsch.
I noticed some other weird behaviour, though: sound is no longer muted when seeking ahead or rewinding the streams, so you get several of these halt-second audio excerpts when performing a seek (at least on my system when using passthrough via S/PDIF). I initially thought this might be related to the audio keepalive settings (which is set to 'always'), but then remembered that I was using this setting with the previous (~1.5mo) build as well.
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - fritsch - 2014-09-18
PRd the fixed. No idea for that one - I don't know of a change in that region - bisect possible?
RE: [14.0-ALPHA4] OSD is reporting all audio tracks as 2.0 when using passthrough - Drag0nFly - 2014-09-18
If I have time I can try a bisect for the 'audio during seek' issue. Hopefully the error is reproducible on my test system; otherwise the testing would be quite time-consuming.