Al presionar una tecla en mi dispositivo midi y monitorearla en Midi-OX, toma mucho tiempo (alrededor de 5 segundos) antes de que registre otra entrada. Tenga en cuenta que no estoy hablando de la demora entre presionar una tecla y que midi-OX la registre, sino la demora entre que registra otra tecla después de presionar una. Un "período de enfriamiento", por así decirlo, antes de que reconozca otra entrada.
He usado tanto Cubase como Midi-OX como software para monitorear, y ambos tienen el mismo problema y un período de "enfriamiento" de alrededor de 5 segundos. He probado tanto un teclado PSR550 como un piano Yamaha Clavinova, de nuevo el mismo resultado en ambos.
Utilizo un adaptador Logilink UA0037N USB a Midi (In-Out, 1,9 m) para conectar el teclado/piano eléctrico a mi portátil Medion Erazer.
¿Cual podría ser el problema?
EDITAR: Como se sugirió, compré otro cable: M-Audio USB Uno MIDI Interface 1 in/out. Casi el doble de caro (30 €) y lo mejor que pude conseguir. Todavía hay el mismo retraso. Este cable parece ser más sensible para la sensibilidad al tacto y los pedales, etc., pero tan pronto como presiono una tecla, no reaccionará a otra presión (o liberación) durante unos 4 segundos.
Sin embargo, la trama se complica: cualquier otra cosa que no sean las teclas en blanco y negro del Clavinova/PSR funcionan perfectamente bien. Los pedales, los botones y el doblador de médula funcionan en tiempo real.
Aún más extraño: después de cualquier entrada que no sea una tecla, el "enfriamiento" se restablecerá y reaccionará a otra pulsación o liberación de tecla, momento en el que dejará de reaccionar a más pulsaciones de tecla nuevamente.
Así que he usado diferentes dispositivos (PSR/Clavinova), diferentes cables, diferentes programas (Cubase y Midi-OX) y diferentes computadoras (también probé todo con una computadora portátil vieja que tenía puertos usb2 en lugar de usb3). También busqué en el manual de PSR para configurarlo en "modo de salida midi", que aparentemente es un modo específico para el teclado cuando se usa como dispositivo midi. Todas las configuraciones y combinaciones tienen exactamente el mismo problema.
EDIT2: Resulta que ERA el cable. Simplemente llevé toda mi configuración a un lugar que tenía docenas de cables diferentes tirados por ahí y, finalmente, uno funcionó normalmente. Parecía ser completamente aleatorio cuáles funcionaban y cuáles no; algunos cables realmente baratos funcionaron y algunos de marca de gama alta no (aunque los cables más baratos tenían el problema con mucha más frecuencia). Realmente odio midi ahora.
5 segundos está más allá de lo razonable en el funcionamiento normal. Así que tenemos que buscar algo fuera del funcionamiento normal. ¿Qué es común entre sus experimentos? Obviamente su computadora. Entonces nosotros tenemos
He probado tanto con un teclado PSR550 como con un piano Yamaha Clavinova
lo que no parece una coincidencia hasta que nos damos cuenta de que un PSR550 también es de Yamaha. Eso hace probable que ambos dispositivos compartan el mismo tipo de interfaz Midi e implementación básica.
Otro punto en común, obviamente, es su interfaz USB-Midi. Al buscar imágenes de este dispositivo, parece ser una copia de marca de la causa estándar de los problemas de Midi, un adaptador con una mezcla de violín y clave de fa en un lado.
Este adaptador es conocido por distorsionar los mensajes Sysex y se sabe que distorsiona los bytes de estado de ejecución que se utilizan (entre otras cosas) para comprimir eventos de nota desactivada en secuencias Midi más cortas al transmitirlos como eventos de nota activada con velocidad 0.
Esta es la razón por la que este adaptador MIDI de basura tiende a desmoronarse bajo la polifonía cuando un teclado utiliza este tipo de compresión para enviar notas en secuencia estrecha.
Supongo que el teclado o el adaptador cambian el uso o la interpretación de los bytes de estado en ejecución cuando se ha interpuesto un retraso más largo hasta el último byte. Es muy posible que 5 segundos después de la última nota, la siguiente nota de los teclados Yamaha se envíe sin usar la compresión de bytes de estado en ejecución (aunque aún sería aplicable) para evitar perder notas cuando alguien vuelve a enchufar los conectores Midi (que presumiblemente tiende a tomar al menos 5 segundos, o al menos las personas no esperarán que funcione de inmediato en caso de que sean más rápidos).
O eso, o el adaptador tiene un período de tiempo de espera después de que se confundió donde vuelve a tener un comportamiento sensato.
Parecería que los teclados Yamaha hacen que el adaptador barato se deshaga de manera más notoria con un uso aún más simple de lo que comúnmente hace que se caiga. No culparía al teclado, de verdad.
En realidad, hay buenas marcas de adaptadores USB Midi (como Roland, Yamaha, M-Audio) y muchos adaptadores USB 1.1 antiguos de esas marcas que son lo suficientemente rápidos a 12 Mbps para la mayoría de los propósitos (dependiendo del concentrador, es posible que desee evite compartir un concentrador con un mouse o teclado u otro dispositivo lento). Consigue uno de esos de segunda mano y olvídate de los baratos y ubicuos trastos chinos estándar con la clave de fantasía.
Solo puedo adivinar, pero probablemente sea tu interfaz midi.
Las interfaces midi/usb pueden ser baratas, pero si lo son... esto sucederá. o al menos cosas como esta. has probado con otro?
Este cable parece ser más sensible para la sensibilidad al tacto y los pedales, etc., pero tan pronto como presiono una tecla, no reaccionará a otra presión (o liberación) durante unos 4 segundos. Sin embargo, la trama se complica: cualquier otra cosa que no sean las teclas en blanco y negro del Clavinova/PSR funcionan perfectamente bien. Los pedales, los botones y el doblador de médula funcionan en tiempo real. Aún más extraño: después de cualquier entrada que no sea una tecla, el "enfriamiento" se restablecerá y reaccionará a otra pulsación o liberación de tecla, momento en el que dejará de reaccionar a más pulsaciones de tecla nuevamente.
¿Cuál es el problema?
En realidad, esto apunta doblemente fuerte a la compresión de "byte de estado en ejecución" que desencadena el problema, ya que intercalar un mensaje de controlador detendrá la oportunidad de hacer un byte de estado en ejecución. Si el cable no interfiere con la recepción de este mensaje, el controlador (¿hay restos del controlador de su último cable USB? ¿Ha instalado algún controlador disponible para el actual? Por lo general, no debería ser necesario ningún controlador) o la aplicación tener la culpa
"Estado de ejecución" no es nada que pueda representarse a través de USB Midi. Si esa es la fuente del problema, es la interfaz USB/Midi la que lo estropea. Si la cadena de su dispositivo USB (en Linux visible con lsusb
y en Windows en algún lugar del administrador de dispositivos o algo así) indica un dispositivo M-Audio, entonces M-Audio debe ser tachado de la lista de fabricantes recomendados.
Si no es así, depende de si su cable es genuino (y M-Audio de hecho volvió a usar chips de terceros defectuosos) para decidir si M-Audio tiene la culpa de marcar basura genérica a un precio premium después de poner un caso diferente en él.
Lo devolvería y vería si puedo obtener algo como un Terratec Midi One (que es solo unidireccional y, por lo tanto, aunque es práctico y confiable, se aplica principalmente a usos simples) o una de las interfaces usadas más antiguas en una caja de metal (y generalmente con una toma USB B de tamaño completo).
Tomás
jerros
Tomás
andy bonner
jerros
Todd Wilcox
usuario80857
a la izquierda
jerros
jerros