How can I tell if a satellite audio stream is 5.1? (2 Viewers)

[regeszter]

Just for info. I have an own TvPlugin with support of signal length and quality on TV OSD.

 

[Vasilich]

how often will it be populated? once after tuning? every change for thiese values? or every call of channel information screen?
surely we can publish this information to skin, and then skin creator can decide whether he wants to show this info and where.

 

[regeszter]

how often will it be populated? once after tuning? every change for thiese values? or every call of channel information screen?
surely we can publish this information to skin, and then skin creator can decide whether he wants to show this info and where.

I do not remember but about 5-10 secs. It needs TvPlugin update...

 

[Vasilich]

It needs TvPlugin update

afaik we need to make code changes in TsReader and in TvPlugin anyway to publish the new variables..

 

[Owlsroost]

if Owlsroost already did some parsing in its code, then i think it would be more effective to continue/extend his work in this direction.
@Owlsroost can we get your current code for TSReader?

It's at https://github.com/MediaPortal/MediaPortal-1/tree/EXP-VS2013-DSFilter-Owlsroost

Note this is very much a work-in-progress experimental branch, so use it at your own risk

 

[Vasilich]

My current dev versions of TsReader.ax do parse the actual audio stream to extract the audio channel count (so it can generate the mediatype information on the output pin correctly). It also logs the information (and detects changes to channel count during play).

as i was forced to upgrade to MP 1.12, @Owlsroost please can you point me to the places where you do this parsing, or, better, where shoud we insert this additional function with audio information? So i can spare some time understanding the complete TSReader logic

 

[Owlsroost]

The actual audio header parsing starts at - https://github.com/MediaPortal/Medi...lters/TsReader/source/DeMultiplexer.cpp#L1569 (in 'CDeMultiplexer::FillAudio()')

This is then used to fill out the internal 'm_mpegPesParser->basicAudioInfo' structure which other things use to get info about the current audio stream.

Note that this is only for the currently active/selected audio stream - it does not parse any inactive audio streams.

If you call 'CDeMultiplexer::GetAudioStreamType()' it fills out a standard DirectShow 'mediatype' structure with all the information - this is what AudioPin.cpp calls, for example here - https://github.com/MediaPortal/Medi...ShowFilters/TsReader/source/AudioPin.cpp#L136 - when 'GetMediaType()' is called during audio output pin connection is done during graph building.

See https://msdn.microsoft.com/en-us/library/windows/desktop/dd373394(v=vs.85).aspx , https://msdn.microsoft.com/en-us/library/windows/desktop/dd373477(v=vs.85).aspx and https://msdn.microsoft.com/en-us/library/windows/desktop/dd390970(v=vs.85).aspx for more info about mediatypes and (for audio) WAVEFORMATEX structures.

What do you actually want to do here - just provide the audio equivalent to the video 'OnVideoFormatChanged()' or 'OnBitRateChanged()' callbacks to MP player for the audio side of things ?