Posts by piotrmaj

    Legit use case. I'm afraid RM wasn't designed to be used like this (and given issues it has with performance management using it live seems to be walking on a thin ice) but you may consider slightly different approach, which would require some tedious setup work at first but might be better / more stable / less error prone in the end. You could give MainStage a try (if you're on a Mac) and manage your show from there, having connected computer to Kemper via MIDI. So whenever you'd be selecting a song in MainStage it would send appropriate MIDI messages to switch to the right performance. Switching via MIDI is instantaneous and you would not have to touch anything during the show. Additional benefit of using MIDI - you could reconfigure the entire show via MIDI (synths, backing tracks, what have you) with a single click.

    Just for the record: read my post with a grain of salt. I have no clue how RM / Kemper work internally. I only draw this conclusions by observing the symptoms and also by excluding possibility of a trivial bugs, as generally I highly regard what CK and his team are doing (and I'm Virus TI user as well) and if the diagnosis / fix was simple they would just release the fix already. Maybe the ultimate solution requires a major architecture changes to the codebase which definitely is not a trivial effort.

    By "somewhere between" i didn't mean literally USB connection, but rather I was referring to interplay between RM and hardware - something CarloLf better described as state management (which I have no idea where it is implemented). In the past there was only one source or changes - the Profiler itself. Now we have two sources of changes: RM and Profiler. Things can only be kept in sync if both sides observe same events in the same order. This is clearly not happening, RM and profiler are losing sync - and neither is detecting that the synchronization was lost (this is probably the first thing that should be addressed).

    Having access to source code of RM would not change much, in my opinion. You could fix small thing in the UI, but majority of serious issues is somewhere between RM and the hardware itself, and to fix them you'd need access to the code running of units itself which for obvious reasons won't ever be published.


    Bugs, which are purely in RM are fixed rather quickly, once reported. Performance management is currently a disaster but I really doubt the issue is in RM itself. That would be easy to track down and fix.


    I would go even one step further and remove performance managment from RM (or move it only to beta channel) until it is ready for prime time. RM is great to tweak / load / edit profiles / IRs and it vastly improved my workflow. Once sounds are prepared putting a performance together on the unit is not that hard and works reliably. Not ideal solution but better than chasing bug after bug and falling into frustration.

    I have similar experience with performance management via RM and I already sent a detailed description with screenshots to support. However we should not assume that you're hitting the same issue - so you should report your findings to support as well.

    piotrmaj works fine for us, BUT again - contact support, let's see what we find. the simple truth is: everything we can replicate, we can fix. all the other things are well, difficult.

    I must have been doing something wrong, then. I'll spend some more time with it today in the afternoon and will try find out what it was.


    Edit: Actually I sent yesterday two bug reports to support describing issues with renaming a rig which is currently being previewed and the second one where performance becomes a complete mess after just a few copy/paste operations. Hopefully this will be resolved soon.

    Same experience here, unfortunately - so far, RM3 is only good at browsing presets for me - every time I tried to manage performances it ended up bad (especially third point on your list is particularly painful - slots being reverted to original values, even after hitting "Store in Performance" button).

    I didn't see anything in changelog recently that would indicate any change for better.

    The reason why creating "out of bound" folders is dangerous is that it works now with this specific version of RM and relies on current implementation details (where there are physical folders with sqlite database inside) which might be subject to change. In the future there might be different, simpler, less error prone, more robust, you name it solution implemented, for example a single database with no physical folders at all, and your instructions won't be valid anymore. So every time you touch implementation details - you're on your own and you should not encourage others to do so, and especially after manual tinkering with files you should not complain that something is not working as expected.


    Although I understand your frustration very well because RM is lacking some basic functionality (after all, importing a hierarchy of folders is really not that much different than importing a single file from programming stand point and could probably be added in a matter of hours).

    Similar experience here. RM3 is great for browsing rigs and tweaking, though. Performance management is totally messed up and endless source of frustration for me so I gave up on it as well and I'm using the Toaster for this in meantime (while still waiting for more mature version of RM).

    You can't organise / rearrange / remove them safely other than in RM, mate, so it's best to let the app take care of this. This is why there's no mention of it in the manual.

    Yes, you can! :evil:


    That's how I recently fixed my folders because latest RM doesn't want to rename folders for me. Of course, I don't recommend doing it, if you are not sure what you are actually doing. Or at least make backup first and don't touch sqlite databases or change folder structure while RM is running.

    I totally agree - file management sucks in RM. Ability to import hierarchy of folders seems like a P1 feature from usability PoV. Especially that many commercial profiles are sold in packs organized in folder(s) and importing them in organized manner is a PITA. I'd add to it:


    - Drag and Drop to rearrange folders in RM

    - Reliable rename (I have one folder called "Test" which I can't rename, no matter what)