[PD] GEM: writing an image different from the one displayed
Matteo Sisti Sette
matteosistisette at gmail.com
Thu Nov 26 17:37:03 CET 2009
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
version: I guess this is a bug in [pix_writer] (and [pix_write])??
- 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!!!!!
- There's no help file for [pix_writer] where I would check whether the
message syntax for setting the file tipe is different.....
Seems like I'm pretty near to the solution, can you help me with the
last step?
Thanks a lot
m.
Matteo Sisti Sette escribió:
> Hi Jack
>
> Sorry for the delay, I very much appreciate the patch you sent me in
> response to my question, but only now I've been able to look at it.
>
> Unfortunately, it does not do what I was looking for:
> - first of all, nothing is rendered on screen until the moment when you
> capture a snapshot, and after capturing it, nothing is displayed again.
> I need to be able to always render the sceen, and save a snapshot only
> when a "rec" toggle is activated
> - second, even if the gemwin has a size of 800x600, the scene is
> rendered at 1600x1200, so I only see a small portion of the scene, that
> is exactly what I wanted to avoid
>
> What I need is to have the very same image (which is an arbitrary scene
> composed of rectangles with live stream from the camera, however that
> does not matter very much) BOTH displayed at a low resolution, AND saved
> into images at a higher resolution, but the whole image must be
> displayed, not a portion of it.
>
> The question is: is this possible at all?
>
> Btw, the patch from Stéphan does not work either, it displays a black
> screen and saves invalid tiff files that photoshop cannot even read; by
> changing the image type to jpeg, I get black images saved.
>
> Even looking at the patches, I don't understand well how
> [gemframebuffer] and [pix_write] work and how to combine them together
> (and with [separator] perhaps?) to get what I want......
>
> Any further help will be greatly appreciated
> thanks
> m.
>
> -----------------------------------------------------
> I have done this patch.
> It works with a [gemwin] with [dimen 800 600( and capture a picture with
> dimen = 1600x1200.
> Hoping it helps.
> ++
>
> Jack
>
>
>
> Le lundi 16 novembre 2009 à 01:41 +0100, Matteo Sisti Sette a écrit :
> > Hi,
> >
> > I have to modify some patches made by another person.
> >
> > In one of them, [pix_write] is used to save screenshots of the image
> > being shown in the gemwin.
> >
> > However, the user would like to be able to save a higher quality image,
> > namely 2000x2000 (so it can be printed).
> > To my knowledge (and to the knowledge of the person who made the patch),
> > the only way to do this is to increase the resolution of the gemwin. But
> > since the resolution of the screen cannot be increased so much, the
> > complete image cannot be seen.
> > The user wants to be able to still see the whole image (at its usual
> > resolution of 480x480) while saving screenshots at a higher resolution.
> >
> > So the question is: is it possible to save an image which is not the one
> > being rendered into the gemwin? So that I can for example generate a big
> > image, save it, reduce its size, and render the reduced image instead of
> > the big one?
> >
> > A slow-down due to great cpu consumption at the moment of "capturing"
> > the image would be acceptable (though not desired, obviously) provided
> > that it is limited to the moments when the image is captured.
> >
> > Any idea?
> >
> > P.S.: The image is being generared by "tiling" the image from a camera,
> > i.e. repeating it: that's why it make sense to save the resulting image
> > in a higher resolution: if the camera has for example a res of 640x480
> > and it is being repeated in a 5x5 grid, up to 3200x2400 resolution
> > "makes sense" for the saved image.
> >
> >
> > Thank you very much
> > m.
> >
> >
>
>
>
>
--
Matteo Sisti Sette
matteosistisette at gmail.com
http://www.matteosistisette.com
More information about the Pd-list
mailing list