Re: the most efficient way to send data to a GPU




"Philipp Klaus Krause" <pkk@xxxxxxx> wrote in message
news:468a9b20$0$4750$6e1ede2f@xxxxxxxxxxxxxxxxx
jbwest wrote:

Well, neither MESA nor the Intel are very strong. MESA is an "indirect"
renderer, usually, and is more or less software emulation. A $25 NVIDIA
AGP
card with proprietary drivers will probably blow the doors off of that
setup. You should be able to easily get 100 mbytes/sec. Maybe there's a
direct renderer for the Intel chip -- make sure you research it and
verify
that you have the DRI/DRM driver for the intel in the kernel & etc.

Mesa is not "more or less a software emulation". On Radeon cards it has
had hardware TCL for years. Today even indirect rendering over the
network will give you hardware acceleration with Mesa. It supports
hardware-accelerated shaders on Radeon and some Intel cards. Since Intel
is the only company that still releases documentation of their hardware
the Intel drivers are one of Mesa's strongpoints. AFAIK Mesa's drivers
for intel graphics chips are better (both feature- and speedwise) than
Intel's Windows drivers.

Philipp

I stand corrected (for Intel graphics). There's no comparison between MESA
and ATI proprietary drivers for new ATI/FIREGL cards, though. And last I
tried, the Intel/MESA combo was just too buggy & slow except for limited
applications.

Be that all as it may, I strongly suspect the OP would be better off
spending $25-$50 on a more highly advanced NV or ATI card -- A new FX 6200
AGP or similar PCIEx card is $50+/-. His Xfer rates are in the pits, and
the proof indeed is in the bottom line.

Dear OP: OK, you need 12 bits. So, you need to try to minimize data
conversions. converting 12 bits to 32 bits and then to 16 bits or whatever
isn't exactly cheap.

1) Fetch your original data in unsigned 16 bit shorts & present it as
GL_UNSIGNED_SHORT
2) Store it as GL_LUMINANCE_12 or GL_LUMINANCE_16, depending on how the 12
bits are scaled in (1), and to what extent these formats are really
supported. These formats may silently only store 8 bits anyway ... but
you'll find out. Any of the "generic" GL_LUMINANCE, etc formats is almost
guaranteed to be 8 bits only.

-jbw


.



Relevant Pages

  • Re: Building a cheap testbed server
    ... replaced with a Intel i865 board and P4... ... Anyway Matrox makes good quality display adapters, ... cards can be scavenged from trash for about free. ... Nvidia's latest batch (TNTwon't match (open drivers up to 9200) ...
    (comp.unix.bsd.freebsd.misc)
  • Re: a notebook for Linux: ATI or Intel graphics?
    ... I don't have any personal experience with Intel graphics but I ... I agree that nVidia has better binary drivers than ATI, ... cards and require different drivers. ... Some intel cards also have opensource support, ...
    (comp.os.linux.hardware)
  • Re: the most efficient way to send data to a GPU
    ... neither MESA nor the Intel are very strong. ... renderer, usually, and is more or less software emulation. ... the Intel drivers are one of Mesa's strongpoints. ...
    (comp.graphics.api.opengl)
  • Re: Issues with Dialgic D/21H
    ... > no TSP shipped in the system release now) should point you to Tapi. ... Actually, the cards DO continue to support TAPI, Intel just does not ... Other options are to continue to use the 5.1.1 drivers, ...
    (microsoft.public.win32.programmer.tapi)
  • Re: Help building/running SDL/OpenGL code
    ... It's quite annoying that the nvidia drivers replace the existing ... mesa GL libs, which breaks OpenGL when you switch back to mesa rendering. ... However, because the library is implemented by nvidia for their hardware, ... The oldest cards that the new drivers support are the GeForce 6xxx series, ...
    (freebsd-questions)