Tim Davies wrote:
I guess 1,2,3 are all to do with getting the preferred track into the recording and then chosen for playback. It is quite common here to have both an MPEG2 and AC3 audio track in a service. The ideal solution (for me) is for both the PS and TS to record both audio tracks, and then one is auto selected on playback but can be overridden by the user. I'm sure some would disagree though :-p.
Same here, and this is precisely the way I think it should work too. Record both AC3 and normal track, and then choose in the player. People might have multiple frontends, where one can handle AC3 and one can't. I just need to fix the PS recorder but thanks to Marcus' patches I think this should be pretty easy now.
Part 4 is the important bit. It reinits the audio if it detects a codec change, as well as (what it did previously) detect the change in sample rate and/or the number of channels.
There were a couple of extra bits as well, like not aborting when a decoder wasn't found. I'm not sure whether Mark did this just while testing, but I know from experience that the frontend would crash if it did abort. If you have multiple tracks, you'd really want to see if you can decode the another one before giving up entirely.
Does anyone else out there have multiple audio tracks? I would have thought this kind of thing would be a necessity...
I only get AC3 once in a while, but when I do it is sent in *addition* to a regular audio track.
_______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
