Warning
Unable to process data:
multipart/mixed;boundary==_NextPart_000_00C5_60A86D5B.A1527C17
On Fre, 2002-09-20 at 17:30, Andreas Stenglein wrote:
I tried to port Andreas Ehliar's mga-stereo-patch
(http://www.lysator.liu.se/~ehliar/3d/)
to current DRI-CVS.
I think its almost done, but now the big problem for me
(as a non-dri-developer)
is to get the vblank-irq and the
Hello!
http://oss.sgi.com/projects/ogl-sample/registry/ARB/fragment_program.txt
http://oss.sgi.com/projects/ogl-sample/registry/ARB/vertex_program.txt
Now when ARB has approved extensions for both pixel- and vertex-shaders,
are there any problems supporting these in DRI/Mesa?
At least r200
Keith Whitwell wrote:
Pasi Kärkkäinen wrote:
Hello!
http://oss.sgi.com/projects/ogl-sample/registry/ARB/fragment_program.txt
http://oss.sgi.com/projects/ogl-sample/registry/ARB/vertex_program.txt
Now when ARB has approved extensions for both pixel- and vertex-shaders,
are there any
On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote:
Log message:
Merge XVideo updates from XFree86 CVS:
- should work with all chips now
- colorkey fixes
There you are. :)
- add offscreen images support
I wonder how this mixes with the dynamic offscreen memory allocation for
On Sat, Sep 21, 2002 at 07:13:46PM +0200, Michel D?nzer wrote:
On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote:
- add offscreen images support
I wonder how this mixes with the dynamic offscreen memory allocation for
3D...
Hi Michel. Thanks for the merge.
I wrote that code. It got in
I'm afraid it's not that simple because the radeon driver no longer
keeps the offscreen memory it needs for 3D allocated all the time. It
may fail to allocate it when a 3D client starts if offscreen XVideo
images are in use. Is there a way to get at all of them so their
offscreen regions
On Sam, 2002-09-21 at 21:21, Vedran Rodic wrote:
On Sat, Sep 21, 2002 at 07:13:46PM +0200, Michel D?nzer wrote:
On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote:
- add offscreen images support
I wonder how this mixes with the dynamic offscreen memory allocation for
3D...
Hi
Michel Dänzer wrote:
On Sam, 2002-09-21 at 21:40, Keith Whitwell wrote:
I'm afraid it's not that simple because the radeon driver no longer
keeps the offscreen memory it needs for 3D allocated all the time. It
may fail to allocate it when a 3D client starts if offscreen XVideo
images are in
On Saturday 21 September 2002 21:43, Michel Dänzer wrote:
On Sam, 2002-09-21 at 21:40, Keith Whitwell wrote:
I'm afraid it's not that simple because the radeon driver no longer
keeps the offscreen memory it needs for 3D allocated all the time. It
may fail to allocate it when a 3D client
On Sam, 2002-09-21 at 22:03, Dieter Nützel wrote:
On Saturday 21 September 2002 21:43, Michel Dänzer wrote:
On Sam, 2002-09-21 at 21:40, Keith Whitwell wrote:
I'm afraid it's not that simple because the radeon driver no longer
keeps the offscreen memory it needs for 3D allocated all
On 21 Sep 2002, Michel Dänzer wrote:
On Sam, 2002-09-21 at 21:21, Vedran Rodic wrote:
On Sat, Sep 21, 2002 at 07:13:46PM +0200, Michel D?nzer wrote:
On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote:
- add offscreen images support
I wonder how this mixes with the dynamic
On Sam, 2002-09-21 at 22:08, Leif Delgass wrote:
On 21 Sep 2002, Michel Dänzer wrote:
On Sam, 2002-09-21 at 21:21, Vedran Rodic wrote:
On Sat, Sep 21, 2002 at 07:13:46PM +0200, Michel D?nzer wrote:
On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote:
- add offscreen images
Is anyone planning to work the tdfx-2-1-branch's S3TC support into the trunk
tdfx driver? I haven't the disk space or bandwidth myself, unless there is
some super-secret way to compile DRI drivers without the full source tree :)
So, would someone consider this? Or at least consider making a
On Sat, Sep 21, 2002 at 06:06:10PM -0400, Scott Barnes wrote:
Is anyone planning to work the tdfx-2-1-branch's S3TC support into the trunk
tdfx driver?
Where exactly is S3TC support in Glide source?
--
http://decopter.sf.net - free unrealistic helicopter simulator
On Son, 2002-09-22 at 02:13, Linus Torvalds wrote:
On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote:
Log message:
Merge XVideo updates from XFree86 CVS:
- should work with all chips now
- colorkey fixes
Thanks.
The fact that the default colorkey is 0 (black) is kind of
Warning
Unable to process data:
multipart/mixed;boundary==_NextPart_000_00E4_85C03D4A.E4584C81
17 matches
Mail list logo
