From: Richard A. Smith (rsmith@bitworks.com)
Date: Tue 07 Nov 2000 - 02:31:49 IST
On Mon, 6 Nov 2000 09:57:32 +0200 (IST), matan@svgalib.org wrote: > >vga_drawpixel is certainly too slow. vga_drawscanline is almost as fast as >can be. Yeah but you can still see it draw... I need to totally draw in video memory and then flip to that section. >It is possible that your speed problem relates to incorrect MTRR setting. >Try running linearspeed and speedtest, and see what rates you get. on PCI, >anything under 60MB/s might mean incorrect configuration. lineartest Video: 49,230k system: 246,153k speedtest: 49,230k This is on the machine with an ATI Rage Pro (mach64). However my target is a 586 Class embedded chip from ST called the STPC and it dosen't support MTRR. Unfortunaly I can't run the the tests on the target right now as our prototype left for a demo. >There might be problems with vga_getgraphmem. Please try using the >variable graph_mem instead. Same result. I seem to have figured out how to to gl_copyscreen by looking at the fun.c demo except that in my application is MUCH slower than vga_drawscanline. :( dunno.. I set it up just like fun.c. Fun.c appears to run nice and speedy with a frame rate of 6.9 and 7. However when I comment out USE_PAGEFLIPPING it makes no speed difference. Oh and for some reason fun dies with a segfault if I try to run it in 640x480x256 but 1024x768x256 works. It also looks like vga_setdisplaystart might do what I wan't but I am not sure how to go about using it. -- Richard A. Smith Bitworks, Inc. rsmith@bitworks.com 501.846.5777 Sr. Design Engineer http://www.bitworks.com ------------------------------------------------------------------ Unsubscribe: To: listbot@svgalib.org Body: unsubscribe linux-svgalib
This archive was generated by hypermail 2.1.4 : Wed 21 Jan 2004 - 22:10:23 IST