[PD] cyclone 0.9-0-test for mac (double precision ready) and help compiling

Hi, I tagged a new release and uploaded 'cyclone 0.9-0-test' to deken for mac, both single and double precision. I tested here on my intel mac and all seems fine in both single and double precision Pd. I can't test on apple silicon though, so I need help testing it please. I had to fix a couple

[PD] hid for pd64

Hi dear list, it seems that [hid] is not available for pd64 on Debian neither via Deken, nor via apt. In case anyone is thinking of packaging such binary version, it would be very welcome! thanks a lot! Peter ___ Pd-list@lists.iem.at mailing list

Re: [PD] vanilla drip was Gemwin vs [pix_snap]

My preference was to avoid creating any interim lists or holding references, hence the bang to clear [list store] afterwards. Also, I imagine [list store] iterating over the list items is faster. > On Jun 12, 2024, at 5:23 PM, Benjamin Wesch wrote: > > hi, > >> I made a vanilla [drip] using

Re: [PD] vanilla drip was Gemwin vs [pix_snap]

hi, > I made a vanilla [drip] using [list store], as suggested by IOhannes. nice to see these different versions! i attempted to keep it as simple as possible (?) a while back based on 3 objects: [list split 1], [list( append)] and [t b a] - see attached. cheers, ben list_drip.pd Description:

[PD] vanilla drip was Gemwin vs [pix_snap]

Howdy,I made a vanilla [drip] using [list store], as suggested by IOhannes. l_drip-help.pd Description: Binary data l_drip.pd Description: Binary data I started updating older list-abs patches I was using to use the newer [list] stufff but I haven't pushed this to GitHub or deken yet.you can

Re: [PD] Gemwin vs [pix_snap]

Am 12. Juni 2024 15:31:24 MESZ schrieb Alexandre Torres Porres : >Em qua., 12 de jun. de 2024 às 04:55, IOhannes m zmoelnig >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

Re: [PD] Gemwin vs [pix_snap]

Em qua., 12 de jun. de 2024 às 04:55, IOhannes m zmoelnig 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

Re: [PD] [PD-announce] Pd 0.55-0 released

Em qua., 12 de jun. de 2024 às 06:58, IOhannes m zmoelnig escreveu: > On 6/12/24 11:11, Alexandre Torres Porres wrote: > > I meant in the puredata.info downloads > > these? > yes > what about them? > they weren't there yet when I asked > > gsdm >

Re: [PD] [PD-announce] Pd 0.55-0 released

On 6/12/24 11:11, Alexandre Torres Porres wrote: I meant in the puredata.info downloads these? what about them? gsdm IOhannes OpenPGP_signature.asc Description: OpenPGP digital signature ___

Re: [PD] [PD-announce] Pd 0.55-0 released

I meant in the puredata.info downloads Em qua., 12 de jun. de 2024 às 02:40, IOhannes m zmölnig escreveu: > Am 11. Juni 2024 23:19:23 MESZ schrieb Alexandre Torres Porres < > por...@gmail.com>: > >> Em ter., 11 de jun. de 2024 às 18:05, IOhannes m zmölnig >> escreveu: >> >>> i've also updated

Re: [PD] Gemwin vs [pix_snap]

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

Re: [PD] Gemwin vs [pix_snap]

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

Re: [PD] Gemwin vs [pix_snap]

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] +

Re: [PD] PD hanging on closing patcher window (when Pd window is closed)

hi ediwn, doesn´t happen here: mac os 14.5. with Pd-0.55-0 (had this issue sometimes in previous versions though, but inconsistently) best hans > Am 12.06.2024 um 08:33 schrieb Edwin van der Heide : > > On macOS 12.7.5 with Pd-0.55-0 > > When I open Pure Data, close the Pd window, open a new

Re: [PD] Gemwin vs [pix_snap]

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

[PD] PD hanging on closing patcher window (when Pd window is closed)

On macOS 12.7.5 with Pd-0.55-0 When I open Pure Data, close the Pd window, open a new empty patcher window, and close that patcher window, Pd hangs for me and I only see the icon of the apple menu without the other menu items. I don’t think this is a new issue. I am curious if it is