LOCO JESUS DJ
esto es lo q un miembro DJ pone para uds:(es un usuario de PCDJ ) anti FREEZE de el PC
Dado que no sé cómo ponerse en contacto con el equipo de denon, voy a publicar aquí mis conclusiones:
He utilizado MIDI-OX en conjunción con MIDI Yoke que hacer varias pruebas al controlador.
Para todo aquel que no sabe de estas aplicaciones, MIDI Yoke es un puerto MIDI virtual creador (Crea cortar virtual puertos midi en el PC del usuario) y OX-MIDI MIDI es un instrumento de transformación que es capaz de hacer un LOT de trucos ...
En mis pruebas MIDI-OX se utilizan sobre todo para el envío de información a los diversos controlador (SYSEX comandos)
Técnico cosas:
La BAJA-MIDI IN y MIDI-OUT buffers se fijaron topes a 16 x 512 bytes.
Prueba 1:
Intentando enviar 128 bytes MIDI (llanura HEX) a la de ...
FREEZE
Prueba 2:
Intentando enviar 64 bytes MIDI (llanura HEX) a la de ...
FREEZE
Test3:
La construcción de entre el 1 byte MIDI a max ...
El controlador es capaz de recibir hasta 54 bytes MIDI antes de que se congele
Test4:
Intentando enviar 128 Bytes MIDI con freno de comandos (F7) en pequeños intervalos (hasta 54 bytes)
FREEZE
Prueba 5:
Intentando enviar 128 bytes MIDI con freno de comandos (F7) con un retraso de 5milliseconds después de cada freno
ÉXITO.
Test6:
Intentando enviar 256 bytes MIDI con freno de comandos (F7) y 5msec demora
ÉXITO
Test7:
Tratando de empujar sobre el borde: 1024 bytes MIDI en pedazos pequeños (30 a 54 bytes cada una) separadas por comandos de frenos (F7) y 5msec demora después de cada freno
ÉXITO
Test 8:
Al pulsar sobre el borde manera:
Lote de enviar 630 bytes MIDI con mandos de freno y demora alrededor de tres horas. Yo era el envío de 5 diferentes archivos con una demora entre 5 mseg frenos, y 5 mseg demora después del fin de cada archivo antes de enviar el siguiente ...
EXITO!
=======================================
Conclusión:
El controlador dispone de un buffer muy pequeño. No puedo decirle exactamente el tamaño. Yo esperaría 64 bytes, pero mis pruebas demuestra que es seguro en virtud de 54 bytes.
También el controlador de las necesidades de un pequeño retraso entre buffers antes de que pueda recibir el próximo buffer. Parece que el controlador recibe el buffer y si recibe otra antes de que los primeros procesos de uno de ellos, se bloqueo, por lo que el retraso 5msec ....
Traté de bajar la demora hasta 2 3msec pero no trabajo todo el tiempo ... Si me ha enviado un pequeño búfer y, a continuación, otro pequeño que no congelar con 2msec. Pero se congelaría después de una gran amortiguación, lo que significa que el controlador no tuvo tiempo suficiente para procesar todos los 54 bytes ...
El valor seguro tiempo he encontrado que funciona 100% es 5msec retraso ...
Por último quiero decir que es sólo la función de recibir la controladora a la que sufre de este tema .... Que en otras palabras significa que sólo es la pantalla que puede ser que necesite para llegar retrasado por algunos msecs antes de que muestra toda la info (actualizado) ...
La función de enviar el controlador no sufre los mismos problemas ....
Tuve la ocasión de las inundaciones prácticamente MIDI-OX aportación del monitor con comandos MIDI desde el controlador sin un solo fallo técnico ...
Yo no soy un desarrollador, pero yo creo que la utilización de un software de salida de amortiguación que enviará datos a la controladora en pequeños trozos con un poco de retraso entre ellos deben resolver el problema de bloqueo ...
Gracias!
Dado que no sé cómo ponerse en contacto con el equipo de denon, voy a publicar aquí mis conclusiones:
He utilizado MIDI-OX en conjunción con MIDI Yoke que hacer varias pruebas al controlador.
Para todo aquel que no sabe de estas aplicaciones, MIDI Yoke es un puerto MIDI virtual creador (Crea cortar virtual puertos midi en el PC del usuario) y OX-MIDI MIDI es un instrumento de transformación que es capaz de hacer un LOT de trucos ...
En mis pruebas MIDI-OX se utilizan sobre todo para el envío de información a los diversos controlador (SYSEX comandos)
Técnico cosas:
La BAJA-MIDI IN y MIDI-OUT buffers se fijaron topes a 16 x 512 bytes.
Prueba 1:
Intentando enviar 128 bytes MIDI (llanura HEX) a la de ...
FREEZE
Prueba 2:
Intentando enviar 64 bytes MIDI (llanura HEX) a la de ...
FREEZE
Test3:
La construcción de entre el 1 byte MIDI a max ...
El controlador es capaz de recibir hasta 54 bytes MIDI antes de que se congele
Test4:
Intentando enviar 128 Bytes MIDI con freno de comandos (F7) en pequeños intervalos (hasta 54 bytes)
FREEZE
Prueba 5:
Intentando enviar 128 bytes MIDI con freno de comandos (F7) con un retraso de 5milliseconds después de cada freno
ÉXITO.
Test6:
Intentando enviar 256 bytes MIDI con freno de comandos (F7) y 5msec demora
ÉXITO
Test7:
Tratando de empujar sobre el borde: 1024 bytes MIDI en pedazos pequeños (30 a 54 bytes cada una) separadas por comandos de frenos (F7) y 5msec demora después de cada freno
ÉXITO
Test 8:
Al pulsar sobre el borde manera:
Lote de enviar 630 bytes MIDI con mandos de freno y demora alrededor de tres horas. Yo era el envío de 5 diferentes archivos con una demora entre 5 mseg frenos, y 5 mseg demora después del fin de cada archivo antes de enviar el siguiente ...
EXITO!
=======================================
Conclusión:
El controlador dispone de un buffer muy pequeño. No puedo decirle exactamente el tamaño. Yo esperaría 64 bytes, pero mis pruebas demuestra que es seguro en virtud de 54 bytes.
También el controlador de las necesidades de un pequeño retraso entre buffers antes de que pueda recibir el próximo buffer. Parece que el controlador recibe el buffer y si recibe otra antes de que los primeros procesos de uno de ellos, se bloqueo, por lo que el retraso 5msec ....
Traté de bajar la demora hasta 2 3msec pero no trabajo todo el tiempo ... Si me ha enviado un pequeño búfer y, a continuación, otro pequeño que no congelar con 2msec. Pero se congelaría después de una gran amortiguación, lo que significa que el controlador no tuvo tiempo suficiente para procesar todos los 54 bytes ...
El valor seguro tiempo he encontrado que funciona 100% es 5msec retraso ...
Por último quiero decir que es sólo la función de recibir la controladora a la que sufre de este tema .... Que en otras palabras significa que sólo es la pantalla que puede ser que necesite para llegar retrasado por algunos msecs antes de que muestra toda la info (actualizado) ...
La función de enviar el controlador no sufre los mismos problemas ....
Tuve la ocasión de las inundaciones prácticamente MIDI-OX aportación del monitor con comandos MIDI desde el controlador sin un solo fallo técnico ...
Yo no soy un desarrollador, pero yo creo que la utilización de un software de salida de amortiguación que enviará datos a la controladora en pequeños trozos con un poco de retraso entre ellos deben resolver el problema de bloqueo ...
Gracias!
Posté Fri 04 Jan 08 @ 11:46 pm
Manquín
Ya denon tiene conocimiento de esto, pero falta la actualización del firmware.
Posté Sat 05 Jan 08 @ 12:27 pm