Just tested kgi 19991017 snapshot on a fresh 2.2.10 kernel. All I
could test was a textmode IBM VGA driver. Everything is rocksteady!
Thank you for testing. Well, there are some known bugs, but all in all
it's quite useable.
A few 'bugs' that are not in the documentation:
- keyboard in
Hi,
I have written an mpeg I video player for Linux, but
I can't play 30 Frames/Second because I must make
the conversion YUV - RGB for every pixel in _software_.
(2.520.000 Pixel a second)
Does GGI has hardware support for this, if the graphics
card has it?
Is there any library which
Hi all!
I just downloaded and installed the ggi-devel-991020.tar.gz.
When I compile libggi2d I get some warnings, but it compiles very
well:
bash:ggi/degas/lib/libggi2d ./autogen.sh ./configure make su -c "make
install"
aclocal: ./libtool.m4: 25: duplicated macro `AC_PROG_LIBTOOL'
Hi, I'm trying to double buffer an application using a memory visual
crossblitting to the GGI default display. It works fine under X, but
segfaults under svgalib. I'm doing it as simple as I can see possible,
so I can't see where a bug could be ?
Is there a prefered way to do double buffering in
Steffen Seeger wrote:
- alt-f? work in X11 too, where one would
expect them to be ctrl-alt-f?; this is probably hard to fix -
Yes and no. We just have to deny console requests if the keyboard
device is in graphics/raw mode. A fix I would like to suggest is
to use CTRL-ALT-F? for
On Wed, 20 Oct 1999, WHS wrote:
Yes, this is something I'd like to see. ALT+Fn can then be used under
KGI in e.g. descent.
My vote, too -- this simplifies things and discards an age old
Linux design mistake (that is, taking ALT-Fn away from apps.)
--
Brian
On Wed, 20 Oct 1999, Martin Vogt wrote:
Hi,
I have written an mpeg I video player for Linux, but
I can't play 30 Frames/Second because I must make
the conversion YUV - RGB for every pixel in _software_.
(2.520.000 Pixel a second)
Does GGI has hardware support for this, if the
To whom it may concern;
I would like to propose an idea to get libGGI included in all major Linux
distributions.
One way to do this, is to take a heavily graphical program that almost always
gets installed
automatically when you install a distribution, and port it to use libGGI.
Ofcourse it
Ketil Froyn wrote:
On Mon, 18 Oct 1999, Marcus Sundberg wrote:
Ketil Froyn wrote:
If Andrew's umask is 007 as normal user, and he does a su (ie. not a
'su -'), then the umask will still be 007, no? If this is so, mkdir will
then make dirs with mode 770.
No, as mkdir (as of GNU
Joel Utting wrote:
Hi, I'm trying to double buffer an application using a memory visual
crossblitting to the GGI default display. It works fine under X, but
segfaults under svgalib. I'm doing it as simple as I can see possible,
so I can't see where a bug could be ?
Is there a prefered way
70 rows version, looked bad in mutt, so I reposted. Apologies.
To whom it may concern;
I would like to propose an idea to get libGGI included in all major
Linux distributions.
One way to do this, is to take a heavily graphical program that
almost always gets installed automatically when you
On 1999/Oct/20, Brian S. Julin wrote:
Basically there are two situations to worry about. One is trying
to find the ray position from userspace when the process is running.
The other is trying to get the scheduler to run the process
promptly at a certain ray positions.
I think
Ketil Froyn wrote:
On Wed, 20 Oct 1999, James Simmons wrote:
From what Jon said it my mistake. I will fix this. By the way I have goten
in touch with ATI. They have gone to the extend of giving out all their 3D
docs!!! They even provide example linux driver code I must say ATI has
On Wed, 20 Oct 1999, Jon M. Taylor wrote:
On Wed, 20 Oct 1999, [iso-8859-1] Rubén wrote:
On 1999/Oct/20, Brian S. Julin wrote:
Basically there are two situations to worry about. One is trying
to find the ray position from userspace when the process is running.
The other is
Hey, does that mean my ATI 3D Rage Pro will have native KGI support
soon? In that case, will it be able to coexist with my Matrox Millenium I
and my Voodoo II? If so, I can't wait to start running triple-headed X
here ; Not to mention 2 screens with heavy 3d effects on each! :)
Their will
For the latter, there is no elegant solution under standard Linux.
The closest interval a periodic task can be run at to check the
ray position without hacking the kernel (on i386) is 100 times a
second. This can hardly give an accurate reading/signal. So we are
stuck with either losing
Just so you know you're being talked about ;-) ...
http://www.mail-archive.com/freemware%40fastxs.net/msg00197.html
--
Edward S. Marshall [EMAIL PROTECTED] [ What goes up, must come down. ]
http://www.logic.net/~emarshal/ [ Ask any system administrator. ]
17 matches
Mail list logo