Mike Mestnik wrote:
if not, will xinerama be able to use 3D / Xv properly on radeon (9000)
in the near future?
I don't think there are any plans to support 3D for xinerama.
Is there a technical problem or is it just lack of interest?
---
SF email
Hi.
Is MergedFB going to replace xinerama in the long run?
if not, will xinerama be able to use 3D / Xv properly on radeon (9000)
in the near future?
why doesnt radeon xinerama use mergedFB techniques to acieve its ends ?
---
SF email is sponsor
On Thu, 17 Jun 2004 11:00:33 -0700
Alan Coopersmith <[EMAIL PROTECTED]> wrote:
> The big dri merge seems a good time to label snapshot 6.7.0.90 or
> however we want to start identifying the pre-6.7.1 snapshots. (How
> do we want to do that?)
that .90 numbering is hideous. whats wrong with -preX
Hi.
Just tried to get the source via CVS using the instructions on the
website HELP/FAQ pages.
that is to say:
cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/dri login
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/dri co xc
and got an 'end of file' error from the server.
what gives?
--
Spyros la
On Sat, 31 May 2003 16:25:07 -0700 (PDT)
Alex Deucher <[EMAIL PROTECTED]> wrote:
> The attached patch adds mergedfb support
> HW accelerated 3D works on both heads.
w00t.
--
Spyros lair: http://www.mnementh.co.uk/
Do not meddle in the affairs of Dragons, for you are tasty and good with
ke
On Sat, 29 Mar 2003 01:55:07 -0500 (EST)
Daniel Vogel <[EMAIL PROTECTED]> wrote:
>
> XiG's drivers run the game as well. This explains why I have very
> little faith in open source driver development...
Er, no it doesnt.
The lack of decent specs, coupled with insular development process,
couple
On Fri, 14 Mar 2003 17:04:55 -0800
Ian Romanick <[EMAIL PROTECTED]> wrote:
>
> Uh...GL_ARB_multisample is one of the required 1.3 extensions. It
> seems to have gone missing.
Is that one of the ones ATI wont let us have specs for?
If so... Now I think I know why...
--
On 13 Mar 2003 03:24:10 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> > "A journey of 1000 miles begins with a single step"
>
> But not if that step is over a cliff, onto a landmine or down a
> hole...
I like that ;-)
---
This SF.net email is s
On Thu, 13 Mar 2003 00:15:41 +0200
Smitty <[EMAIL PROTECTED]> wrote:
> > 7200" aka "Radeon 64 DDR", is the type and speed of the memory,
> > and that the TCL unit is somehow disabled via software.
> 7200 is SDR.
You sure about that?
My Radeon DDR VIVO identified itself (under windows) as a 7200
On Thu, 06 Mar 2003 06:25:32 -0600
"David D. Hagood" <[EMAIL PROTECTED]> wrote:
>
> I don't find it very onerous in my coding to say
> foo = new thing;
> if (!foo)
> ...
hmm.
foo=malloc(sizeof(thing))
if(!foo)
...
:-)
---
This SF.net
On 06 Mar 2003 01:05:05 +
Alan Cox <[EMAIL PROTECTED]> wrote:
>
> I'd argue strongly in favour of the former or a C with structs for the
> virtual operation sets for performance reasons, and because its easier
> for embedded devices than hauling in the entire C++ and STL class
> libraries. It
On Sun, 2 Mar 2003 19:34:27 -0500 (EST)
"Mike A. Harris" <[EMAIL PROTECTED]> wrote:
>
> In other words, I believe that whining about these certain
> realities, is equivalent to shooting one's self in the foot.
Do you think saying nothing will result in documentation materialising
then?
(no, Im
On Mon, 3 Mar 2003 14:58:01 +
José Fonseca <[EMAIL PROTECTED]> wrote:
> You can get
> back now to your "dri-has-no-docs-and-developers/ihvs-are-elitists"
> speech for all I care.
No thanks. I'll just continue reverse engineering my e740.
-
On Sun, 2 Mar 2003 11:58:44 +
José Fonseca <[EMAIL PROTECTED]> wrote:
> > To me, thats arse backwards. It should be that the documentation
> > eases people into develpoing the code. not the other way round.
>
> But there *are* specs for the Voodoo 3, so what are you complaining
> about!? I'm
On Sat, 1 Mar 2003 15:11:06 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> Quite frankly, DRI is the project from hell when it comes to "getting
> into" it, and I think that's largely because you have to have all the
> pieces in place to get something working, and you have to underst
On 02 Mar 2003 02:26:04 +
Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > change in the kernel, but X hardly seems to change at
> > all. How can we speed things up?
>
> X changes, its just its very good at not breaking stuff
Agreed. I've been pleasantly surprised at how fast XF86 has been
evolvin
On Sat, 1 Mar 2003 03:56:42 +0200
Smitty <[EMAIL PROTECTED]> wrote:
>
> Which is probably why Molton is trying to instigate a divorce from
> Glide for the V3.
Well, more a merge of glide into the driver, at least short term.
(oh, and please, I prefer being referred to by my first name.)
I have
On Sat, 1 Mar 2003 15:05:37 -0500 (EST)
"Mike A. Harris" <[EMAIL PROTECTED]> wrote:
> Look at the
> Intel i8x0 driver for example. The Intel specs are publically
> available, and Intel funds development of the driver. The
> hardware is readily available too. Yet there is not any major
> con
On Fri, 28 Feb 2003 15:56:41 -0500 (EST)
"Mike A. Harris" <[EMAIL PROTECTED]> wrote:
>
> I don't see 100 unpaid hackers hacking feverishly on anything X
> related right now. Why would 100 unpaid hackers come out of the
> woodwork all of a sudden? Quite unrealistic.
If you stood a chance in h
On Thu, 27 Feb 2003 17:20:19 -0800
Ian Romanick <[EMAIL PROTECTED]> wrote:
> 64-bpp or 128-bpp isn't useful for display, but
> is useful.
Since you're talking intermediate, yes, agreed.
---
This sf.net email is sponsored by:ThinkGeek
Welcome
On Thu, 27 Feb 2003 18:17:33 -0800
Allen Akin <[EMAIL PROTECTED]> wrote:
>
> Then there are the arguments for deeper color channels based on the
> need for higher-precision intermediate results -- for transparency,
> antialiasing, multipass rendering, etc.
On 27 Feb 2003 19:04:15 -0500
"Paul J.Y. Lahaie" <[EMAIL PROTECTED]> wrote:
>
> There are areas where X11 doesn't fit in well. (Feel free to correct
> me) but R300 and GFX level cards support 128bpp (32bpp floating
> point).
The human eye cant do better than 9bpp, and thats in its most sensiti
On Thu, 27 Feb 2003 15:54:47 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> So I think it's inevitable that people _will_ want to use the 3D
> engine to minimize and maximize windows. Dismissing it because it
> isn't "useful" is short-sighted. The desktop experience is to a large
> deg
On Thu, 6 Feb 2003 00:44:12 +0200
"Arkadi Shishlov" <[EMAIL PROTECTED]> wrote:
>
> Now I think it is texture alpha. Quite pointless to have RGBA texture
> without ability to use it alpha channel.
> http://idea.hosting.lv/a/tmp/quakeforge-mach64-blend.jpg
Hows Quakeforge comming, btw - it'd be ni
On Tue, 28 Jan 2003 07:59:47 -0800
Ian Romanick <[EMAIL PROTECTED]> wrote:
>
> Having the format be easilly extensible is relevent to us
extensible by the programmers yes. I see no need to use XML for that
though.
---
This SF.NET email is spo
On Tue, 28 Jan 2003 02:05:34 +0200
"Arkadi Shishlov" <[EMAIL PROTECTED]> wrote:
> It is also possible to rebuild XML parser in some binary
> incompatible way..
or find someone compiled their own broken one.
---
This SF.NET email is sponsored b
On Tue, 28 Jan 2003 01:25:48 -0600 (CST)
"D. Hageman" <[EMAIL PROTECTED]> wrote:
> what alternative do you propose that would be faster? Are we talking
> seconds, minutes, hours ... what?
On some systems, every nanosecond counts.
---
This SF
On Tue, 28 Jan 2003 02:55:22 -0600 (CST)
"D. Hageman" <[EMAIL PROTECTED]> wrote:
>
> > So what are the "technical" advantages of XML in this case?
>
> Quick List --
>
> *) Text Based - easy to edit.
Text based does NOT imply easy to edit. look at USBsnopys' output. its
completely illegible.
>
On Mon, 27 Jan 2003 22:37:06 -0600 (CST)
"D. Hageman" <[EMAIL PROTECTED]> wrote:
> > C code can be edited with any text editor, too. But the percentage
> > of DRI users that can usefully DO that, is a very small number,
> > comparative to the overall number of users.
>
> Hence the GUI ... I think
On Fri, 24 Jan 2003 22:01:28 -0500
Mike Westall <[EMAIL PROTECTED]> wrote:
> >first before getting cvs access to commit?
> >
> YES!! You should be able to build it and test it in every torturous
> way you can think of before even thinking of committing it.
Thats a little steep considering the 'a
On Sat, 11 Jan 2003 22:51:33 +0100
Dieter Nützel <[EMAIL PROTECTED]> wrote:
> > No, it's a Q3A 1.32 bug fixed in 1.32b.
>
> OK, I'm downloading now.
where do I get 1.32b?
quake3arena just says 1.32
---
This SF.NET email is sponsored by:
Sou
On Sat, 11 Jan 2003 19:23:27 +0100
Dieter Nützel <[EMAIL PROTECTED]> wrote:
> > it went away following a recent DRI CVS upgrade. as did my mouse
> > problems.
>
> Yesterday (last night) or today? ;-)
>
> The mouse thing is fixed and I reportet that lately.
> It was the shadowfb patch if I'm righ
On Sat, 11 Jan 2003 01:11:31 +0100
Dieter Nützel <[EMAIL PROTECTED]> wrote:
>
> It was due to the new AMD76x power management stuff. When I compile it
> as module (amd76x_pm.o) and run my 3D tests without it Q3A is mostly
> fine.
Not necessarily.
I got it without the power management stuff.
it
On Fri, 29 Nov 2002 21:40:13 +0100
Alexander Stohr <[EMAIL PROTECTED]> wrote:
>
> Okay, driver version 2.5.1 has gone life.
> Now the FireGL, the "Built by ATI" _and_
> (newly) the "Powered by ATI" boards will run.
will these drivers coexist nicely with DRI ? if so, I'd like to try
them, just
On Fri, 29 Nov 2002 16:59:16 +0100
Felix Kühling <[EMAIL PROTECTED]> wrote:
>
> Yeah, I hardly see 100% CPU usage with 3D applications on my Radeon
> 7500.
Heh me either. Q3 uses bugger all CPU here.
that said, the xmms default GL plugin uses 100% and its NOT software
rendering.
-
On Fri, 29 Nov 2002 16:59:16 +0100
Felix Kühling <[EMAIL PROTECTED]> wrote:
> > A hardware TCL driver like the radeon or r200 won't benefit from
> > this.
>
> That's not quite true. With what I have in mind, the OpenGL client
> could continue while another thread is submitting the vertex data to
On Fri, 29 Nov 2002 13:20:45 +
José Fonseca <[EMAIL PROTECTED]> wrote:
>
> Nevertheless, it isn't worth if you're processing 50 polygons at at
> time. Still if you have 50 polygons in blue, 50 in red, and 50 in
> texture A, and you run all them seperately in different processors
> will probab
On Fri, 29 Nov 2002 14:54:30 +0100
Felix Kühling <[EMAIL PROTECTED]> wrote:
> When the red polygons are
> to be run through the pipeline and the blue ones aren't finished yet
What if the red ones are transparent and overlap the blue ones? they
will have to wait, but perhaps not all of them?
how
On Fri, 29 Nov 2002 10:19:52 +0100
Felix Kühling <[EMAIL PROTECTED]> wrote:
>
> I think this task is not trivial but feasible. It would allow SMP
> systems to benefit from the inherent parallelism in the rendering
> process.
Sounds pretty sweet.
now make a patch ;-)
--
On Tue, 26 Nov 2002 09:52:31 -0800 (PST)
Jon Smirl <[EMAIL PROTECTED]> wrote:
> Would PCI cards work right as secondary displays if
> the init code in the video BIOS was executed by X when
> the driver gets initialized? Or is this a more
> complicated problem having to do with plug and play
> OSs
Hi.
Well, I have a Voodoo3 3000 PCI now thanks to Martin Spott, and am
preparing to remove the GLIDE dependencies from the driver (thats why I
have the card).
So, where to start? I have the card installed and working (2d), but
havent quite gotten things working - you see, I have a radeon 9000 as
On Sat, 23 Nov 2002 19:47:35 -0500
Garry Reisky <[EMAIL PROTECTED]> wrote:
> Switching resolutions in quake 3 based games seems to cause some
> problems. Also switching from fullscreen to windowed mode causes the
> same effect. I've tried q3a, wolfenstein, ut, fakk2. They all do the
> same thing f
On Fri, 22 Nov 2002 16:56:05 +
José Fonseca <[EMAIL PROTECTED]> wrote:
>
> I already had my [unrelated] bad experiences with proprietary
> solutions and that's a path that I do my best to avoid, spite often
> having to choose to less featureful solutions. This is my stance - I
> don't expect
Hi.
First, well done to the r200 coders - it works (CVS - whatever you get
without specifying)
some notes though...
1) glxinfo reported it didnt have DRI enabled until I straced it and
found it looking for /dev/dri/card14.
I created a symlink to /dev/dri/card0 and it worked (after also giving
i
On Fri, 22 Nov 2002 09:42:06 +0100
"Marcelo E. Magallon" <[EMAIL PROTECTED]> wrote:
>
> Then you are taking about a single frame taking 1/120 seconds to
> render, and not about pushing 120 frames per second to the user.
> Which, if you think about it, is what I said previously.
ok, fair enoug
On Thu, 21 Nov 2002 12:14:20 +0100
"Marcelo E. Magallon" <[EMAIL PROTECTED]> wrote:
>
> What's the point of trying to display 120 Hz if you monitor can only
> do 85 Hz?
the faster you render, the lower your latency. its pointless for 3D
modelling / artwork, but very nice for 3D games.
--
On Mon, 18 Nov 2002 21:35:44 -0500
David Dawes <[EMAIL PROTECTED]> wrote:
> That depends on how things with Mesa
> 5.0 go before the XFree86 feature freeze date (30 November).
Thats my birthday! :)
---
This sf.net email is sponsored by: To lea
On Fri, 15 Nov 2002 11:39:55 +0100 (CET)
Martin Spott <[EMAIL PROTECTED]> wrote:
>
> > Im awaiting a PCI Voodoo3 at the moment...
>
> Sorry, I didn't make it this week. It will get shipped on monday,
No rush - I wasnt criticising, just making the statement so people would
know I intend to have
On Thu, 14 Nov 2002 18:44:18 -0800
Ian Romanick <[EMAIL PROTECTED]> wrote:
>
> Over the next week or so I plan to do the same thing with the r128,
> i810, and i830 drivers. That will leave the gamma, sis, and tdfx
> drivers. If those don't get modified to use the new texmem interface,
> I won't
Hi.
If anyone has a PCI voodoo3 they would like to donate to me, I'd be
happy to do as I promised ages ago and rip out the glide code.
the reason Ive not done it yet is my only VD3 is an AGP one, and I dont
have a slot free for it.
Im in the UK, and I'll pay postage. I'd prefer a fanless board.
Hi.
Whats the status of radeon 9000 support? is it the same class as the
r200 as I heard?
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel
On Thu, 7 Nov 2002 01:40:15 +0100
Dieter Nützel <[EMAIL PROTECTED]> wrote:
> > No progress. I've pinged S3 every two weeks or so, but haven't
> > received a reply since over a month ago.
>
> Sad, very sad...
>
> ...it seems to me that we do NOT get much ear at VIA/S3.
>
> I'll do not buy any p
How does one check out the DRI project?
assume there is no existing X at all.
can it be done?
---
This sf.net email is sponsored by: See the NEW Palm
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/red
On Mon, 4 Nov 2002 14:21:28 -0600
Frank Earl <[EMAIL PROTECTED]> wrote:
>
> > It does although sadly no 3d docs appear to be around
>
> Actually, there is some limited info in the form of a programmer's
> guide for the MVP4 that I happen to have that VIA gave out (don't know
> if they still do..
On Fri, 25 Oct 2002 10:34:35 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
>
> Time step 1:
Er. surely you would render lkike this
1: Display 0 Render 1
2: Display 0.n Render 2
Now, if still displaying 0, swap 1 and 2 (surely a pointer swap) and
re-render in 1 else switch to 1.
in othe
Hi.
I still cant use the daily snapshots - I get Sig11's and no display.
Are the snapshots still not glibc2.2 compatible?
I have X 4.2.1 and the latest snapshot. do I need anything else?
(radeon 7500, btw)
---
This sf.net email is sponsored
On 02 Oct 2002 12:35:19 -0400
Andy Dustman <[EMAIL PROTECTED]> wrote:
>
> Which is it, then: Snapshots or no snapshots? The current snapshots
> (for linux-i386) don't work unless you have Red Hat 8.0 and/or
> glibc-2.3;
Really? is that why my machine dies when using the current snaps? I have
gl
On Sun, 29 Sep 2002 22:52:57 +0200
Dieter Nützel <[EMAIL PROTECTED]> wrote:
> Am Sonntag, 29. September 2002 22:34 schrieb Ian Molton:
> > Hi.
> >
> > Is there any known bug in the radeon driver?
> >
> > the 0929 snapshot doesnt work for me. it segfaults
Hi.
Is there any known bug in the radeon driver?
the 0929 snapshot doesnt work for me. it segfaults when I start X.
I have pageflip and fast writes enables, as well as AGP4x.
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek he
On Sun, 22 Sep 2002 21:24:37 -0700
Frank Worsley <[EMAIL PROTECTED]> wrote:
>
> 2. The main problem Ian Molton and you seem to have with the current
> site is that content is hard to find. That is probably a good point,
> but I think the way you have reorganized the content
See subject ;-)
Where can us mortals get info on this?
---
This SF.NET email is sponsored by: AMD - Your access to the experts
on Hammer Technology! Open Source & Linux Developers, register now
for the AMD Developer Symposium. Code: EX8664
htt
Is the Hercules 3D Prophet 8500 a good card? (is the 2D stable at
1600x1200, unlike my 7500 VIVO which has a noticeable 'noise' so that
vertical lines arent smooth, but somewhat rough looking)
will it work 2D on a stock X 4.2 ?
what framerate does the beta DRI accel for it give in Quake3 ?
All
Hi.
Im just writing to ask a couple quick questions...
1) Can the Radeon 7500 use FSAA yet?
2) when is the GATOS code planned for merging?
---
This sf.net email is sponsored by:ThinkGeek
Oh, it's good to be a geek.
http://thinkgeek.com/sf
__
On Thu, 4 Jul 2002 02:00:32 -0400
Zilvinas Valinskas <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 03, 2002 at 08:50:22AM +0100, Ian Molton wrote:
> >
> > the QD is a 7200?
> >
> > I was ripped off! I was told it was a 7500!
>
> back then when I bought my
Hi.
Well, thanks for your comments.
Just to lay some fears / concerns to rest...
1) It isnt done yet! :)
2) I have yet to add text nav to the main page
3) The status page is going to disappear permanently, to be merged with
the hardware page. All will becoime clear ;-) (and things that arent
ha
Well, I've backed up the old website (except for the huge snapshots
folder.
I've also put the shell of the new site up. go to
http://dri.sourceforge.net/new_site/ to see it.
I'm awaiting some charts and a couple of pages from Liam, which look to
become excellent references, and I have yet to hoo
Hey.
I want to get started putting up the new site, but no-one has told me
how to access the webspace...
I've given my sourceforge details and been added to the project...
---
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
_
Just to let you know I havent disappeared.
I have been rather busy, but have some time to update the website now.
I know I have been given access to /something/, but I dont know what,
nor do I know where or how to access the webspace.
can someone contact me with the relevant information please?
On Sun, 02 Jun 2002 21:39:52 -0600
Jens Owen <[EMAIL PROTECTED]> wrote:
>
> Liam,
>
> Did you see the flow chart at
> http://dri.sourceforge.net/doc/control_flow_poster.jpg
Yeah - hes very kindly re-drawing them for my site redesign. ;-)
___
On Mon, 27 May 2002 15:01:47 -0600
Jens Owen <[EMAIL PROTECTED]> wrote:
> 1) We loosen security requirements for 3D drivers. This will allow
> far less data copying, memory mapping/unmapping and system calls.
> Many modern graphics chips can have their data managed completely in a
> user space
On Mon, 27 May 2002 15:53:49 +0200
roussel jerome <[EMAIL PROTECTED]> wrote:
>
> I am translating the DRI FAQ in french and I am trying do correct it
> or simplify it.
Do bear in mind that I am re-doing the website.
I will accept any other translations of documents you wish to do also.
__
How do I check out the Radeon TCL code?
(sorry, but I cant find the branch. how do I list all the available
branches?)
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.spr
On Fri, 24 May 2002 11:08:34 -0700
Frank Worsley <[EMAIL PROTECTED]> wrote:
For some reason Im not receiving any mail from dri-devel. can someone
look in to this for me?
Secondly...
I have layed out my new pages, and would like to upload them. can I get
access to do this soon? I cant put a work
On Mon, 20 May 2002 13:38:48 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
>
> There are two FAQs documents in the DRI website. This question it's
> addressed in the "Developer's FAQ"
> (http://dri.sourceforge.net/doc/faq/hardware.html#RADEON-8500-PLANS),
> which perhaps isn't as straightforw
On Sat, 18 May 2002 14:01:35 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> Ian, this is what ATI tells to people when they request the specs and
> don't mention that its for the DRI project.
I did reply and mention that... we shall see... :-)
_
Hi
I'd like copies of the Radeon specs, please?
ATI say they have given them to the DRI project, and I was told to get
my copy here.
:-)
___
Hundreds of nodes, one monster rendering program.
Now that's a super model! Visit http://clus
On Sat, 18 May 2002 11:32:59 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
>
> Ok,
>
> This is a draft for mach64. Please fell free to correct. What I'm not
> sure is marked with "?".
Cool. thanks.
___
Hundreds of nodes, one monster
On Sat, 18 May 2002 11:08:22 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> On 2002.05.18 10:41 Ian Molton wrote:
> > Hi.
> >
> > What do I need to do to get started on DRI hacking?
> >
> > I want to track down a bug in radeon_dri.so
> >
Well, here is the updated list... anyone feel free to fill in features
for the hardware they know...
cmon, this is at worst 5 mins work for someone who knows a given card...
3D features
---
Anti Aliasing
Fullscreen
Line / edge
Glyph (text)
Max Accelerated colourdepth / res
Filte
Hi.
What do I need to do to get started on DRI hacking?
I want to track down a bug in radeon_dri.so
how do I build it? what sources do I need?
___
Hundreds of nodes, one monster rendering program.
Now that's a super model! Visit http:
On Fri, 17 May 2002 16:57:32 -0700
Allen Akin <[EMAIL PROTECTED]> wrote:
>
> There's a long history of controversy in the OpenGL community over the
> question of "is a given feature accelerated?" This is because the
Thanks. I enjoyed reading that, although it is all basically common
sense :)
Well, I think its important anyway. We *need* to have something our
users can stare at, and it cant hurt to have video card manufacturers
see their cards compared side-by-side :-)
I've completed the graphics and layout for the website now, and have
layed out the top level pages.
So, its time to
On Thu, 16 May 2002 12:04:18 +1000
[EMAIL PROTECTED] (Simon Fowler) wrote:
> I think just having a list of things that a newcomer could look at,
> work on, and quite reasonably expect to have patches accepted, would
> be an excellent thing. Nothing will get people involved more quickly
> than hav
On Wed, 15 May 2002 23:45:46 +1000
Jan Schmidt <[EMAIL PROTECTED]> wrote:
Doh! try again... (sorry Jan, didnt mean to choke up your mailbox! :)
> www.littledragon.f2s.com seems to have been around in February, but
> I can't reach it now.
Well, I've completed the basic design and layout of the
Hi
I am looking for information resembling
http://dri.sourceforge.net/other/radeon_dri_features.html
For ofther cards in the dri project.
please can people direct me to where this information can be found?
___
Have big pipes? Source
Hi.
It has come to my attention that the DRI website is, well, lacking.
I'd like to offer my services in bringing it up to a nicer standard.
Who should I be working with on this?
___
Have big pipes? SourceForge.net is looking for dow
Hi
I dont know if its 'normal', but Quake3 seems to use about 50% CPU time
(framesync on) whilst running, with another 50% spent in the kernel.
any ideas why ?
___
Have big pipes? SourceForge.net is looking for download mirrors. We su
Hi
How do I get started on DRI?
I want to pitch in on some of the unsupported Radeon features.
___
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROT
88 matches
Mail list logo