Posts by schoko

OneEng1

your approach makes sense in a way to provide a convenient tool. While playing around with JS sending and receiving midi there are way more informations available than rig manager is showing (on mobile devices). My interest would be more like a toolset for broader use (e.g. control my fireface ucx per app, hook it up with reaper and kemper), and don't use different apps for that...

Add a db to store configurations, etc.

So you see, i don't have an exact plan

As of flutter (again):

Personally i took a long road looking at various things but i would like to stick with rust, while the start seems to be more difficult i like the functional approach(and i have to deal with Java at the company, so that would be not my choice for "private" projects). But maybe there is a "roadblocker" then i would give it a try.

this wouldn't be a rewrite, something new.

As for the platform, i personally would not use flutter (while there seems to be a big ecosystem). There are also alternatives like tauri and slint. Kemper uses QT (hopefully remember correctly, when decompile the apk of rigmanager). I took a look at makepad, which seems really promising. https://github.com/makepad/makepad

Makepad has not a big ecosystem, but is really fast...

Some day i'll try to make an app for the kemper, but first goal is to learn Rust. (also want to do esp32 with rust). This would not have the goal to make a "better" rig manager, instead to learn and improve...

Well yes thanks, i am aware of that. But rendered string is heavier for the kempers cpu and the idea is to know

1.) incoming value is freq. x

2.) outgoing value is freq y(when turning the knob on your userinterface

both with just knowing the parameter and a formula to calculate...

For a future project i am thinking about using a little database and a new user interface. And make a native app with tauri..(frontend with html and css), we will see

Thank you will take a look at it!

Quote from mwelker

Thanks for that slateboy

So in the EQ example above, 20hz = 14-bit 0 and 33,488hz = 14-bit 16383 and it interpolates linearly between them? Seems like you'd want some use of log or you'd lose all the precision in the high end (I think...? )

I'll put a couple examples together to see what works/

thank you for any help

Quote from mwelker

Thanks for that slateboy

So in the EQ example above, 20hz = 14-bit 0 and 33,488hz = 14-bit 16383 and it interpolates linearly between them? Seems like you'd want some use of log or you'd lose all the precision in the high end (I think...? )

I'll put a couple examples together to see what works/

no thats not linear, i tried several freq. db formulars long time ago, it is long time ago i don't remember which.

i just made a loop with 256 steps(sending out these to the kemper, wait a few seconds and note the value that is displayed):

0,64,128 ...

that's the source of the values in the array...(sorry maybe i was unclear in explaining it)

yes i am aware of that. the question was specifically, when i get an input value of e.g. 5000 (for the above fx parameters) how do i know which freq. / db (for rig volume) this is (for displaying). nonetheless thanks for chimming in, and the good explanation

Hi mwelker

i just have mapped 256 values from 0 to 16383, see it on line 32(link above). Well the math here puzzle's me (also for rig volume -> fx1/67/68), i tried various things long ago but couldn't solve it. guessing it couldn't be that hard.

thanks

Hey mwelker nice tool, this helps a lot to get quickly code something for the kemper.

Do you have also found out how to e.g.: calc the "studio eq low frequency" from

a value from 0 - 16383 to

20hz - 33 488hz (as displayed on the kemper)

i just stored it in an array, but that is quite clumsy: https://github.com/schoko11/KEKO-…rc/FxObj.ts#L32

(similiar for graphic eq : "low cut" and "high cut" and rigvol "-inf" to "+12db", which i didn't find on your page )

Thank you for this tool (can i have a look at your source code?)!

Hi slateboy looks like an awesome tool, i tried also to make an midi app, but want to start from scratch. I had some problems with calculating some parameters to sysex (i think some frequencies and decibel to 128 / 256 steps and back to the frequency -> studio equalizer). Can i take a look at your source code how you have done it (my abandoned first try is here: https://github.com/schoko11/KEKO-…=readme-ov-file) ?

Thanks!

i have wired the kemper to my wlan repeater and with my android phone i can control the kemper, same should apply to the ipad.

Quote from Spantik7000

my router is too far from my Toaster, so I think about a small repeater.

Does someone tried it? I guess it would also a good option for the Stage

i used a dlink dap 1620, to be able to connect to android rigmanager.

works good

Might be a bit offtopic, i started to figure out the communication between the kemper and the android app with wireshark (kemper connected via wlan repeater to my network, wireshark on the computer) -> could not find traffic besides UDP...

But there is a nice android app to capture the traffic, which worked -> so from time to time i try to fiddle out the captured file..

about 14 bit with an example for sysex messages:

before the terminating x'f7' you have usualy 4 bytes for the value...

x'00 00 f7' to x'7f 7f f7' the highest possible value is x'7f' or decimal 127 or 14 bit( max 16383 i think)

meaning for a decimal value of 128 you have to decode to x'01 00', 129: x'01 01' ...

the first to bytes aka msb are calculated by multiplying with 127, the lsb adding to it by 1

or you can do bit shifting (7 bits)...

Thanks for the reply!

I could not spot that icon(weird) but if no request is sent in browse mode it would not help me(will try it also from daw)...

Many thanks for the suggestion about performances, this could lead to an difficult error to spot(if you are not aware of this)

Hi,

according to the midi documentation only 1 is valid for showing the tuner.

you are ref. that x'1f' is 31 decimal, and what is b0? (maybe some id for CC in fourscore)

-> The kemper uses 14bit instead of "typical" 16 bit

so 14bit x'31' are 49 dec. -> try this instead of "1f" (just a guess)

Hi,

when sending control change 48(value 0) or 49(value 0) the kemper switches rig right or left as expected. In the manual is stated that an icon should be shown for control change messages, but that is not the case?

Further assumed that when setting "ui-to-midi" and "pedal-to-midi" that the kemper reflects changed via midi (so i can be sure the rig has changed and i can request data via sysex). When e.g. switching a rig by hand, no control change is sent(while sysex in and out is working like expected, monitoring on linux with midisnoop).

I am on OS 10 Beta, any ideas?

Thanks

Quote from jpgkpa

Please Kemper, give technical details for this project!

This is not Kemper related. My tryouts are to make midi controller for the kemper in the browser:

You can try it out and give feedback(it uses midi )!

Details are here: https://github.com/schoko11/KEKO-WEB

What is needed ?

1.) a new chrome browser

2.) a working midi connection to the kemper

(for now browse mode only)

It is not needed to use the github link, it should work by just copying the files to your android phone linux machine, etc... (Yes i am aware they are making an Android App, I started this long ago before knowing it...) -> This is a design draft with errors, i will try my best to fix the errors...

The other project(from jwinarske) mentioned here would use usb communication (and the first steps would be to get the usb packets).

What i missed from TJ's interview were some question's regarding NAM, how it could affect Kemper and it's competitors... (He started a question about ML, AI, but they drifted off).

Would be interesting to hear CK's opinion about that...(maybe not on the question list, which i think is quite common to ask for in advamce)