[PD] GEM: writing an image different from the one displayed

Jack jack at rybn.org
Fri Nov 27 16:24:57 CET 2009


Can you try this patch (this is the IOhannes patch) with very small
modifications.
++

Jack


Le vendredi 27 novembre 2009 à 15:46 +0100, Matteo Sisti Sette a écrit :
> I modified IOhannes' patch to use pix_write instead of 
> pix_snap+pix_write and it also crashes, so it is not a difference 
> between pix_write and pix_writer: both crash.
> 
> I'll have a look at what's different between IOhannes' and Jack's 
> patches that may explain why one crashes and the other does not....
> 
> 
> Matteo Sisti Sette escribió:
> > IOhannes m zmoelnig escribió:
> >> Matteo Sisti Sette wrote:
> >>> Ok, IOhannes' patch seems to be what I was looking for, however I have
> >>> the following problems:
> >>>
> >>> - The patch out-of-the-box saves unreadable tiffs just like Jack's
> >>
> >> which OS?
> > 
> > Windows Vista :(
> > 
> > 
> >>> - By sending it a [file something 95( to pix_writer in order to have
> >>> jpegs saved instead of tiffs, which DOES work with [pix_write], pd
> >>> crashes!!!!!
> > 
> >> it's really the same object as [pix_write], just without the snap-code.
> > 
> > Then the strange thing is that Jack's patch with pix_write does not 
> > crash when saving jpegs (it saves black images but i guess it might be 
> > some trivial error in the patch) while your patch with pix_writer 
> > does.... How may I avoid the crash???
> > It does not crash when I send the [file ...( message but when I try to 
> > save the first snapshot after it.
> > 
> > 
> > Where can I find some documentation more detailed than the help patches 
> > in order to understand the mechanisms? I get quite lost when trying to 
> > understand how your patch (for example) works. I more or less understand 
> > the notion of gem chain, gem list, and, for example, separators, but I 
> > still get lost when [gemframebuffer] enters the scene, I don't even 
> > fully understand why it is needed at all in your patch, for example......
> > 
> > Thanks again and again
> > 
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patchIO.pd
Type: text/x-puredata
Size: 2279 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20091127/0c835952/attachment.bin>


More information about the Pd-list mailing list