Posts by chromos

Quote from prsgary

This is VERY exciting!! I'll at most be able to try out the new overdrives, can't wait to do this! But I have too many gigs coming up to start changing any rigs - I'm therefore strangely glad they're not compatible with the current OS!

In SYSTEM menu on page 5/18 is this:

But, I'll be glad if I could edit these default values AND save it.

Reason? I have wah stomp effects bypassed at toe position, so with unconnected exp. pedals I need wah pedals bypassed and not sounding at heel position. So, after switching kemper on, it would be nice if this page looks like this:

You can't be serious about editing every preset with wah. And, after I have expression pedal connected then reverting everything back.
It is much quicker dial that CC01 to 127 in SYSTEM menu (and error-proof).

I am almost sure my second Kemper has Wah (CC01) default value about 60 or so, but I cannot verify it right now because it is in our group truck. Anyway, if I'm right about my second kemper then there must be way for saving that value. But how?

Because my wah-wah in slot B is bypassed at toe position. So if no expression pedal (FCB1010 in my case) is connected to the kemper then I need wah-wah bypassed and not sounding in heel position.

P.S. I assume your "Wah (CC07)" was a typo.

How I can save settings in Pedal links (page 5/18 in SYSTEM menu)?
Every time I turn on my Kemper then these settings are at its default values, which is this (see picture).

Not every time I have my FCB1010 connected, so if nothing is connected to Kemper then I need this settings after I switch on my Kemper.

How I will force the Kemper to remember it?

P.S. I'm running 5.4.1 firmware.

I'm glad you solved it.

But, as your problem is solved, it used to be a good habit here in the past to edit the thread title to add something like [SOLVED].

Do you send MIDI Time Code or MIDI Clock from Cubase? That could be the problem. My in-band co-guitar player observed problems with his rig (I don't remember if it was Kemper or Axe) if MIDI Time Code (or Clock - I don't remember it too) was sent from Cubase.

I can confirm this behavior.
(Kemper with OS 5.1.1.12825 Release and FCB1010 with Uno4Kemper chip v1.3a).

First test:

• I have 13 rigs in browser pool sorted by Name. (rigs order is: 1, 2, 3, ..., 13)
• If I assign MIDI PrgCh to them from 1 to 13 then everything works well.

Second test:

• Now, I resorted rigs by Gain and strange things happened. (rigs order is: 9, 13, 1, 2, 10, 5, 11, 12, 8, 7, 4, 6, 3)
• First tap on FCB1010's button works well, but second tap switches rig to different rig with other MIDI PrgCh, see table (every subsequent tap after second one changes nothing - Kemper remains in "after second tap" state):

It is very strange, isn't?

I was curious which messages are sent from my FCB1010 so I connected it to my DAW and looked at MIDI Monitor.

First tap on pedal button send appropriate PrgCh which is correct MIDI message. Every subsequent pedal button tap doesn't send PrgCh, but two controller messages: CC52[1] at pedal button down and CC52[0] at pedal button up. Note: CC** is dependent on button, so CC52 is for button 3, CC50 for button 1 etc.

From KEMPER Profiler ReadMe.pdf:

• Profiler Operating System 4.0.1.12043
  
  
  • User Interface
    
    
    • added: relative addressing via MIDI CC 50-54 also functional in Browse Mode

  
  

  
  

  
  

  
  

I want to believe that relative addressing in Browse Mode is useful as both Kemper and Uno4Kemper implemented it, but some smarter guy could explain why.

Quote from skoczy

Probably not worth fixing but in ideal world this scenario should be served according to business logic (EXIT button exits current state...)

So, if you press Exit button two times then you will be in Tuner state again (as it was previous state before you switched to Browse mode). Don't press Exit buttom three times!

I think if you don't need analog inputs then any RME soundcard is overkill. If you are interested in spdif only then any soundcard with spdif will be sufficient. I use cheap Roland Quad Capture (and M-Audio Fast Track before) and it works as expected.

Quote from nightlight

... I've got a regular midi floorboard, sambrox, and the lights change instantaneously, as does the sound...

Do I understand it correctly that generic MIDI floorboard is lag free in visual feedback, but original remote suffers from lag in magnitude of hundreds of milliseconds? I am thinking about buying Kemper remote, but 600 ms is truly long time. It seems I'll get one ms for each $ spent.

Nowhere I wrote that I want endless refinement and enhancement from Kemper (nor from any other company) and that they should never make a new product, but I think you understood my point.

I don't want to diminish others opinions in this topic, but I'm really tired of the current practice of many manufacturers and developers, who instead of bringing their product to a condition in which it is a joy to use it, they abandon such product and bring a whole new thing to the market.

I'm glad Kemper isn't playing this game with us (yet).

Here on forum are still many advices from users about resetting KPA. Some of them are maybe totally wrong, so it would be nice if Kemper GmbH write sticky article about many resetting procedures with short explanation.

Thank you very much in advance.

On title page at 510px from the left and 2190px from the top it reads: UnO4Kemper v.1.4.
Here is "Built-in support for Kemper specific features like performance mode, beat scanner, morphing..."

Quote from Kulle_Wumpenteich

I dont know for hell if it is the newest one!

I'm redundant with this info here for sure, but if not, then:

I know. I was only telling you are not alone with this opinion.

Quote from 10w73

So make damn sure that you prohibit hibernation if you are connected to a laptop live!

Kemper is aware of this issue but it'll need a little time to change the software, since this seems to be larger than thought in the first place.

If sleeping computer (or power saving on USB ports) is really reason for KPA unresponsiveness then I think developers shouldn't waste their precious time on curing it in KPA firmware. It is user responsibility to set computer properly. Do you want use KPA for longer time than a minute? Then make sure your computer doesn't go into sleeping mode! It is common sense that if you use anything for live use then it should stay alive.

• If there are people who listen music by eyes then sell your Kempers.
• For rest of us who listen music by ears ... you already know what I mean.

Quote from Dorrus

...The problem step by step :
Open Performance mode and select the third slot.
Shut the KPA down and start it up again
Open Performance mode and you will notice that the last slot you shutted down with, is the first slot (for clarity, do you mean slot#3? - chromos's note) that opens ( thats good )
But now hit the first slot button (by hand on the KPA itself- not with the remote ), and you'll see that the rig you see and the sound you hear is NOT slot one- but still the Third slot the Kpa started up with !( so you've got the rig of slot three, playing in slot one )
The only way to get the first slot right again is to choose another Performance and back to the first again.

Display More

I can confirm it. My KPA with fw. 3.2.1.11625 behaves the same way.