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 tearing.
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 !