LinHES

While MythTV does get a few patches, there is nothing patch that should affect it's inter workings. Can you find more details?

Unfortunately, I have no logs to look back on (See item #138 and #143), so I'll have to try to reproduce the problem and look at the logs.

After an upgrade last night this issue seems to have become more intermittant. I did a lossless transcode on 2 shows from Fox and got 1 of 2 correct. :shrug: Nothing out of the ordinary in the logs. I vaguely recalll that this may have something to do with your program guide language selection in Setup -> Appearance -> 4th screen (localization). I have English/Spanish for my guide language #1 and #2 respectively. I'm going to change it to English/English and see if that makes a difference in the future. I'll get back to this ticket as soon as I'm able to do more testing.

So far English/English in the guide language seems to have no effect on the channel swapping. I'd say if multiple audio channels are present, 75% of the time it swaps them. I even saw a few instances of the video track being moved from #0.0 to #0.1. Strange behavior. In case anyone else needs to fix this type of thing here's a workaround: mythtv$: ffmpeg -i /path/to/bad/file note what audio (or in some cases video) channel needs to be moved. Then mythtv$: ffmpeg -i /path/to/bad/file -vcodec copy -map 0:0 -acodec copy -map 0:2 /path/to/corrected/new/file The -map parameter determines what a/v stream goes where. The new file will only have one audio track, presumably the one you want to hear. ;) Look at the ffmpeg man page if you need help.

This has been going on for years for us uk dvb-t users, lossless encoding seems to pik the first stream it finds in the file rather than the lowest pid.