On Sun, 12 May 2002, Andreas Beck wrote:
> > Hrm... is it me, or is this just wrong? ggiFlush should flush the
> > entire virtual area, not just the visible area.
>
> Huh ? What sense does it make to flush (aka sync the visible representation
> to the logical one) invisible areas?
Bec
On Wed, 29 Sep 1999, Andreas Beck wrote:
> > > 1) Is the ioctl ACCEL_GETSUGGEST still in use ?
>
> We should reactivate it. It's a drawback not to have it.
Well, we never really needed it until now.
> > AFAIK it is not is use anywhere, but as soon as we start doing
> > anything
On Wed, 29 Sep 1999, =?iso-8859-1?Q?Rub=E9n?= wrote:
> The .configure scripts of the nVidia chipsets and nVidia ramdacs
> hasn't the executable bit, so, the script crashes when you try to select
> them.
Yes, IIRC the 'fixbits' script fixes this. I think this is a CVS
problem - if
On Thu, 30 Sep 1999, Jos Hulzink wrote:
> I'm thinking of using video memory as regular memory (When developping my
> ViRGE driver, I got 24 MB doing nothing...) MAybe a nice KGI feature ?
This should not be hard, actually. Export your unused videomem in
KGIcon using a kgi_mmio_region,
On Thu, 30 Sep 1999, Ketil Froyn wrote:
> On Thu, 30 Sep 1999, Jon M. Taylor wrote:
>
> > > I'm thinking of using video memory as regular memory (When developping my
> > > ViRGE driver, I got 24 MB doing nothing...) MAybe a nice KGI feature ?
> > This sh
On Fri, 1 Oct 1999, Rodolphe Ortalo wrote:
> Hello,
>
> just in case you have some free time, you may be
> interested in this web page (wrt. driver writing).
> http://www.irisa.fr/compose/gal/
This is basically a metalanguage spec for abstraction of hardware
resources and I/O methods.
On Mon, 4 Oct 1999, Andreas Beck wrote:
> Hi folks !
>
> I'm working on implementing VideoIO for my hardware, and as I have now
> successfully grabbed my first short pieces of video, I wonder how one
> can get Linux to show a decent behaviour with respect to streaming data
> to disk.
>
> Withou
On Mon, 4 Oct 1999, Jos Hulzink wrote:
> On Fri, 1 Oct 1999, [iso-8859-1] Rubén wrote:
>
> > Ah, ok, well, it does what I want, its enough for me. Anyway, I will
> > continue reading docs and learning how to include vertical retrace support
> > into KGIcon, it's best (I have readed the GGI t
On Mon, 4 Oct 1999, Andreas Beck wrote:
[snip]
> > Want to help writing 3D accelleration in the KGIcon S3 Virge driver ?
>
> BTW: When designing new 3D ioctls, could you check with Jon and me ?
> We probably have manuals for other designs at hand and it might be helpful
> for finding a really
On Mon, 4 Oct 1999, [iso-8859-1] Rubén wrote:
> On 1999/Oct/04, Jos Hulzink wrote:
>
> > > into KGIcon, it's best (I have readed the GGI tech. docs, and it seems to be
> > > a bit difficult).
> >
> > The ViRGE has completely functional vertical retrace interrupt code, but
> > at the moment, not
On Mon, 4 Oct 1999, Andreas Beck wrote:
> > 2.3.x kernel have Stephen Tweedie's 'rawio' patch, which IIRC is
> > designed specifically to deal with this problem.
>
> I just looked for it ... If you hadn't given me the right keyword, I'd never
> have found it ... though it is not specifically
On Mon, 4 Oct 1999, Club Neon wrote:
> I can feel this falling from the GGI topic very fast...
>
> > > I am currently doing research on other ways to extremely compress images
> > > (which allow for lossless modes), but that will take a while.
> > Have you investigated wavelets?
> > As I underst
On Tue, 5 Oct 1999, Jos Hulzink wrote:
> On Mon, 4 Oct 1999, Andreas Beck wrote:
>
> > BTW: When designing new 3D ioctls, could you check with Jon and me ?
> > We probably have manuals for other designs at hand and it might be helpful
> > for finding a really generic interface.
>
> I sure can.
On Tue, 5 Oct 1999, Jos Hulzink wrote:
> Hi
>
> Wondering:
>
> When a certain mode CAN do hardware 3D, it is not always needed. For
> example, if someone only runs normal X, or a 2D game like starcraft, he
> doesn't need a Z Buffer, and the Z Buffer space could better be used for
> other things
On Tue, 5 Oct 1999, [iso-8859-1] Rubén wrote:
> On 1999/Oct/05, Jos Hulzink wrote:
>
> > struct kgi_3dtriangle {int x0,y0,z0,x1,y1,z1,x2,y2,z2};
> >
> > Comments please !
>
> I don't like this kind of 3dtriangle at all, it needs 9 copies of
> data to draw a triangle, maybe it's insignifi
On Tue, 5 Oct 1999, Andreas Beck wrote:
>
> > > struct kgi_3dtriangle {int x0,y0,z0,x1,y1,z1,x2,y2,z2};
> > > Comments please !
>
> > I don't like this kind of 3dtriangle at all, it needs 9 copies of
> > data to draw a triangle, maybe it's insignificant when you must call later
> > ioctl, w
On Tue, 5 Oct 1999, Jay wrote:
> "Jon M. Taylor" wrote:
>
> > On Mon, 4 Oct 1999, Club Neon wrote:
> >
> > > I can feel this falling from the GGI topic very fast...
> > >
> > > > > I am currently doing research on other ways to extrem
On Wed, 6 Oct 1999, Andreas Beck wrote:
> > > > struct kgi_3dtriangle {int x0,y0,z0,x1,y1,z1,x2,y2,z2};
>
> > What about the exta fields (W, specular/diffuse color, texture
> > coords, vertex fog)?
>
> Extra commands (i.e. DRAW3DTRIANGLE_TEXTURED, *_GORAUD). We'd need to take
> up too mu
On Fri, 8 Oct 1999, Andrew Apted wrote:
> James Simmons writes:
>
> > > There are easier ways to block a process than to modify the scheduler
> > > itself. Check out the vt_waitactive code in drivers/char/vt.c and see
> > > if that is ameniable to your problem.
> >
> > This blocks the cur
On Sat, 9 Oct 1999, James Simmons wrote:
>
> > IIRC, IRIX and AIX do just that. It is a specialized type of hard
> > realtime guaranteed scheduling for the display and console subsystems. And
> > regular kernel semaphores are not going to be able to give you hard realtime
> > guarantees.
http://gaia.ecs.csus.edu/~taylorj/sdlggi.tar.gz is a hacked CVS
snapshot with a new GGI video system. I'll be enhancing and cleaning this
up over the course of the next week - I'm flying to Atlanta for the Linux
Showcase, and I'll be able to talk to the Loki guys directly about getting
CV
On Sun, 10 Oct 1999, Andreas Beck wrote:
> Hi folks. I know its heavily OT, but the most clued people are here ...
>
> How does one make sure sound and video keep in sync in a multimedia type
> application ?
Use the new ALSA API. It's sequencer support is much more
advanced than the ol
http://gaia.ecs.csus.edu/~taylorj/sdlggi.tar.bz2. I had to change
to bz2 compression to avoid running over my diskspace quota.
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
becoming one with God.'
- Scientist G. Richard Seed
[ CC:ed to the GGI list, as this is only peripherally a KGI topic
-Jon]
On Fri, 15 Oct 1999, [iso-8859-1] Niklas Höglund wrote:
> I just tried running Mesa on the ViRGE kgicon driver. It flickered
> insanely, as it clears the display when it's still visible.
This is caused by my
On Fri, 15 Oct 1999, Christoph Egger wrote:
>
>
> On Mon, 11 Oct 1999, Jos Hulzink wrote:
>
> > On Sat, 9 Oct 1999, Christoph Egger wrote:
> >
> > >
> > >
> > > Hi folks!
> > >
> > >
> > > The 3DtoolKit alpha-3.1 release is out!
> >
> > Shouldn't part of this library be LibGGI 3D ?
> >
On Fri, 15 Oct 1999 [EMAIL PROTECTED] wrote:
> Hi !
>
> > I recently bought a Diamond Stealth III S540 and I am in the process of
> > realizing that as far as linux is concerned, that just means "VGA
> > compatible"... at least in my two hours of experience. Does KGI support
> > this at all?
>
On Sat, 16 Oct 1999, Andreas Beck wrote:
> > Well, there is already an open source XFree86 driver for
> > framebuffer only, this would be easy to port and I can probably release
> > that stuff from my KGI driver as source as well.
>
> Hmm - did you design the driver so, that you can release
On Mon, 18 Oct 1999, James Simmons wrote:
>
> On Fri, 15 Oct 1999, Justin Cormack wrote:
>
> > >
> > >
> > > > I found the problem - ggiglut never calls ggiClose(), so there is no
> > > > clean termination (leaves fb in odd state too). Fixed this by adding
> > > > a close function to glut - t
On Sat, 16 Oct 1999, Christoph Egger wrote:
>
>
> On Fri, 15 Oct 1999, Jon M. Taylor wrote:
>
> > On Fri, 15 Oct 1999, Christoph Egger wrote:
> >
> > >
> > >
> > > On Mon, 11 Oct 1999, Jos Hulzink wrote:
>
On Thu, 14 Oct 1999, Martin Lexa wrote:
> Hi All!
Hi there. Sorry about the delay in replying to this post - I was
in Atlanta at the Linux Showcase all last week and ironically enough I had
very limited internet access during that time |-/
> I've started work on Mesa target. I've som
On Thu, 12 Aug 1999 [EMAIL PROTECTED] wrote:
> Hi !
>
> > > Is anyone working on a wrapper that will allow XFree86 4.0 drivers to be
> > > built from the existing KGIcon interface?
>
> I am still waiting for volunteers. The Xfree people have kindly invited us
> to do the several interoperabili
On Tue, 19 Oct 1999, Andreas Beck wrote:
> Hi !
>
> > The first should be quite easy - copy the existing fbcon/fbdev driver and
> > tweak it to use LibGGI.
>
> According to Marcus, this will be problematic, as XFree modules may not
> link to external libs. That will complicate LibGGI interfac
On Tue, 19 Oct 1999, Christoph Egger wrote:
> On Tue, 19 Oct 1999, Christoph Egger wrote:
>
> Some questions:
>
> 1. What is planned todo with libggi3d in future?
Well, what I had in mind back in February when I did most of the
initial design work was to use LibGGI3D to implement dyna
On Wed, 20 Oct 1999, [iso-8859-1] Rubén wrote:
> On 1999/Oct/20, Brian S. Julin wrote:
>
> > Basically there are two situations to worry about. One is trying
> > to find the ray position from userspace when the process is running.
> > The other is trying to get the scheduler to run the process
On Thu, 21 Oct 1999, Martin Lexa wrote:
> Hi All!
[snip]
> And I've one little question about interface of kgicon 3d.
> To get 3d work I had to create new suggested strings (ACCEL_DRAWTRIANGL_3D
> and ACCEL_DRAWLINE_3D for now) and new structs
I had to do this as well for the Savag
On Fri, 22 Oct 1999, Brian S. Julin wrote:
> On Fri, 22 Oct 1999, [iso-8859-1] Rubén wrote:
>
> > On 1999/Oct/22, Niklas Höglund wrote:
> > > It'd be even better to increase a value every vblank so applications
> > > can find out if it has missed any frames, and also to make sure
> > > applicati
For those of you who mailed me about this and I told to wait, wait
no longer. Sam (SDL author) committed all the sources I wrote at the
LokiHack to SDL CVS. I've not had a chance to play with building this
yet, so it might have some bugs. Please report any such to me (patches
are nice a
On Tue, 26 Oct 1999, Rodolphe Ortalo wrote:
> "Jon M. Taylor" wrote:
> > * Window manager hooks are unimplemented. This should probably be
> > implemented using LibGWT/LibWMH...?
>
> AFAIK libwmh is really for X11 Window managers hooks ? Is it
> what it need
On Tue, 26 Oct 1999, Jos Hulzink wrote:
> On Mon, 25 Oct 1999, Martin Lexa wrote:
>
> > O.K I'l look at textures. Could you explain me how should I load
> > textures into memory and then get it to triangle func. And how are these
> > persepective correction parameters computed?
>
> Allright,
On Wed, 27 Oct 1999, James Simmons wrote:
>
>
> Jon where can people downlaod the binary for the savage drive ryou wrote
> for Mesa-GGI.
The Savage4 *KGI* driver is all torn apart right now. And there
is no GGIMesa support. So all I can give people right now is a Savage4
framebuffer
On Fri, 29 Oct 1999, Per Wigren wrote:
> James Simmons wrote:
> >
> > On Fri, 29 Oct 1999, Per Wigren wrote:
> >
> > > Does KGI work with this card yet?
> >
> > Not that I know of. Their is a framebuffer driver for it in 2.3.23 so this
> > driver will be in 2.4.x
Someone recently comm
On 30 Oct 1999, Marcus Sundberg wrote:
> "Jon M. Taylor" <[EMAIL PROTECTED]> writes:
>
> > On Fri, 29 Oct 1999, Per Wigren wrote:
> > > and GGI using
> > > fbdev as a target is much slower than KGI.
> >
> > Basic fbdev driver
On 3 Nov 1999, Marcus Sundberg wrote:
> Jos Hulzink <[EMAIL PROTECTED]> writes:
>
> > On 2 Nov 1999, Marcus Sundberg wrote:
> >
> > > Basicly you never want to cache anything that sits on the other side
> > > of the PCI-bus. MTRR write combining should always be turned on for
> > > memory, but
On Mon, 8 Nov 1999, Andreas Beck wrote:
> > > So we either document that giving negative values to any drawing function is
> > > undefined or we make sure every function obeys them as appropriate.
> > Bad wording on my side, that is what I mean.
>
> O.K. - which of both do we choose, then.
>
>
On Tue, 9 Nov 1999 [EMAIL PROTECTED] wrote:
> Hi folks !
[ bugreport form snipped ]
Why not use Bugzilla? It does require a web interface, but you
can customize the "do you have this Y/N" option set to your heart's
content. Also it keeps the current bug list out in the open, which is
On Thu, 11 Nov 1999, Andreas Beck wrote:
> > To get acceleration to work, I had to disable ping pong
> > buffers. Before I did, I got this message from GGI_DEBUG=255 ./demo:
> >GGI_genkgi_drawbox() called
> >Terminating on signal 11.
>
> YES ! GRRR ! I got that yesterday, too after recom
On Fri, 12 Nov 1999, Jos Hulzink wrote:
> On Thu, 11 Nov 1999, Jon M. Taylor wrote:
>
> > On Thu, 11 Nov 1999, Andreas Beck wrote:
> >
> > > > To get acceleration to work, I had to disable ping pong
> > > > buffers. Before I did, I
On Fri, 12 Nov 1999, Jos Hulzink wrote:
> On Thu, 11 Nov 1999, Jon M. Taylor wrote:
>
> > On Fri, 12 Nov 1999, Jos Hulzink wrote:
> >
> > > When will PP really work on the GenKGI system ?
> >
> > When someone other than myself is willing to conti
http://www.tsi-pdx.com/jo/99-461.htm
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
becoming one with God.'
- Scientist G. Richard Seed
3Dfx has released the sources for the version of Glide 3 which
runs as a part of an X/Glide/Mesa/DRI assemblage. There should be a lot
of info in those sources that can be used in the KGI driver
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
becoming one
Should extension library includes, target modules and .conf files
be installed like this:
$PREFIX/include/ggi/ggixyz.h
$PREFIX/etc/ggi/ggixyz.h
$PREFIX/lib/ggi/default/stubs_xyz.o
or this:
$PREFIX/include/ggi/xyz/ggixyz.h
$PREFIX/etc/ggi/xyz/ggixyz.h
$PREFIX/lib/ggi/xyz/default/stubs_xy
-- Forwarded message --
Date: Mon, 29 Nov 1999 19:24:04 +
From: Stefan Seefeld <[EMAIL PROTECTED]>
To: Jon M. Taylor <[EMAIL PROTECTED]>,
Graydon Hoare <[EMAIL PROTECTED]>,
Niklas Elmqvist <[EMAIL PROTECTED]>
Subject: joined irc meeting GGI
On Mon, 29 Nov 1999, James Simmons wrote:
>
> Howdy. I noticed in CVS you have a very old fbset. I have a newer fbset on
> my web page if you want to use it to replace the current fbset in CVS.
You must have an old source tree - I comitted fbset 2.1 a few
weeks ago.
Jon
---
'Cloning a
On Sun, 5 Dec 1999, James Simmons wrote:
>
> On Thu, 9 Dec 1999 [EMAIL PROTECTED] wrote:
>
> > Was there ever an agree ment on how to implement acceleration in the KGIcon
> > drivers? I see the virge driver uses an ioctl approach, but I don't know how
> > to actually access fcuntions coded in t
On Mon, 13 Dec 1999, James Simmons wrote:
> Also can libGGI handle DMA transfers,
This is a driver/target issue, not a LibGGI issue. Basically if
your write the code it will work with LibGGI, which is just a framework.
> AGP?
This is a driver issue as well. Also, the newer
On Mon, 13 Dec 1999, John Fortin wrote:
>
>
> Marcus Sundberg wrote:
> >
> > James Simmons <[EMAIL PROTECTED]> writes:
> >
> > > I had a interesting discussion on the possiblility of having a Direct X
> > > on linux with John Carmack. Well it appears Mircosoft will sue anyone that
> > > trie
On Mon, 13 Dec 1999, James Simmons wrote:
>
> > > If not what
> > > features do you feel libGGI lacks to have this happen?
> > >
> > > Also can libGGI handle DMA transfers, AGP?
> >
> > LibGGI can handle anything the hardware supports, it's a SMOP.
> > There are currently no such features impl
On 13 Dec 1999, Marcus Sundberg wrote:
> James Simmons <[EMAIL PROTECTED]> writes:
>
> > I had a interesting discussion on the possiblility of having a Direct X
> > on linux with John Carmack. Well it appears Mircosoft will sue anyone that
> > tries that. So I talked to him about Mesa-GGI and h
On Mon, 13 Dec 1999, teunis wrote:
> Anyways as far as I know (and I don't know much):
> - 3D accel within GGI is currently targetted at writing hw
> drivers for Mesa.
HW drivers _at all_ |->. Right now Steffen and I are working on
the new KGI-0.9 system with Permedia2 as the referenc
On Wed, 15 Dec 1999, Firstname Lastname wrote:
>
> >Well. Concerning this issue, currently, with GGI: you do not need to patch
> >your kernel, but you can of course if you really insist in doing it.
> >It may sound funny, but, in fact:
> > - KGIcon is a bridge that allows to use KGI (1998 versi
On Mon, 20 Dec 1999, Firstname Lastname wrote:
> I'm going to try a differnt approach at this. I'd like to get dual headed
> GGI support and am willing to buy a video card to do so. What video card
> should i buy?
If only multihead and not new, fast, accelerated multihead is your
goa
On Tue, 21 Dec 1999, Martin Lexa wrote:
> To Jon: Should be possible to have generic accel target in Mesa tree,
>which will use the predefined functions e.g draw_triangle(...),
>draw_line.
Sure it is possible. Whether it is efficient is another story
entirely. Some ha
On Tue, 21 Dec 1999, Kyle Harris wrote:
> Hi all,
>
> I have a couple of questions concerning kgicon in general and the
> MediaGX driver in particular. Any help is greatly appreciated!
>
> 1) What is the procedure for activating the kgicon.
I usually just 'insmod kgicon.o'.
> For ex
Hello all! To usher in the new millenium, I present to you a nice
fat chunk of updates that I have made to KGI-0.9 over the last two weeks,
which I had on vacation. Steffen is a very very busy man recently with
all his Ph.D work, so I thought I'd do some housecleaning and fixing-up of
th
http://gaia.ecs.csus.edu/~taylorj/kgipatch.jmt.bz2
http://gaia.ecs.csus.edu/~taylorj/kgi-0.9-jmt.tar.bz2
The first file is a diff against a stock 2.2.13 tree, and the
second is a tarball of my current kgi-0.9/ tree. I didn't get a chance to
write the LibGGI target code, unfortunately.
On Wed, 5 Jan 2000, Rodolphe Ortalo wrote:
> BTW Jon, could you send me this 'Win32' driver source that you have ?
> I happen to have ViRGE somewhere and a spare computer now...
http://download.microsoft.com/download/win98/DDK/5/W9X/EN-US/dx5ddk.exe
I just read the license text, and it
On Wed, 5 Jan 2000, Brian S. Julin wrote:
> On Sun, 2 Jan 2000, Jon M. Taylor wrote:
> > 1. Three new drivers:
> >
> > A. nVidia TNT2
>
> Cooincidentally I just switched to a Diamond TNT2 based card, so I
> will try to give it a spin.
There'
If any of you have been playing with the newest GGIMesa CVS
sources, you probably noticed that they don't build due to internal Mesa
changes. Well, I just fixed those problems and GGIMesa CVS now builds
(against the latest GGI CVS) and runs again. The only functional changes
are a revamp
Just in case someone else is doing anything here this weekend, I
thought I'd mention it. Last night I got it to build and insert properly,
and today I'm going to try to get the guts functional. Oh yeah, and I
also ported KGI-0.9 to 2.2.14 kernels yesterday as well. Just FYI. I'll
try t
This is the second of my series of interim releases of KGI-0.9
while Steffen is away. You can find it at:
http://tanuki.dhs.org/kgi-0.9-jmt2.tar.gz
New in this one is:
* The VGA driver is _almost_ up and running in graphics modes. It now has
full I/O, correct(er) mode negotiation, and
On Wed, 12 Jan 2000, Brian S. Julin wrote:
> On Wed, 12 Jan 2000, Mardy wrote:
> > Then, here is the make log (unfortunately, when the patch has already
> > been applied). Looks like KGI is missing two GGI file, which I think I
> > have somewhere, but I preferred not to move anything before havin
On Fri, 14 Jan 2000, graydon hoare wrote:
> >>>>> "JMT" == Jon M Taylor <[EMAIL PROTECTED]> writes:
["Physical display device dimensions should be standard in Berlin" snipped
- I agree now, although I still think it is a lot of work.]
> J
-- Forwarded message --
Date: Fri, 14 Jan 2000 21:03:51 -0500
From: Stefan Seefeld <[EMAIL PROTECTED]>
To: Jon M. Taylor <[EMAIL PROTECTED]>
Cc: graydon hoare <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
GGI mailing list <[EMAIL PROTECTED]>
Subject: Re: [Be
I miss working on LibGGI3D, and since Berlin and a few other
projects I follow have all recently been pining for a generic streamed
rendering framework of some kind, I think it is time to bring this project
back to life. I have create a SourceForge entry for LibGGI3D, and will be
working
My new roomate just spent three years in Japan and is knows quite
a bit about Japanese computing, the Japanese language, and Linux. I told
him about this post and he gave me a little half-hour lecture about
Japanese keyboard input methods. So
On Sat, 22 Jan 2000, Andreas Beck wrote
On Sun, 23 Jan 2000, Marco Confalonieri wrote:
> I read the Jon's letter about LibGGI3D, downloaded the 2000-01-21
> snapshot and tried to compile the LibGGI3d stuff.
> I ran autogen.sh and tried to 'make' the thing, but gcc complains about
> a missing file called matrix.h .
This is fro
I've imported the LibGGI3D source tree from degas, there are
mailing lists and forums, and we should be ready to go.
[EMAIL PROTECTED] should now be used for general and other GGI and 3D
graphics discussions only. The LibGGI3D sources in the degas/ tree can be
deleted.
Jon
---
'Clonin
On Mon, 24 Jan 2000, Stefan Seefeld wrote:
> "Jon M. Taylor" wrote:
> >
> > On Sun, 23 Jan 2000, Marco Confalonieri wrote:
> >
> > > I read the Jon's letter about LibGGI3D, downloaded the 2000-01-21
> > > snapshot and tried to compile t
On Sat, 5 Feb 2000 [EMAIL PROTECTED] wrote:
> About ggi3d, what do you want to put in there? A kind of rendering
> pipeline abstraction over openGL or so? I really wonder.
Yes, ggi3d is a rendering pipeline abstraction, but "over" GL is
not really what happens. "Around" GL (or anything
On Sat, 5 Feb 2000, James Simmons wrote:
>
> Howdy!!!
>
>I remember it post to this list before but I cna't find it in the
> archives. Where is that Virge Developement kit on the microsoft web site.
> Thank you.
It is part of the older DirectX 5 DDK:
http://www.microsoft.com/downl
dd modules for systems other than GGI. ie SDL. Which
> > > doesn't support GGI on my system. Maybe after I get X working..
> >
> > Jon M. Taylor has IIRC written a GGI-port for SDL, which is at the current
> > SDL-CVS-tree...
>
> Yep. It's in 1.1. I
On Mon, 21 Feb 2000, Joseph Carter wrote:
> On Mon, Feb 21, 2000 at 02:42:20PM -0500, James A Simmons wrote:
>
> > Their does exist a fbdev drivers for this card. The problem is I don't
> > have such a card nor the money at this time to buy it (hint). I would
> > enjoy creating something like Ms
On Tue, 22 Feb 2000, James A Simmons wrote:
>
> > There is a GGI Glide target, but it's 2D. What's wanted is accellerated
> > hardware 3D.. Something that CAN render 3 screens of Quake at a decent
> > FPS. =>
>
> I agree. So where do we start?
1: Make the basic LibGGI Glide target do every
On Tue, 22 Feb 2000, Justin Cormack wrote:
>
> > > There is a GGI Glide target, but it's 2D. What's wanted is accellerated
> > > hardware 3D.. Something that CAN render 3 screens of Quake at a decent
> > > FPS. =>
> >
> > I agree. So where do we start? First voodoo cards like many cards are
On Mon, 28 Feb 2000, James A Simmons wrote:
>
> On Sun, 27 Feb 2000, teunis wrote:
>
> > Heya.
> > Is it possible to do an accelerated 2D driver under OpenGL?
> >
> > Should be, I can't see why not.
>
> Yes you can. The 3D stuff would have to be software rendered ontop of the
> 2D code.
On Tue, 29 Feb 2000, teunis wrote:
> On Mon, 28 Feb 2000, James Simmons wrote:
>
> > > > > It'd be cool to have an accelerated X that runs under OpenGL...
> > > >
> > > > Thats GLX.
> > >
> > > Not exactly. I think he's asking for an "OpenGL target" for
> > > LibGGI, which would render ever
On Mon, 6 Mar 2000, James Simmons wrote:
>
> Hi!!
>
>I have been looking at Mesa-GGI and libGGI. Do you think it would be
> possible to add a triangle function?
Yes, but the triangle function is added in an extension library
because the base LibGGI drawing functions are all basic
On Mon, 6 Mar 2000, Andreas Beck wrote:
> > libggi.conf.in has the variable DLLEXT, which is supposed to be
> > replaced with "so" or "DLL" or something during the make process. This is
> > not happening, and the @DLLEXT@ is remaining in the final libggi.conf. I
> > just blew away my whole
On Tue, 7 Mar 2000, Andreas Beck wrote:
> > Currently the "triangle drawing" extension library which most people use is
> > of course GGIMesa, but LibGGI2D has triangle drawing functions as well,
> > and of course there is always LibGGI3D.
>
> I'd say either rewrite LibGGI2D and add it (rewrit
On Tue, 7 Mar 2000 [EMAIL PROTECTED] wrote:
> Hi !
>
> > GGI - as far as I know - has only a notion of a rectangular clipping
> > rectangle being valid for all subsequent primitive drawing calls.
>
> Yes. This is due to the fact, that there are only two methods I have seen to
> do clipping in H
On Tue, 7 Mar 2000, Rodolphe Ortalo wrote:
>
>
> On Sun, 5 Mar 2000, Andreas Beck wrote:
> (as an answer to this question from myself)
> > > Should libggi2d support arbitrary clipping - or would it be acceptable to
> > > have a 'small' version with only rectangular clipping ? (But with decent
>
On Tue, 7 Mar 2000, James Simmons wrote:
>
> > >I have been looking at Mesa-GGI and libGGI. Do you think it would be
> > > possible to add a triangle function?
> >
> > Yes, but the triangle function is added in an extension library
> > because the base LibGGI drawing functions are all
On Tue, 7 Mar 2000, James Simmons wrote:
>
> > > > I'm interested in also setting up Z
> > > > and alpha buffers. How would I go about doing that ?
> >
> > Basically same thing ... add a function to allocate them to the kernel
> > driver and them mmap. We should talk about a generic API for re
On Wed, 8 Mar 2000, Thad Phetteplace wrote:
> Hello All,
>
> I am curious what the status of harware accelerated 2D graphics
> on GGI is.
The same as it has been for a long time now |-/. The basic 2D
functions in LibGGI are accelerated on most targets which support 2D
acceleration, a
libggi.conf.in has the variable DLLEXT, which is supposed to be
replaced with "so" or "DLL" or something during the make process. This is
not happening, and the @DLLEXT@ is remaining in the final libggi.conf. I
just blew away my whole degas/ tree and tried it again with a fresh
checkout,
On Sat, 11 Mar 2000, Thad Phetteplace wrote:
> "Jon M. Taylor" wrote:
> > >
> > > So please - those who need it: Get together and rewrite it. Specify all
> > > your needs and make a header-style proposal.
> >
> > Will do, just gimme
On Thu, 9 Mar 2000 [EMAIL PROTECTED] wrote:
> Hi !
>
> > I am curious what the status of harware accelerated 2D graphics
> > on GGI is.
>
> IMHO we should cosider rewriting LibGGI2D and find a maintainer for it that
> will try to get it up to speed with respect to acceleration.
I can
On Thu, 9 Mar 2000 [EMAIL PROTECTED] wrote:
> Hi !
>
> > > 2. a Z-Buffer, stencil-buffer or windowID-buffer. That is with 2. you can
> > > decide for every pixel, if it can be drawn to or not.
> >
> > 3. Alpha/Colorkey/transparency. You can decide for every pixel, but based
> > on pixel value
On Fri, 10 Mar 2000, Andreas Beck wrote:
> > int ggiStrechCrossBlit(ggi_visual *src, int sx, int sy, int sw,
> >int sh, ggi_visual *dst, int dx, int dy, int dw, int dh);
> > It should does the same as ggiCrossBlit, except it also performs
> > streching.
>
> Hehe - that was in old LibGGI
On Sat, 11 Mar 2000, teunis wrote:
> [on reimplementation of libGGI2D]
>
> On Fri, 10 Mar 2000, Andreas Beck wrote:
>
> [clip]
> > - There is an urgent need for 2D drawing functionality by several groups.
> > - LibGGI2D is unmaintained and doesn't carry the usual GGI License.
> >
> > So please
1 - 100 of 233 matches
Mail list logo
