wikter escribió:
Esto es un intento de queja masiva.
Veo que eso lo has entendido...
Masiva consensuada o sólo lo que te parece bien o mal a ti? Tienes razón no te entiendo.
wikter escribió:
DIN/USB:
- No se trata de anular el uso del DIN, sino estandarizar un conector.
- Seguirá existiendo lo que ya existe. Los tambores se siguen aporreando con madera.
- Usar conectores USB no implica necesitar un ORDENADOR...
Si? puedes conectar un cacharro usb a otro (quitando una impresora y una camara) y que se hablen entre ellos? Si es afirmativo (para audio) por un ejemplo y una cosa menos. Si estandarizamos el conector, dime cual? Usb, Firewire, Ethernet, din...?
wikter escribió:
Open Sound Control:
- Se pierde entre estándares. Demasiado abierto. Protocolo UDP, Wifi, Ethernet... sí, es inmensamente potente, pero ahí se para. Lo que propongo NO es CREAR un nuevo estándard que salvará al mundo... es una revisión, compatible hacia atrás, del protocolo MIDI.
Incluso se podría seguir usando el DIN dado que en la mayoría de conexiones de datos de hoy día no se suelen usar más de 4 pines... Ethernet, USB, Firewire...
Es decir hablas del lenguaje? Te vuelvo a repetir que al ser serial tiene ciertas limitaciones "físicas". Si cambias esto quizás (no lo se seguro) volvamos a tener incompatibilidades. Misma clavija pero que no se entienden entre ellos...
wikter escribió:
Todos ellos pueden desaparecer pero la gente seguira buscando sintes analogicos con MIDI din.
Igual que pasó con los sintes con control CV pasaría con el MIDI... no seamos ciezos.
Tienes razón pero es así. Yo sólo tengo un sampler que por desgracia (o por suerte ves a saber) la unica manera que tengo de atacarle a los parametros en tiempo real es o por midi din o a traves del usb conectado al ordenador. Ójala pudiera conectarle algo por el usb y reaccionara. (La peña de Ucapps está intentando desarrollar algo en esta linea pero no se como lo llevan)
wikter escribió:
El midi tb puede tener resolucion de 10 bits con los mensajes sysex
Si mal no recuerdo llegan a haber volcados sysex de varios megas (SDMS, no?) para transferir muestras. Aún así, las "palabras" siguen siendo de 8 bits.
Supongo que lo que hay no te sirve, si es por reformar el lenguaje, estoy contigo. Costará que las marcas se estandaricen cuando todas creen que su implementación es la mejor o la más comoda.
wikter escribió:
Comprueba que el OSC no te permita esto. No conozco tanto los pormenores del sistema.
Permite hacer maravillas de comunicación. La apuesta es muy buena, como el JACK de Linux, pero a lo bestia en terminos de comunicación. Se basa en UDP, o sea, IP's, o sea, TCP, o sea, Ethernet, o sea....
Mmm, no es por nada pero Artnet y CITP/MSEX són el futuro en una era de la telecomunicación. ¿Cómo integrarias el Midi 2.0 en ellos? Es pura curiosidad.
wikter escribió:
Mejorar el sistema de volcado de datos.
No se trata solo de los 33/38kbps de velocidad del MIDI, sinó en que no usa correción de errores, no usa paquetes, no usa transmisiones síncronas, sólo entiende "inicio" y "final" y si lo que hay enmedio falla, ni se entera.
Es lo maravilloso del midi, ya te dije.
wikter escribió:
Usar Words, y no bytes. Por no decir 32bits directamente.
La ventaja de usar logitud de palabras más largas es que se pueden implementar más fácilmente correción de errores y ampliar el abanico de mensajes. En MIDI del 00000000 (00h) al 01111111 (7Fh) son parámetros y del 10000000 (80h) al 1111111(FFh) son comandos o inicios de mensaje (sean de longitud variable (Sysex) o fija). Imagínate que en vez de 127 valores tuvieses 16384, eh? Eso sería usando 16bits y reservando 2bits al estado, en vez de 1. Vendría a ser como usar el MSB y el LSB en el midi actual, cierto.
Con sysex se pueden hacer cosas increibles. Precisamente en la implementación de Ms. Pinky para enviar información útil fuera de maxipatch (su aplicación principal) tuvimos esta discursión sobre la resolución en el foro y al final la resolución es personalizable en función de numero de "tics" o pasos del Knob virtual. Mayor numero de tics mayor resolución final. No recuerdo la cifra pero estaba en miles (más de 1024). No se si es lo mismo pero a mi me parece ya increible hacer esto con Midi 1.0 y sysex (o pitch bend)
wikter escribió:
- Permitir la transmisión de sonido directamente a través del cable (8 canales estándar? 16 canales?).
Lo mejor sería transmitir 2 canales digitalmente. Sin mandangas. Firewire, OSC, HDMI (ésto si que es un estandard con cojones). La mayoría nos conformaríamos con saber que nos estamos ahorrando conexiones en el estudio. Sólo haría falta un ASIC que integrase mensajes de control y reloj de muestras, y de hecho, ya existen múltiples, como bien dices, adquiribles e integrables sin comprometer protocolos propietarios.
Disculpa mi ignorancia no se que es un ASIC pero tienes razon en cuanto a lo del HDMI pero porque no aprovechar el Firewire que ya lleva más tiempo implantado (a la par que se desarrolla el HDMI que no es muy abierto que digamos.)
wikter escribió:
El midi no manda sincro wordclock?
No, sólo manda MTC. Si tienes un sincronizador te puede sincronizar el hardware al Midi Time Code, pero de ahí a que las transmisiones sean "bit a bit", hay un cacho largo, largo.
No lo sabia. Alternativa?
wikter escribió:
Escalabilidad futura y compatibilidad pasada.
Protocolo estandarizado y open source.
Un estándard abierto??? Sí, ok, pero con especificaciones concretas y cerradas, no?. Será por eso que elegiste tu nombre.
Especificaciones concretas y cerradas + estandard abierto en la misma frase es un tanto complicado. El firewire (o el mLan como lo llama yamaha) ya cumple muchas de tus necesidades pero precisamente por ser cerrado se ha quedado en nada. Si el OSC acaba imponiendose dependerá en gran medida de su caracter abierto.
En cuanto a mi nombre, es evidente que es sarcasmo pero si intentabas hacer algún tipo de comentario "jocoso" para restarme valor, has cometido dos errores.
El primero pensarte que toda mi contra era algo personal, sencillamente trataba de darte mi punto de vista porque creo que te quejas un poco por vicio (aunque todo es mejorable claro).
En segundo lugar como mi intención era (y sigue siendo) llegar a algo útil no hago caso de los comentarios jocosos y sin embargo intento aportarte soluciones que te hagan más fácil la vida. No llevarte la contraria o descalificar tu punto de vista. Aunque creo que entre ser un pasota (como dices que hay) y necesitar cambiar todo el protocolo de pe a pa... hay mucho que "negociar" entre todos antes de firmar ninguna petición.
...
