hi there,
for the purpose of creating visual feedback, i just had a quick shot at storing the result of a pix_snap2tex in a pix_buffer. but somehow these two don't get along very well: i don't get the snapshot into the buffer, while pix_snap2texes help patch ("will take a snapshot of the current render buffer and immediately texture it to any _geometric_ object attached ...") makes me fear that i'm trying to do something impossible here ...
tia, thoralf.
Copy addresses and emails from any email account to Yahoo! Mail - quick, easy and free. http://uk.docs.yahoo.com/trueswitch2.html
Thoralf Schulze wrote:
hi there,
for the purpose of creating visual feedback, i just had a quick shot at storing the result of a pix_snap2tex in a pix_buffer. but somehow these two don't get along very well: i don't get the snapshot into the buffer, while pix_snap2texes help patch ("will take a snapshot of the current render buffer and immediately texture it to any _geometric_ object attached ...") makes me fear that i'm trying to do something impossible here ...
the 2 objects don't go together, since [pix_snap2tex] is optimized by not copying the data from gfx-card to main memory (where it would be accessible by [pix_buffer]) and then back again (to display it)
[pix_snap] is the object you need.
,fgadr IOhannes
pix_snap2tex snaps the framebuffer and puts it into a texture on the graphics card. pix_buffer has no access to that texture. The pix_ should probably not be in the name of snap2tex since it is not really compatible with other pix_ objects.
You could use pix_snap and put that into pix_buffer. It will be slow.
On 8/31/06, Thoralf Schulze thoralf_schulze@yahoo.de wrote:
hi there,
for the purpose of creating visual feedback, i just had a quick shot at storing the result of a pix_snap2tex in a pix_buffer. but somehow these two don't get along very well: i don't get the snapshot into the buffer, while pix_snap2texes help patch ("will take a snapshot of the current render buffer and immediately texture it to any _geometric_ object attached ...") makes me fear that i'm trying to do something impossible here ...
tia, thoralf.
Copy addresses and emails from any email account to Yahoo! Mail - quick, easy and free. http://uk.docs.yahoo.com/trueswitch2.html
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
thanks chris, thanks johannes -
You could use pix_snap and put that into pix_buffer. It will be slow.
oh my, that's certainly true.
its getting worse with higher frame rates and larger render windows - so pix_snap does those dreaded memory transfers, right? this is a real bottleneck ... does opengl allow for memory transfers on the graphic card itself?
with kind regards, thoralf.
___________________________________________________________ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html
Thoralf Schulze wrote:
thanks chris, thanks johannes -
You could use pix_snap and put that into pix_buffer. It will be slow.
oh my, that's certainly true.
its getting worse with higher frame rates and larger render windows - so pix_snap does those dreaded memory transfers, right? this is a real bottleneck ... does opengl allow for memory transfers on the graphic card itself?
well, yes: that's what [pix_snap2tex] does. however, [pix_buffer] is non-openGL but instead just handles data in main memory.
mfg,ar IOhannes
This is not a feature request, but pix_buffer2tex could be an interesting object.. On those cards with 256MB of texture memory...
Johannes, could you please put FTGL in GemLibs? or add me as a developer so that I can do it?
pd-extended should have FTGL and not be stuck with gltt, or no text support.
Thanks. .b.
IOhannes m zmoelnig wrote:
Thoralf Schulze wrote:
thanks chris, thanks johannes -
You could use pix_snap and put that into pix_buffer. It will be slow.
oh my, that's certainly true.
its getting worse with higher frame rates and larger render windows - so pix_snap does those dreaded memory transfers, right? this is a real bottleneck ... does opengl allow for memory transfers on the graphic card itself?
well, yes: that's what [pix_snap2tex] does. however, [pix_buffer] is non-openGL but instead just handles data in main memory.
mfg,ar IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
B. Bogart -
chris clepper -
IOhannes m zmoelnig -
Thoralf Schulze