[PD] last call for test : else rc11 for mac universal, linux, windows

[Alexandre Torres Porres]

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 <
por...@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

Re: [PD] Deken not showing ELSE external and others on Raspberry Pi with Debian 12

[IOhannes m zmölnig]

On 2/5/24 20:14, Alexandre Torres Porres wrote:

time but this time also for armv8 (Linux-arm64-32). I'll upload to deken


please do not use "armv8" synonymously with "arm64".
in the context of deken, the former is a 32bit architecture, whereas the 
latter is a 64bit architecture and are therefore incompatible (that is: 
you cannot load an armv8 external in an arm64 Pd; and vice versa).


if the two architectures were the same, we wouldn't have this entire thread.

gmdar
IOhannes


OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Deken not showing ELSE external and others on Raspberry Pi with Debian 12

[Alexandre Torres Porres]

Em dom., 4 de fev. de 2024 às 10:13, Linux Rouen Normandie <
linux.ro...@free.fr> escreveu:

> And out of the  'Linux-arm64-32 / Linux-armv7-32 / Linux-armv6-32', which
> one should I not use?
>
> Frankly, I don't know enough about that.
> This should be discussed with people understanding how Pd/Deken is working
> for determining which RPi OS/HW platform is in use.
>

Just compile for me now with both of the systems please, like you did last
time but this time also for armv8 (Linux-arm64-32). I'll upload to deken
and we'll see what is the other one you have (I guess it's armv7-32)  and
we'll leave it at that and ditch the other one, probably armv6

please just compile with the specific appropriate binary extension: "
*.l_arm64*" for armv8, and "*.l_arm*" for the other one.

RC11 is ready and here
https://github.com/porres/pd-else/releases/tag/v.1.0-rc11

I can actually compile for pi with a virtual machine, but not for plaits~,
circuit~, sfz~ and sfont~. So you can try and just compile these for armv8.
Note that the trickiest one is sfont~, which needs to collect the
dependencies via a script. Since rc10, only plaits~ changed, so I would
only ask for that one for armv7 (since I already have the binaries from the
last release), but I need all those four for armv8 at least. If you are up
and game for it, you can just run the full compilation for extra fun in
both cases.

Thanks a lot



