[Dri-devel] radeon 9100
Hello A one question :) support the 9100 radeon on dri? the xfree cvs not support :( Thanx Echo
Re: [Dri-devel] radeon 9100
Erdőfi Tibor wrote: Hello A one question :) support the 9100 radeon on dri? hmm, it should be supported in principal, as its the same hardware as the 8500 cards maybe the driver doesnt "know" the card yet? what does lspci say? you could try the following: force the Chip-ID to one of a 8500QL-card by inserting this line in the Device-Section of your XF86Config-4 Section "Device" [...] ChipID 0x514C# pretend that the card is an ATI Radeon 8500 QL [...] EndSection regards Stefan the xfree cvs not support :( Thanx Echo --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] DRI and alternative OSes...
I'm curious how tied the DRI is to XFree86 vs. Mesa? BeOS has a relatively up-to-date port of Mesa, and I'm trying to determine how difficult it would be to port the DRI to BeOS. Does anyone know of any projects to get the DRI working without X? Adam --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] DRI and alternative OSes...
Adam K Kirchhoff wrote: I'm curious how tied the DRI is to XFree86 vs. Mesa? BeOS has a relatively up-to-date port of Mesa, and I'm trying to determine how difficult it would be to port the DRI to BeOS. Does anyone know of any projects to get the DRI working without X? Have a look at the embedded-1-branch of Mesa. There is a radeon driver running there on top of linux fbdev. It's in development at the moment, so breakages are frequent... Keith --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
RE: [Mesa3d-dev] RE: [Dri-devel] Mesa glTexEnv bug (Was: S3TC andut2k)
On Wed, 22 Jan 2003, Daniel Vogel wrote: > > ftp://ftp.retinalburn.net/pub/ut2k3/Shot0.bmp > > ftp://ftp.retinalburn.net/pub/ut2k3/Shot1.bmp > > How does "rmode 7" (untextured, lighting only) look like? > > "rmode 5" == regular > "rmode 6" == just textures ftp://ftp.retinalburn.net/pub/ut2k3/rmode6_1.bmp ftp://ftp.retinalburn.net/pub/ut2k3/rmode6_2.bmp > "rmode 7" == just lighting ftp://ftp.retinalburn.net/pub/ut2k3/rmode7_1.bmp ftp://ftp.retinalburn.net/pub/ut2k3/rmode6_2.bmp As you can see, both modes still seem to have vertex problems. Could it be related to the lack of NV_vertex_array_range or ATI_vertex_array_object? I assume there's a fallback path since I don't see any GL errors related to those extensions. -- Leif Delgass http://www.retinalburn.net --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] RE: [Dri-devel] Mesa glTexEnv bug (Was: S3TC andut2k)
Leif Delgass wrote: On Wed, 22 Jan 2003, Daniel Vogel wrote: ftp://ftp.retinalburn.net/pub/ut2k3/Shot0.bmp ftp://ftp.retinalburn.net/pub/ut2k3/Shot1.bmp How does "rmode 7" (untextured, lighting only) look like? "rmode 5" == regular "rmode 6" == just textures ftp://ftp.retinalburn.net/pub/ut2k3/rmode6_1.bmp ftp://ftp.retinalburn.net/pub/ut2k3/rmode6_2.bmp "rmode 7" == just lighting ftp://ftp.retinalburn.net/pub/ut2k3/rmode7_1.bmp ftp://ftp.retinalburn.net/pub/ut2k3/rmode6_2.bmp As you can see, both modes still seem to have vertex problems. Could it be related to the lack of NV_vertex_array_range or ATI_vertex_array_object? I assume there's a fallback path since I don't see any GL errors related to those extensions. It looks like a bug on our vertex/vertex array paths. Keith --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-dev] RE: [Dri-devel] Mesa glTexEnv bug (Was: S3TC andut2k)
Ian Romanick wrote:
Brian Paul wrote:
Leif Delgass wrote:
On Thu, 2 Jan 2003, Daniel Vogel wrote:
>>
glTexEnvi( GL_TEXTURE_ENV, GL_OPERAND2_RGB, GL_SRC_COLOR );
This is indeed one of the sources of the GL_INVALID_ENUMs; however, it
appears to be a bug in Mesa. There seems to be a missing break after
texstate.c:423 :
--- texstate.c Tue Jan 21 17:10:15 2003
+++ texstate.fixed.cTue Jan 21 17:11:19 2003
@@ -421,6 +421,7 @@
return;
FLUSH_VERTICES(ctx, _NEW_TEXTURE);
texUnit->CombineOperandRGB[2] = operand;
+ break;
default:
TE_ERROR(GL_INVALID_ENUM, "glTexEnv(param=%s)",
operand);
return;
Brian, does that look right to you?
Yes. There should be a break there. I'm surprised this wasn't found
when running the texcombine conformance test or Glean test. Hmmm.
Glean didn't catch it because it only ever sets GL_OPERAND2_{RGB,ALPHA}
to the default state. This ends up taking the early-out path in
texstate.c. Just dumb luck.
[snip]
However, I still see the same corruption reported before. This could
be in part because of the missing cube map support, but it looks to
me like something is causing vertex data corruption. Just a guess.
Cube mapping works in the R200 driver with one caveat: glTexCoord3*()
commands don't work. Normally, a texgen mode like GL_REFLECT is used
with cube maps so the texcoords are generated in hardware. The h/w
vertex setup code needs to be updated to handle 3-component texture
coords.
Not sure if this is the problem you're seeing though. The
Mesa/demos/cubemap program shows the problem.
How exactly does this problem look? This might be exactly the problem
that I'm geting on r100. Could you put a screenshot up somewhere?
If you modify the cubemap.c program to pass 0 as the R coordinate to all the
glTexCoord3f() calls in draw_skybox() you'd probably get the idea.
If
it is the same thing on r100, I'll go ahead and commit my cube map
changes, and we'll have to hope someone figures out how to setup the
hardware for the R coord. :/
-Brian
---
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-users] Re: [Dri-devel] ATI IGP 340M support?
On Mit, 2003-01-22 at 00:26, [EMAIL PROTECTED] wrote: > > Even kernel side support for the IGP audio and disk is problematic. Requests for >docs > > have been ignored. In the shorter term its probably better to buy intel chipset > > laptops. > > I presume that a similar situation affects ATI IGP 320M support? > > As an owner of such a chipset-based laptop running Debian, and thus > affected, what would be the best actoin for myself (and possibly others) > to aid the developers with any progress they might hope to make regarding > supporting these chipsets? Ask ATI politely to contribute code or docs to interested developers maybe. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] OpenEXR from IML
http://www.openexr.org/ Greetings, Dieter --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] Newer Radeon cards and ATIs driver
For all those who don't know yet: ATI has released a closed source driver which should support most ATI based video cards. You can grab it on www.ati.com. (It's an rpm though) This is quite nice, since the open source drivers support almost no advanced features of the newer cards. Now the problem is, I just started with OpenGL programming and wanted to try out those cool features recent 3d chips offer: vertex & pixel shaders, ATI Truform, etc. But for some reason _none_ of these functions, not even the simplest OpenGL 1.3/1.4 extensions (let alone ATI stuff) seem to be implemented in their GL library/header files. The w32 version supports them of course. As glxinfo reports the extended capabilities of my Radeon 9000, it just may be the case that driver actually has all needed support, but only the lib is fairly outdated. I'm working on this, but my coding abilities are limited. Could someone of the dri developers look into that stuff? I would be very happy, thanks --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Newer Radeon cards and ATIs driver
Gregor Riepl wrote: For all those who don't know yet: ATI has released a closed source driver which should support most ATI based video cards. You can grab it on www.ati.com. (It's an rpm though) This is quite nice, since the open source drivers support almost no advanced features of the newer cards. Now the problem is, I just started with OpenGL programming and wanted to try out those cool features recent 3d chips offer: vertex & pixel shaders, ATI Truform, etc. But for some reason _none_ of these functions, not even the simplest OpenGL 1.3/1.4 extensions (let alone ATI stuff) seem to be implemented in their GL library/header files. You should be able to use the Mesa/DRI/XFree86 gl.h and glext.h headers. glext.h has most of the newest extensions. The w32 version supports them of course. As glxinfo reports the extended capabilities of my Radeon 9000, I'm interesting in seeing the output of 'glxinfo' to see what extensions are supported. I haven't had time to try the driver myself yet. it just may be the case that driver actually has all needed support, but only the lib is fairly outdated. I'm working on this, but my coding abilities are limited. Could someone of the dri developers look into that stuff? I would be very happy, thanks -Brian --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] Newer Radeon cards and ATIs driver
On Wed, Jan 22, 2003 at 06:11:09PM -0700, Brian Paul wrote: > Gregor Riepl wrote: > > For all those who don't know yet: > > ATI has released a closed source driver which should support most ATI based > > video cards. You can grab it on www.ati.com. (It's an rpm though) > > > > This is quite nice, since the open source drivers support almost no advanced > > features of the newer cards. > > Now the problem is, I just started with OpenGL programming and wanted to try > > out those cool features recent 3d chips offer: vertex & pixel shaders, ATI > > Truform, etc. > > But for some reason _none_ of these functions, not even the simplest OpenGL > > 1.3/1.4 extensions (let alone ATI stuff) seem to be implemented in their GL > > library/header files. > > You should be able to use the Mesa/DRI/XFree86 gl.h and glext.h headers. > glext.h has most of the newest extensions. > > > > The w32 version supports them of course. > > As glxinfo reports the extended capabilities of my Radeon 9000, > > I'm interesting in seeing the output of 'glxinfo' to see what extensions are > supported. I haven't had time to try the driver myself yet. Conveniently enough, I just got my Radeon 9700 today (and it works pretty good, though there's a LOT of apparent bugs in lighting and stencils; I'm going to probably be annoying the hell out of Alexander Stohr for a while ;) so my glxinfo output is attached. Not that it really does any good at this point for Mesa (what with still being in the specless doldrums for the R300 chipset), but people might be interested anyway. :) -- http://trikuare.cx 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_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_ATI_pixel_format_float GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: Radeon 9700 Pro Athlon (3DNow!) OpenGL version string: 1.3.3477 (X4.2.0-2.5.1) OpenGL extensions: GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array, GL_S3_s3tc, GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_multisample, GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_shadow_ambient, 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_program, GL_ARB_window_pos, GL_ATI_draw_buffers, GL_ATI_element_array, GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader, GL_ATI_map_object_buffer, GL_ATI_separate_stencil, GL_ATI_texture_env_combine3, GL_ATI_texture_float, 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_polygon_offset, 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_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_texgen_reflection, GL_NV_blend_square, GL_NV_occlusion_query, GL_SGI_texture_edge_clamp, GL_SGIS_texture_border_clamp, GL_SGIS_texture_lod, GL_SGIS_generate_mipmap, GL_SGIS_multitexture, 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 24 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow 0x25 24 tc 0 24 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow 0x27 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x28 24 tc 0 24 0 r . .
[Dri-devel] ``Mortgage Aprroved... get the home loan you deserve - lowest rate / best terms 3964cVqz8-701k-13
Title: ::FREE MORTGAGE QUOTE::
-
Ehbdfd
no
more mail?
MrHo23l1
7108HizJ4-243WMKk9424psoz7-351KiPl31áÄ
ë^¨¥Ë)¢{(ç[É'!¢V«²©±ú+Mç!ëj{Z}ú+tí¨§x ]´Óx¶-¹×§¶ÊÞqè¯zÇ!¢V«²©°g
©Ý²í¨§x"È®(~Т±ÊºrâìPÒjwf¢·°Ã¶(ûkj)âì¢êÜyú+欤:âuëÞf¢)à+-¸z÷¥+-²Ê.Ç¢¸ ëa¶Úlÿùb²Û,¢êÜyú+éÞ·ùb²Û?+-wèýÚâuëÞ
[Dri-devel] Michael Jackson beat it. kfvwc
Does your girl suck good dick? I can show her how. See my site! Free for life! http://www.freesexontheweb.bz/fsw/1/ http://www.freesexontheweb.bz/fsw/1/ See amsterdams hottest bitches fuck like crazy. Free! See for yourself Plus, we now offer Live Sluts! ALL FREE FOR LIFE. http://www.freesexontheweb.bz/fsw/1/ Get Your Free Access Today! All we require is a valid email. http://www.freesexontheweb.bz/fsw/1/ Here is our remove link. http://www.freesexontheweb.bz/fsw/rem/ jxstcjyt fxj egttfyb hshk ian n
