It does not have to be awesome. It just has to work.
...
Personally, I prefer awesome over not awesome. But, that's just me.
It does not have to be awesome. It just has to work.
...
Personally, I prefer awesome over not awesome. But, that's just me.
Personally, I prefer awesome over not awesome. But, that's just me.
+1. Awesome and bug-free.
+1. Awesome and bug-free.
There is no such thing as "bug-free" software
There is no such thing as "bug-free" software
Only if you're a bug hunter
But generally you're right, of course.
I prefer something now and not that awesome then to wait another year for something awesome.
Its a tool that selects a rig, do some editing and send it to the kpa. I do not need that many bells and whistles.
Personally, I prefer awesome over not awesome. But, that's just me.
Display Moresure, it is nice when it is beautiful and has no bugs but it is a very needed feature for every studio i guess
just the fact to take 40 seconds to write the name of the presets while the band is waiting behind with the impression playing PONG is ridiculous
also as a studio i have a lot of profiles purchased or not or even made, more than 500 600 ont remember but the difficulty to find each profile everytime is stupid
no way to sort in any logical way ( please dont tell me alphabetically )
also as i see the rotary encoder start to get looser and looser so i guess after some years they will just collapse, so service needed ,and if we cannot find the same ( as i guess they are not standards ) we will have to pay a fortune to Kemper to change them
everyone laughts at this machine
i love it and wouldnt sell it for no reason but seriouly it is lame not to have this basic editor that any other constructor provides
ENOUGH
+1
I love the unit and I really hope that we'll get the PC control software soon.
Everytime I get some new guitars in my studio I get that bad feeling in my stomach when I turn the pots while I'm browsing through my library...
i don't know about the technical backgrounds... but not all of the stuff has to be loaded in the first place. just load the last selected preset and get the thing running. things like profiling routines can be loaded in the background once the unit is running. but it would be better for live use to have a minimum boot-time in case the unit has to be rebooted live.
I would NEVER operate a piece of microprocessor based gear live without being connected to a UPS. With all the power problems I've experienced over the years at live venues operating without a UPS is just asking for trouble.
There is no such thing as "bug-free" software
Well - won't agree. If you have defined precise requirements for software, and strong focus on testing since the very beginning you may have bug free software
Well - won't agree. If you have defined precise requirements for software, and strong focus on testing since the very beginning you may have bug free software
Working for software developer I can asure you, that this is not possible. Just because you can not test any given scenario from the real world. You need people to report bugs showing up under their unique circumstances. That's one reason why there are betas...
I pray that the guys who develop software for car brakes or airbag are not listening to you and continue to produce bug-free software. It depends on the energy (and the cost) you put in the tests, validation and verification. In this case, for good and free products, i accept tons of bugs !
Working for software developer I can asure you, that this is not possible. Just because you can not test any given scenario from the real world. You need people to report bugs showing up under their unique circumstances. That's one reason why there are betas...
No need to assure me been in many roles Software Development Process Lifecycle. Well, applications cannot perform any given actions form the real world, because applications should be created upon precisely identifies and countable Users' Requirements which then you translate to User Stories and upon which Test Scenarios are created.
And if you create application from user's requests like: I want this, this should be, this should be like on iTunes, you get mess And what someone finds a feature another one may see as defect.
And if you don't have clear requirements, you don't plan testing activities from the very beginning, yeah lots of bugs to pop out in the production then But we're getting out of topic here
I pray that the guys who develop software for car brakes or airbag are not listening to you and continue to produce bug-free software. It depends on the energy (and the cost) you put in the tests, validation and verification. In this case, for good and free products, i accept tons of bugs !
THIS! VERY THIS!
No need to assure me been in many roles Software Development Process Lifecycle. Well, applications cannot perform any given actions form the real world, because applications should be created upon precisely identifies and countable Users' Requirements which then you translate to User Stories and upon which Test Scenarios are created.
And if you create application from user's requests like: I want this, this should be, this should be like on iTunes, you get mess And what someone finds a feature another one may see as defect.
And if you don't have clear requirements, you don't plan testing activities from the very beginning, yeah lots of bugs to pop out in the production then But we're getting out of topic here
Yes, think we're in sync. What you describe are the processes at my workspace. Huge system, close to PLM, a lot of testing. Bugs nevertheless^^. But getting OT, you're right here, too
I pray that the guys who develop software for car brakes or airbag are not listening to you and continue to produce bug-free software. It depends on the energy (and the cost) you put in the tests, validation and verification. In this case, for good and free products, i accept tons of bugs !
Don't know about the car industry, but there is a reason why aircrafts always have two separat systems... But we're getting OT
Btw: We've seen software for airbags in the past that was NOT bug free, haven't we?
I'll add my +1 to this feature request. After seeing the FAS editor in action, it's apparent we need one of these.
I would love the Kemper Rig Editor software more than I could love a human person.
That will be a great feature for a product like KEMPER
That's really puzzling that there's still no software editor for the Kemper. I know the hardware interface is nice and quick but I don't think there's even a need to discuss why a software editor is almost mandatory for all digital devices at this day and age.
I would love the Kemper Rig Editor software more than I could love a human person.
Wow! Don't let your wife read this.
Yes, think we're in sync. What you describe are the processes at my workspace. Huge system, close to PLM, a lot of testing. Bugs nevertheless^^. But getting OT, you're right here, too
That's really puzzling that there's still no software editor for the Kemper. I know the hardware interface is nice and quick but I don't think there's even a need to discuss why a software editor is almost mandatory for all digital devices at this day and age.
Well I guess the problem might be we got RigManagement (managing the rigs through the folders, editing the tags of particular rigs) tool some time ago and most of folks desire RigEdit tool (editing rigs - creating new ones from scratch, by choosing amp, effects, cabs and so on) and we don't know if HQ puts more energy on improving RigManager or creating RigEditor, or incorporating current functionality of RigaManager into RigEditor (if it is any...)
And only HQ know where they are
To OP: yes, please.