>
> What I have done on my RPi 400 regarding myself compiled Pd versions from
> 0.53-0 to 0.54-1:
> - Pd/Deken installed under RPi OS 11 32-bit
>   Default platform 'Linux-armv6-32' => User defined-platform
> 'Linux-arm7-32'
> - Pd/Deken installed under RPi OS 12 64-bit (only Pd 0.54-1)
>   Default platform 'Linux-armv8-32' => User defined-platform
> 'Linux-arm64-32'
>   And for your externals I have compiled Else 1.0-0 rc-10, including the
> above 4 [*~] objects, from the source code and installed manually Cyclone
> from the unzipped 'cyclone-0.8.0_armv8_Linux64.zip'.
> - If not and in both OS versions only very few and old externals were
> found by Pd/Deken.
>
>
> thanks
> --
> Em sáb., 3 de fev. de 2024 às 16:07, Linux Rouen Normandie <
> linux.ro...@free.fr> escreveu:
>
>> What I said about 2 months ago is:
>> - At that time the main used RPi OS was/is v.11 32-bit (based on Debian
>> Bullseye).
>> - This OS was/is largely used on all RPi H/W, either 32-bit and/or 64-bit
>> capable.
>>
>> Since RPi OS 12 64-bit (based on Debian Bookworm) became official on
>> 11th Oct. 2023
>> ,
>> this one will slowly but surely replace RPi OS 11/12 32-bit on the
>> compatible hardware; i.e. 3B, 3B+, 3A+, 4B, 400, 5, CM3, CM3+, CM4, CM4S,
>> and Zero 2 W.
>>
>> My RPi 400 (4 GB RAM) has a chip-set which can run both 32 and 64-bit OSs.
>> Up to about 2 months ago I was only running under RPi OS 11 32-bit, as
>> recommended by the RPi Foundation (64-bit was not considered as being
>> enough completed).
>> Now I'm also running under RPi OS 12 64-bit but this one is still buggy
>> vs. the previous 32-bit version.
>>
>> Regarding Pd/Deken (I built it from the source code), I was obliged for
>> both RPi OS 11 32-bit and RPi OS 12 64-bit to change the default platform
>> to a user-defined platform to be able to get access to a larger externals
>> offer.
>>
>> During my Pd 0.54-1 compilation under RPi OS 12 64-bit I got:
>> pd 0.54.1 is now configured
>> Platform: Linux
>> Float size:   default
>> ...
>> Deken identifier: linux-arm64
>> ...
>>
>> After my today RPi OS 12 64-bit system update, I have:
>> OS: Debian GNU/Linux 12 (bookworm) aarch64
>> Host: Raspberry Pi 400 Rev 1.0
>> Kernel: 6.1.0-*rpi8*-rpi-v8
>> -when just few hours ago I had-
>> OS: Debian GNU/Linux 12 (bookworm) aarch64
>> Host: Raspberry Pi 400 Rev 1.0
>> Kernel: 6.1.0-*rpi7*-rpi-v8
>>   -when just after this OS installation I had-
>> OS: Debian GNU/Linux 12 (bookworm) aarch64
>> Host: Raspberry Pi 400 Rev 1.0
>> Kernel: 6.1.0-*rpi6*-rpi-v8
>>
>> I hope this clarifies a little bit my previous writings. 😉
>>
>> The Pd/Deken platform detection issue remains open.
>> - - - - - - - - -
>>
>> Le 03/02/2024 à 16:18, Alexandre Torres Porres a écrit :
>>
>>
>> On Sat, 3 Feb 2024 at 09:55 Linux Rouen Normandie 
>> wrote:
>>
>>> Well - well, who said I have said that !? 😕
>>>
>>
>> I can clearly be wrong with what you said, but then explain again please
>> :) I just remember something that you mentioned armv8 64 bits is really rare
>>
>>
>>> Now on my RPi 400, I'm running since few weeks the latest RPi OS 12
>>> 64-bit (Debian Bookworm).
>>> At least up to few weeks ago Else was not available for this platform,
>>> except the old v.1.0-0 rc-6.
>>>
>>> This why for each release I 'm building Else from its source code
>>> including the missing 4 objects [sfont~], [circuit~], [sfz~] and [plaits~].
>>>

Re: [PD] [vstplugin~] v0.6-test1

[Christof Ressi]

Of course, [vstplugin~] is also available on Deken!

On 05.02.2024 13:41, Christof Ressi wrote:


Hi,

here is a first test release of [vstplugin~] v0.6: 
https://git.iem.at/pd/vstplugin/-/releases/v0.6-test1


NOTE: previous versions would hide certain (non-automatable) 
parameters in VST3 plugins. This has been fixed, but as a consequence 
parameter indexes might have changed. [vstplugin~] prints a warning 
for every plugin that is affected by this change!


Please test and report any issues at Issues · Pure Data libraries / 
vstplugin · GitLab .


Have fun!

Christof


___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management 
->https://lists.puredata.info/listinfo/pd-list___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [vstplugin~] v0.6-test1

[Christof Ressi]

Hi,

here is a first test release of [vstplugin~] v0.6: 
https://git.iem.at/pd/vstplugin/-/releases/v0.6-test1


NOTE: previous versions would hide certain (non-automatable) parameters 
in VST3 plugins. This has been fixed, but as a consequence parameter 
indexes might have changed. [vstplugin~] prints a warning for every 
plugin that is affected by this change!


Please test and report any issues at Issues · Pure Data libraries / 
vstplugin · GitLab .


Have fun!

Christof
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list