Hi cyrille, I am having some trouble sending the patch through gmail. I took away the .zip extension and replaced it with .jpg to open it you would need to remove .jpg and put .zip back.
Thanks for the answer. Yeah, I was thinking about something like that too, don’t know how to track this down. Also I am confused with the gem backends these days.
Here is the patch. I hope you have not too much missing dependencies on your side, or other trouble opening it.
Thanks,
jonas
Am 11.06.2024 um 22:52 schrieb cyrille henry ch@chnry.net:
hello, The image of the gem windows appear to be 1280x960. pix_snap capture a 640x480 image. Are you sure that the gemwin is create with a dimen of 640x480? Maybe there is a compensation somewhere because of high resolution apple screen.
can you send your patch? cheers
c
Le 11/06/2024 à 21:17, Johnny Mauser via Pd-list a écrit :
Dear Lists, I have an old patch I want to revive and the following problem: I have a gemwin with certain dimensions, say 640x480pix, and I want to record it using [pix_snap]+[pix_writer]. I use the same dimensions for pix_snap but it is only capturing the left bottom corner of my gemwin. The resulting pix has the correct dimensions, also 640x480pix. I use macOS 14.4, pd 54.1, GEM: ver: 0.94.git v0.94-973-g1659d628b GEM: compiled on May 23 2024 Here are two pix showing the problem: Screenshot of Gemwin: Pix_writer record: _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list https://lists.puredata.info/listinfo/pd-list
<TestPatternCreator.zip>
On 6/12/24 09:25, Johnny Mauser via Pd-list wrote:
Thanks for the answer. Yeah, I was thinking about something like that too, don’t know how to track this down. Also I am confused with the gem backends these days.
you probably should modernize your patch:
- [prepend] -> [list prepend] + [list trim]
- [moocow/any2string] -> [fudiformat] (for arbitrary messages) or [list
fromsymbol] (if you only converting a single symbol) those should be simple. you can also replace [drip] with some patch involving [list store], but that's a bit more complicated.
anyhow: the latest and greatest Gem should give you the actual size of the framebuffer for your window at the outlet of [gemwin]. use that instead of the dimension you asked for, and it should fix your original problem. ([gemwin] outputs all kind of information about the window, so use [route])
gfmasdr IOhannes
Hi IOhannes Yeah, I should modernize it, thanks to the hints of objects. Also thanks for the hint of gemwin showing infos on the output. It seems very powerful!! Still the weird behavior persists. I am using the latest and greatest, I think. I was able to reproduce this behavior with the gemwin help patch, which I added a [pix_snap] + [pix_writer] Gemwin tells it is 640x480 still the pix is only 1/4s the content.
Best, -jonas
Am 12.06.2024 um 09:53 schrieb IOhannes m zmoelnig zmoelnig@iem.at:
On 6/12/24 09:25, Johnny Mauser via Pd-list wrote:
Thanks for the answer. Yeah, I was thinking about something like that too, don’t know how to track this down. Also I am confused with the gem backends these days.
you probably should modernize your patch:
- [prepend] -> [list prepend] + [list trim]
- [moocow/any2string] -> [fudiformat] (for arbitrary messages) or [list fromsymbol] (if you only converting a single symbol)
those should be simple. you can also replace [drip] with some patch involving [list store], but that's a bit more complicated.
anyhow: the latest and greatest Gem should give you the actual size of the framebuffer for your window at the outlet of [gemwin]. use that instead of the dimension you asked for, and it should fix your original problem. ([gemwin] outputs all kind of information about the window, so use [route])
gfmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Dear IOhannes, I stand corrected, framebuffersize is indeed double the size than gemwin:
gemwin: dimen 640 480 gemwin: framebuffersize 1280 960
I will work with this information and see how to change the buffer size..
Thx and sorry for the fast shot!
-jonas
Am 12.06.2024 um 10:07 schrieb Johnny Mauser joson.android@googlemail.com:
Hi IOhannes Yeah, I should modernize it, thanks to the hints of objects. Also thanks for the hint of gemwin showing infos on the output. It seems very powerful!! Still the weird behavior persists. I am using the latest and greatest, I think. I was able to reproduce this behavior with the gemwin help patch, which I added a [pix_snap] + [pix_writer] Gemwin tells it is 640x480 still the pix is only 1/4s the content.
Best, -jonas
<pix_writer_test.pd>
Am 12.06.2024 um 09:53 schrieb IOhannes m zmoelnig zmoelnig@iem.at:
On 6/12/24 09:25, Johnny Mauser via Pd-list wrote:
Thanks for the answer. Yeah, I was thinking about something like that too, don’t know how to track this down. Also I am confused with the gem backends these days.
you probably should modernize your patch:
- [prepend] -> [list prepend] + [list trim]
- [moocow/any2string] -> [fudiformat] (for arbitrary messages) or [list fromsymbol] (if you only converting a single symbol)
those should be simple. you can also replace [drip] with some patch involving [list store], but that's a bit more complicated.
anyhow: the latest and greatest Gem should give you the actual size of the framebuffer for your window at the outlet of [gemwin]. use that instead of the dimension you asked for, and it should fix your original problem. ([gemwin] outputs all kind of information about the window, so use [route])
gfmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Em qua., 12 de jun. de 2024 às 04:55, IOhannes m zmoelnig zmoelnig@iem.at escreveu:
you can also replace [drip] with some patch involving [list store], but that's a bit more complicated.
it's not, the help file shows how to do it (list iterator example)
anyhow: the latest and greatest Gem should give you the actual size of the framebuffer for your window at the outlet of [gemwin]. use that instead of the dimension you asked for, and it should fix your original problem. ([gemwin] outputs all kind of information about the window, so use [route])
gfmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Am 12. Juni 2024 15:31:24 MESZ schrieb Alexandre Torres Porres porres@gmail.com:
Em qua., 12 de jun. de 2024 às 04:55, IOhannes m zmoelnig zmoelnig@iem.at escreveu:
you can also replace [drip] with some patch involving [list store], but that's a bit more complicated.
it's not, the help file shows how to do it (list iterator example)
Well, it takes more than just replacing a single object with another (or two chained objects)
mfg.sfg.jfd IOhannes
-
Alexandre Torres Porres -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Johnny Mauser