[mythtv-users] Stability of atrpms/mythtv-0.22

[Greg Woods]

On Fri, 2009-05-22 at 06:02 -0400, William wrote:

> For my money, trunk is completely useless, many of the plugins do not 
> work yet and the stability is horrible. 


Just wanted to chime in here and say that my experience is completely
different.

Yes, trunk is not stable code. It changes frequently and sometimes
things DON'T work. However, I have had very good luck with it. My HD-PVR
works very well and so does VDPAU. I have actually had four recordings
and an HD playback going at the same time (on an AMD Athlon(tm) 64 X2
Dual Core Processor 4200+ under Fedora 10) with only the smallest
jerkiness in the playback. It's totally cool.

I have run into some issues, such as MythMusic crashing whenever I tried
to use it. Then an announcement came on the commit list that a bug was
fixed that caused it to crash playing OGG files, so I did an "svn up",
recompiled, and now MythMusic works perfectly. This is the kind of thing
you can expect when running trunk.

I love the new PiP features, I have always wanted to be able to PiP a
recording instead of just Live TV. But it doesn't work too well right
now, as the PiP playback is so jerky that it's unwatchable. I'm not sure
if I should report this as a bug or not, perhaps after the hockey and
basketball playoffs are over and I have time to run the appropriate
tracing and debugging tools.

All this said, I don't think it's good strategy to run trunk from RPMs.
Because it *is* unstable, you need to be able to apply bug fixes
quickly. If you are running trunk, you should be running from source
compile, so that you can "svn up" as needed.

--Greg