Comment 11 for bug 160447

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.