Re: [PD] Using Teensy as midi compliant device

2022-04-19 Thread Simon Iten
The Problem is most likely in the way PD handles multiple devices, Channel 2 on the second interface becomes Channel 18 (or 17 if zero based) in PD. Did you account for that? On Tue, 19 Apr 2022, 00:38 Rick Snow, wrote: > Hello! > > I am working to use two Teensy devices as midi compliant devi

Re: [PD] Deken filename too long for certain filesystems (ecryptfs on ext4)

2022-04-19 Thread IOhannes m zmoelnig
On 4/9/22 23:48, Roman Haefeli wrote: I think having a lower limit than the common 255 characters is silly. I don't think that Deken packages should assume a smaller filename limit than 255. However, we see that the above example is not that far from that (support for a few additional archs or d

Re: [PD] how to compile fat externals for apple with d_i386/d_amd64/d_arm64?)

2022-04-19 Thread IOhannes m zmoelnig
On 4/17/22 19:14, Alexandre Torres Porres wrote: So, yeah, doesn't seem possible, but I'm still not sure yet, and other than, it seems I can't mix in the download a fat binary (with 64/arm) along with some other binary for 32 bits (darwin or 'd_i386'). If I'm using Pd 32 bits it won't be able to

Re: [PD] how to compile fat externals for apple with d_i386/d_amd64/d_arm64?)

2022-04-19 Thread IOhannes m zmoelnig
On 4/19/22 13:11, IOhannes m zmoelnig wrote: 1. i *think*, on macOS Pd should first try to load the arch-specific extensions (`.d_i386`), and only then it should fall back to loading the fat binary (`.d_fat`). obviously it doesn't do that [1] right now. in the meantime, you could try to force

Re: [PD] Using Teensy as midi compliant device

2022-04-19 Thread Rick Snow
Thank you, Miller and Simon! That was totally it. Changing my midi channel to 18 on the second device solved the problem. I probably knew this about midi channel handling ~20 years ago but it has been a long time since I have tried to send midi out to more than one device. Cheers, Rick

Re: [PD] how to compile fat externals for apple with d_i386/d_amd64/d_arm64?)

2022-04-19 Thread Alexandre Torres Porres
Em ter., 19 de abr. de 2022 às 08:13, IOhannes m zmoelnig escreveu: > could you provide the full (related) output of the Pd-console, when it > tries (and fails) to load the i386 binary? It doesn't try and fail, it actually finds the fat binary first and then fails loading it.. it never gets to

[PD] fat binaries (intel+arm) too big and fat, can I do something about it?

2022-04-19 Thread Alexandre Torres Porres
Hi, checking my binaries for the update of ELSE, I see d_i386 binaries add up to 3MB, white the fat ones are 10 times bigger (so, around 30MB)! I haven't tested, but it seems tha if I build intel_64 bits and arm64 separately they don't add up to that much bigger. Anyway, can I do something about i

Re: [PD] fat binaries (intel+arm) too big and fat, can I do something about it?

2022-04-19 Thread Alexandre Torres Porres
Em ter., 19 de abr. de 2022 às 15:58, Alexandre Torres Porres < por...@gmail.com> escreveu: > Hi, checking my binaries for the update of ELSE, I see d_i386 binaries add > up to 3MB, white the fat ones are 10 times bigger (so, around 30MB)! I > haven't tested, but it seems tha if I build intel_64 b

Re: [PD] fat binaries (intel+arm) too big and fat, can I do something about it?

2022-04-19 Thread Alexandre Torres Porres
Em ter., 19 de abr. de 2022 às 16:46, Alexandre Torres Porres < por...@gmail.com> escreveu: > > > Em ter., 19 de abr. de 2022 às 15:58, Alexandre Torres Porres < > por...@gmail.com> escreveu: > >> Hi, checking my binaries for the update of ELSE, I see d_i386 binaries >> add up to 3MB, white the fa