I wrote simple program to test TCL and NO-TCL on my r200 and DRI CVS.
It draws board with BoardSize*BoardSize textured tiles.
framerates:
TCL NO-TCL
#define Far 1000.0137 160
#define BoardSize 100.0
#define Far 1000.044 51
Felix Kühling wrote:
On Fri, 15 Nov 2002 08:00:27 -0700
Brian Paul <[EMAIL PROTECTED]> wrote:
Felix Kühling wrote:
[...]
There's a bug in your program. The GL light position is a homogeneous
coordinate (4 components) but you're only providing 3 components:
GLfloat lightpos[3] = {0.0,
On Fri, 15 Nov 2002 08:00:27 -0700
Brian Paul <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
[...]
>
> There's a bug in your program. The GL light position is a homogeneous
> coordinate (4 components) but you're only providing 3 components:
>
> GLfloat lightpos[3] = {0.0, 10.0, 0.0};
>
Felix Kühling wrote:
Hi,
I made a small programme to illustrate the TCL/SW lighting differences.
It displays a square consisting of 10x10 quads which is lit by one
lightsource. The distance between the lightsource and the square is
changed periodically. With TCL this has the desired effect, with
On Fri, Nov 15, 2002 at 12:02:02AM +0100, Felix Kühling wrote:
> I made a small programme to illustrate the TCL/SW lighting differences.
> It displays a square consisting of 10x10 quads which is lit by one
> lightsource. The distance between the lightsource and the square is
> changed periodically
Hi,
I made a small programme to illustrate the TCL/SW lighting differences.
It displays a square consisting of 10x10 quads which is lit by one
lightsource. The distance between the lightsource and the square is
changed periodically. With TCL this has the desired effect, with
software lighting it d
If there is a windows machine on the network, you can still access your
box a couple ways. One is by using telnet, although it is very
insecure. Next is to download either "putty" or "teraterm/ssh" (google
will find these for you quickly) and use them to access your machine via
secure shell. A
Hi all.
I've been testing the latest TCL drivers recently merged into the main
cvs trunk thing (sorry I don't quite understand cvs) with various 3D
apps, and I'm getting lockups with Tribes 2, after about 5 seconds of 3D
rendering (not enough to actually play anything). The lockups seem to be
Keith Whitwell wrote:
> Keith Whitwell wrote:
>
>> Although we still have a couple of bugs & a lockup on the tcl branch,
>> the situation is in general better than what's on the trunk & I'd like
>> to get that code merged now. This will also help get the 8500 branch
>> started.
>>
>
> OK. I
José Fonseca wrote:
> On 2002.06.12 17:01 Keith Whitwell wrote:
>
>> Keith Whitwell wrote:
>>
>>> Although we still have a couple of bugs & a lockup on the tcl branch,
>>> the situation is in general better than what's on the trunk & I'd
>>> like to get that code merged now. This will also hel
On 2002.06.12 17:01 Keith Whitwell wrote:
> Keith Whitwell wrote:
>> Although we still have a couple of bugs & a lockup on the tcl branch,
>> the situation is in general better than what's on the trunk & I'd like
>> to get that code merged now. This will also help get the 8500 branch
>> starte
Keith Whitwell wrote:
> Although we still have a couple of bugs & a lockup on the tcl branch,
> the situation is in general better than what's on the trunk & I'd like
> to get that code merged now. This will also help get the 8500 branch
> started.
>
OK. It's merged.
Keith
__
On Tue, 2002-06-11 at 23:05, Keith Whitwell wrote:
> Michel Dänzer wrote:
> > On Tue, 2002-06-11 at 19:53, Keith Whitwell wrote:
> >
> >>Jacek Popławski wrote:
> >>
> >>>On Tue, Jun 11, 2002 at 06:44:27PM +0100, Keith Whitwell wrote:
> >>>
> >>>
> Yes, it seems like there's a problem that has
Michel Dänzer wrote:
> On Tue, 2002-06-11 at 19:53, Keith Whitwell wrote:
>
>>Jacek Popławski wrote:
>>
>>>On Tue, Jun 11, 2002 at 06:44:27PM +0100, Keith Whitwell wrote:
>>>
>>>
Yes, it seems like there's a problem that has to be resolved before the
merge. Have you tried the tcl branch
On Tue, 2002-06-11 at 19:53, Keith Whitwell wrote:
> Jacek Popławski wrote:
> > On Tue, Jun 11, 2002 at 06:44:27PM +0100, Keith Whitwell wrote:
> >
> >>Yes, it seems like there's a problem that has to be resolved before the
> >>merge. Have you tried the tcl branch with your card?
> >>
> >
> > I
Jacek Popławski wrote:
> On Tue, Jun 11, 2002 at 06:44:27PM +0100, Keith Whitwell wrote:
>
>>Yes, it seems like there's a problem that has to be resolved before the
>>merge. Have you tried the tcl branch with your card?
>>
>
> I don't have Radeon VE, but I know someone who has it (using radeon
On Tue, Jun 11, 2002 at 06:44:27PM +0100, Keith Whitwell wrote:
> Yes, it seems like there's a problem that has to be resolved before the
> merge. Have you tried the tcl branch with your card?
I don't have Radeon VE, but I know someone who has it (using radeon binaries
from dri.sf.net downloads)
Jacek Popławski wrote:
> On Tue, Jun 11, 2002 at 12:08:38PM +0200, Michel Dänzer wrote:
>
>>Will the issues with non-TCL hardware be taken care of after the merge?
>>
>
> Is it possible that there will be any trouble with Radeon VE card (without T&L
> support) after merge?
Yes, it seems like th
On Tue, Jun 11, 2002 at 12:08:38PM +0200, Michel Dänzer wrote:
> Will the issues with non-TCL hardware be taken care of after the merge?
Is it possible that there will be any trouble with Radeon VE card (without T&L
support) after merge?
__
On Tue, 2002-06-11 at 11:56, Keith Whitwell wrote:
> Although we still have a couple of bugs & a lockup on the tcl branch, the
> situation is in general better than what's on the trunk & I'd like to get that
> code merged now. This will also help get the 8500 branch started.
Will the issues wi
Although we still have a couple of bugs & a lockup on the tcl branch, the
situation is in general better than what's on the trunk & I'd like to get that
code merged now. This will also help get the 8500 branch started.
Anyone with any objections should speak up now.
Keith
__
On Wed, May 22, 2002 at 06:46:40PM -0700, Mike Mestnik wrote:
> Mostly the Second. However if we know were'r going to do a #1 sync first please.
Mike, if we knew that, we'd fix the bug before adding code to sync ;o)
You want to look at ext3 (or a.n.other journalling fs) not foolproof,
but I'm h
--- Jens Owen <[EMAIL PROTECTED]> wrote:
> Mike Mestnik wrote:
> >
> > --- Michael <[EMAIL PROTECTED]> wrote:
> > > Can we repair the damage? That doesn't seem to have been that successful
> > > in the past in terms of recovery / carrying on running the 3d app -
> > > others have more knowledge
Mike Mestnik wrote:
>
> --- Michael <[EMAIL PROTECTED]> wrote:
> > Can we repair the damage? That doesn't seem to have been that successful
> > in the past in terms of recovery / carrying on running the 3d app -
> > others have more knowledge here. If anything, cleanly exiting from 3d
> > and, i
--- Michael <[EMAIL PROTECTED]> wrote:
> Can we repair the damage? That doesn't seem to have been that successful
> in the past in terms of recovery / carrying on running the 3d app -
> others have more knowledge here. If anything, cleanly exiting from 3d
> and, if recovery is possible or the 2d
On Mon, May 20, 2002 at 01:27:39PM -0700, Mike Mestnik wrote:
> Now I'd like to tackel another problem, Quake3 is blocked durring this pause
> (sometimes a long pause) This could result in poor sound and more inportantly
> keybord performance. I don't know how to fix this withought using fork. S
--- Michael <[EMAIL PROTECTED]> wrote:
> What is the problem you're trying to fix?
>
> --
> Michael.
"Incroment 2Was Not Idle!"
See how the fprintf call was interupted.
I found ought after some testing that there is a set amount of bytes that can
be put into the buffer. Being less verbose fix
On Sun, May 19, 2002 at 11:20:53PM -0700, Mike Mestnik wrote:
> The problem is less noticeable in vanilla quake3.
What is the problem you're trying to fix?
--
Michael.
___
Hundreds of nodes, one monster rendering program.
Now that's a
Using the following code in lib/GL/mesa/src/drv/radeon_ioctl.c
static int radeonWaitForFrameCompletion( radeonContextPtr rmesa )
{
unsigned char *RADEONMMIO = rmesa->radeonScreen->mmio.map;
RADEONSAREAPrivPtr sarea = rmesa->sarea;
CARD32 max_outstanding;
int wait = 0;
max_outstand
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
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
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
I've went through some of the games I have installed and here's what I
have to report.
Quake3
-Missing Textures
-Stripple?
shot1: http://chronoworx.dhs.org/~terracon/tcl/q3dm6.jpg
shot2: http://chronoworx.dhs.org/~terracon/tcl/q3dm13.jpg
shot3: http://chronoworx.dhs.org/~terracon/tcl/texture3.jp
Michael wrote:
>
> On Tue, Apr 09, 2002 at 02:02:59PM -0700, Ian Romanick wrote:
> > After doing some cursory Maya testing, I decided to put the TCL branch up
> > against glean, and glean won. It consistently explodes in one of the
> > blendFunc tests. This is with the latest glean CVS trunk an
On Tue, Apr 09, 2002 at 02:02:59PM -0700, Ian Romanick wrote:
> After doing some cursory Maya testing, I decided to put the TCL branch up
> against glean, and glean won. It consistently explodes in one of the
> blendFunc tests. This is with the latest glean CVS trunk and DRI TCL branch
> as of t
Wow. I just get to be the bearer of bad news today!
After doing some cursory Maya testing, I decided to put the TCL branch up
against glean, and glean won. It consistently explodes in one of the
blendFunc tests. This is with the latest glean CVS trunk and DRI TCL branch
as of the morning of 4/
Keith,
Just FYI. In the last week or so, something has caused gears to
slowdown on my box by about 15%. Perhaps this was expected.
Regards,
Jens
-- /\
Jens Owen/ \/\ _
[EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado
I've been going through my games list and there's some parts in Quake 3
that are missing textures. I have some screenshots
q3dm6
http://chronoworx.dhs.org/~terracon/tcl/q3dm6.jpg
q3dm13
http://chronoworx.dhs.org/~terracon/tcl/q3dm13.jpg
Also if you look down on the floor in quake 3 their is art
Adam K Kirchhoff wrote:
>
> On Fri, 22 Feb 2002, Ian Romanick wrote:
>
> > On Fri, Feb 22, 2002 at 01:32:23PM -0500, Adam K Kirchhoff wrote:
> > >
> > > On Fri, 22 Feb 2002, Keith Whitwell wrote:
> > >
> > > > Adam K Kirchhoff wrote:
> > > > >
> > > > > So, even though I'm pretty sure th
Adam K Kirchhoff wrote:
>
> Just a quick follow-up to a question I'm sure that's coming :-)
>
> Yes, the Radeon mobility works fine under stock 4.2.0, without any
> problems.
>
Jens also pointed out that I'd neglected to update the test for kernel module
versions - is it possible that you've b
Adam K Kirchhoff wrote:
>
> On Fri, 22 Feb 2002, Keith Whitwell wrote:
>
> > Adam K Kirchhoff wrote:
> > >
> > > So, even though I'm pretty sure the Mobility chips don't even have
> > > the TCL functionality to begin with, I thought I'd test the new Radeon
> > > code on my Compaq Presari
On Fri, 22 Feb 2002, Ian Romanick wrote:
> On Fri, Feb 22, 2002 at 01:32:23PM -0500, Adam K Kirchhoff wrote:
> >
> > On Fri, 22 Feb 2002, Keith Whitwell wrote:
> >
> > > Adam K Kirchhoff wrote:
> > > >
> > > > So, even though I'm pretty sure the Mobility chips don't even have
> > > >
On Fri, Feb 22, 2002 at 01:32:23PM -0500, Adam K Kirchhoff wrote:
>
> On Fri, 22 Feb 2002, Keith Whitwell wrote:
>
> > Adam K Kirchhoff wrote:
> > >
> > > So, even though I'm pretty sure the Mobility chips don't even have
> > > the TCL functionality to begin with, I thought I'd test the
Whitwell <[EMAIL PROTECTED]>
Cc: dri-devel <[EMAIL PROTECTED]>
Subject: Re: [Dri-devel] TCL Testing...
On Fri, 22 Feb 2002, Keith Whitwell wrote:
> Adam K Kirchhoff wrote:
> >
> > So, even though I'm pretty sure the Mobility chips don't even have
&
On Fri, 22 Feb 2002, Keith Whitwell wrote:
> Adam K Kirchhoff wrote:
> >
> > So, even though I'm pretty sure the Mobility chips don't even have
> > the TCL functionality to begin with, I thought I'd test the new Radeon
> > code on my Compaq Presario 2700 (Mobility LY chip) just to see i
Adam K Kirchhoff wrote:
>
> So, even though I'm pretty sure the Mobility chips don't even have
> the TCL functionality to begin with, I thought I'd test the new Radeon
> code on my Compaq Presario 2700 (Mobility LY chip) just to see if it broke
> anything :-)
>
> Well, it did...
So, even though I'm pretty sure the Mobility chips don't even have
the TCL functionality to begin with, I thought I'd test the new Radeon
code on my Compaq Presario 2700 (Mobility LY chip) just to see if it broke
anything :-)
Well, it did... When I start up a 3D application, the
Michael wrote:
>
> On Wed, Feb 20, 2002 at 01:28:38AM +, Keith Whitwell wrote:
> > Just a note that I've committed the bulk of a functional tcl radeon driver to
> > the new 'tcl-0-0-branch'. This is basically my code as of about a 10 days
> > ago, which exercises most of the t&l hardware but
On Wed, Feb 20, 2002 at 01:28:38AM +, Keith Whitwell wrote:
> Just a note that I've committed the bulk of a functional tcl radeon driver to
> the new 'tcl-0-0-branch'. This is basically my code as of about a 10 days
> ago, which exercises most of the t&l hardware but doesn't have any cool
> o
Just a note that I've committed the bulk of a functional tcl radeon driver to
the new 'tcl-0-0-branch'. This is basically my code as of about a 10 days
ago, which exercises most of the t&l hardware but doesn't have any cool
optimizations. Since then I've been working on cool optimizations, but
t
50 matches
Mail list logo
