Oh… I discovered it by accident, and was so excited to test everything out…
Didn’t know about the hidden treasure thing for the next oram release
Looking forward in happy surprise
@ronsum: yes, I did like described. If I choose 4 bars, “Free Recording” and “Loop 1” with the knobs, I then press the F4 button, holding it and press keynote C#1 → for a very short time the flash light turn red/String “recording” appears, but then “Tk.1 Rec” reappears immediately. A very short sample was recorded, but this is not 4 bars long - as I said, only a split second
Is it working on your system, did you change any presets in the zynthian’s wiring screen?
Also I don’t have luck with “Breno”-Sampler which is similar.
The recording doesn’t work.
I tried “Loop Jam Rec” - this one worked. But the sampled sounds have a lower pitch when played back. Probably this is some kind of 48KHz/44.1kHz issue with the implementation?
Same pitch issue with “Basic Sampler”.
With the “Recorder” it works fine.
I’m using a up-to-date vangelis system and haven’t changed anything (sample rate is 48kHz).
Any ideas?
I’m sorry about these observations. Perhaps you could give me some hints about how you’ve integrated the organelle patches.
Probably it’s just a stupid thing I didn’t get…
Regards
@ronsum: I think Organelles patches are working with 44.1 KHz and Zynthian with 48kHz by default. Hence there is some calculation in the organelle patch to replay with the correct speed. I found for example in the “Loop Jam Rec” directory a patch called cg-loop.pd which calculates the phase length of the phasor by dividing the sample length by 44.1 and then by 1000. This is leading to the pitch shifting.
If you change the first value to 48, the pitch is correctly reproduced.
Similar adaptions should - unfortunately - be applied to all other patches which handle with sample based play systems, but it could be that this calculation is different in other patches.
Regards
@gitnob, your feedback is welcome. We are expecting company so give me some time to investigate further and answer thoroughly. I’m using a touch on zynthian with rpi 7" touchscreen, pi4, no encoders and Phatdac soundcard. The Phatdac has no audio input so for testing, I send audio from another source in zynthian using chain options.
I hadn’t noticed the pitch change until you mentioned it and the sample rate mis-match is the likely cause. Regarding the record time in looked loops, I can not reproduce your issue.
I’ll investigate and give a more complete response when time permits.
@gitnob , further to my last reply, Locked loops works on my system. Since I’m using a 7" touch screen only Zynthian with no encoders, I made two changes in the wiring config. Wiring Layout is set to Touch Only and Customization Profile is set to V5. No other changes were made.
Breno sampler also works for me, recorder and all.
What hardware are you using? Perhaps someone with the same Zynthian as yours can test Locked loops and Breno as well.
I am using a regular V5.1 system, but also on the V5 system Locked Loops cannot be armed to record loops with F4 button - same behaviour as described. I’ll do some investigations today and give you a feedback then. @riban: you are right regarding the sample rate assumption, but the organelle patches have been made solo with organelle in mind. Hence I suggest there are more than some patches assuming 44.1 kHz.
Regards
Edit: Didn’t get it to work correctly. Which version of pd are you using? Mine is 0.53.1, regular from repositories. There is a little 0.53.1 error in WCTL subpatch oled/line/12345 , regarding the | t i b |, there is no i for triggers, rewrote it to handle the integers correctly.
I found perhaps a culprit which would explain the behaviour. In the OSCButtons.pd patch, the aux button (Zynthian’s F4) is sending a number 1 periodically, which always triggers the patch which receives the aux signal (with r aux). Hence triggering the aux button. I changed the switch to a
|change 0|, and now the recording works.
This would explain, why a triggering with an OSC command works and the pressing of the F4 button doesn’t.
After getting this to work I stumbled upon another issue with synchronization the patch with an external midi clock. Synching with external clocks let the loops not start anymore
Again I don’t understand where the patch is getting the midi clock information from, because, IIRC it is not sent by the ZynMidiRouter (isn’t it?). Hence it’s not using the tempo settings. But I could be completely wrong again…
@jofemodo, yes it should be done.
But it’s not a never-ending task, because you could just use pd’s “find…” command and copy/paste the |r KSR| in there. It took me 1 min for “locked loops” and could be less for other patches.
But it’s tedious.
And to find the file just grep for “44\.1”/“44100” in all pd files and with a little bit of luck it helps to get all obvious occurences. But if somebody patched like 2 * 22.05 were lost anyway
Regards
@ronsum, this morning I was digging into the sections of the organelle patches and thought about the following possible issues.
If there have been some wav files, which are part of the patch, they are mostly recorded with 44.1kHz. If puredata is playing them back with 48 kHz of the system wide sample rate they will be played with higher pitches.
Hence all the pre-packed wav file have also to be converted to 48 kHz wav files, or be replaced by 48kHz samples.
Sorry, another extra work. But as I said, I could help.
Regards