mplayer and fglrx [gl] Could not aquire buffer for dr Expect a _major_ speed penalty
Hi, I am using Debian Sid with Radeon 9200. Recently i Upgraded system with new version of fglrx driver and never version of mplayer. Before upgrade it worked smoothly. After upgrade I got a message during mplayer startup: [gl] could not aquire buffer for dr Expect a _major_ speed penalty and mplayer slowed down dramatically. Do you have any idea what may be the cause of this problem? How should look preferences of mplayer for fglrx driver? There are two gl drivers available: gl and gl2 The situation is the same for both of them I have also checked: Enable double buffering, Enable direct rendering, Enable frame dropping .
From the driver perspective all looks fine because gl benchmarks runs with the same performance as they used to. It seems like mplayer problem.
Any help appreciated. Please reply also directly as I am not on the list. Thanks. All the best, DP
Hi, On Sat, Apr 01, 2006 at 05:08:41PM +0000, DP wrote:
Recently i Upgraded system with new version of fglrx driver and never version of mplayer.
Which exactly?
After upgrade I got a message during mplayer startup: [gl] could not aquire buffer for dr Expect a _major_ speed penalty and mplayer slowed down dramatically.
Do you have any idea what may be the cause of this problem?
Probably your drivers do not support the GL_ARB_pixel_buffer_object extension. Your old MPlayer version maybe didn't print that message because support for this extension is quite new - in this case MPlayer should not be any slower that before.
How should look preferences of mplayer for fglrx driver?
-nodr if that message annoys you (should not change anything else). -vo gl:yuv=2 or -vo gl:yuv=5 might give a speed boost. If there are bugs in the vsync handling of your drivers, or the framerate of your video is above the refresh rate of your screen, try -vo gl:swapinterval=0. Otherwise, refer to the man page for details and more options. Greetings, Reimar Döffinger
Reimar Döffinger <Reimar.Doeffinger <at> stud.uni-karlsruhe.de> writes:
Hi,
Hi, Thanks for the response. Please find my answers below:
On Sat, Apr 01, 2006 at 05:08:41PM +0000, DP wrote:
Recently i Upgraded system with new version of fglrx driver and never version of mplayer.
Which exactly?
mplayer 1.0-pre7cvs20060325-0.3 mencoder 1.0-pre7cvs20060325-0.3 fglrx 8.23.7 w32codecs 20050412-0.1
After upgrade I got a message during mplayer startup: [gl] could not aquire buffer for dr Expect a _major_ speed penalty and mplayer slowed down dramatically.
Do you have any idea what may be the cause of this problem?
Probably your drivers do not support the GL_ARB_pixel_buffer_object extension. Your old MPlayer version maybe didn't print that message because support for this extension is quite new - in this case MPlayer should not be any slower that before.
I am sure that it is slower. I had no problems with watching any movies before and now it is possible only in small window. I f I turn mplayer on to full screen without dropping frames it is impossible to watch anything... As mplayer worked fine with old version of fglrx driver and it slowed down with new wersion of mplayer - this may not be a problem of driver I guess.
How should look preferences of mplayer for fglrx driver?
-nodr if that message annoys you (should not change anything else). -vo gl:yuv=2 or -vo gl:yuv=5 might give a speed boost. If there are bugs in the vsync handling of your drivers, or the framerate of your video is above the refresh rate of your screen, try -vo gl:swapinterval=0. Otherwise, refer to the man page for details and more options.
I tried with many gl options available for mplayer but no effect it is still too slow. Right now I may only play movies in mplayer using following drivers: gl - slow gl2 - slow X11 - no scalling to full screen unfortunatelly... Do you recommend anything else I could do? Perhaps there is a way to use different vo driver? If you need any output from mplayer or mplayer logs - I will be happy to provide it.
Greetings, Reimar Döffinger
All the best, DP
Hello, On Sun, Apr 02, 2006 at 09:12:52PM +0000, DP wrote:
Reimar Döffinger <Reimar.Doeffinger <at> stud.uni-karlsruhe.de> writes:
Recently i Upgraded system with new version of fglrx driver and never version of mplayer.
Which exactly?
mplayer 1.0-pre7cvs20060325-0.3 mencoder 1.0-pre7cvs20060325-0.3 fglrx 8.23.7 w32codecs 20050412-0.1
Oh, I actually meant which ones were the old versions.
I am sure that it is slower. I had no problems with watching any movies before and now it is possible only in small window. I f I turn mplayer on to full screen without dropping frames it is impossible to watch anything...
If it is slower in fullscreen also with -vo gl:swapinterval=0 then your OpenGL driver almost certainly isn't working correctly. It think you already said it, but does glxinfo really say "direct rendering: Yes" for the screen you use for playing videos? Well, you could also try -vo gl:nomanyfmts, but I doubt it will make a difference.
I tried with many gl options available for mplayer but no effect it is still too slow. Right now I may only play movies in mplayer using following drivers: gl - slow gl2 - slow X11 - no scalling to full screen unfortunatelly...
-zoom will make -vo x11 scale, but it is very slow. Why does -vo xv not work?? This should not be the case. What does xvinfo tell you? Greetings, Reimar Döffinger
Hi,
Oh, I actually meant which ones were the old versions.
To be honest I don't know exactly which
If it is slower in fullscreen also with -vo gl:swapinterval=0 then your OpenGL driver almost certainly isn't working correctly. It think you already said it, but does glxinfo really say "direct rendering: Yes" for the screen you use for playing videos?
$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig client glx vendor string: ATI client glx version string: 1.3 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, GLX_ATI_render_texture GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ARB_multisample OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON 9200 DDR Generic OpenGL version string: 1.3.1050 (X4.3.0-8.23.7) OpenGL extensions: GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array, GL_S3_s3tc, GL_ARB_occlusion_query, GL_ARB_point_parameters, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_vertex_blend, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_ATI_element_array, GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader, GL_ATI_map_object_buffer, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_ATI_vertex_array_object, GL_ATI_vertex_attrib_array_object, GL_ATI_vertex_streams, GL_ATIX_texture_env_combine3, GL_ATIX_texture_env_route, GL_ATIX_vertex_shader_output_point_size, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_texgen_reflection, GL_EXT_texture3D, GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_blend_square, GL_NV_occlusion_query, GL_NV_texgen_reflection, GL_SGI_color_matrix, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow 0x24 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow 0x25 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow 0x27 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x28 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x29 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x2a 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x2b 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow 0x2c 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 1 0 Slow 0x2d 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow 0x2e 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 1 0 Slow 0x2f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x30 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 1 0 None 0x31 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 1 0 None 0x32 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 1 0 None
Well, you could also try -vo gl:nomanyfmts, but I doubt it will make a difference.
I get message **** Your system is too SLOW to play this! ****
-zoom will make -vo x11 scale, but it is very slow.
With this one I am at least to watch anything :) It is much faster than gl or gl2 even without -framedrop
Why does -vo xv not work?? This should not be the case. What does xvinfo tell you?
$ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present
Greetings, Reimar Döffinger
Many thanks Reimar! All the best, DP
Hi, On Mon, Apr 03, 2006 at 10:01:45PM +0000, DP wrote:
$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2
This looks wrong. At least I have server glx vendor string: NVIDIA Corporation server glx version string: 1.3
Why does -vo xv not work?? This should not be the case. What does xvinfo tell you?
$ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present
This IMHO does look even more wrong. Make sure you really have installed the drivers correctly (e.g. that you actually have Driver "fglrx" or so in the device section of your X config... I really think there's something broken with your X setup (should be verifiable by using other media players like xine or VLC), in which case this is not really the right list to ask for further help. Greetings, Reimar Döffinger
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Reimar Döffinger wrote:
Hi, On Mon, Apr 03, 2006 at 10:01:45PM +0000, DP wrote:
$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2
This looks wrong. At least I have server glx vendor string: NVIDIA Corporation server glx version string: 1.3
As a comparison on my fglrx system it lists two of these sections.. server glx vendor string: SGI server glx version string: 1.2 .... client glx vendor string: ATI client glx version string: 1.3
Why does -vo xv not work?? This should not be the case. What does xvinfo tell you? $ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present
For xv to work make sure you device section contains VideoOverlay in your xorg.conf file. Section "Device" Identifier "ATI Graphics Adapter 0" Driver "fglrx" Option "(null)" Option "PowerState" "2" Option "VideoOverlay" "on" BusID "PCI:1:0:0" EndSection Using a vo of gl I get very good performance in mplayer. Kevin - -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEMa2faR60qN0tF+8RAkusAJ4rlkPAyqAEt15S8LmXVkuQEstSpwCdFU90 rVSPahHmSEQKxXC4Q8Ik2T4= =cg5K -----END PGP SIGNATURE-----
Kevin, Which driver do you use in mplayer? Any other specific options enabled? All the best DP
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 DP wrote:
Kevin,
Which driver do you use in mplayer? Any other specific options enabled?
All the best DP
I use gl mainly, but when I have not had that working I generally use x11.. Not as fast as xv, but it works all the time. Kevin - -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFENx6VaR60qN0tF+8RAhGaAJ97P6cjyzNtjLnAt3xckuQzyw4nGgCgmEJx abklRvec14ywXymtvCQfOTk= =dn4w -----END PGP SIGNATURE-----
Hi Kevin DeKorte! On 2006.04.07 at 20:43:56 -0600, Kevin DeKorte wrote next:
Kevin,
Which driver do you use in mplayer? Any other specific options enabled?
All the best DP
I use gl mainly, but when I have not had that working I generally use x11.. Not as fast as xv, but it works all the time.
Why don't you use xvidix then? As fast as xv, or even slightly faster, has no quality problems, unlike xv, and works _always_, even when xv is broken or turned off. -- Vladimir
Hi Reimar D?ffinger! On 2006.04.04 at 00:19:31 +0200, Reimar D?ffinger wrote next:
direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2
This looks wrong. At least I have server glx vendor string: NVIDIA Corporation server glx version string: 1.3
It's OK. Probably isn't required anyway, since ati claims that their drivers support even opengl 2.0 right now and this is still unchanged.
Why does -vo xv not work?? This should not be the case. What does xvinfo tell you?
$ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present
This IMHO does look even more wrong.
Again, nothing wrong. Xv sucks beyond imagination on fglrx drivers. Don't really know why and how it works, but compared to xv in radeon driver or xvidix with any driver its quality really sucks - it gives some kind of weird pixelization. I'm not sure whether this happens always or if your screen resolution is larger than some value, but I experience it. Anyway, since on fglrx drivers only either opengl overlay or xv can be turned on, this person probably uses opengl overlay. I'm using this setup for a long time and have no problems with it (except that xv doesn't work, only xvidix and gl does, which isn't a problem by itself). -- Vladimir
Vladimir, In deed overlay setting was the problem in my case not the glxserver version. After adding Option "VideoOverlay" "on" to xorg.conf I am able to use vx driver. The performance is fine. I don't need to enable framedrop. Unfortunatelly gl and gl2 driver still works as it did. The performance is terrible. Changing option in xorg.conf to: Option "VideoOverlay" "off" Option "OpenGLOverlay" "on" did not changed anything. Do you use fglrx driver with gl driver in mplayer? Could you post your settings? Maybe someone else that uses fglrx driver with mplayer and gl driver could post his settings? Thanks for your help. And I would like to thank everybody including Reimar for their help so far. All the best, DP
Hi DP! On 2006.04.07 at 21:53:29 +0000, DP wrote next:
Unfortunatelly gl and gl2 driver still works as it did. The performance is terrible. Changing option in xorg.conf to: Option "VideoOverlay" "off" Option "OpenGLOverlay" "on" did not changed anything.
Does gl ever works for you? I mean, do you get like 100-300 fps in glxgears (software rendeding) or like 2000-5000? If it does, then gl driver should work too.. You can increase performance by using -vo gl:yuv=3. If it doesn't, then you need to get hardware-accelerated gl rendering first. In that case, rage3d.com's linux forum is the best place for help. -- Vladimir
participants (4)
-
DP -
Kevin DeKorte -
Reimar Döffinger -
Vladimir Mosgalin