On 1/5/06, Geoffrey Hausheer <[EMAIL PROTECTED]> wrote: > r8504 should fix how negative PTS jumps are handled during > transcoding. This hopefully fixes Adam's issue. The fix changes how > PTS values are tracked, however, so it may introduce bugs into other > streams. At this point, hopefully, noone will see the deadlock > detector kick in anymore.
Yeah, great. I get no deadlocks anymore. I've transcoded lots of recordings and it saved approx 20GB of disk space :-D It's a killer feature, Geoff, thanks again!! Geoff, there was a progress counter commit a few days ago? Did it activate the --show-progress option? I still have some recorded shows with a *really* bad signal. I'll try to transcode those shows too, but I don't believe mythtranscode can deal with that bad streams (missing picture and sound for seconds). Some tricks for new users: -------------------------------------- Activate lossless transcoding for the autodetect mpeg2 profile, cut off the commercials and press X when you watch the show you want to transcode. It's always good to activate the creating of backup files (*.old) in mythtv-setup, so if something fails it's always possible to overwrite the broken file with the original one (and send feedback to Geoff). Transcoding without cutting off the commercials even reduces the size of the files by 10-20% and takes only 1-2 minutes for an 1h show (on my AMD64-3000+). Take a look at the backend log to see how mythtranscode progresses and at least also the size of the created new file: tail -f /var/log/mythtv/mythbackend.log <-- for debian or ubuntu Have fun with your fixed (mythtranscode fixes bugs in the MPEG2 stream) and smaller recordings. Adam _______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
