Full Service
Advertising
Elite Creative
Studios
Immediately catapults your sales
Print
Outdoor Advertising
Radio
Television
Telemarketing
Direct
Mail
Creative professionals with proven results
Call us Toll Free at
1-877-239-7689
To remove you
If anyone has information on direct rendering for the 3dlabs Oxygen VX1 32MB AGP I
would appreciate some input. I am trying to get direct rendering enabled in Xfree
4.2.0. So far I have not had any luck.
I am running kernel 2.4.18 with DRI in the kernel. I have made the gamma drivers with
t
The DRI code makes invalid assumptions about page size being
4k. Most (all?) non x86 architectures use page sizes larger
than 4k (alpha, ia64, etc..).
I don't know how portable the patch is, but it has worked fine in
Red Hat Linux for quite some time now. An alternative to using
getpagesize
Vedran Rodic wrote:
>
> On Fri, May 03, 2002 at 11:11:23AM -0400, Garry Reisky wrote:
> > Keith. That last update almost fixed my tribes 2 problem. I was playing
> > for a good 10 minutes before my screen froze.
>
> I get similiar locks with Quake 3 Arena and Unreal Tournament.
>
> It doesn't h
Hwozt damien?
> > btw the list is now up on the (card) status page of dri.sourceforge.net.
>
> It would be really good if the status included what features are supported
> by the hardware. This may make it easier for interested parties to jump in
> and pick up pieces that they want to work on.
On Fri, May 03, 2002 at 11:11:23AM -0400, Garry Reisky wrote:
> Keith. That last update almost fixed my tribes 2 problem. I was playing
> for a good 10 minutes before my screen froze.
I get similiar locks with Quake 3 Arena and Unreal Tournament.
It doesn't happen if I back out the last radeon
On Fri, 2002-05-03 at 18:08, Leif Delgass wrote:
> On Fri, 3 May 2002, José Fonseca wrote:
>
> btw, I also noticed that HOST_CNTL has a bit for big-endian translation of
> host data. At 15 and 16bpp, it swaps bytes within each word and at 32bpp
> it reverses the order of the 4 bytes within each
On 2002.05.03 04:13 Peter Andersson wrote:
> ...
>
> I have just downloaded and installed the latest cvs source (i assume
> that you have applied the patch), at least i thought so when comparing
> the patch with the "would be patched files" (mach64_drv.h and
> mach64_state.c). But i might be m
On 2002.05.03 17:08 Leif Delgass wrote:
> On Fri, 3 May 2002, José Fonseca wrote:
>
> > As I was studying the specs and code to be able to understand and reply
> to
> > Leif's previous post (which I haven't completed yet..), I noticed at
> the
> > same time a bug and a feature which could mean th
http://www.anandtech.com/video/showdoc.html?i=1614
Regards,
Dieter
--
Dieter Nützel
Graduate Student, Computer Science
University of Hamburg
Department of Computer Science
@home: [EMAIL PROTECTED]
___
Have big pipes? SourceF
On Fri, 3 May 2002, José Fonseca wrote:
> As I was studying the specs and code to be able to understand and reply to
> Leif's previous post (which I haven't completed yet..), I noticed at the
> same time a bug and a feature which could mean that blind client buffering
> could be insecure after
Keith. That last update almost fixed my tribes 2 problem. I was playing
for a good 10 minutes before my screen froze. But things were looking
very good. Rendering was very nice. Things looks great and speed was
good. I thought this was it and I was happy to be playing Tribes 2 again
after some
On 2002.05.03 15:41 graeme fisher wrote:
> Hi,
>
> Could some one please explain to me how the batch buffers in the drm
> modules work.
> Specifically, where do the commands for the batch buffer get setup and
> where is it filled What information is typically contained in the batch
> buffers? Ho
As I was studying the specs and code to be able to understand and reply to
Leif's previous post (which I haven't completed yet..), I noticed at the
same time a bug and a feature which could mean that blind client buffering
could be insecure after all.
The bug is that we should be using MACH64_
Hi,
Could some one please explain to me how the batch buffers in the drm
modules work.
Specifically, where do the commands for the batch buffer get setup and
where is it filled What information is typically contained in the batch
buffers? How do commands get from the 3D driver via the batch buff
Yeah, I can't replicate it now. So you either fixed it at some point
already, or something else was causing the problem...
Also, since the last time I built the TCL branch (Monday, I believe), I
haven't had any problems with Rune, Q3A, or UT. I haven't tried Tribes or
tuxracer since the partit
Il ven, 2002-05-03 alle 15:18, Peter Andersson ha scritto:
> >
> >
> >Yeah, can you try with the xscreensaver lament and glplanet hacks,
> >tuxracer, armagetron, ... ?
> >
> I have just tried tuxracer and had the same problems, the only
> difference is that the tetures are "less jagged". Its prob
>
>
>Yeah, can you try with the xscreensaver lament and glplanet hacks,
>tuxracer, armagetron, ... ?
>
I have just tried tuxracer and had the same problems, the only
difference is that the tetures are "less jagged". Its probably easier to
just look at the screenshot and you will see what i mean.
On Fri, 2002-05-03 at 01:14, Peter Andersson wrote:
> Michel Dänzer wrote:
>
> >On Wed, 2002-05-01 at 19:30, Peter Andersson wrote:
> >
> >>Michael, have you got hold of the screenshot or would you like me to re
> >>send it to you?
> >
> >I've seen it now, thanks.
> >
> >I realized that Doom wa
Martin Spott wrote:
>
> On Fri, May 03, 2002 at 09:35:45AM +0100, Keith Whitwell wrote:
> > Martin Spott wrote:
>
> > > I have been reporting some synchronization issues two weeks ago and an
> > > additional EMail yesterday. Unfortunately the latter didn't reach the list,
>
> > Martin - these m
On Fri, May 03, 2002 at 09:35:45AM +0100, Keith Whitwell wrote:
> Martin Spott wrote:
> > I have been reporting some synchronization issues two weeks ago and an
> > additional EMail yesterday. Unfortunately the latter didn't reach the list,
> Martin - these might be fixed by my latest changes -
On Fri, 3 May 2002 04:01:42 -0400 (EDT)
Leif Delgass <[EMAIL PROTECTED]> wrote:
> I wanted to give you an update on my progress since I sent the first patch
> of my merge. None of this is checked in yet, btw. I added the necessary
> initialization to atidri.c, based on the glint/gamma driver, a
Martin Spott wrote:
>
> > Can people with outstanding problems wrt. the tcl branch please let me
> > know.
>
> I have been reporting some synchronization issues two weeks ago and an
> additional EMail yesterday. Unfortunately the latter didn't reach the list,
>
> Martin.
Martin - these might b
Adam K Kirchhoff wrote:
>
> Gltron has some issues when you tell it to use halo trails. This
> *really* hurts performance, especially when you have more than one trail
> on the screen. Interestingly, this isn't a problem with the Radeon
> Mobility M6 that I have, so it seems to be a tc
> fixing this :) Anyway, you should not expect 2D + 3D acceleration too
> soon.
OK. At least - thanks for explanation.
> problems right now (especially on the mach64 branch :).
:)) I see. It makes sense.
> I solved both the resolution and 2d acceleration problems for me by
> having two X servers
On Wed, 1 May 2002, José Fonseca wrote:
> >
> > > ... or we
> > > bring Frank's changes to mach64-0-0-4-branch. Personally I'm more in
> > favor
> > > of the later, since it will avoid redundant work of merging back and
> > > forward, and will also enable the PowerPC architecture to participate
>
On 2002.05.01 19:41 Frank C. Earl wrote:
> On Wednesday 01 May 2002 03:58 am, JosX Fonseca wrote:
>
> > Frank just commited a set of changes to the mach64-0-0-3-dma-branch. Is
> in
> > own words:
> >
> > "Most of the first cut of the DMA code. It's got most of the
> > dispatch
> > architectu
27 matches
Mail list logo
