I use the latest official. I don't do enough with it to be on the bleeding
edge, but I like the cross platform stability.
I recently used/am using it, to create a 3D drawing package for a class I am
taking. So far so good :).
>
> TNX. Do you use the latest official releases or the CVS version?
> box.c: In function `GGI_ati_mach64_fillscreen':
> box.c:49: warning: unused variable `yadd'
>
> All such warnings should be easy to fix. Remove the unused variable, or
> stick a yadd = 0; in there somewhere so it stops complaining.
This sort of warnings procudes gcc < 3, too.
> crossblit.c:
On Wed, 17 Oct 2001, Rodolphe Ortalo wrote:
> Yes? Well...
>
> Do you have more specific pointers? (Either web, research papers, etc.)
I haven't got to the point of figuring out what the specific term
for our problem is in realtime-eese, but a google search for
"rate monotonic linux realtime" i
On Tue, 16 Oct 2001, Brian S. Julin wrote:
> On Tue, 16 Oct 2001, Rodolphe Ortalo wrote:
> > That's pretty much "sidestepping the problem" as you say - but I'm still
> > wondering if a general algorithm has been published to address the problem
> > of "bidimensional" memory allocation in one sho
On Tue, 16 Oct 2001, Rodolphe Ortalo wrote:
> That's pretty much "sidestepping the problem" as you say - but I'm still
> wondering if a general algorithm has been published to address the problem
> of "bidimensional" memory allocation in one shot.
Well, mathwise it is a similar problem to rate m
On Mon, 15 Oct 2001, Brian S. Julin wrote:
[...]
> > [2] E.g.: texture allocation deserves to be done cleanly
>
> Here you hit the nail on the head.
Yep, allocation is a very annoying issue when you want to manage all the
details (pitch != width, and the like).
[...]
> Hopefully we can finis
On Mon, 15 Oct 2001, Rodolphe Ortalo wrote:
> Specifically, the complexity of the design and the fact that it prevents
> people from trying to help on a specific area annoys me (especially as,
> sometimes, I share this feeling also). But I don't really know how this
> could be improved (more com
On Sat, 13 Oct 2001, Brian S. Julin wrote:
[...]
> Once these are complete most hurdles will have been cleared and the
> rest is just a flesh-out operation. Until then, I do not feel confident
> opening the book on 3D.
I do agree with you. We may open the book for 3d right now [1], but it's
pro
I'm nibbling away at learning GGI and writing display targets - might
even write some accelerated targets for the lowlevel libs soon.
On Fri, 2001-10-12 at 10:12, Christoph Egger wrote:
>
> Hi!
>
>
> This mail is more or less a cry for more help! As you can see, Brian, Eric
> and I can do a lo
On Sat, 13 Oct 2001, Jos Hulzink wrote:
> Personally, I think especially the lack of 3D will kill GGI sooner or
> later. I have been thinking about how to do it, and was thinking we
> shouldn't reinvent the wheel, but create a LibGGGL. (GL compatability
> layer), using the OpenGL syntax.
On this
On Sat, 13 Oct 2001, Jos Hulzink wrote:
> On Sat, 13 Oct 2001, Brian S. Julin wrote:
>
> > Heya,
> >
> > Just throwing this to the gallery for comments.
> >
> > We have three new lowlevel libraries which (along with LibGGIMISC)
> > will be forming the core of the intermediate API for the GGI Pro
On Sat, 13 Oct 2001, Andreas Beck wrote:
> > I got more and more mails from users, who are crying for static linking
> > support, for accelerated extension-targets and more. They slowly tend to
> > categorize missing features - such these - as bugs!
>
> Please forward such requests here. I'll try
> I got more and more mails from users, who are crying for static linking
> support, for accelerated extension-targets and more. They slowly tend to
> categorize missing features - such these - as bugs!
Please forward such requests here. I'll try to have a look when I have a
minute.
CU, Andy
--
On Fri, 12 Oct 2001, Christoph Egger wrote:
[...]
> I got more and more mails from users, who are crying for [...]
> accelerated extension-targets
[...]
I am currently working on userspace code for sending accelerated commands
to the KGI Matrox driver, following pretty closely the LibGGI API. I
Hi !
> I'm new to GGI. I have some question.
You're welcome.
> Where can I find the information of GGI?
Mainly on the website, and more in-depth information is of course in the
source packages available there.
> Will Libggi work, if I don't install KGI?
Yes. LibGGI will use any g
On Thu, 9 Mar 2000, Angus Chen wrote:
> Hi! everyone:
> I'm new to GGI. I have some question.
> Where can I find the information of GGI?
Go to http://www.ggi-project.org/ and follow the Faqs/Documentation link
at the bottom.
> Will Libggi work, if I don't install KGI?
Yes.
>
> I downloaded all the stuff and I started to build it all. First I tried
> to build GGI but it moaned about not being able to find GII so then I
> built GII. This library built and installed OK (I can see the correct
> files in /usr/local) but GGI still wouldn't ./configure correctly.
This is
17 matches
Mail list logo
