Comment 12 for bug 160447

on 07/11/07 20:25 Michael Lamothe said the following:
> Ok, I think that I've found it by looking through the DVB input plugin
> of the libxine source. AC3 audio streams need to be set as a
> DMX_PES_OTHER type filter. I currently set any PID in that field as a
> DMX_PES_AUDIO filter type. The issue is that there's no way for me to
> know this without processing the stream first. This is something that
> I've always avoided because its a bit of work and I never could work out
> why people were doing it. Now I know.
>
> I can now see why dvb/scan sets this field to 0 because technically both
> of them could be available (AC3 and standard audio). Basically, this is
> a flaw in the channels.conf format, not the application.
>
> After we confim that this is the issue, we have a few options:
>
> 1. Ignore it for now (The SD stations deliver the same content in Australia and no one else has complianed)
> 2. Create a stream sniffer that determines the type of audio stream when we start (could take weeks)
> 3. Hack the line so that there's an extra field on the end for AC3 (Ugly but effective for now)
>
> Option 2 is the best but I'll get your impression on what you think
> before I start a blueprint for this.
>
>
It's obviously something that needs doing, but I don't think there is
any hurry. Maybe you should just add option 2 at the end of your list
of things to do. If I decide meanwhile that I really can't live without
HD I can always get the source and do a quick hack specifically for my
local channels.

Thanks for your help,
Dan