I’ve been trying to port the K-Loop organelle patch to the 201 to no avail. I’ve determined that for one reason or another the [waveplayer~] object refuses to function despite including the .pd_linux file in the same folder as module.pd. When I run the patch on desktop it works without issue. Is there some crucial step I’m missing or can the 201 just not handle this particular object?
does the 201 boot immediately or it needs like 20 seconds?.
If it boots immediately, then it isn’t using linux so, many pd objects, specially externals would be unsupported. If it actually is running linux, then the matter is to find a compiled binary that matches that linux version. if 201 is running arch, like organelle Og does, then a binary compiled for Organelle-M / S will not work.
The 201 is running Linux, a bare bones version based on Yocto.
It is the same ARM architecture as the Organelle 1, M and S, so .pd_linux externals should work on both without having to recompile. But we did notice a problem with the waveplayer~ external.
@internetbreakup here is a version of waveplayer~ that should work. I can’t remember why this one works, I must have compiled directly on the 201, still have to investigate, but give this one a try.
waveplayer~.pd_linux (24.3 KB)
1 Like
that’s cool.
Is it written anywhere the full specs of the 201? . num/speed of processors, memory, codec used, etc. ?
- ARM Cortex-A7 processor at 900 MHz
- 512 MB RAM
1 Like
That version of [waveplayer~] didn’t work either…
How would one go about compiling directly on the 201?
It is a little tricky at the moment, you have to SSH into the 201 using WiFi. If you plug in a USB WiFi adapter (the same RT5370 one used with the Organelle), the 201 will attempt to connect to a network named ‘music’ when it boots up. To change the credentials is the hard part, I guess you could make a Pd patch that updated the network name and password…
The other way is using serial over the USB-C connection. Then there is no WiFi to mess with, just connect via USB-C to your computer and login. This isn’t configured but I plan to enable it for the next 201 software update probably this week.
3 Likes
I didn’t have issues with waveplayer~, initially testing with a standalone test patch. But you are right, there is a problem causing it to not work in the context of the 201PP patch. If you try to use the object in a module there is a problem with the file path used with the open message. Providing an absolute path to waveplayer~ seems to fix the file loading issue.
Check out this test patch. It just loops a sound file with knob 1 controlling speed.
2-waveplayer-test.zip (390.0 KB)
1 Like
Actually this one is a better example… it uses [pdcontrol] to get the path relative to the module folder
3-waveplayer-test.zip (390.1 KB)
1 Like
That solved it! Thanks so much! 
The test patch is so cool! Simple but effective;)
Sorry if i missed it, was there ever a full patch attached to this? Seems like so much possibility in this
The K-Loop port I was working on has been put on pause for the moment; it seemed like less of a priority with the release of the new Kaleidoloop hardware, and I haven’t had as much time lately to code/test new patches. That being said, I was able to get a version of K-LoopOver to work on the 201PP, I’ll post this to the forum when I get a chance. You can also flash an SD card with the Kaleidoloop OS and run it on the 201PP. It would also probably be possible to create a 201 patch that takes advantage of the new Kaleidoloop playback modes.
1 Like
Ohhh KLoopOver port sounds amazing, i would love to try it whenever there is time, understand that these things are complex
I guess it would utilise the possibility to add an audio input to the PP, which is something im also very excited to try if i can get my head around the technicals.
It’s such a brilliant instrument that can allow so much reworking of its capabilities… just so cool. Thanks for sharing all the great work on expanding what this thing can do!