[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