You are my heroes… when I grow up I want to be like you. 
Many thanks.
3 Likes
I created a new SD card specifically for Oram-2511 and i confirm that the presets fot the VirtualJV are not loaded. When i load my Vangelis SD card everything is ok. I checked ROM positions for bot systems and ther’s no difference at all, i just did the same procedure for both.
All the other stuff is working perfectly 
Hi @Nicolaz !
Did you try to execute this command:
regenerate_lv2_presets.sh https://github.com/giulioz/jv880_juce.git
after installing the ROM files in this folder:
/root/.config/JV880
Then reload the UI (or reload the engine presets from the UI).
Regards,
4 Likes
Hi @ricard !
The LV2 presets are generated the first time the plugin is executed after installing the ROM files. After this, the presets cache needs to be updated before the UI can see the presets. If you do it from webconf, this shuld be done automatically.
Could you check if the LV2 presets were generated? Check in this directory:
/zynthian/zynthian-my-data/presets/lv2
You should see the bundle-dirs for Osirus and OsTirus banks.
If they are there, you should try regenerating the presets cache again and reload the UI.
Regards,
1 Like
Yes, regenerating presets worked! Thanks a lot!
1 Like
/zynthian/zynthian-my-data/presets/lv2 is populated with directories like Osirus_Rom_C.lv2, which in turn are populated with individual lv2 files for the different presets. So it looks ok so far.
I’m not sure exactly what ‘regenerate the presets cache’ entails, but I
- Ran regenerate_lv2_presets.sh http://theusualsuspects.lv2.Osirus
- Clicked on ‘Search for Presets’ in the webconf
- Selected ‘Scan for new presets’ from the ‘Preset options’ menu, which is what comes up if I select the chain with Osirus in it and press Back (there are two entries, with the heading ‘Global’, the other one of which is ‘Save a new preset’).
followed by ‘systemctl restart zynthian’ to restart the UI. Also tried rebooting. But I still end up in the ‘Preset options’ menu when pressing back when in Osirus, rather than the list of presets and banks.
BTW, I moved the presets/lv2/snapshots directory out of the way, it contained old snapshots, which are probably not useful anymore; I’m not sure how they ended up in the lv2 directory, perhaps I did it myself a long time ago, at any rate, they seemed to be interfering with the regenerate_lv2_presets.sh script, which now that they are gone completes fine with no errors.
Also BTW, I ran the regeneration script on the virtualjv plugin, and it works fine now, with the presets showing up and loadable as expected. Great work!
A question on another aspect of Oram-2511: Previously, the Preset preload feature worked such that when scrolling through the preset list, any preset scrolled to would load automatically whenever a key was pressed, but the old preset would remain until then. However, now it seems to load directly without waiting for a note on event. Is this an intentional change?
Yes. it’s the new behaviour with any engine. You can always push “back” to cancel and back to the selected preset
Regards
1 Like
Is there a setting for selecting the old behavior if one wants that? The new one certainly is more natural in many cases, and while the old behavior was a bit weird sometimes, I had gotten used to for instance holding a pad sound, then scrolling through sounds, not playing any notes until I’d found one I wanted to play.
this suggestion worked but all my preset-favorites don’t work
Still over here begging for zynthian ganging behind a single UI - that is, allowing a headless Zynthian to act as host for Chains that appear on the main device’s mixer. This would basically open up infinite sound engines in a single UI, with a few caveats regarding DSP functions, which would have to have all related Chains on a given host. Other than that, one could pack an insane amount of musical power into a very tiny box, that way.
This new Amd64 function is kind of exciting as well, but without that UI integration on the hardware device, you’re down to big frankensteining if you want the rotary controllers on that Amd64 platform, cause GPIO is not a feature on that platform, most of the time. Kinda shocked there isn’t a very-popular PCIe→GPIO card out there, honestly…
Perhaps a dedicated UI controller that manages a remote Zynthian, as a future project? I have to say that not being able to easily pop a Pi5 into my 5 device without having to modify a PCB, which I do not feel confident doing, has given me some buyers’ remorse for moving when I did. It still works as the device I bought so I cannot call foul, but boy could I ever use that extra processing power in there… or out there.
2 Likes
Almost everything can be set in a device driver, and the code is there to send whatever you want to whatever you want. A lot of us aren’t even touching GPIO. Maybe you should fork it for what you need.
1 Like
If you’re using a real Zynthian device, you are using the heck out of GPIO stuff. Just because you’re not touching it yourself because you bought a device, doesn’t mean you’re not relying on it.
I built one. We can’t even buy one in the US right now.
I would not mind building one either, with one of the various ITX mobo/cpu/ram I’ve got lying around, but that’s where the GPIO would be handy - the rotary encoders, specifically, become the difficulty. If the V5 Zynthian I have could act as a remote control, my world would be complete lol
I have actually built my own midified version of the controls on a V4 zynthian, when I was first getting into this, and could do so again in a V5 format, and who knows, maybe I will, cause any semi-recent Intel CPU system should handle as much IO of any type as any individual musician needs, thus alleviating the need for ganging devices.
But a synth device which you can add more engine power into and customize as you like, adding as much or as little power as you need, is a fine dream to enjoy.
Edit: I have several Pi2s and a Pi3 kicking around - each of these is capable of a decent amount of audio application, and I would probably cram every Pi I have into a ganged Zynthian, and have a glass top so everyone can see my stupidity from the audience.
2 Likes
The old behaviour has been “dropped”. It could be re-added if there is enough demand for it.
Regards,
1 Like
I did the Update yesterday evening, and it was flawless - Thank´s for Your work !!
1 Like
By the way, I forgot to mention that the Oram 2511 update process (through wi-fi) was perfect and faultless, on both my official V5.1 and one of my custom Pi5s (I still have to fire-up and update the rest of the Z gang). So, again, well done guys! 
2 Likes
Trying to decide if I’m just being a stick-in-the-mud for wanting to have the old variant as an option, or because I actually found it useful… 
I had certainly gotten used to it, and it had the definitive advantage that one could scroll through presets without any sound change provided one didn’t play any new notes, which can be good in a live situation. At the same time there was always a delay from the note on that triggered the preset change caused by the loading of the new preset to the new preset actually taking effect.
Personally, I like more the new preset selection mechanism, with immediate loading upon scrolling over it, with the encoders or other kinds of selectors.
It may be just me, but I also find it significantly faster than before.
Regards!
2 Likes