Re: Support for stereoscopic output in DRI?
David Oftedal wrote: Hello! According to one or more sources on Google, Linux now makes it possible to use LCD shutter to get stereoscopic graphics in certain games and with certain graphics cards. However, there are certainly other interesting methods of outputting stereoscopic graphics, such as outputting to two different outputs (such as two different projectors with different polarising filters), combining the red channel of the left frame and the green and blue channels of the right frame to create an anaglyphic image that can be viewed with 3D glasses and so on, and it would be really interesting to see if these methods could be used to output OpenGL graphics. Even more so with the arrival of 3D TVs and monitors, it would be interesting to be able to use their stereoscopic capabilities with existing games and applications. I've seen two pieces of software, one for Linux and one for Windows, and it seemed like what they did was intercept OpenGL commands and render two separate images at slightly shifted (user-specified?) angles or viewpoints, one for the left eye and one for the right eye. If the effect could be achieved more or less reliably in all applications, stereoscopic output could be achieved in a wide range of games even today. I have some experience with automatic stereo from the Chromium project. Chromium has an option which basically intercepts OpenGL matrix changes, computes modified matrices for the left and right views and renders the scene twice into different buffers. It works in simple cases, but falls apart in others. The problem is there's not enough information in the OpenGL command stream to determine the right parameters in all cases. I remember having a lot of difficulty with programs that setup more than one projection transformation per frame too. On the other hand, I believe there's some OpenGL games that can take advantage of true stereo when it's supported. That is, there are quad-buffered colorbuffers for storing separate left/right, front/back images. At any rate, I was wondering if something like this has ever been attempted, or implemented, in DRI? Off hand, I don't recall which DRI-supported cards/chips have stereo ability. Stereo has traditionally been a professional card feature for sci-vis apps. In any case, none of the DRI drivers support quad-buffer stereo at this time. -Brian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10486] compiz doesn't work with i915tex
http://bugs.freedesktop.org/show_bug.cgi?id=10486 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |dri- ||[EMAIL PROTECTED] Component|App/compiz |Drivers/DRI/i915 Product|xorg|Mesa QAContact|[EMAIL PROTECTED] | --- Comment #4 from [EMAIL PROTECTED] 2007-03-31 08:28 PST --- Does it work if you start compiz with --no-fbo? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10088] Freeze after rotating 3D view in Blender
http://bugs.freedesktop.org/show_bug.cgi?id=10088 --- Comment #3 from [EMAIL PROTECTED] 2007-03-31 09:09 PST --- I had a look at bug 8299 and bug 5376, but I don't think it's the same issue as I get a lock both with SWCursor enabled and MergedFB disabled. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10486] compiz doesn't work with i915tex
http://bugs.freedesktop.org/show_bug.cgi?id=10486 --- Comment #5 from [EMAIL PROTECTED] 2007-03-31 09:49 PST --- (In reply to comment #4) Does it work if you start compiz with --no-fbo? --no-fbo doesn't seem to be an option: compiz: Unknown option '--no-fbo' -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10490] New: Beryl works only after reboot from Windows XP
http://bugs.freedesktop.org/show_bug.cgi?id=10490 Summary: Beryl works only after reboot from Windows XP Product: Mesa Version: 6.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] When I first boot Windows XP and then Knoppix 5.2 Live (which was attached to the c't magazine no. 7/2007) everything 3d works fine. But when I DIRECTLY boot Linux, my screen gets black when trying to init the GUI. It won't even work when beryl is disabled. To fix this, I commented out the lines # Loaddri # Loadglx in my /etc/X11/xorg.conf. This gives me a complete 2d working station. Changing Section Device Identifier ATI Technologies, Inc. RV280 [Radeon 9200 PRO] Driver ati BusID PCI:1:0:0 EndSection to Section Device Identifier ATI Technologies, Inc. RV280 [Radeon 9200 PRO] Driver radeon BusID PCI:1:0:0 EndSection results in an error, which in my oppinion is caused due to the same reasons (whoch I don't know). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10491] New: swizzle from rgba8888 to rgba8888_rev leads to corrupt texture
http://bugs.freedesktop.org/show_bug.cgi?id=10491 Summary: swizzle from rgba to rgba_rev leads to corrupt texture Product: Mesa Version: 6.5 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] I've been debugging this all day, so I hope I can make things understood / clear. Basicly my problem was I had a clanlib - http://www.clanlib.org/ - using application: methane - http://methane.sourceforge.net/ . Which suffered from a corrupted display after a mesa 6.5.1 to 6.5.2 upgrade. The patch causing the corrupted display is this one: http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commitdiff_plain;h=62d4dfbfe3f7c452f3c182bfdb9270a2f20e3f2d;hp=46c3bd29be4970a8b0c1c358aae0f1d7c05bc9f4 But AFAIK (after a day of debugging) this patch is fine, it does however expose another problem. In this case ClanLib basicly (stupidly) does the following to create and then upload a texture: glTexImage2D( GL_TEXTURE_2D,// target 0,// level GL_RGBA, // internalformat width,// width height, // height 0,// border GL_RGBA, // format 0); // texels (0 to avoid uploading) // upload glTexSubImage2D( GL_TEXTURE_2D,// target 0,// level 0, 0, // xoffset, yoffset src_rect.get_width(), // width src_rect.get_height(),// height GL_ABGR_EXT, // format GL_UNSIGNED_BYTE, // type data);// texels Notice how the texture is initially created with a format of GL_RGBA, and then uploaded with a format of GL_ABGR_EXT. The patch exposing the problem with the swizzle code: http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=commitdiff_plain;h=62d4dfbfe3f7c452f3c182bfdb9270a2f20e3f2d;hp=46c3bd29be4970a8b0c1c358aae0f1d7c05bc9f4 Causes mesa to choice rgba_rev as internal format for the created texture, perfectly matching GL_RGBA on little endian. Without this patch / in the past mesa / the r300 driver chose rgba However the upload happens in GL_ABGR_EXT matching the default rgba choice mesa used to make. So prior to this patch, _mesa_texstore_rgba from src/mesa/main/texstore.c could use a straight memcpy. However with the (perfectly fine) patch the texture is represented internally as rgba_rev, which makes _mesa_texstore_rgba from src/mesa/main/texstore.c enter the swizzle path. In the swizzle path the texture should get swizzled from rgba to rgba_rev, as its uploaded in rgba, but internally represented in rgba_rev. however this somehow goes wrong, as I end up with a corrupted display. I've managed to reproduce this corrupted display problem on 3 different machines: x86_64 r300 / radeon 9800 pro, i386 r200 / radeon 9250, i386 r100 / radeon M6 Phew, I hope thats understandable if not please ask. For now I've fixed ClanLib to not be so stupid, but the swizzle code needs to be fixed too. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10494] New: OpenGL apps under X11 show black screen, rendering is slow
http://bugs.freedesktop.org/show_bug.cgi?id=10494 Summary: OpenGL apps under X11 show black screen, rendering is slow Product: Mesa Version: 6.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: blocker Priority: highest Component: Drivers/DRI/Radeon AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] I also filed a more lengthy bug message to the xorg people because I'm unshure about the reasons behind this. See: https://bugs.freedesktop.org/show_bug.cgi?id=10321 Though glxinfo shows that direct rendering is enabled, most expensive tasks nearly freeze the screen because CPU-load is at 100%. This is true for things like text rendering in the terminal but also for the compositing extension to xfwm. OpenGl apps don't show up anything in their windows. Below is the glxinfo result. For the X-log please see the link above. libGL warning: 3D driver claims to not support visual 0x4b 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_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 20060602 AGP 8x x86/MMX+/3DNow!+/SSE2 TCL OpenGL version string: 1.3 Mesa 6.5.2 OpenGL extensions: GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_point_sprite, 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_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, 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_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_ATI_fragment_shader, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_OES_read_format, GL_SGI_color_matrix, GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod 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 0 0 0 0 0 0 None 0x24 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None 0x25 24 tc 0 32 0 r y . 8 8
Re: Support for stereoscopic output in DRI?
Brian Paul wrote: Off hand, I don't recall which DRI-supported cards/chips have stereo ability. Stereo has traditionally been a professional card feature for sci-vis apps. In any case, none of the DRI drivers support quad-buffer stereo at this time. There are patches around for R200 and Matrox drivers, although they didn't work perfectly when they were written and would no doubt take some effort to apply now. Some searching of the dri-devel or mesa3d-dev lists would doubtless find them. Thanks, Donnie - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
