[ATrpms-users] 'bijou' 20101002 update for MythTV 0.23.1
J.Pilk at tesco.net
Tue Oct 5 10:49:41 CEST 2010
On 03/10/10 17:45, Yeechang Lee wrote:
> 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
> 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
> * Automatically scale number of user jobs based on system load
> * Fix for Jumppoints not working when OSD is present (#7939).
> * Improved detection of audio tracks when transcoding (my variant on
> * 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).
These packages (bijou v237 for f12 x86_64) have just landed in the
testing repo. I'm running bijou v236. Smart shows the new packages as
upgrades but when I select only the testing repo and try to 'upgrade all
packages' nothing happens - I just see 'no interesting upgrades available'.
Trying to install eg mythtv-backend tells me 'can't install - can't
coexist with v236'. I get this with 'stable' and 'testing' both enabled
I've not seen this sort of thing before and I wasn't sure that removing
v236 and then installing v237 wouldn't have side effects. (Yeechang,
mailed by accident, says it won't).
More information about the atrpms-users