vdr-sxfe and compositing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 !

_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux