Grx

grx@gnu.de

559 discussions

Anti-aliased lines
by Ant Allen 15 Mar '04

15 Mar '04

Hi all, Has anyone ever implemented anti-aliased line-drawing into or on top of grx? If I use a standard algorithm for anti-aliased line drawing (eg http://courses.ece.uiuc.edu/ece291/archive/archive-f2000/mp/mp4/anti.html) with successive calls to GrDrawPixel will it be horribly slow? Ant --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.622 / Virus Database: 400 - Release Date: 13/03/2004

1 0

Re: Problem cross-compiling with only framebuffer driver
by Josu Onandia 14 Mar '04

14 Mar '04

Hi, I cross-compile grx for an embedded system, too. I think that there is a mistake in the config files, and it always assumes that there is a svga hardware present. You can simply edit fdrivers\ftable.c and comment out the drivers you don't use, although it is more elegant if you: - make your own makefile (grx\src\makefile.custom) that is a copy of makefile.lnx. I don't like to modify the standard one - in this makefile add CCOPT += -DONLY_FRAMEBUFFER - in the file src\fdrivers\ftable.c replace the line #if !defined(__XWIN__) && !defined(__WIN32__) with #if !defined(__XWIN__) && !defined(__WIN32__) && !defined(ONLY_FRAMEBUFFER) I hope this helps. If it doesn't or you have more questions, don't hesitate to contact me privately. Josu Onandia > -----Mensaje original----- > De: Ant Allen [SMTP:aallen@race-technology.com] > Enviado el: jueves 11 de marzo de 2004 23:42 > Para: grx(a)gnu.de > Asunto: Problem cross-compiling with only framebuffer driver > > > Hi, > > I'm now trying to cross-compile grx for use on an embedded xscale > platform. > I'm using arm-linux-gcc 2.95.3. > > I've disabled svgalib and am compiling for the linux framebuffer with > makefile.lnx. > > The first problem I hit was libgrx.h referencing /sys/byteorder.h. This > seemed > to be asm related so I simply commented out that line in the source. > > Next problem is src/makefile.lnx lists various graphics drivers such as > ega.c > egavga.c etc etc. As I'm compiling for the framebuffer only I commented > these out in the makefile. > > Everything now seems to compile, but I get a problem when linking - see > below. > > Can anyone suggest a solution? > > Ideally I'd like to test out the cross-compilation with some either the > grx > demo or with the examples from the documentation. How far from this am I? > > All help greatly appreciated. > Ant > > make[1]: Entering directory `/usr/local/src/grx246/src' > arm-linux-gcc -c -O1 -Wall -DLFB_BY_NEAR_POINTER -pipe > -DFRAMEBUFFER_DRIVER > -I. -I./include -I../include utilprog/modetest.c -o utilprog/modetest.o > arm-linux-gcc -o ../bin/modetest utilprog/modetest.o > ../lib/unix/libgrx20.a > -lm > utilprog/modetest.o: In function `main': > utilprog/modetest.o(.text+0xf54): undefined reference to `GrKeyRead' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x0): undefined reference to > `_GrFrameDriverEGAVGA1' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x4): undefined reference to > `_GrFrameDriverEGA4' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x8): undefined reference to > `_GrFrameDriverSVGA4' > ../lib/unix/libgrx20.a(ftable.o)(.data+0xc): undefined reference to > `_GrFrameDriverSVGA8' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x10): undefined reference to > `_GrFrameDriverVGA8X' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x14): undefined reference to > `_GrFrameDriverSVGA16' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x18): undefined reference to > `_GrFrameDriverSVGA24' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x1c): undefined reference to > `_GrFrameDriverSVGA32L' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x20): undefined reference to > `_GrFrameDriverSVGA32H' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x2c): undefined reference to > `_GrFrameDriverSVGA24_LFB' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x30): undefined reference to > `_GrFrameDriverSVGA32L_LFB' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x34): undefined reference to > `_GrFrameDriverSVGA32H_LFB' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x48): undefined reference to > `_GrFrameDriverRAM24' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x4c): undefined reference to > `_GrFrameDriverRAM32L' > ../lib/unix/libgrx20.a(ftable.o)(.data+0x50): undefined reference to > `_GrFrameDriverRAM32H' > collect2: ld returned 1 exit status > make[1]: *** [../bin/modetest] Error 1 > make[1]: Leaving directory `/usr/local/src/grx246/src' > make: *** [libs] Error 2 > >

2 1

grx-animation-problems
by Peter Williams 12 Mar '04

12 Mar '04

Dear GRX I read with interest the problems of Gernot Kleiter in mail #406 concering animation. As I newcomer to GRX I submit a very short double-buffering example: a rotating circle. Note by commenting out all the context & bitblt statements we arrive at a single buffered animation with flicker. I hope that this is useful. I am interested in the comments of fellow GRXites to improve this simple program. I run it under MinGW as I cannot get DJGPP to function on a W2000 laptop. /* This program animates a filled circle with double buffering */ /* The circle is red on a black background. The circle is of /* radius r and centre (x,y) which moves in a circular track of radius R */ /* centered in the middle of the screen */ #include <stdio.h> #include <math.h> #include <grx20.h> int main() { int x, y; /* centre coordinates */ int xMax,yMax; /* extent of the screen */ int Radius=100,r = 10; double Theta, dTheta,pi; /* Angle of rotation, increment and PI */ GrContext *memory,*screen; /* memory and screen contexts */ GrColor Red,Black; /* circle & background colours */ pi = 3.14159; dTheta = 0.5*pi/180.0; /* one half a degree increment */ Theta = 0.0; /* starting postion */ GrSetMode(GR_default_graphics ); xMax = GrMaxX(); yMax = GrMaxY(); Red = GrAllocColor(255,0,0); Black = GrBlack(); memory = GrCreateContext(xMax,yMax,NULL,NULL); screen = GrScreenContext(); while(1) /* run for ever! */ { x = xMax/2 + Radius*cos(Theta); /* circle centre */ y = yMax/2 + Radius*sin(Theta); Theta += dTheta; /* increment angle */ GrSetContext(memory); /* Set memory context */ GrClearContext(Black); /* Set context black */ GrFilledCircle(x,y,r,Red); /* draw red circle */ GrBitBlt(screen,0,0,memory,0,0,xMax-1,yMax-1,GrWRITE); /* copy to screen */ GrSetContext(screen); /* make visible */ } return 0; } -- Pete Williams peter.williams173(a)ntlworld.com

1 0

Problem cross-compiling with only framebuffer driver
by Ant Allen 11 Mar '04

11 Mar '04

Hi, I'm now trying to cross-compile grx for use on an embedded xscale platform. I'm using arm-linux-gcc 2.95.3. I've disabled svgalib and am compiling for the linux framebuffer with makefile.lnx. The first problem I hit was libgrx.h referencing /sys/byteorder.h. This seemed to be asm related so I simply commented out that line in the source. Next problem is src/makefile.lnx lists various graphics drivers such as ega.c egavga.c etc etc. As I'm compiling for the framebuffer only I commented these out in the makefile. Everything now seems to compile, but I get a problem when linking - see below. Can anyone suggest a solution? Ideally I'd like to test out the cross-compilation with some either the grx demo or with the examples from the documentation. How far from this am I? All help greatly appreciated. Ant make[1]: Entering directory `/usr/local/src/grx246/src' arm-linux-gcc -c -O1 -Wall -DLFB_BY_NEAR_POINTER -pipe -DFRAMEBUFFER_DRIVER -I. -I./include -I../include utilprog/modetest.c -o utilprog/modetest.o arm-linux-gcc -o ../bin/modetest utilprog/modetest.o ../lib/unix/libgrx20.a -lm utilprog/modetest.o: In function `main': utilprog/modetest.o(.text+0xf54): undefined reference to `GrKeyRead' ../lib/unix/libgrx20.a(ftable.o)(.data+0x0): undefined reference to `_GrFrameDriverEGAVGA1' ../lib/unix/libgrx20.a(ftable.o)(.data+0x4): undefined reference to `_GrFrameDriverEGA4' ../lib/unix/libgrx20.a(ftable.o)(.data+0x8): undefined reference to `_GrFrameDriverSVGA4' ../lib/unix/libgrx20.a(ftable.o)(.data+0xc): undefined reference to `_GrFrameDriverSVGA8' ../lib/unix/libgrx20.a(ftable.o)(.data+0x10): undefined reference to `_GrFrameDriverVGA8X' ../lib/unix/libgrx20.a(ftable.o)(.data+0x14): undefined reference to `_GrFrameDriverSVGA16' ../lib/unix/libgrx20.a(ftable.o)(.data+0x18): undefined reference to `_GrFrameDriverSVGA24' ../lib/unix/libgrx20.a(ftable.o)(.data+0x1c): undefined reference to `_GrFrameDriverSVGA32L' ../lib/unix/libgrx20.a(ftable.o)(.data+0x20): undefined reference to `_GrFrameDriverSVGA32H' ../lib/unix/libgrx20.a(ftable.o)(.data+0x2c): undefined reference to `_GrFrameDriverSVGA24_LFB' ../lib/unix/libgrx20.a(ftable.o)(.data+0x30): undefined reference to `_GrFrameDriverSVGA32L_LFB' ../lib/unix/libgrx20.a(ftable.o)(.data+0x34): undefined reference to `_GrFrameDriverSVGA32H_LFB' ../lib/unix/libgrx20.a(ftable.o)(.data+0x48): undefined reference to `_GrFrameDriverRAM24' ../lib/unix/libgrx20.a(ftable.o)(.data+0x4c): undefined reference to `_GrFrameDriverRAM32L' ../lib/unix/libgrx20.a(ftable.o)(.data+0x50): undefined reference to `_GrFrameDriverRAM32H' collect2: ld returned 1 exit status make[1]: *** [../bin/modetest] Error 1 make[1]: Leaving directory `/usr/local/src/grx246/src' make: *** [libs] Error 2

1 0

Errors when compiling grx for Linux Console - Please advise
by Ant Allen 11 Mar '04

11 Mar '04

Hi all, I'm trying to compile grx for linux on the framebuffer, _without_ svgalib. I made the following modifications to makedefs.grx: INCLUDE_PRINTING_CODE=n # Not sure what this is, so I don't want it, right? INCLUDE_BMP_CODE=n # Probably need this in future, but not yet INCLUDE_SHARED_SUPPORT=n INCLUDE_BGI_SUPPORT=n # What's bgi? USE_DIRECT_MOUSE_DRIVER=y USE_SVGALIB_DRIVER=n USE_FRAMEBUFFER_DRIVER=y SET_SUIDROOT=n # Not needed without svgalib, right? I then cd to the src directory and type: make -f makefile.lnx Part way through the compilation I get: gcc -c -O2 -Wall -DLFB_BY_NEAR_POINTER -pipe -DFRAMEBUFFER_DRIVER -I. -I./include -I../include fdrivers/svga24.c -o fdrivers/svga24.o fdrivers/svga24.c: In function `drawhline': fdrivers/svga24.c:256: error: can't find a register in class `AD_REGS' while reloading `asm' fdrivers/svga24.c:257: error: can't find a register in class `AD_REGS' while reloading `asm' fdrivers/svga24.c:258: error: can't find a register in class `AD_REGS' while reloading `asm' fdrivers/svga24.c:259: error: can't find a register in class `AD_REGS' while reloading `asm' make: *** [fdrivers/svga24.o] Error 1 Can anyone advise as to what the problem is, and how best to resolve it? Ant

3 4

sdl driver release candicate 3
by Dimitar Zhekov 08 Mar '04

08 Mar '04

- reverted the driver name to const "sdl" - made sdl fullscreen a run-time option, ::fs or ::ww, default on for win~1 and off otherwise (i.e. x11) - implemented an ugly win~1 screen backup/restore; unfortunately, after Ctrl-Esc a fullscreen GRX app still has focus and writes to screen Direct[X]ly :-) -rc3 is to become official, except for the makefiles (see the -rc2 explanation). That's it IMHO. -- E-gards: Jimmy

1 0

xfdga avoid double detection
by Dimitar Zhekov 04 Mar '04

04 Mar '04

detect() didn't check if _XGrDisplay is already open. I'm not sure how relevant this is, my plans are to replace the partially working vd_xwin and it's problematic xfdga counterpart with vd_sdl, which will (as of -rc3) support fullscreen/windowed via GRX20DRV= ::fs and ::ww and have an ugly and incomplete Win~1 fullscreen backup/restore. -- E-gards: Jimmy

1 0

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

← Newer
1
...
13
14
15
16
17
18
19
...
56
Older →

Jump to page:

2025

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