hello,
Benjamin Wesch did compile pmpd for OSX (arm and x86).
Before putting them on deken, ca anyone test them?
http://chnry.net/data/pmpd_fat.zip
Thanks a lot to everyone and specially to Benjamin!
Cheers Cyrille
Hey!
Working here but on an old mac: 10.15 / Intel Pd-0.54-0 thx! n
Le 05/01/2024 à 15:59, cyrille henry a écrit :
hello,
Benjamin Wesch did compile pmpd for OSX (arm and x86).
Before putting them on deken, ca anyone test them?
http://chnry.net/data/pmpd_fat.zip
Thanks a lot to everyone and specially to Benjamin!
Cheers Cyrille
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hello,
I've tested all exemples on arm with Pd 0.53.0,
I'm not sure if this error is about arch when closing exemple 01.basics.pd:
M1: no such object M3: no such object M5: no such object M2: no such object M4: no such object M6: no such object M8: no such object M9: no such object M11: no such object M12: no such object M15: no such object M14: no such object M13: no such object M20: no such object M17: no such object M18: no such object M19: no such object M29: no such object M30: no such object
When 08.balls2D.pd is opened after 07.corde3D it crashes pd
14.MP.curve3D.pd crashes pd when it's opened after exemple 13 and on closing patch.
everything else works greatly
pat
Le 5 janv. 2024 à 15:59, cyrille henry ch@chnry.net a écrit :
hello,
Benjamin Wesch did compile pmpd for OSX (arm and x86).
Before putting them on deken, ca anyone test them?
http://chnry.net/data/pmpd_fat.zip
Thanks a lot to everyone and specially to Benjamin!
Cheers Cyrille
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Just in case it is helpful:
[...]
When 08.balls2D.pd is opened after 07.corde3D it crashes pd
Not the case on Debian/GNU Linux with pmpd 0.12 from Deken.
[...]
14.MP.curve3D.pd crashes pd when it's opened after exemple 13 and on closing patch.
Also not the case on Debian/GNU Linux with pmpd 0.12 from Deken.
By the way, the pd-pmpd Debian package from stable-backports lists version 0.9-7 while Deken provides 0.12.
cheersz, P
On 1/6/24 09:18, Peter P. wrote:
By the way, the pd-pmpd Debian package from stable-backports lists version 0.9-7 while Deken provides 0.12.
please file a bugreport against the Debian package so it gets updated.
@cryille: where can one get the canonical source code for pmpd these days? still from the olde sourceforge SVN?
gmfdsf IOhannes
@cryille: where can one get the canonical source code for pmpd these days? still from the olde sourceforge SVN?
quickly commenting on the build that cyrille posted here now, too: i took the code from https://github.com/avilleret/pd-pmpd since https://github.com/ch-nry/pd_pmpd forks from there and antoine villeret also put v0.12 on deken afaict.
i'm curious to see whether the reported crashes are related to the build (i experienced some crashes with the example patches on an m2 mac here, too - although all objects work for me if i test them separately). in any case, i would be glad to see a more *official* macos arm or universal build on deken - i admittedly mainly built this to work with it here myself. thanks for the tests and involvement!
cheers, ben
Hello, Thanks everyone for the test.
Le 06/01/2024 à 21:35, Benjamin Wesch a écrit :
@cryille: where can one get the canonical source code for pmpd these days? still from the olde sourceforge SVN?
quickly commenting on the build that cyrille posted here now, too: i took the code from https://github.com/avilleret/pd-pmpd since https://github.com/ch-nry/pd_pmpd forks from there and antoine villeret also put v0.12 on deken afaict.
Yes, Antoine took the code on the old SVN and put them on github, manage to use github to create binary for few platform. I forked Antoine repo to keep the code on my side. There is no need for 2 repository, I'll see Antoine next month and I'll try to clean that with him.
i'm curious to see whether the reported crashes are related to the build (i experienced some crashes with the example patches on an m2 mac here, too - although all objects work for me if i test them separately).
I'm really surprised by the crash. The code is very basic (no memalloc, no external dependency : just few mathematical function). Just like Peter, I can't reproduce them. So, this really need to be investigate.
in any case, i would be glad to see a more *official*
macos arm or universal build on deken - i admittedly mainly built this to work with it here myself. thanks for the tests and involvement!
Since you provide the only binary for mac arm I'm aware of, and unless you have an objection, I'll put your build on deken to be the official build!
Cheers Cyrille
cheers, ben
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 1/6/24 09:18, Peter P. wrote:
By the way, the pd-pmpd Debian package from stable-backports lists version 0.9-7 while Deken provides 0.12.
please file a bugreport against the Debian package so it gets updated.
Done. Added another report to eventually remove puredata-import as well.
cheersz, P
Le 06/01/2024 à 00:49, Patco a écrit :
Hello,
I've tested all exemples on arm with Pd 0.53.0,
I'm not sure if this error is about arch when closing exemple 01.basics.pd:
M1: no such object M3: no such object
...
M18: no such object M19: no such object M29: no such object M30: no such object
OK, I fix that.
When 08.balls2D.pd is opened after 07.corde3D it crashes pd
14.MP.curve3D.pd crashes pd when it's opened after exemple 13 and on closing patch.
I can't reproduce, so I'm unable to fix this.
everything else works greatly
great!
cheers c
pat
Le 5 janv. 2024 à 15:59, cyrille henry ch@chnry.net a écrit :
hello,
Benjamin Wesch did compile pmpd for OSX (arm and x86).
Before putting them on deken, ca anyone test them?
http://chnry.net/data/pmpd_fat.zip
Thanks a lot to everyone and specially to Benjamin!
Cheers Cyrille
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi Apple Silicon people, can you do me a favor and test if my test release up in deken ("1.0-0_rc11-pre-test-release2") can load all objects just fine by opening the "All_objects.pd" file in the 'else' folder? You need Pd 0.54-1 by the way. Some users are complaining some objects were crashing the app or not properly loading. I have been fixing this but it seems different users get issues with different objects, which is insane...
The deken upload is just for mac.
Thanks.
ps. by the way, it does take quite some time to load all objects, like even a couple of minutes, cause my lib is a bit big (524 objects and counting). It's weird how it all loads quite fast on my 10 year old macbook air running mojave... I wonder if we could do something about or if we just have to live with this hassle in current macs/macOSes... can someone at least confirm me if when you load an object first it may take a while but then the OS and Pd remembers it is 'good' forever and ever on?
'1.0-0_rc11-Pre-Test-Release3' is now up :) hopefully I worked out all bugs
Em sex., 12 de jan. de 2024 às 19:27, Alexandre Torres Porres < porres@gmail.com> escreveu:
Hi Apple Silicon people, can you do me a favor and test if my test release up in deken ("1.0-0_rc11-pre-test-release2") can load all objects just fine by opening the "All_objects.pd" file in the 'else' folder? You need Pd 0.54-1 by the way. Some users are complaining some objects were crashing the app or not properly loading. I have been fixing this but it seems different users get issues with different objects, which is insane...
The deken upload is just for mac.
Thanks.
ps. by the way, it does take quite some time to load all objects, like even a couple of minutes, cause my lib is a bit big (524 objects and counting). It's weird how it all loads quite fast on my 10 year old macbook air running mojave... I wonder if we could do something about or if we just have to live with this hassle in current macs/macOSes... can someone at least confirm me if when you load an object first it may take a while but then the OS and Pd remembers it is 'good' forever and ever on?
just tried 1.0-0_rc11-Pre-Test-Release3 on my macbook pro M1 sonoma 14.2.1
the link to All objects in the ELSE library in the All_about_else.pd opens „All_objects.pd“ from cyclone (seperate folder in PD/externals) instead of else. if i open the All_objects.pd from the else folder it will open (after a while) without complaints.
thanks for your efforts!
best hans
Am 12.01.2024 um 23:55 schrieb Alexandre Torres Porres porres@gmail.com:
'1.0-0_rc11-Pre-Test-Release3' is now up :) hopefully I worked out all bugs
Em sex., 12 de jan. de 2024 às 19:27, Alexandre Torres Porres porres@gmail.com escreveu: Hi Apple Silicon people, can you do me a favor and test if my test release up in deken ("1.0-0_rc11-pre-test-release2") can load all objects just fine by opening the "All_objects.pd" file in the 'else' folder? You need Pd 0.54-1 by the way. Some users are complaining some objects were crashing the app or not properly loading. I have been fixing this but it seems different users get issues with different objects, which is insane...
The deken upload is just for mac.
Thanks.
ps. by the way, it does take quite some time to load all objects, like even a couple of minutes, cause my lib is a bit big (524 objects and counting). It's weird how it all loads quite fast on my 10 year old macbook air running mojave... I wonder if we could do something about or if we just have to live with this hassle in current macs/macOSes... can someone at least confirm me if when you load an object first it may take a while but then the OS and Pd remembers it is 'good' forever and ever on? _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Em sáb., 13 de jan. de 2024 às 11:23, hans w. koch hansw.koch@gmail.com escreveu:
just tried 1.0-0_rc11-Pre-Test-Release3 on my macbook pro M1 sonoma 14.2.1
the link to All objects in the ELSE library in the All_about_else.pd opens „All_objects.pd“ from cyclone (seperate folder in PD/externals) instead of else.
hmmm, I now see this can happen if you have cyclone in your path but not ELSE. Will fix it, thanks!
if i open the All_objects.pd from the else folder it will open (after a while) without complaints.
great, I hope I solved things now
thanks for your efforts!
best hans
Am 12.01.2024 um 23:55 schrieb Alexandre Torres Porres <porres@gmail.com :
'1.0-0_rc11-Pre-Test-Release3' is now up :) hopefully I worked out all
bugs
Em sex., 12 de jan. de 2024 às 19:27, Alexandre Torres Porres <
porres@gmail.com> escreveu:
Hi Apple Silicon people, can you do me a favor and test if my test
release up in deken ("1.0-0_rc11-pre-test-release2") can load all objects just fine by opening the "All_objects.pd" file in the 'else' folder? You need Pd 0.54-1 by the way. Some users are complaining some objects were crashing the app or not properly loading. I have been fixing this but it seems different users get issues with different objects, which is insane...
The deken upload is just for mac.
Thanks.
ps. by the way, it does take quite some time to load all objects, like
even a couple of minutes, cause my lib is a bit big (524 objects and counting). It's weird how it all loads quite fast on my 10 year old macbook air running mojave... I wonder if we could do something about or if we just have to live with this hassle in current macs/macOSes... can someone at least confirm me if when you load an object first it may take a while but then the OS and Pd remembers it is 'good' forever and ever on?
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
Em sáb., 13 de jan. de 2024 às 11:23, hans w. koch hansw.koch@gmail.com escreveu:
hmmm, I now see this can happen if you have cyclone in your path but not
ELSE. Will fix it, thanks!
FIXED!
Hello,
I've tried else on a mac m1 with pd-54-1, it took 96 seconds to open all.objects.pd, no crash, no error in console, DSP is running between 30 and 34%.
cheers
pat
Le 12 janv. 2024 à 23:27, Alexandre Torres Porres porres@gmail.com a écrit :
Hi Apple Silicon people, can you do me a favor and test if my test release up in deken ("1.0-0_rc11-pre-test-release2") can load all objects just fine by opening the "All_objects.pd" file in the 'else' folder? You need Pd 0.54-1 by the way. Some users are complaining some objects were crashing the app or not properly loading. I have been fixing this but it seems different users get issues with different objects, which is insane...
The deken upload is just for mac.
Thanks.
ps. by the way, it does take quite some time to load all objects, like even a couple of minutes, cause my lib is a bit big (524 objects and counting). It's weird how it all loads quite fast on my 10 year old macbook air running mojave... I wonder if we could do something about or if we just have to live with this hassle in current macs/macOSes... can someone at least confirm me if when you load an object first it may take a while but then the OS and Pd remembers it is 'good' forever and ever on? _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi, I got muy release ready and a last test download for else rc11 in deken ("1.0-0_rc11-pre-test5") . Hopefully I get help soon to also provide raspberry pi binaries as well.
For now, I mostly need people to test in apple silicon macs. There are 4 crucial objects that need testing, [sfont~]. [circuit~], [sfont~] and [sfz~]. The [sfont~] object had issues last time but I'm just copying the same binary, so hopefully it's alright. You can try these objects separately or open the "All_objects.pd" file in the 'else' folder, which will take longer to load but proof test all objects.
It seems I already have a flaw, [plaits~] doesn't seem to work on apple silicon.
As soon as I have it all ready, I'll upload the real deal and make a proper announcement with details on what's new
thanks
Em sex., 12 de jan. de 2024 às 19:27, Alexandre Torres Porres < porres@gmail.com> escreveu:
Hi Apple Silicon people, can you do me a favor and test if my test release up in deken ("1.0-0_rc11-pre-test-release2") can load all objects just fine by opening the "All_objects.pd" file in the 'else' folder? You need Pd 0.54-1 by the way. Some users are complaining some objects were crashing the app or not properly loading. I have been fixing this but it seems different users get issues with different objects, which is insane...
The deken upload is just for mac.
Thanks.
ps. by the way, it does take quite some time to load all objects, like even a couple of minutes, cause my lib is a bit big (524 objects and counting). It's weird how it all loads quite fast on my 10 year old macbook air running mojave... I wonder if we could do something about or if we just have to live with this hassle in current macs/macOSes... can someone at least confirm me if when you load an object first it may take a while but then the OS and Pd remembers it is 'good' forever and ever on?
Em seg., 5 de fev. de 2024 às 23:44, Alexandre Torres Porres
It seems I already have a flaw, [plaits~] doesn't seem to work on apple silicon.
it's actually working, so what's up in deken should just be reuploaded and renamed. No other feedbacks from tests, but I'll trust I'm getting it right.
As soon as I have it all ready, I'll upload the real deal and make a proper
announcement with details on what's new
:)