are sprite support will only benefit a single target
for now, and we should think well when designing the sprite extension.
Most importantly, it might be a very good idea to get XGGI into ASYNC mode
finally.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
ad penalty, if both apps rarely make use of the mmap,
but rather use accel almost always.
With cards framebuffers growing in memory size
Who says you need to map it all ?
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
be pretty trivial - a switch
in place of the conditional that is there now. default: should be EINVAL
and we should just catch the NOW* stuff.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
y.
I think it is a major wonder, that stuff like syslogd works at all for large
sites.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
), but that will take a while.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
transfer the
full set.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
make sure stuff behaves as expected.
Other than that, I perfectly agree. The kernel shouldn't block for long.
Never.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
, that acts like any
metatarget and relays commands to such a subbuffer.
and such, and I'll put the code up on http://194.218.183.235/~wlfshmn/
within a couple of hours, since I have some biology homework to help my
sister with :)
Your sister ? Hmm ... seems to be real homework, then ... :-).
CU,
calculation.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
ou an idea on what needs to be done.
Another suboptimal but "works right now" solution would be abusing the
"cube3d" demo :-).
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
between a STREAMS source
in the kernel or in user space.
*grin* sounds very much like EvStack :-).
Yea, well, they all write to Microsoft's standard programming model ...
Which is ? Display welcome screen, wait for 25 keypresses or mouseclicks,
then crash ? :-)
CU, ANdy
--
= Andreas Beck
l happen if you exceed it (contrary to what happens when you
exceed hsync). The image will get blurry, as the input amplifier can not
evenly amplify anymore above that frequency.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
Ok. But do the texturing engines do a HSV split?
No, but it would be pretty bad for color keying ... though that isn't used
much nowadays ...
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
shouldn't
do something like this ...
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
when linking with the generic/generic accel
driver ?
That is how such situations should be handled IMHO.
Thus the fundamentalists can just link a little different and be happy.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
have the above issue worked out I'll take a crack at
it.
Great. Marcus: Can you two coordinate this ?
I will be very short of time in the next months, so please bear with me not
coding much in the near future ... sorry.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
ssages from internal buffers.
Yes. This is the intended behaviour.
However it could well be, that it is not correctly implemented in all
targets. If you could send some code that clearly shows the problem together
with the inputs that exhibit the problem, that should help to fix it.
CU, Andy
- it is surplus as hell to have a graphical install, but former Win
users will love it.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
and so produces faster code as well, unless you really know the target
you would write native code for very well.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
and how hard it is to crossport the drivers fb - KGI.
Look at the existing Permedia2 KGI driver. It was created by
chopping up the PM2 fbdev driver.
I'd estimate it took about 10 hours of work including acceleration support.
CU, ANdy
--
= Andreas Beck| Email
standards.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
the G100 chip will not handle gracefully in
hardware.
You might want to try disabling the matrox acceleration driver in
/etc/ggi/targets/fbdev.conf .
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
from the XF4.0 sources.
They invited us to join, and someone should finally do so.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
lowercase letters, though uppercase
ones are printed on the keyboard, but label isn't that important anyway.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
driver build correctly ?
Does the driver load correctly ?
Does stuff like cat /some_medium_sized_file /dev/fb0 work ?
- snip -
Maybe we could as well make a guided problem solver for the webpages from
that ... ?
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
suggest next weekend for a meeting.
We should then decide what really needs fixing (the PingPong issue I will
detail in another mail e.g.) and do that and then freeze out a final
release.
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
te to allowing halfway "direct" access by usermode programs as opposed
to by a trusted binary like the X server. However this additional layer does
not cause a very big performance loss.
The main thing you encounter is the 2 processes vs. 3 processes trick.
And it seems
t. The things should not block, though ...
Anyway, "cube3d" do not work and use directbuffer, and "slimmy" (or simlar) works
and use directbuffer too (only diference is in number of frames).
Sound like a frames realted problem.
P.S. I admire to you people, you reply and want to he
to
remap that properly, right ?
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
nnot sucessfully set the mode that getmode reports, I would assume
I am in trouble. There is a "testmode" utility for such situations which
might help narrowing down the problem.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
ctures due to some weird interference of memset and
mmaped bus memory, but AFAIK Marcus is working on a fix for it.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
th a naive implementation of all subsystems and then
enhance them.
I'm just wondering if I could use the 'GGI Console' in a Linux-emulating
(Microkernel-) Server. I think that is similar to the thing the HURD people
want to do.
Sure. Feel free to take.
CU, Andy
--
= Andreas Beck
dy started wondering how I tested it
earlier ...
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
the memory target as "primary" drawing target that e.g.
gets set to 320x240 by the application. This output is then scaled by 2
and placed on a kgi visual and scaled to 1024x768 and sent to X.
Target-writing is a royal pain!
Not really. Takes a bit to get used to it, bu
erial ones for mice.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
tand a bit of redesign in the input subsystem, I'd however
suggest that you have a look at LibGIC. It enforces descent-style
configurability for all game controls with little effort on the programmer
side, which might be a nice thing to have ... :-).
CU, Andy
--
= Andreas Beck
modifier keys as well. Usually with a NIL
symbol, as modifiers are not expected to generate symbols.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
AFAIK. Maybe another idea? I really don't know. Linux's
threading model is -very- efficient. Do you know if there's a
pthread-lib for Windows?
Well - there is always one - forgot the name -, but IIRC it is not preemptive.
CU, ANdy
--
= Andreas Beck| Email
be really
necessary...
ROTFL ... about the idea, and probably ROTFD, if that happens :-).
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
pretty much all we need - except for the sleep :-).
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
is [EMAIL PROTECTED], it is too
slow to bear a mailing list, so I'll have to have a job or a modem
before suscribing another time :)
I'll keep a note on that ...
O.K. - Bye for now and thanks for all the fish !
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
). However in cases like yours, it's in the way ...
Ideas ?
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
of the underlying IO subsystem. On the GGI side itself,
you should just get unicode symbols and be happy.
The underlying system is usually configured by the usual tools like loadkeys
or xmodmap.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
Sorry folks, mail bounces again.
Vesna: could you try to give me a _working_ EMail adress ?
Set up one at hotmail or gmx or something if necessary. Your mail exchangers
drive my MTA nuts, though I already tried some of your alternate addresses.
From: Andreas Beck [EMAIL PROTECTED]
To: Vesna
- well, I don't see a problem running Berlin on top of X - as well as
vice versa. This should help users to make the transition to Berlin easier,
as they can 1. trial run it on their X and 2. use their old X apps on top of
Berlin, when they miss them.
CU, Andy
--
= Andreas Beck
on the keyboard and left the upper layers to Berlin that
would use said mapper internally.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
to
build.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
the result of that situation: I start the
windowmanager _first_ with a delay before it in the background and then
exec the xggi program to avoid this situation. The windowmanager will
come up after the delay is through and connect to the X server that
is running in the foreground.
CU, Andy
--
= An
applications.
Might be a bit ressource-intensive as it will eventually spawn off lots of
processes, but most of them should sleep in the normal case anyway ...
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
for a first version that works nicely,
without the really tricky stuff.
If noone does, I will eventually do it, as I'd definitely like to view ps
right from the commandline ... (and other stuff that can be filtered to ps,
like pdf, dvi etc.)
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
it's a bit heavy. However when you stuff the
sprites onto a single visual, I'd say that's o.k. as well.
We really don't want event support or anything in this structure,
Well it has event support, but only in the sense, that the hooks are there
...
CU, ANdy
--
= Andreas Beck
to test with it I can send it (its very simple).
That's not an easy thing to solve ...
You might want to try setting GGI_NEWVT.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
. It is very lightweight and 100% stable for me.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
ll as with XGGI.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
?
This again depends. If you usually update the whole screen or even write
to it multiple times, crossblit should be faster. If you update stuff only
rarely, the palemu target might be faster, as you don't have to update
areas you don't touch.
CU, ANdy
--
= Andreas Beck| Email
DView is now up on ftp.ggi-project.org in /programs/viewers.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
... Is the difference significant ?
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
expects ANSI C at least. IIRC in ANSI C 16 bits is as small
as int can get.
To be precise, ANSI states, that int must have a range of -32767 to 32767
at least. (Mind the symmetric range).
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
op_t included before you
can use sizeof.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
ere is one more possibility:
If file_type is an array, it must be declared _with_size_ before the define
(or rather its use). Stuff like export bla[] won't work.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
if at all, to allow for better binary compatibility.
Everything is fine, as long as only one format is really implemented in
LibGGI to save double work and maintainer's nightmares.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
d you make a preview available ? We should probably adopt it into our
development tree to be able to improve it together.
With such a lib below, it should be pretty trivial to implement image
loading in any LibGGI application.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
olorspace conversion
and image representation/transfer.
O.K. - let's go ... task 1. is on schedule ...
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
console [framebuffer]
If you don't have it, get a GGI snapshot. It contains it under kgi/util.
would this be the broken link to nixterm?
That could of course also be used (especially together with cube3d :-)).
The link is broken ? Andrew could you check ?
CU, ANdy
--
= Andreas Beck
)
{
_ggi_file_write_byte(vis, val 0xff);
_ggi_file_write_byte(vis, (val 8) 0xff);
}
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
Andreas Beck [EMAIL PROTECTED] writes:
while(write(handle,buffer,read(handle,buffer,bufsize)));
But there you use 'buffer' as temporary storage, which is exactly
what I want to avoid. Or do you intend some non-obvious magic?
I mean a _small_ buffer for that. We will need _some_ kind
structure into the kernel, at least on the
display side.
Yep. I'm available for discussing such stuff as well ... now - is there
anybody who wants to listen ? :-)
CU, Andy
--
= Andreas Beck| Email: [EMAIL PROTECTED] =
setting
multiframed modes. This is not a problem with LibGGI but with the
underlying fbdev driver. As it is only a demo, just don't care.
CU, ANdy
--
= Andreas Beck| Email: [EMAIL PROTECTED] =
h is basically right, but not the intended thing, as vertical
distortion is way too high, if you imagine it played on two monitors side-by
side.
I'll have a look at the quakeforge realease some time soon. Does it allow
"strange" resolutions like 1920x480 ?
CU, ANdy
--
= Andreas Beck
Is it possible with GGI to create a window (if the target supports it,
for example X)?
Sure. That is what LibGGI does on windowed targets.
And if not, would it ever be possible to run gdk apps over ggi?
In principle yes. Just need to port gdk to use GGI.
CU, ANdy
--
= Andreas Beck
decide what you like better. Both implementation possibilities
(straight away as commands for direct application use or via LibWMH) seem
o.k., so just do the one you like better.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
not have such support, it would have to be added in either AROS or
support for the AROS native memory sharing concept needs to be added to
LibGGI.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
as often as you like. For placing windows and
stuff you can use the LibWMH extensions if you want.
For instance, creating a window that prompts the user to select a file,
and things like that.
Yeah - no problem.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
the autoconf expert - could you check that out ?
Also tell me, when you have implemented the "GrabMouse" control command, so
that I can add an appropriate function in LibWMH to make use of it.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
the building of targets that use fork().
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
;dll"
Right you are. I should have stressed the "can" more ... :-).
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
s
and a plane in the original - penguins don't fly too well ... - hmm maybe
I'll use the FreeBSD mascot, that would use his fork on any logo that
crosses its way ...) are welcome as well.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
moorwin2.gif
4
autoconf --version : Autoconf version 2.13
I assume you all _did_ remember to re-run ./autogen.sh - right ?
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
functions should be relatively trivial to add, just a bit of a
pain regarding the number of special cases to handle. I'd basically handle
it the same as drawing the full ellipse and just checking if the angle is
within the specified range.
CU, Andy
--
= Andreas Beck| Email
.
We are of course interested in spreading our technology as far as possible,
so you are welcome here.
What hardware do you use ? If we have native drivers for the video card,
porting KGI should solve your problems with VGA stuff nicely.
CU, ANdy
--
= Andreas Beck| Email
rect) puts color 0 (black) on the screen
instead of the one from bitmap (don't know why - screenbar is show as it
should).
What drawing mode do you use on the VGA ? Are all planes enabled ?
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
+AC_SUBST(DLLEXT)
hehe ... you also got it ? Marcus too :-). Three hours ago ... :-). It is
fixed in CVS now ... I had a clash when checking my fix in - Marcus was
faster ... :-).
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
but ...
Hmm - the problem only seems to occur for LibGGI - is that right ? LibGII
and WMH and such work correct ?
O.K. - I'll check that and if the diffs are o.k., I'll commit a fix.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
fers. 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 requesting
such extra features, though.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
meone uses on it :-).
O.K. - I've done that ... maybe someone could make a few nice (and maybe
more "safe") themes for it ?
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
the standard search path stuff. However I'm not an expert in
all that linker magic libtools does.
Anyone here ?
CU, ANdy
P.S.: I'm glad to see someone trying it on NetBSD. Please try to get it
running. I'd like to have that on on our "confirmed-to-run" list ...
--
= An
meone else also got a Dell CPi notebook simultaneously
with me... :-)) I also have the "NeoMagic" concern.
If someone get access to the docs concerning this chipset, I'd be
interested to know...
Hmm - how about the XFree sources or reverse engineering the Windoze
driver ?
CU, ANdy
), and missing rectangle fills and blits (which are accelerated
for me, as I wrote a driver for my card) will get on your nerves, if your
windowmanager uses them heavily.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
Can you give me some ftp site(s) where i could download the
driver for an intel 810 graphic card under linux?
At precision insight. Any search engine should find their webpage. Or search
our ML archives for i810 - someone gave the exact URL a while ago.
CU, Andy
--
= Andreas Beck
explicitly give it on the commandline which probably
takes precedence over any autoprobed value.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
hing about the baselib in
an extension (as it will break only programs using that extension if it goes
wrong and it will only increase codesize and dependencies in the extension,
not the baselib), as vice versa, which would waste the advantage of
extensions.
Marcus ?
CU, Andy
--
= An
that.
GPL or LGPL, that is the question. I hadn't really given any great thought
until now. What do you all thing?
Unless you want to discourage commercial use of your Lib, go for LGPL or BSD
style (which is what LibGGI uses).
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
I attached the source for those interested as it's pretty small.
*blush* yeah ... small ... 0 bytes ... forgot to attach - sorry. Here it
comes.
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
5dtglove.tgz
haven't done much GGI coding for a long while, but I'll still be
lurking on this list and assisting in library documentation.
Thanks. You are doing a good job on that as well, so it's nice to have you
with us for that task.
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
did something braindead ... The segfault
and its location should be enough of a hint - or ?
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
want to see
people not use ggi because they think its a dead project or anything.
Right you are.
Is someone working on arch. diagrams?
Oops - IIRC I promised that. O.K. - starting right away...
CU, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
, ANdy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
forcing its use with --enable-svgalib. This should
cause error messages while compiling. These might then help to track the
problem.
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
mouse cursor
movement with respect to physical mouse movement).
CU, Andy
--
= Andreas Beck| Email : [EMAIL PROTECTED] =
1 - 100 of 437 matches
Mail list logo
