Thnx for enable.c hint :) Seems a rather long list of items in that swtich to
dig through ...
I have some very newbish questions in my pocket, better i lay them out before i write one single
line of code at all.
a) does mesa software rendering try to use the memory of the graphics chip ? the thing is, the sis
chipset was invented by an "einstein", the graphics chip actually has to ask the cpu for memory
since the memory controller is inside the cpu. so if i don't use the rendering capabilities of the
gpu anyway i have no reason to make that memory trip there and back, i'd be much better off on a
regular memory buffer and ignore the graphics card totally until i have the image ready to shoot at
it.
b) does software rendering mesa use regular Xlib calls for drawing ? I just benchmarked my mplayer
over here, the X11 driver and the XVideo driver do basically the same thing there, they shoot
images into the screen one after another, but the xvideo driver performs twice as fast on 500x300
images. if we could somehow render the image into the regular memory and then boost it to the
screen via xvideo's XvPutImage or XvShmPutImage, it could be faster than it is right now ....
Xvideo interface on my laptop has pretty good hardware scaling which probably also could be made
use of.
has anybody attempted anything like this ?
are there any other systems out there that have xvideo acceleration but no dri drivers so mesa is
slow as hell but could be possibly accelerated by xv hack ?
ps. just compared my laptop's xv tiny benchmark (pretty short C code, if you're interested just
ask) to the one of my desktop with nvidia's geforce4 ... laptop has twice the performance with
XvShmPutImage ^^, i get around 900fps @ 320x240 and nearly 300fps @ 640x480 , just putting images
as fast as the machine can into the video overlay ... somehow i feel that the Xlib interface isn't
capable of same figures ...
Martin
If you want to forcibly disable certain rendering features (like
texturing or blending) you could go into src/mesa/main/enable.c and
no-op the code that turns those features on.
-Brian
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev