On Thu, 2 Nov 2000, [iso-8859-1] Niklas Höglund wrote:
On Tue, Oct 31, 2000 at 01:59:37PM -0800, Jon M. Taylor wrote:
On Mon, 30 Oct 2000, beef wrote:
On Sat, 28 Oct 2000, Jon M. Taylor wrote:
It kindof works, but flickers horribly on the fbdev.
what/where _could_
On Thu, 2 Nov 2000, Stefan Seefeld wrote:
This brings up another interesting point:
what is the support for offscreen video memory allocation ?
I'm not sure I use the correct terminology, so here is what
I have in mind:
There is often a need to double buffer content in some form,
and
On Fri, 3 Nov 2000, Christoph Egger wrote:
Hi!
The patch is attached.
Anyone here, who can commit it into CVS, please?
Done. Now if only the X target _did_ something |-.
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
becoming one with God.'
On Fri, 3 Nov 2000, Stefan Seefeld wrote:
"Jon M. Taylor" wrote:
I might know when allocating visuals (drawing buffers) that some are
updated more frequently than others, i.e. they would profit much more
from being close to the graphic card. Is there (or could there b
On Sat, 4 Nov 2000, Lee Brown wrote:
what is the support for offscreen video memory allocation ?
I'm not sure I use the correct terminology, so here is what
I have in mind:
Why can't we just let the client (Stefan) draw to the offscreen part
of the framebuffer?
There may not
On Sat, 4 Nov 2000, Stefan Seefeld wrote:
Your mail client is wrapping your posts at 84 columns
In fact, I think video memory management should be at the very core of GGI, together
with drawing primitives. Every advanced program will require that.
_Resources_ are at the
On Sat, 4 Nov 2000, Stefan Seefeld wrote:
"Jon M. Taylor" wrote:
On Sat, 4 Nov 2000, Stefan Seefeld wrote:
Your mail client is wrapping your posts at 84 columns
In fact, I think video memory management should be at the very core of GGI,
together
wi
On Sun, 5 Nov 2000, Lee Brown wrote:
On Sat, 04 Nov 2000, Jon M. Taylor wrote:
There may not always BE an offscreen part of the framebuffer on
all targets. In particular, the targets which do not support one or more
DirectBuffer mappings cannot use this method.
Hard to disagree
On Tue, 7 Nov 2000, Lee Brown wrote:
On Tue, 07 Nov 2000, James Simmons wrote:
Be careful here. Even IRIX doesn't have graphics drivers. What is does do
is virtualize the graphics engine. Even on a O2000 you can stall the
graphics enegine. In this case the RRM noticed hey process blah
I just comitted a bunch of fixes to the Mesa autoconf/automake
system, and everything appears to be building properly again. Well, I
haven't tracked down that libMesaGGI.la incompatibility yet, but other
than that
Jon
---
'Cloning and the reprogramming of DNA is the first serious
On Fri, 17 Nov 2000, Christoph Egger wrote:
On Fri, 17 Nov 2000, Christoph Egger wrote:
At a quick glance the code looks completely bogus, I'll have a look at
it this weekend. The extension-segfault problems are the major reason
why I said the extension system should be
On Tue, 21 Nov 2000, Antonio Campos wrote:
Steffen Seeger wrote:
Antonio Campos wrote:
People want an OS for accesing the hardware in a clean, fast and reliable way.
That includes the graphics hardware. And I must say that this handling is one of
the most important tasks in
On Fri, 24 Nov 2000, Antonio Campos wrote:
I've reading the superb interesting thread about KGI/GGI and the need
for a great change in the console (graphics console?) layer of the Linux
kernel to improve the graphical situation of the OS.
It looks like Linus Torvalds is the/a big obstacle in
On Sat, 25 Nov 2000, Jon M. Taylor wrote:
Linus would just say what he has always said:
* Show me the code
* Direct Rendering is necessary for performance reasons
Woops, I accidentally posted this before I finished arguing those
points:
* Running X as a trusted userspace
On Tue, 28 Nov 2000, Christoph Egger wrote:
On Tue, 28 Nov 2000, Stefan Seefeld wrote:
James Simmons wrote:
It is really cool that things like Berlin are being developed, but there
is no software for it. No office tools, no scientific software, no games,
nothing but a
On Tue, 28 Nov 2000, John McCutchan wrote:
Is it just me, or does writing /dev/gfx from scratch while KGI 0.9 is
accomplishing the same thing, and is (correct me if im wrong) complete.
For a linux graphics revolution which I want very much. We can't
afford to
On Tue, 28 Nov 2000, Antonio Campos wrote:
Christoph Egger wrote:
On Mon, 27 Nov 2000, Antonio Campos wrote:
_I_ *know*, from long personal experience, that it is not. Our
code is good enough to speak for itself now. If you want to help GGI to
succeed, do it by
On Fri, 8 Sep 2000, Andreas Beck wrote:
I really appreciate all this feedback but it doesn't address the origional
question of how I go about installing this patch.
The command you want is "patch".
From the top level of your linux source tree, try:
patch -p1
On Fri, 8 Sep 2000, Brian S. Julin wrote:
traceroute to anoncvs.us.ggi-project.org (209.251.120.6), 30 hops max, 38 byte
packets
1 10.5.20.16 (10.5.20.16) 1.681 ms 1.240 ms 1.007 ms
2 24.91.210.1 (24.91.210.1) 12.699 ms 12.701 ms 12.403 ms
[...]
14
On Wed, 13 Dec 2000, John Fortin wrote:
[20:14] macarena For the other OSes I have no indication of status
. anyone tested the Windows-DirectX-Stuff ?
I can't, because I have no C-Compiler for Windows.
Try
mingw (http://www.mingw.org) or
cygwin
On Thu, 14 Dec 2000, Andreas Beck wrote:
Hi
I updated the forthcoming ggi site : http://soyt.free.fr/ggi
Looked at it. Nice. A few missing links (to files and such) and pages,
but other than that all looks good.
* Update the Who's Who section
Hmm - reading it I saw that
On Thu, 21 Dec 2000, Brian S. Julin wrote:
Andy is right in that an extension for simple rasterops would help a lot.
LibXMI has support for rasterops.
We
used to have a function called ggiStretchBlit, which scaled during the blit.
A ggiBlendBlit family of functions that does
On Thu, 21 Dec 2000, Lee Brown wrote:
-- Forwarded Message --
Subject: [Mesa3d-dev] GGI
[snip]
I am subscribed to the mesa3d-dev list. No need to forward
messages from there.
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
becoming one
On Fri, 22 Dec 2000, Andreas Beck wrote:
Could someone take care of that please ?
I have no time to (again) download all that stuff and spend 3-5 hours to get
it to compile just for doing a few trivial bugfixes.
Sven and I are on it.
Jon
---
'Cloning and the reprogramming of DNA
On Sat, 23 Dec 2000, Johannes Zellner wrote:
Hi,
I've two short questions about libxmi
1) where can I find (simple) examples howto draw
filled polygons ?
libxmi/demos/demo.c.
2) how is libxmi related to the libxmi which comes with
(debians) plotutils
On Thu, 28 Dec 2000, Nicolas Souchu wrote:
On Thu, Dec 28, 2000 at 01:19:45PM +0100, Christoph Egger wrote:
The second time my application crashes (only sometimes unfortunately)
during the xmiAttach().
This kind of segfault isn't libxmi-specific. You can find it in
_every_
On Tue, 26 Dec 2000, Johannes Zellner wrote:
Hi,
in ggi/xmi.h, there's
1) an unmatched ___BEGIN_DECLS (a missing ___END_DECLS)
2) a pair __BEGIN_DECLS __END_DECLS which should probably
be ___BEGIN_DECLS ___END_DECLS instead.
Please send me patches, if you could.
On Tue, 26 Dec 2000, Johannes Zellner wrote:
Hi,
What about renaming libxmi to libggixmi to prevent conflicts
with GNU's libxmi ?
I thought of this too, but 'libggixmi' is a bit awkward to say,
don't you think? |-. Also, the practice of tacking 'ggi' onto
everything we port
On Wed, 27 Dec 2000, Johannes Zellner wrote:
Hello again,
xmi sometimes SEGFAULTS in
libxmi/display/X/mode.inc:56
folks! This is /very/ bad coding style IMHO!
Systems coding, especially portable system coding, sometimes
requires nasty looking preprocessor magic. In this
On Mon, 22 Jan 2001 [EMAIL PROTECTED] wrote:
as you can see i have only little knowledge of what all these
libraries are supposed to do. please fill in the gaps. having the
name of a maintainer with each library would be helpful.
There's a page for 'official' extensions and targets in
On Thu, 1 Feb 2001, Lee Brown wrote:
On Thu, 01 Feb 2001, Stefan Seefeld wrote:
Lee Brown wrote:
Like I said, I've been working on cursors.
Heres the api. In particular, I wonder if one thing I did was acceptable. I
allow multiple cusors to be loaded into the visual. The
There's nothing checked in to the SourceForge CVS tree, and we
have no more cvs.ggi-project.org. What's the holdup on comitting the
degas/ tree to SourceForge CVS?
Jon
---
'Cloning and the reprogramming of DNA is the first serious step in
becoming one with God.'
- Scientist G.
On Mon, 9 Apr 2001, Christoph Egger wrote:
Hi list!
In order to be able to make a solid API, I wanna know from you all,
what blitting-features _you_ need/expect from libBlt.
Please send me a list of what would you like to see in libBlt.
LibXMI-style multisource ROP blits
On Tue, 17 Apr 2001, Christoph Egger wrote:
The maintainers should answer, if they wanna keep the history of the
lib or not. The libs will be imported _after_ the maintainer(s) will
have been given their response.
libggi3d - Jon?
libxmi - Jon?
You can kill the history on these.
On Fri, 29 Dec 2000, Nicolas Souchu wrote:
On Thu, Dec 28, 2000 at 03:45:52PM -0800, Jon M. Taylor wrote:
On Thu, 28 Dec 2000, Nicolas Souchu wrote:
On Thu, Dec 28, 2000 at 01:19:45PM +0100, Christoph Egger wrote:
The second time my application crashes (only sometimes
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?
Because
101 - 136 of 136 matches
Mail list logo
