When using NVidia graphics cards and the proprietary driver I find vdr-sxfe looks quite smooth even with a monitor that only supports 60Hz. I think it's been syncing to the vertical blank "automagically". But with other graphics cards I get a lot of tearing which is marring my viewing pleasure. This is happening both with Intel Sandy Bridge (normal monitor) and a Radeon 5450 with fglrx connected to a TV. The free ati driver isn't a practical option on that because the HDMI audio doesn't work with it. I'm using the xv output in each case. Is there a way to make vdr-sxfe sync to the vertical blank with these cards/drivers?
This maybe help: http://lowbyte.de/vga-sync-fields/vga-sync-fields/README
On 11/01/2011 07:01 PM, Tony Houghton wrote:
When using NVidia graphics cards and the proprietary driver I find vdr-sxfe looks quite smooth even with a monitor that only supports 60Hz. I think it's been syncing to the vertical blank "automagically". But with other graphics cards I get a lot of tearing which is marring my viewing pleasure. This is happening both with Intel Sandy Bridge (normal monitor) and a Radeon 5450 with fglrx connected to a TV. The free ati driver isn't a practical option on that because the HDMI audio doesn't work with it. I'm using the xv output in each case. Is there a way to make vdr-sxfe sync to the vertical blank with these cards/drivers?
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Thu, 03 Nov 2011 22:00:10 +0200 prelude prelude@kapsi.fi wrote:
This maybe help: http://lowbyte.de/vga-sync-fields/vga-sync-fields/README
No, that's so you can slightly adjust the rate at which the display is refreshed to match the rate at which you're receiving the stream. That's a non-issue if you can't sync your frame changes to the refresh!
On 11/01/2011 07:01 PM, Tony Houghton wrote:
When using NVidia graphics cards and the proprietary driver I find vdr-sxfe looks quite smooth even with a monitor that only supports 60Hz. I think it's been syncing to the vertical blank "automagically". But with other graphics cards I get a lot of tearing which is marring my viewing pleasure. This is happening both with Intel Sandy Bridge (normal monitor) and a Radeon 5450 with fglrx connected to a TV. The free ati driver isn't a practical option on that because the HDMI audio doesn't work with it. I'm using the xv output in each case. Is there a way to make vdr-sxfe sync to the vertical blank with these cards/drivers?
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Le jeudi 03 novembre 2011 à 20:57 +0000, Tony Houghton a écrit :
On Thu, 03 Nov 2011 22:00:10 +0200 prelude prelude@kapsi.fi wrote:
This maybe help: http://lowbyte.de/vga-sync-fields/vga-sync-fields/README
No, that's so you can slightly adjust the rate at which the display is refreshed to match the rate at which you're receiving the stream. That's a non-issue if you can't sync your frame changes to the refresh!
I have the same issue on SandyBridge (vdr 1.7.22-1~ctvdr2, xineliboutput-sxfe 1.0.7+cvs20111211.1625-1). Are there some news since then ?
On Sat, Dec 24, 2011 at 12:14:05PM +0100, Nicolas Huillard wrote:
I have the same issue on SandyBridge (vdr 1.7.22-1~ctvdr2, xineliboutput-sxfe 1.0.7+cvs20111211.1625-1). Are there some news since then ?
I built a new SandyBridge-based VDR-machine last May and was sorely disappointed by the intel video drivers. My initial solution was an old nvidia card, but about a month ago I finally found a tear-free combination of drivers and settings.
.xine/config_xineliboutput: video.output.opengl_renderer:2D_Tex
vdr-sxfe --video=opengl
I run a gentoo system and the following versions are propably relevant:
x11-drivers/xf86-video-intel-2.17.0-r3 media-libs/xine-lib-1.2.9999
Vdr is 1.7.22, xineliboutput is from cvs and I do not use compositing or even a window manager.
HTH and YMMV
Two things to mention about vaapi :
1.) Use xf86-video-intel-2.15.0 2.) Forget sxfe in combination with vaapi. sxfe plays bad tricks with the stream and is not able to do a clean reinitialize of the output when the stream is changing.
On Sun, 25 Dec 2011 22:44:42 +0200, jjtt@mbnet.fi wrote:
On Sat, Dec 24, 2011 at 12:14:05PM +0100, Nicolas Huillard wrote:
I have the same issue on SandyBridge (vdr 1.7.22-1~ctvdr2, xineliboutput-sxfe 1.0.7+cvs20111211.1625-1). Are there some news since then ?
I built a new SandyBridge-based VDR-machine last May and was sorely disappointed by the intel video drivers. My initial solution was an old nvidia card, but about a month ago I finally found a tear-free combination of drivers and settings.
.xine/config_xineliboutput: video.output.opengl_renderer:2D_Tex
vdr-sxfe --video=opengl
I run a gentoo system and the following versions are propably relevant:
x11-drivers/xf86-video-intel-2.17.0-r3 media-libs/xine-lib-1.2.9999
Vdr is 1.7.22, xineliboutput is from cvs and I do not use compositing or even a window manager.
HTH and YMMV
On Mon, 26 Dec 2011 10:43:42 +0100 gimli gimli@dark-green.com wrote:
Two things to mention about vaapi :
1.) Use xf86-video-intel-2.15.0
Do you mean at least 2.15, or are there problems with later versions like 2.17?
2.) Forget sxfe in combination with vaapi. sxfe plays bad tricks with the stream and is not able to do a clean reinitialize of the output when the stream is changing.
Another issue is compositing. This is the future of window management and some people like (OK, tolerate) GNOME 3 and even Unity, so saying, "Don't use compositing" isn't good enough long term IMO. On my Ion 2-based nettop I can watch video in GNOME 3 OK, but I'm not sure vsync works with it OK on my NVidia 8200-based HTPC. I don't mind using xfce4 on that for now, because I don't use it for much else. But I've got two other machines with Intel graphics on which I'd rather use GNOME 3 than xfce4 and still be able to watch video without tearing, and I haven't managed that so far :-(.
On Mon, 26 Dec 2011 12:43:59 +0000, Tony Houghton h@realh.co.uk wrote:
On Mon, 26 Dec 2011 10:43:42 +0100 gimli gimli@dark-green.com wrote:
Two things to mention about vaapi :
1.) Use xf86-video-intel-2.15.0
Do you mean at least 2.15, or are there problems with later versions like 2.17?
2.) Forget sxfe in combination with vaapi. sxfe plays bad tricks with the stream and is not able to do a clean reinitialize of the output when the stream is changing.
Another issue is compositing. This is the future of window management and some people like (OK, tolerate) GNOME 3 and even Unity, so saying, "Don't use compositing" isn't good enough long term IMO. On my Ion 2-based nettop I can watch video in GNOME 3 OK, but I'm not sure vsync works with it OK on my NVidia 8200-based HTPC. I don't mind using xfce4 on that for now, because I don't use it for much else. But I've got two other machines with Intel graphics on which I'd rather use GNOME 3 than xfce4 and still be able to watch video without tearing, and I haven't managed that so far :-(.
This issue you have to clearly bug at the intel developers at freedesktop.org.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
gimli -
jjtt＠mbnet.fi -
Nicolas Huillard -
prelude -
Tony Houghton