I'm having some problems with vdr-sxfe under GNOME3/mutter. If I start
it with --fullscreen it doesn't go fullscreen properly; I can still see
the gnome shell panel at the top of the screen and there's no vsync so I
get tearing. If I toggle fullscreen off and on again by double-clicking
it does cover up the panel correctly but I still get tearing. If I start
it without --fullscreen and double click it works correctly without

I would have thought it would be a good idea to have an output backend
especially for compositors because AIUI compositing provides features
like scaling and YUV-RGB conversion and it would probably be more
efficient to work directly with the compositor instead of xv. Is there
such a thing for xine? Or would it make sense to use opengl?

I've just been watching a recording of Nasa's Greatest Missions from the
Quest channel. It was quite jerky, but I think it may have been because
the US source was badly converted to PAL; it was one big jerk every
second and other programmes don't suffer from this, but I still think
it's maybe more jerky than it was with GNOME 2. Could be my imagination.
But after watching the NASA thing I noticed that vdr-sxfe had printed
loads of copies of this message:

[21326] [input_vdr] vdr_adjust_realtime_speed: assertion failed: 
this->is_trickspeed is true !

vdr mailing list

Reply via email to