On 22/05/2013 4:02 AM, Kirk Bocek wrote:
On 5/21/2013 10:41 AM, John Pilkington wrote:
On 21/05/13 17:01, Kirk Bocek wrote:
On 5/20/2013 10:25 AM, Kirk Bocek wrote:
I performed the less interesting 0.24.3-283 to 0.24.3-284 refresh.
Looks fine.
Spoke too soon. One of my two front ends is exhibiting jerky playback.
This is my ultra-thin Nvidia-ION box in the bedroom. The beefier GT-430
box in the living room seems to be fine.
Now to be fair, I've always had a policy of not upgrading the base
OS if
things are working. So I'm still running CentOS 6.3 and Nvidia 302.17.
I guess I need to upgrade to the current OS and Nvidia 319.17 before I
can complain.
Kirk
Milorad says the build doesn't have vdpau. mythfrontend --version
ought to show that. eg using_vdpau... or not.
$ mythfrontend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.24.3-8-gcbf4d8d
MythTV Branch : fixes/0.24
Network Protocol : 63
Library API : 0.24.20110505-1
QT Version : 4.7.2
Options compiled in:
linux release using_alsa using_jack using_oss using_pulse
using_pulseoutput using_backend using_bindings_perl
using_bindings_python using_crystalhd using_dvb using_firewire
using_frontend using_hdhomerun using_hdpvr using_iptv using_ivtv
using_joystick_menu using_libfftw3 using_lirc using_mheg using_qtdbus
using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc
using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python
using_mythtranscode using_ffmpeg_threads using_live using_mheg
Right you are. I'm amazed my living room GT-430 machine is playable
*without* VDPAU.
Axel, any chance of a respin?
I had this issue when creating rpms for 0.26 and I had to change Axel's
spec file a bit to make it work. I'll have a look this afternoon and
post the change.
Stephen
_______________________________________________
atrpms-users mailing list
[email protected]
http://lists.atrpms.net/mailman/listinfo/atrpms-users