Here's some fresh testresults, that might help your above theories:
8 physical screens, 24bit, 1024x768 each.
PIII 500MHz
No load except for KDE and a few kvts:
--
X takes 84% of the cpu.
No swapping.
1 graphically active remote app., on 4 of the
1. Mesa: AFAIK Mesa has some native S3 driver, but I don't know, if it works
under Unix - it might be for DOS/Win only - anyone ?
Windows only :(
2. SVGAlib: I don't know, if Mesa has an SVGAlib target, but I don't
recommend using it, if you want to go through LibGGI. Mesa has native
smpeg runs on top of SDL, which runs on top of GGI, shouldn't be
very difficult to make a wrapper that makes user think that is running
directly on top of GGI.
That's not quite the point. I think one should try to separate the
displaying part from the decompression part. I would e.g.
On Sun, 16 Apr 2000, Andreas Beck wrote:
I've downloaded libsmpeg, and after seeing the API, I have seen two
things that I dislike:
* it needs SDL
* it is in C++
Is somebody porting the code of this library to a pure C version
based only on GGI maybe into an extension or
Speaking about video and animation, may I come back to
a suggestion I had a couple of weeks back ?
I proposed to separate the 'Visual' structure into a
'Drawable' and a part concerned about event handling.
The argument is quite in line with Andreas' request to
refactor functionality in
On Mon, 17 Apr 2000, Stefan Seefeld wrote:
Speaking about video and animation, may I come back to
a suggestion I had a couple of weeks back ?
I proposed to separate the 'Visual' structure into a
'Drawable' and a part concerned about event handling.
The argument is quite in line with
teunis wrote:
The original reason I suspect for the event handling and drawing to be
merged was X, where this is necessary.
No. Even in X you can allocate an 'XPixmap' which is a 'XDrawable' without
any attached event queue. In X you need one 'XDisplay' representing the
connection and all
Any ideas on how Windows(-doze not appropriate here) does it?
It doesn't go through the net ?
On exactly the same hardware and a configuration of 2x2 screens,
1024x768 each, and 24 bit color depth, everything works wonderfully
smooth as if there was nothing to it.
Wait - we now have to
Andreas Beck [EMAIL PROTECTED] writes:
But there is a problem with C++, how can you make an extension that uses
C++ ?
I have no idea.
AFAIK if you try to resolve a function name compiled with C++ from libdl,
it doesn't run...
Maybe one has to manually demangle the function
On Mon, 17 Apr 2000, Stefan Seefeld wrote:
teunis wrote:
The original reason I suspect for the event handling and drawing to be
merged was X, where this is necessary.
No. Even in X you can allocate an 'XPixmap' which is a 'XDrawable' without
any attached event queue. In X you need
Andreas Beck wrote:
Maybe could be done with 'extern "C" {' ?
Probably, if the callable functions don't use C++-Features, that should
work.
*In* these functions you can use C++ features to you heart's content, as
long as the function's signature looks C-ish (i.e. you don't pass objects
etc).
[EMAIL PROTECTED] (Christoph Egger) writes:
On 16 Apr 2000, Marcus Sundberg wrote:
2. Why is it always called 3 times?
It isn't, it depends on the mode and the target.
Well, in my case it is.
No, it isn't, as your log shows.
I have attached an output of GGI_DEBUG=255. Perhaps you
Stefan Seefeld [EMAIL PROTECTED] writes:
Speaking about video and animation, may I come back to
a suggestion I had a couple of weeks back ?
I proposed to separate the 'Visual' structure into a
'Drawable' and a part concerned about event handling.
The argument is quite in line with
On 18 Apr 2000, Marcus Sundberg wrote:
Stefan Seefeld [EMAIL PROTECTED] writes:
Speaking about video and animation, may I come back to
a suggestion I had a couple of weeks back ?
I proposed to separate the 'Visual' structure into a
'Drawable' and a part concerned about event
Which lookfeel has OpenAmulet? Is the lookfeel changeable?
Yes, that's one of the fun points about Amulet. You could change the
lookfeel to Mac, Win and Motif. I don't know, if they enhanced that
concept to get it kind of themeable.
That would be nice to have GGI-apps, which can have
On Mon, 17 Apr 2000, Stefan Seefeld wrote:
Speaking about video and animation, may I come back to
a suggestion I had a couple of weeks back ?
I proposed to separate the 'Visual' structure into a
'Drawable' and a part concerned about event handling.
In LibXMI, there is the concept
16 matches
Mail list logo