The 20101002 release of the 'bijou' respin of MythTV 0.23.1, based on ATrpms r237, will soon be available on atrpms-testing.
bijou is an enhanced version of the ATrpms MythTV packages with useful patches and bugfixes. The database is never changed so users can always move freely between the bijou and stock versions. This release of bijou has an experimental patch that increases the gap mythcommflag keeps before the end of a program still being recorded to 45 seconds from the default 30. Hopefully, it will reduce the odds that mythcommflag will crash while running on an ongoing recording due to varying framerates confusing it, leaving the recording only partly commflagged; please let me know of your experiences. This relase also backports some help text changes for mythfilldatabase --dd-grab-all (r26033, r26084, and <URL:http://www.gossamer-threads.com/lists/mythtv/users/449426#449426>). Previous changelog for 'bijou' based on MythTV 0.23/0.23.1: * Adjustments to ThreadedFileWriter's buffers. Significantly improves recordings' integrity when destination disks are stressed, at the cost of increased RAM usage. (That said, on my frontend/backend I've recorded four HD streams at once without swapping.) My work. * Three Hauppauge HD-PVR-related improvements. Two add signal monitoring to HD-PVR tuning and also slightly benefit FireWire users (#6719, #6611), while the third fixes an issue with h.264 LiveTV (#6602). Users should, in theory, be able to get rid of any post-change sleeps they put into their HD-PVR channel-change scripts. * Automatically scale number of user jobs based on system load (#2782). * Fix for Jumppoints not working when OSD is present (#7939). * Improved detection of audio tracks when transcoding (my variant on #1841). * Avoid scheduling back-to-back recordings on the same card even if on the same channel (#8429). Primarily of interest to multirec users. "Always" enables this feature, while "Different Channels" and "Never" are the preexisting options. * Significantly enhance performance of mythlink.pl (r25386). -- Yeechang Lee <[email protected]> | San Francisco _______________________________________________ atrpms-users mailing list [email protected] http://lists.atrpms.net/mailman/listinfo/atrpms-users
