Hallo everybody!
I have installed a 3DFX Voodoo1 accel in my PC
with a Cirrus Logic 5446 AGP card and i could manage to get it up and
working under Windows NT, but not under Linux (RedHat).
Does anybody know if is Voodoo1 supported under
DRI?
Thanks.
Then there's a problem with glArrayElement() in the R200 driver while
recording a displaylist.
The specific piece of code that it's running is this (while a displaylist
is being recorded in GL_COMPILE_AND_EXECUTE mode):
glEnableClientState(GL_VERTEX_ARRAY);
glVe
Dear Homeowner,
Interest Rates are at their lowest point in 40 years! We help you find the
best rate for your situation by matching your needs with hundreds of
lenders!
Home Improvement, Refinance, Second Mortgage,
Home Equity Loans, and much, much more!
You're eligible even with less than
On Wed, 2003-01-08 at 10:09, Raffaele Candeliere wrote:
> Hallo everybody!
> I have installed a 3DFX Voodoo1 accel in my PC with a Cirrus Logic
> 5446 AGP card and i could manage to get it up and working under
> Windows NT, but not under Linux (RedHat).
> Does anybody know if is Voodoo1 supported u
The following is missing from the r200 driver:
ATI_texture_env_combine3
Hence when trying to play ut2k3, all I see when playing is
colliding triangles??
When will ATI_texture_env_combine3 be added?
I sure hope there will be yet another r200 bleeding edge before you
merge again.
Thanks,
Frank
> On Tue, Jan 07, 2003 at 03:40:09PM +0100, Martin Spott wrote:
>> >> http://document.ihg.uni-duisburg.de/bitmap/Radeon/Solace-4.x.png
[...]
>> > Wow, that's a really cool failure mode... What's your GL_draw_method (in
>> > ~/.Solace/registry) set to? Try changing it to 1 or 0...
>>
>> Yep, thi
> On Tue, Jan 07, 2003 at 03:48:51PM +0100, Martin Spott wrote:
[...]
>> >> It was like the image that was supposed to be clipped because it was
>> >> hidden became visible briefly as the light went by. It just happens
>> >> briefly and then it is quickly corrected. This is probably not an
>>
On Wed, Jan 08, 2003 at 10:36:10AM +, Keith Whitwell wrote:
>
> >
> > Then there's a problem with glArrayElement() in the R200 driver while
> > recording a displaylist.
> >
> > The specific piece of code that it's running is this (while a displaylist
> > is being recorded in GL_COMPILE_AND_E
On Wed, Jan 08, 2003 at 03:23:13PM +0100, Martin Spott wrote:
> > On Tue, Jan 07, 2003 at 03:48:51PM +0100, Martin Spott wrote:
> [...]
> >> >> It was like the image that was supposed to be clipped because it was
> >> >> hidden became visible briefly as the light went by. It just happens
> >> >>
Michel Dänzer wrote:
On Die, 2003-01-07 at 23:00, Jens Owen wrote:
Michel Daenzer wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
Changes by: mdaenzer@sc8-pr-cvs1. 03/01/07 13:21:52
Log message:
Use shadowfb instead of mi shadow to fix
What "clobbering" is allowed can be inferred from the GLX specification.
If you overlook DBE for a second, I believe we are meeting the
requirements of the spec, so I wouldn't say we're "broken".
This isn't true.
Consider when a diagonal line is drawn by Xlib across the active GL window,
w
On Wed, Jan 08, 2003 at 11:09:43AM +0100, Raffaele Candeliere wrote:
> Does anybody know if is Voodoo1 supported under DRI?
It works with Mesa + Glide, not with DRI. Please install Glide for Voodoo
Graphics then compile Mesa with V1 support.
--
Free Software - find interesting programs and chang
On Mit, 2003-01-08 at 17:04, Keith Whitwell wrote:
> >
> > What "clobbering" is allowed can be inferred from the GLX specification.
> > If you overlook DBE for a second, I believe we are meeting the
> > requirements of the spec, so I wouldn't say we're "broken".
>
> This isn't true.
>
> Consi
Michel Dänzer wrote:
On Mit, 2003-01-08 at 17:04, Keith Whitwell wrote:
What "clobbering" is allowed can be inferred from the GLX specification.
If you overlook DBE for a second, I believe we are meeting the
requirements of the spec, so I wouldn't say we're "broken".
This isn't true.
Conside
Am Mittwoch, 8. Januar 2003 17:04 schrieb Keith Whitwell:
> > What "clobbering" is allowed can be inferred from the GLX specification.
> > If you overlook DBE for a second, I believe we are meeting the
> > requirements of the spec, so I wouldn't say we're "broken".
>
> This isn't true.
>
> Conside
Dieter Nützel wrote:
Am Mittwoch, 8. Januar 2003 17:04 schrieb Keith Whitwell:
What "clobbering" is allowed can be inferred from the GLX specification.
If you overlook DBE for a second, I believe we are meeting the
requirements of the spec, so I wouldn't say we're "broken".
This isn't true.
C
Am Mittwoch, 8. Januar 2003 17:46 schrieb Keith Whitwell:
> Dieter Nützel wrote:
> > Am Mittwoch, 8. Januar 2003 17:04 schrieb Keith Whitwell:
> >>>What "clobbering" is allowed can be inferred from the GLX specification.
> >>> If you overlook DBE for a second, I believe we are meeting the
> >>>requ
FWIW, all the lack of support for this extension causes is shiny stuff being
displayed incorrectly. I changed our code to disable specular if this
extension isn't present so things will look better in the next patch though
it were nice if the functionality made it into DRI.
I doubt flickering tria
On Mit, 2003-01-08 at 02:24, Ian Romanick wrote:
>
> My next try was to use the XVidMode extension (based on xvidtune.c).
> This was somewhat problematic until I realized that I had to make
> libGL.so link with libXxf86vm.a. Is this a good idea? The only other
> libraries that libGL is linked
Am Mittwoch, 8. Januar 2003 16:09 schrieb Michel Dänzer:
> [ Why don't you CC: dri-devel? ]
Because of the included image.
Sorry for the double post, forgotten dri-devel in the first one, again.
> On Mit, 2003-01-08 at 02:40, Dieter Nützel wrote:
> > On Die, 2003-01-07 at 22:35, Michel Daenzer wr
Ok,
I'm a bit bitter, because I just spent a long time chasing down a kernel
bug that didn't turn out to be a kernel bug at all.
I started seeing that strange SIGSEGV with programs that use dri, and it
happened right after the SIGFPE that tested for XMM support. As it
happens, I've done some s
Am Dienstag, 31. Dezember 2002 04:20 schrieb Petr Sebor:
> Hi,
>
> I have recently rewritten the Mesa CPU detection code and
> would like someone else to give it a try.
>
> Basically, the highlights are:
>
> - added _mesa_x86_has_cpuid
> - added _mesa_x86_cpuid
> - added _mesa_x86_cpuid_eax
> - add
During the Mesa CPU detection code testing I have stopped and restarted X (the
new version) from time to time.
After some (two or three) X restarts my system (dual Athlon MP) hangs.
Sometimes I could kill the current WM (KDE) session with SYSRQ+k, turn the FS
into a save state (SYSRQ+S|U) but so
Keith wrote:
Jens wrote:
Michel wrote:
>>> This doesn't help mixed OpenGL and X11 rendering in the same
>>> window, but that supposedly doesn't work with the traditional
>>> method of drawing to the back buffer and then copying it over
>>> the front buffer either, so enable page flipping by defa
magenta wrote:
On Tue, Jan 07, 2003 at 03:00:10PM -0700, Jens Owen wrote:
Michel Daenzer wrote:
This doesn't help mixed OpenGL and X11 rendering in the same
window, but that supposedly doesn't work with the traditional method of
drawing to the back buffer and then copying it over the front
Am Mittwoch, 8. Januar 2003 22:27 schrieb Linus Torvalds:
> Grr. Double-grr. That assembly-language is written in some unreadable
> syntax anyway, but here's a totally untested diff that may fix the crap by
> de-allocating the stack only after we're actually _done_ with it.
>
> I was too lazy to c
26 matches
Mail list logo
