Grx February 2004

grx@gnu.de

5 participants
8 discussions

sdl driver release candicate 2
by Dimitar Zhekov 16 Feb '04

16 Feb '04

Hi. This is the $subject. - only the SDL drivers are used, not LFB - fixed palette and a small sdlframe bug - fixed ALT key mapping under X11, fixed ESC - removed decorations for fullscreen windows - allowed SDL_FULLSCREEN + SDL_SWSURFACE - the makefiles work under Win~1 and X11 - added SDL QUIT event handler (no Xt for X) Remaining problems: - no i18n keys under x11. They don't work with xwininp.c either and I have no idea how to fix that. - no X11 mouse existence detection. That's OK, xwininp.c doesn't have it either. Consistency and speed: The FULLSCREEN HARDWARE speed is the same as LFB [update rectangle does nothing]. The SOFTWARE window/fullscreen speed is very bad under Win~1 and acceptable under X11 (speedtst reports very fast X11 software, but this isn't true). The driver works in Win~1 FS/HW, Win~1 WIN/SW, X11 FS/SW and X11 WIN/SW. Haven't tested X11 FS/HW (that is, DGA2) because XLib + xf86vm is OK for me, but it should work as well. Packaging and TODO: - test-changes.diff: changes in keys / speedtst examples not related to the driver. IMHO they are OK and should be applied. Mariano? - sdl-rc2-support.diff: the SDL driver source. Should be applied if we are to include any SDL support in GRX. - sdl-makefiles.diff: a generic set of makefiles working under Win~1 (needs rm -f, use make.bat) and X11. Apply for testing purposes only. I'm waiting for propositions about what SDL support we should include in GRX. IMO we (me) should add a new SYSTAG 8 Win~1/SDL (default fullscreen) and replace the X11 SYSTAG 2 with X11/SDL (default windowed). RFC PLS. -- E-gards: Jimmy

2 1

grx-animation-problems
by Gernot D. Kleiter 16 Feb '04

16 Feb '04

I am a newcomer to the grx (246) library for C and not a professional programmer. I am working on a Linux red hat 9 machine, under X11. The routines look fine and the demo programs works well. I would highly wellcome a more extensive documentation though! I want to write a program for a very simple animation: a filled circle should move horizontally from the left to the right margin of the screen, speed about 7 cm /s (that is important, very slow movement is much simpler), the movements should be soft and natural. (Some other moving objects will follow) Here are the critical lines of my program: ... GrSetMode(GR_width_height_bpp_graphics, 1000, 400, 1); pContext = GrCreateFrameContext(GR_frameRAM1, sizex, sizey, NULL, NULL); GrSetContext(pContext); GrClearContext( GrWhite() ); GrFilledCircle(sizex/2, sizey/2, r, red); // red etc. defined previously GrSetContext(NULL); y = GrMaxY()/2; right = GrMaxX() - 2*r; for (x = 0; x < right; x++) { GrBitBlt1bpp(NULL, x, y, pContext, 0, 0, sizex, sizey, black, red); GrSleep(3 or whatever); GrBitBlt1bpp(NULL, x, y, pContext, 0, 0, sizex, sizey, black,black); } The Sleep command and the output on the screen do not seem to synchronize. It helps a lot if I repeat the plotting of the circle, say 50 times, putting it into a (silly) loop, omitting the sleep, but then I get black horizontally blinking stripes in the circle and it is difficult to obtain a reasonable time control. REMARK Trying to make the library for the Linux console version I get the error message: in function 'drawline': fdrivers/svga.c: 257, can't find a register in class 'AD_REGS' while reloading 'asm'. Who can help me? Gernot Kleiter Dept. of Psychology Univ. Salzburg, Austria

2 1

subscribe grx
by Gernot Kleiter 16 Feb '04

16 Feb '04

1 0

SDL driver progress & proposition
by Dimitar Zhekov 10 Feb '04

10 Feb '04

Hi. As of today: - GrMouseDetect() always succeeds. Well, not a show stopper if you ask me. - SDL key to GRX key translation has been completed, non-US languages are supported. - mp->lineoffset, ep->frame and (fullscreen only) ep->cpos and ep->cpres are set in setmode; that's OK. - 8/15/16/24/32bpp are supported in fullscreen mode; only the desktop depth is supported in windowed mode. - windowed modes are supported; an arbitary resolution windowed mode is not implemented yet. - pressing the switch language key combination under does the switch and doesn't hang the application. --- Under Win~1, the windowed drivers are much slower than the native windows driver. The fullscreen drivers are very fast, of course, they're LFB. The native Win~1 drived doesn't buffer the keys pressed if not waiting for an event. The Win~1 SDL driver does. --- My current proposition is to create a set of sdl-win~1 makefiles and include them as windows fullscreen GRX varianth with a SYSTAG of 8. RFC. The Win~1 windowed modes always have window decorations. If we agree on the above proposition, I'll add some __WIN32__ specific decoration-handling code. My next plans are to test the SDL driver under X11. It will be slower than the XWIN driver (which has no back- buffering), but the speed may be acceptable to replace it. It'll be interesting to see if the fullscreen modes have the well-known DGA problems or not. RFC. P.S. the speedtst batch mode has been extended a bit. -- E-gards: Jimmy

