1) you set input (guitare gain, input or alternate input etc)
2) in most case this section is locked (so become general)
3) you set general purposes for the ring, routing etc..
4) you decides effects etc...
Not logical ? So I have to rebuild my logic, but it would be late
You are surely aware that the GUI represents the signal chain, right? Putting your ‚Definition‘ thingy inside the chain (please refer to your picture) would suggest, that e.g. the parameter „Rig Volume“ affects the signal prior to the stomp section. This is definitely not the case.
Kempers definition of a rig taken from the main manual, page 20:
'A complete signal chain comprising amplifier, guitar cabinet and potentially multiple effects is called a “Rig”.
The signal chain of any Rig begins at the Guitar Input, passes through four effects modules, the stack section, and then followed by another four effects modules.'
There is no need to be unfriendly virango D:
It's a fact that you can't change the amp cabs by a drop down menue or anything else. That's my message!
If I can change the amps and cabs at the profiler, why I can't change them in the editor. That's it!
I'm really sorry that my post appeared unfriendly to you, it surely wasn't meant so. The fact is you can change cabs and amps in editor, s. @DamianGreda's post above.
I also find it a bit confusing, hence you can select an empty slot and select en FX from a drop down list ... imho it would be logic to do this for all blocks !
The drop down list on an FX shows FX-Types not presets; there are no cab or amp types, just presets . Imagine a drop down list with 100+ (or even more) entries for all your stored (locally and in profiler) presets. Not really usable .
No there is no option or scroll down menue to change the cab/amp in RM 3
Apparently you didn't understand the basic concepts (cab/amp are presets ==> use drag&drop from the preset list to change them), so please RTFM as mentioned by Timo.
Are you using the Remote or an external switch?
The Remote is described in the Main Manual in great detail and including how to overdub.
If you are using external switches make sure, that these are momentary (non latching) AND the polarity is set correctly. Otherwise you might experience very strange situations with the looper.
He wrote about KPS, so I think he means Stage.
Why? and how do you expect Kemper to come out with a working Editor if we can't even get a update through Rig "Manager"
And how do you expect to get useful advice/help if you just say "it's fails to install"? It's a little bit vague.
What's your OS?
Current FW version?
Rig Manager version?
Any idea when v.7 will filter down to the rest of us?
It's there. Check https://www.kemper-amps.com/do…ting-System-Beta-Versions. Also a new 2.3.1 version of RM (with some new cool features).
If I delete one that is used in a performance, does it disappear from the slot?
No, it doesn't. Performances consist of copies of profiles (not links).
Btw. I have about 30, considering it still to much.
Thank you guys.
Yes, it is a fretless; thanks to your hints I found a live video with similiar sounding bass.
As for fretless fx: mybe it's a case for the "Feature requests" section .
complete bass noob here. I'm wondering how to get the bass sound from the IQs song "Fall and rise" https://www.youtube.com/watch?v=86kNIswna-M
Which profile to use? Which effect?
Or is this just a special playing technique?
out of curiosity, have you looked at any of the changes in the forks of the code on Github?
Yes, meanwhile, after reading your post, I had. Thank you for the hint.
Nothing realy new there so far. Some cleanups. And the utilization of CMake, which is/was not part original fork.
The jsharpe fork appears to have a number of fixes for race conditions, and my own fork has some changes to get it to build on Linux.
Race conditions? Never experineced any (which of course doesn't mean there can't be any).
The build problems you faced on linux concern CMake only. Originaly qmake/make was used to build on linux/mac/pc (I'm using QtCreator). To be honest I don't think it is wise to maintain two different build systems in parallel.
Maybe I should discuss that matter with James.
I was also going to take a crack at either updating the version of RtMidi in it or making it build with an external install of RtMidi over the holidays.
Great But please be aware of the hack I had to add to the original linux part of the code. Without the hack it's not possible to send 'large' (some kilobytes, e.g. a rig) sysexes to the KPA.
There is already the functionality to backup and restore the RM content. However, restoring a backup overwrites the local library data. It would be handy if the local library could be synchronized/merged with the backup.