On Thu, 19 Dec 2002, Brian S. Julin wrote:
On Tue, 17 Dec 2002, Rodolphe Ortalo wrote:
Is it also the case for putc, puts (and possibly copybox)? I have some
strange output with them.
If the put* functions are implemented in software, yes, and indeed
the generic renderers do call
On Thu, 19 Dec 2002, Andreas Beck wrote:
1- For precise interface layout, I do not want to program: I simply want
an UI builder. I do *not* care of the actual API involved below, I do not
want to be able to call it directly. I want these damns buttons to get
drawn, I do not want to
On Thu, 19 Dec 2002, Andreas Beck wrote:
Not bad. On (unaccelerated) XGGI on fbdev I get at 1024x768x24 (running
on 1600x1200 - i.e. high VideoOut Memory bandwidth demands) on a PIII/800
Oops, sorry. I was running at 1024x768x16 (not 24). Should have indicated
this. I cannot set 24 or 32
Rodolphe Ortalo wrote:
Of course, there is a bootstrap problem here: which GUI to use for
the UI
generator... :-)) But I really believe the latter should be able to
generate itself before claiming v.1!
:-). Right. Well usual solution. Use an existing compile to compile,
then compile again with
Hi,
Here are the results I get on a Radeon 7500 with KGI and the Radeon
sublib:
1024x768 (1024x768) // 16bit
ggiDrawPixel: 481517 pixels/second
ggiDrawLine:89335 lines/second
ggiDrawHLine: 308350 lines/second
ggiDrawVLine: 115966 lines/second
ggiDrawBox: 21009 boxes/second
On Thu, 19 Dec 2002, Rodolphe Ortalo wrote:
On Thu, 19 Dec 2002, Andreas Beck wrote:
Not bad. On (unaccelerated) XGGI on fbdev I get at 1024x768x24 (running
on 1600x1200 - i.e. high VideoOut Memory bandwidth demands) on a PIII/800
Oops, sorry. I was running at 1024x768x16 (not 24).
Hi,
Here are the results I get on a Radeon 7500 with KGI and the Radeon
sublib:
1024x768 (1024x768) // 16bit
ggiDrawPixel: 481517 pixels/second
ggiDrawLine:89335 lines/second
ggiDrawHLine: 308350 lines/second
ggiDrawVLine: 115966 lines/second
ggiDrawBox: 21009
Hi!
http://sourceforge.net/tracker/index.php?func=detailaid=656488group_id=16307atid=116307
Anybody, who wanna take over that?
--
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
+++ GMX - Mail, Messaging more http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min.
Christoph Egger wrote:
[...]
http://sourceforge.net/tracker/index.php?func=detailaid=656488group_id=16307atid=116307
Anybody, who wanna take over that?
OK, so I submitted that...I had no idea what my sf uid was when I
submitted it :)
Unsurprisingly, this came up when discussing why you could
at 2... :-) However, I'm pretty impressed by the fbdev figure (nearly 25%
faster with a higher color depth). Is it using AGP?
Yeap. It's an AGP card, but only using the stock matroxfb capabilities
(i.e. the fbdev accel sublib is banging at the regs via mmap).
CU, ANdy
--
= Andreas Beck
Hi,
On Fri, 20 Dec 2002, Andreas Beck wrote:
Who. Assuming from the CopyBox value, that Paul's machine is rather slow
processor-wise, I'd say KGI proves that is pretty much rocks already.
It sure does rock! :) My test box is a celeron 466 so it certainly is not
the speediest of processors.
Neil Pilgrim [EMAIL PROTECTED] wrote:
http://sourceforge.net/tracker/index.php?func=detailaid=656488group_id=16307atid=116307
[Feature-Request: Limiting Pointer Motion to some area]
Unsurprisingly, this came up when discussing why you could drop a
(fresco) window outside of the viewable
On Fri, 20 Dec 2002, Andreas Beck wrote:
If this gets inserted into the codebase, please insert as option,
default being off.
Just adding a ggiWMHGrab primitive will work on a lot of windowed
system IIRC. Anything more complex will probably be a real challenge
or impossibility to implement
13 matches
Mail list logo