1 0

Re: SDL support (beta) [RFC]
by Josu Onandia 09 Feb '04

09 Feb '04

Hi, Nice work, Dimitar! As you have requested comments, here is mine: >>- only fullscreen LFB modes are supported. As of me, GRX >>in a window is abomination. I don't make a complete application, but an OCX control that is inserted in a window as part of the application. You'll understand that I absolutely NEED grx in a window. Under Linux I use the LFB driver (here in full-screen mode), and the performance is a concern for me bacause is an embedded product with little CPU power. Do you think that the SDL driver could affect performance? Best regards, Josu Onandia

2 1

Shared libraries for GRX under Windows
by Demmer, Thomas 09 Feb '04

09 Feb '04

Hi all, I have revised and slightly rewritten the DLL-support for GRX. The main trick for making the DLL and the import-lib is the option gcc -shared -Wl,--export-all -Wl,--out-implib= libgrx.dll.a -o GRX.dll $(ALL_O) $(ADDON_LIBS) and linking the application against libgrx.dll.a Linking an application directly against the DLL is currently not possible because constructs like struct foo * const FooInfo = &_FooInfo; struct foo _FooInfo = { ... }; Accessing _FooInfo in the DLL works OK, but FooInfo poins to some distant stars. To fix this one would need dllimport/dllexport decorations for FooInfo that clutter up the source code. For other changes see the changelog below. Ths systag naming conflicts with Dimitar's patches from friday :-( Ciao Tom <<thdgrx.zip>> * include/grx20.h: Added define for __CYGWIN32__ and removed the old equality __CYGWIN32__ is also __WIN32__. This is required to have the X11 driver in cygwin. * makedefs.grx: Added systags for CYGWIN and MinGW with CYGWIN compiler. * src/fdriver/ftable.c: Added "ifdef" for native driver in Cygwin * src/include/grxdebug.h: Is __GNUC__ stil in use for any gcc? Added __CYGWIN32__ and __MINGW32__, but another test may make more sense. * src/utils/dbgprint.c: dito * src/mouse/input.h : Replaced __WIN32__ by __WIN32__||W32NATIVE_DRIVER * src/vdrivers/vtable.c: Replaced __WIN32__ by __WIN32__||W32NATIVE_DRIVER * src/vdrivers/vd_win32.c: Revised reset(). Neiter PostMessage, nor PostThreadMessage could convince the windowThread to terminate. TerminateThread() does. Not elegant, but effecient. Made windowThread static. * src/include/libwin32.h: Removed windowThread. * test/demogrx.c: Added C32 for version=...386_CYG32 * test/speedtst.c: Removed inclusion of <values.h> because it prevailed compilation under Cygwin and file is empty for the MinGW compiler. * test/keys.c: Also the W32 windows drivers need a graphics mode to initialize keyboard and mous functions. TODO: Move Library names to makedefs.grx. Best regards / Mit freundlichen Grüssen, Thomas Demmer Kraft Foods R&D Inc. Chocolate WW Process Development Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 Thought of the day People who claim they don't let little things bother them have never slept in a room with a single mosquito.

1 0

SDL support (beta) [RFC]
by Dimitar Zhekov 07 Feb '04

07 Feb '04

Hi. If somebody still doesn't beleive that the software lives it's own life, here is a proof. What I started as Windows DirectDraw driver became an any-OS SDL driver... It's mainly finished, with the following exceptions: - GrMouseDetect() always succeeds. If you know how to query mouse existence under SDL, please assist. - SDL key to GRX key translation may be incomplete or slightly incorrect. - mp->lineoffset is initialized in setmode() instead of build_video_mode() - is this a problem? - only the current desktop depth is supported (8, 15, 16, 24 and 32L/32H bpp). I'll fix this. - only fullscreen LFB modes are supported. As of me, GRX in a window is abomination. - pressing the switch language key combination under Win~1 blocks the application! Please assist. The makefiles are currently "multi OS" set up to build under Win~1 (rm -f required), but should work under Linux as well (not tested). IMHO, we should replace the Win~1, X11 and Linux drivers with SDL fullscreen and (sigh) SDL windowed. RFC. When we reach an agreement, I'll rewrite the makefiles etc. P.S. converted test/keys.c into a standard test program. -- E-gards: Jimmy

2 1

pre-alpha DirectDraw driver
by Dimitar Zhekov 02 Feb '04

02 Feb '04

Hi. A very raw-pre-alpha of the DirectDraw driver is ready. Supports 15+ bpp. Doesn't support 8bpp and DirectInput. Hope to finish it this week. Not worth a .diff yet. -- E-gards: Jimmy

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

Grx February 2004