My KPA crashes regularly even with the new 1.0.7b firmware and honestly, I don't care.
We are not aware of any "crash" bug in 1.0.7. What happens?
Timo
My KPA crashes regularly even with the new 1.0.7b firmware and honestly, I don't care.
We are not aware of any "crash" bug in 1.0.7. What happens?
Timo
Once again...there should be a certain place on the hp where people could check if they have everything and where they could download the factory content.
Maybe I am getting you wrong, but you can restore the factory content in the SYSTEM menu with the "Factory Rigs" function (SYSTEM page 1/8, Softbutton 4).
Timo
Right in the middle of all this the KPA throws up an error screen and reboots itself.
First time I have ever seen it do that.
Have you written the message down or taken a photo of it and sent it to support?
Did it really reboot by itself?
If it was a "SOFTWARE FAILURE" it means that the firmware itself was in a state that was not correct.
The Kemper team needs your input on this, otherwise it is hard to track what actually happened.
Timo
I can confirm that the same bug happened to other knobs than MASTER as well and that the fix is addressing this issue also for the other knobs.
Timo
Thanks Timo! Will this fix the beheaviour of both knobs ( including noisegate)?
I only checked against the MASTER Knob as the bug description suggested. If other knobs suffered the exact same problem, it is fixed there, too. But we have to check about that.
Timo
This bug is confirmed and fixed in the next release of the KPA firmware.
Timo
Timo, if you're going through the trouble to comment on what won't work, why don't you go all the way and suggest what would work? Or maybe let us know why what guitarnet70 suggested will "definitely not" work?
Same thing in the other thread...
Resetting the global settings will not help solve a "sticky" button. I wrote that function, I know what it does.
My post was short, maybe too short, but what I wanted to express is: All this "press this or that on bootup", which is posted, including inconsistent naming of the buttons, does more damage than help. I just was annoyed that under every trouble report, some users propose this without having any clue.
Usually, it does not help, since it is designed for a very special situation (corrupted data so the unit does not boot at all). On the other hand, it destroys the user settings like user and device name, leading to a situation where people might forget to reenter their name or reenter it different, so Rigs and Profiles from the same person have different tags, so entropy grows.
We discussed this intensively with the support people and we all will try to be more specific.
So, sorry for being too short, I hope this post clears it up a bit.
Timo
Try booting keeping "Rig" pressed and afterward check the midi assignments on the KPA
Clearing the last used Rig and MIDI assignments do not relate at all.
Timo
No idea if it helps in this case, but it did with the monitor out: try making a System reset by booting keeping "System" pressed...worth a try
No. Never. Really!
Timo
Boot up holding "System" pressed. This should clear it up.
No. Definitely not.
Timo
Wel I'm hearing it, so it is happening on my unit, maybe not everyone has the problem that's why I've asked, I will test some more by recording it.
The signal processor is located on a different PCB in the housing. There is no communication between DSP and main processor about which page is being displayed in the LCD. That's why I am so sure. But nevertheless, if you can hear something, you might can record it somehow, best case via SPDIF?
Timo
To me with all the rigs when I try to change rotary speed using the preset "SteveRay" the KPA crasch. it's very unstable with this effect. what do you mean that you delete it? do we have to communicate this minor bug also to them?
Ciao e grazie!
Maurizio
Please send that rig with a short bug description to support. This is not a minor bug. I can not reproduce that behaviour here, I hope that I will with the rig you mentioned.
Timo
Could some of you test this, not sure if it's already a known problem, or even related to the problem of the sound changing when changing rigs back and forth, but when you're in a patch and hit the Delay switch to edit delay settings on the LCD, while in that edit mode, till you hit Exit, the sound sounds different, not a huge change but definitely different, even before or after you change delay settings, it goes back to normal after you hit Exit, is this how it's supposed to work?
I can assure you that there is no chance of this happening by just switching to the DELAY EDIT page and back.
Maybe my ears are tricking me, but after I have upgraded my unit from 1.0.0 to 1.0.5 the latency did not decreased automatically. I had to do a system initialisation. I have not had enough time to test or measure it, but this was my impression.
Yes, your ears tricked you. There is nothing that can be "resetted" regarding latency.
Timo
This is a so called "race condition" where a dialog prevents rendering of the display content when it opens on a specific time.
It is already fixed and will be gone in the next available version.
Timo
There is an issue that can lead to a blank screen, the unit might look like frozen then.
In this case, just hit the "Softbutton 4", which is directly left to the BROWSE knob. The unit should work normal then.
hth
Timo
Sort by date would be fantastic.
Chris
like pressing "Sort by ..." soft button in the main browse page?