for you it seems to cause problems... for thousands of others it works fine
Did you consider that it _maybe_ isn't the Kemper, but _maybe_ your specific setup? (Windows version, USB driver version, USB interface hardware, USB hub, virus protection, CPU load, still a bad/too long cable despite being 'new' etc. etc. etc. )
.... just a thought
please contact support and provide them with the requested (backup) files.. we can investigate this further.
see also Midi Morningstar Mcp6 pro With kemper player latency
maybe the regular MC6 also has (the same?) USB issues?...
several other products reported to work fine (footcontrollers as well as USB interfaces) .. so it's not a general problem on the KPP's side.
from the picture on Amazon it looks like the *blue* LEDs on the interface should indicate MIDI measages... do you see any activity on the *blue* LEDs of the USB interface at all?
You can try this also when you connect the interface to a PC/Mac (I think the *blue* LEDs should always work ?)
- which MIDI to USB cable?
- did you connect the correct direction?
- does it have a MIDI indicator? (can you see any reaction when you press a button on the pedal?)
- did you set the KPP to receive on MIDI channel 1 ?
ah ok... sorry for the misunderstanding on my side.
so: verified is KPP-usbA <-> MC6 "DEVICE" (usbC)
and not working:
KPP-usbA <-> MC6 "HOST" (usbC)
which totally makes sense, because that is connecting 2 hosts.
when you want to use MC6's host function, you should connect it to KPP's device port:
KPP-usbB <-> MC6 "HOST" (usbC)
so you'll need to use a USB-B <-> USB-C cable. These cables sometimes are called 'USB-C printer cable"
(the remaining problem, being the delayed reaction/switching still could be an issue with the MC6 having to deal with the messages it receives from the KPP)
Display More*Let me start off by saying I only use the MC6Pro for patch/program changes, so this may not be helpful for those with latency issues.*
*kpahuitsing replied as I was typing. His response was my initial problem. (charging cable vs data)*
I read where you tried several different cables, so this may all be useless?
For me, it was all about the cable. I couldn't get the A to C to do anything with my MC6Pro, even with a couple of different cables I had. I almost gave up until I read about so many people having success with the A to C. I decided to buy a cable from a music store instead of amazon, and it started working immediately. This is the cable I bought from Sweetwater - StarTech.com USB31AC1M USB-C to USB Type A Cable - 3 foot
Now my MC6Pro powers up and works great, but once again I ONLY use it for patch/program changes, not anything fancy (short press, long press, etc.)
huh?
so you say the MC6 pro actually is working with the Player when connected through a USB 'A' <-> USB 'C' cable (plugged into the port labelled 'DEVICE' on the MC6-pro?) "my MC6Pro powers up and works great" would imply that you actually have that connection in use?
that would be nice !
on all Profiler models it is totally clear which connector is host (='A' socket) and which is device (='B' socket)
An USB 'A' <-> USB 'C' cable explicitly codes the 'C' side to be the device side (note: it has to be a cable which supports datatransfer, and not only a charging cable) The Morningstar seems to recognize this correctly, as it starts acting as a device, but acts slowly as I understand from your reports?
Maybe the Morningstar has problems processing the MIDI data it is receiving *from* the Player, when acting as a device? For example: initially the 'Paintaudio' controllers had this problem too, and it was fixed by Paintaudio in their firmware.
tsachou: what do you mean? you cannot spread misinformation without backed claims.
the KPP works just fine with USB MIDI ... this has been demonstrated many times, and everybody can find proof of this on multiple reports on the web.
one thing which isn't/wasn't supported in the current firmware release is the selection of a received MIDI channel.. this has been implemented already now (currently in beta-firmware), and will be available in the next firmware.
if you encounter problems: please explain what isn't working for you, and we'll try to help find the problem in your specific setup.
but do not bleat around unbacked nonsense.
the MIDI baby seems to have a midi capable USB port, it might be possible to connect it directly to the KPP without an interface (so: directly use a USB A to mini USB cable = the same cable you'd use to connect the pedal to your PC)
# makes life easier when you use a usb(powered) midicontroler.
yes: that's why you will be able to connect a usb-powered midicontroller to the 'A' port of the Toaster (as well as the Stage).. just like it is on the Player at the moment.
The new OS is in-progress but needs some work still..
It is a kemper issue, because the kemper sends status information permanently and it is a harley benton mp 100 issue, because the mp100 cant process these status messages.
Sometimes its not black or white.
So everybody can say its misleading.
But Albert Einstein sais: Its all relative.
no!
if the MP100 is declaring a MIDI port (which it seemingly does), it has to be prepared that there will be transmitted data through that port - per definition of (USB) MIDI.
(imagine: a guitar amplifier having a connector labelled 'mains power input', but blowing up if you _actually_ connected mains power over there...)
so if that really would be the only cause of the problem, it would be even more clear that the malfunctioning is not @ Kemper's side.
and yes: in that case it actually *would* be black or white, and nothing relative about it (!)
so: please contact the manufacturer of that device and report malfunctioning over there.
- the B port doesn't provide power
- in an upcoming firmware the toaster will support USB Midi on both ports: the 'A' port (=host) as well as the 'B' port (=device)
Page 157 in the Player manual says:
"The Player supports MIDI over USB, and connects easily to any universal MIDI controller device via an USB MIDI
interface"
yes it does... as is demonstrated on several videos which can be found on the internet. (see above for an example with Paintaudio's MIDI captain, but there are others too)
so it is misinformation to bluntly state 'It is of course a Kemper issue'
Because of the reason I just said.
Besides the fact, that a lot of controllers work just fine .... fact is, that these problems occur, when using a Kemper only. The Harley Benton MP 100 midi controllers work fine via usb. This has been tested e.g. with guitar rig. I'm not spreading misleading info. Seems like you dont want to see, that its a kemper kroblem. Fact is that some controllers work directly via USB and others dont.The Solution is, as I said before, and stated in the manual to use a Midi-To-USB-cable so you can connect the foot controller via Midi Kable to a USB cable on the Kemper side.
Yes you're correct: I'm still not convinced it's Kemper problem. As can be seen from Paintaudio / MIDIcaptain 's video : there was some issue inside the MIDI captain while handling KPP's messages.. so here's one example where external equipment had a firmware bug (which seems to be solved now)
same thing _could_ be the case with the Harley Benton equipment : it's impossible for Kemper to debug or analyze all external equipment out there.
I suggest contacting the manufacturer of the malfunctioning device and report the problem over there.
and you're also correct: as an intermediate solution it is possible to connect a USB<->MIDI cable to connect external device per DIN MIDI, unfortunately then you loose the nice capability of the KPP to power external controllers
Dr.zuo has posted instruction for the English version
External Content www.youtube.comContent embedded from external sources will not be displayed without your consent.Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.
thanks a lot! so: kudos to Paintaudio for solving this issue on their side!
Here's the how-to video posted by the founder of midicaptain
(my Chinese is a bit rusty 
) maybe you could summarize what is said in the video? is explained what the problem was?
It is of course a Kemper issue because its the same behaviour with differenz midi pedals (Harley benton and Midi Captain).
Is the ticket already open?
why would it 'of course' be a Kemper issue then? please stop spreading misleading info.
a lot of interfaces and controllers work just fine.
unfortunately it's unclear at this moment what has been fixed on midi-captains side to make it work... but it's clear that it seem to have been fixed externally @ Paintaudio, and that the KPP is working as before just as it has been.
You need the latest firmware upgrade, and the author of midicaptain has already resolved this issue
what was the issue? how was it resolved?
so the Midi captain works with USB MIDI correctly now ?
You should observe the audio, not the lights on the frontpanel. This is because in the PROFILER audio has highest priority.
