On 5/14/2010 12:41 AM, Yeechang Lee wrote:
> The 'bijou' respin of MythTV 0.23 is now available on atrpms-testing.
> 
> The 20100505 release contains the following enhancements to ATrpms
> 233:
> 
> * 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).
> 
> If the 20100510 release (based on ATrpms 234) is available by the time
> you read this, it also contains:
> 
> * 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.

Yeechang,
I guess I'm a bit late to this party, but could you explain 'bijou' to me or
point me to a page or thread that does? Are you forking Axel's stable builds?
Can one upgrade or downgrade between bijou and ATrpms-stable? I see that
ATrpms 234 *is* available. I'm confused as to how that impacts your release.

Thanks,
Kirk Bocek

_______________________________________________
atrpms-users mailing list
[email protected]
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Reply via email to