Hi There,
Thought you might want to take a look at this incredible adult site
http://80.71.65.55/
Have Fun,
Vena
4458yTiM2-799ecEk9801nHsj0-398SebL3907PDKr3-455axGl4521sKFV5-093l60
---
This sf.net email is sponsored by:ThinkGeek
Gad
On Sat, Jul 13, 2002 at 12:36:53AM +0100, José Fonseca wrote:
| I would like to know your opinion about the influence this may have for
| the DRI and Mesa3D projects in particular, and for the OpenGL API in
| general.
Of course Microsoft would love to see OpenGL disappear, and has been
working t
=?iso-8859-1?Q?Jos=E9?= Fonseca writes:
> Microsoft has been progressively claiming IP ownership of parts of the
> OpenGL API. (See http://news.zdnet.co.uk/story/0,,t269-s2118968,00.html)
>
> Although the parts they claim are things like vertex programming -
> features that aren't present in
Microsoft has been progressively claiming IP ownership of parts of the
OpenGL API. (See http://news.zdnet.co.uk/story/0,,t269-s2118968,00.html)
Although the parts they claim are things like vertex programming -
features that aren't present in older cards such as Mach64 -, it seems
obvious that th
On Fri, 12 Jul 2002, Leif Delgass wrote:
> > It's being done as a quad, so there must be a bug somewhere. At the time I
> > didn't manage to test bigger points - now I know why!
>
> OK, it must be a problem with one of vertices then. Also, I'm noticing
> artifacts in quake3 with multitexture, l
> A while ago I added the stuff to the config/cf/* to enable USE_SSE_ASM
> on FreeBSD, but today found that it wasn't enabled on my athlon. I
> added the proper sysctl check for it, but it still wasn't enabled. It
> turns out the Athlon's extended CPUID function has most of the same
> feature b
Great work Keith.
> What I've done so far is to extend the existing radeon interfaces to accept
> & validate the new state required for the r200, and a couple of other minor
> changes. This is probably the minimal set of changes to get a working r200
> driver.
It would seem that driver developm
> #
> # List of PCI ID's
> #
> # Maintained by Martin Mares <[EMAIL PROTECTED]> and other volunteers from the
> # Linux PCI ID's Project at http://pciids.sf.net/. New data are always
> # welcome (if they are accurate), we're eagerly expecting new entries,
> # so if y
Howzit?
> what is hyper-z? a proprietary texture-compression function of the r200?
> well, as you expected, performance is exactly the same after the
> checkout as before
HyperZ has 3 components:
Hierarchical Z
Discards hidden pixels instead of sending them to be rendered.
Z-Compression
Perfor
On Fri, Jul 12, 2002 at 03:55:02PM -0400, Leif Delgass wrote:
[...]
>
> Well, I added these offsets:
>
> SUBPIXEL_X 0.0125
> SUBPIXEL_Y 0.15
>
> ...and that's enough to make every glean test pass except polygonOffset
> (and texEnv, but that one's due to non-conformant hardware). However, I
>
On Fri, Jul 12, 2002 at 02:01:53PM -0600, Keith Whitwell wrote:
> Felix Kühling wrote:
> >I got also a bit worried about using string instructions without
> >clearing the direction flag. Is there any convention that prevents an
> >application from setting the direction flag. If not, it might happe
On Fri, 12 Jul 2002, José Fonseca wrote:
> On Fri, Jul 12, 2002 at 03:55:02PM -0400, Leif Delgass wrote:
> [...]
> >
> > Well, I added these offsets:
> >
> > SUBPIXEL_X 0.0125
> > SUBPIXEL_Y 0.15
> >
> > ...and that's enough to make every glean test pass except polygonOffset
> > (and texEnv,
--- Daniel Kasak <[EMAIL PROTECTED]> wrote:
> Marc Poulhiès wrote:
>
> >I know that closed source drivers from ati are not discussed here, but
> >with my radeon 8500 and tribes2 i have exactly the same probleme.
> >Maybe this is a probleme from tribes2 and not the dri :)
> >
> >
> Maybe. But it
--- Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Michal Kozlowski wrote:
> > On Thu, 11 Jul 2002, Stefan Lange wrote:
> >
> >
> >>compiling from cvs shouldn't be a problem, I just followed the DRI
> >>Compilation Guide from the website and everything went fine (you might
> >>have to compile the
Felix Kühling wrote:
> I got also a bit worried about using string instructions without
> clearing the direction flag. Is there any convention that prevents an
> application from setting the direction flag. If not, it might happen
> that esi and edi are decremented.
>
> On Fri, 12 Jul 2002 11:51:
On Fri, 12 Jul 2002, José Fonseca wrote:
> On Thu, Jul 11, 2002 at 06:34:40PM -0400, Leif Delgass wrote:
> > On Thu, 11 Jul 2002, Brian Paul wrote:
> >
> > > Leif Delgass wrote:
> > > >
> > > > I just discovered that the glean failures in blendFunc, logicOp,
> > > > orthoPosRandTris, orthoPosRa
Mike Westall wrote:
> I have just rerun the nurb program on another machine which
> is running the distribution version of XFree86 4.2.0
> which I downloaded as source and built on May 20, 2002.
> Accelerated rendering is on and working through an
> r128.
>
> This version appears to build libGLU
On Fri, 2002-07-12 at 06:22, Dave Jones wrote:
> On Thu, Jul 11, 2002 at 02:46:24AM -0600, Eric Anholt wrote:
> A better fix would be to actually enable SSE before FreeBSD does its
> feature flag detection. Linux does the following very early on..
You're thinking of the wrong issue. The issue fi
I have just rerun the nurb program on another machine which
is running the distribution version of XFree86 4.2.0
which I downloaded as source and built on May 20, 2002.
Accelerated rendering is on and working through an
r128.
This version appears to build libGLU 1.3 along
with Mesa 3.4.2.
Th
Andy Isaacson wrote:
> On Fri, Jul 12, 2002 at 07:54:11AM -0600, Brian Paul wrote:
>
>>Andy Isaacson wrote:
>>
>>>On Thu, Jul 11, 2002 at 06:10:01PM -0400, Mike Westall wrote:
>>>
The attached program illustrates a shading anomaly
we have encountered while attempting to use autonormal
>>
On Fri, Jul 12, 2002 at 07:54:11AM -0600, Brian Paul wrote:
> Andy Isaacson wrote:
> > On Thu, Jul 11, 2002 at 06:10:01PM -0400, Mike Westall wrote:
> >>The attached program illustrates a shading anomaly
> >>we have encountered while attempting to use autonormal
> >>in conjunction with nurbs.
>
I got also a bit worried about using string instructions without
clearing the direction flag. Is there any convention that prevents an
application from setting the direction flag. If not, it might happen
that esi and edi are decremented.
On Fri, 12 Jul 2002 11:51:13 +0100
José Fonseca <[EMAIL PRO
Andy Isaacson wrote:
> On Thu, Jul 11, 2002 at 06:10:01PM -0400, Mike Westall wrote:
>
>>The attached program illustrates a shading anomaly
>>we have encountered while attempting to use autonormal
>>in conjunction with nurbs.
>>
>>The shading of the sphere is seriously screwed up
>>while runn
Marc Poulhiès wrote:
> Bonjour Daniel!
>
> Fri, 12 Jul 2002 11:03:31 +1000, tu as dit :
>
> > Marc Poulhiès wrote:
> >> I know that closed source drivers from ati are not discussed here, but
> >> with my radeon 8500 and tribes2 i have exactly the same probleme.
> >> Maybe this is a probleme
Michal Kozlowski wrote:
> Hi everyone,
>
> Thanks to the help of Stefan and others I got my r200 to work, from
> Stefans lspci logs I was able to figure out why I lost my signal, it was
> hardware configuration related. I had to disable Fast Writes for AGP,
> simple solution took a bit of time t
Michael Schlueter wrote:
> Hi,
>
> I'm trapped in an infinite loop in
> xc/xc/extras/Mesa/src/tnl/t_vb_render.c :)
>
> Ok, I was debugging a program with ddd that crashes sometimes but this
> time it took the hole cpu time so I broke it up and did a look where it
> was (see above). I did a few s
Michal Kozlowski wrote:
> On Thu, 11 Jul 2002, Stefan Lange wrote:
>
>
>>compiling from cvs shouldn't be a problem, I just followed the DRI
>>Compilation Guide from the website and everything went fine (you might
>>have to compile the kernel drm-module manually, but that's no trouble)
>>
>>
>
>
> Looks good, but I think I've got an even better patch:
>
> http://www.penguinppc.org/~daenzer/DRI/radeon-nommio.diff
>
> I've moved the initialization and put the scratch registers right behind
> the ring read pointer, this should work with PCI GART and all kinds of
> AGP GART. I'll commit th
On Thu, Jul 11, 2002 at 02:46:24AM -0600, Eric Anholt wrote:
> A while ago I added the stuff to the config/cf/* to enable USE_SSE_ASM
> on FreeBSD, but today found that it wasn't enabled on my athlon. I
> added the proper sysctl check for it, but it still wasn't enabled. It
> turns out the A
Ian Molton wrote:
> 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)
>
i think it's a fairly decent one. but there are rumors that some
hercules 85
Warning
Unable to process data:
multipart/mixed;boundary="=_NextPart_000_00D4_30C83A7B.C5605D52"
On Fri, Jul 12, 2002 at 04:28:25AM +0200, Felix Kühling wrote:
> Hi,
>
> just updated after reading José's mail about the MACH64_NATIVE_VTXMFT
> and tried running some apps. q3demo and quake2 crashed with multi
> textures enabled:
>
> q3demo.x86: mach64_tris.c:518: mach64_draw_triangle: Assertio
On Fri, Jul 12, 2002 at 11:21:29AM +0200, Marc Poulhiès wrote:
> hi,
> as you are talking about install.sh, i find a little problem when using
> it for the first time. When you dont have a kernel module installed
> before the first run of install.sh, the modprobe fails...a simple depmod
> -a then
hi,
as you are talking about install.sh, i find a little problem when using
it for the first time. When you dont have a kernel module installed
before the first run of install.sh, the modprobe fails...a simple depmod
-a then the modprobe fixes this... I was thinking that maybe this depmod
-a shoul
On Thu, Jul 11, 2002 at 11:58:56PM -0700, Mike Mestnik wrote:
> The install.sh, included with the snapshots,(and make -f Makefile.linux) has allays
>built modules
> that insmod fine, even print every thing and rmmod, but they don't let X setunique.
>getunique
> worked fine. The error I get fro
35 matches
Mail list logo
