Opsis numerada: plataforma de video abierta basada en FPGA

Imagina que estás organizando una conferencia y quieres hacer un trabajo profesional grabando a los oradores y sus portadas. Deberá grabar una transmisión de video desde la computadora portátil del presentador, y sería bueno que otra del presentador se tomara con una cámara. Pero también debe mostrar la pantalla del presentador en uno o dos proyectores para la audiencia en vivo. Y es posible que desee que todo esto se descarte en su computadora para que al mismo tiempo pueda archivar la presentación y transmitirla a través de Internet.

Este es exactamente el problema que el proyecto hdmi2usb está tratando de resolver en el lado del software para convenciones de software de código abierto. Y vaya con este software, [Tim Ansell] construyó la tarjeta de video Numato Opsis FPGA, para conectar todo. Lo bueno de la plataforma es que el hardware y el firmware también son de código abierto.

Dado que todo está abierto y tiene FPGA a bordo haciendo el procesamiento de video, básicamente se le permite hacer lo que quiera con el contenido de tráfico, por lo que podría servir como una placa de experimentación de video FPGA. También parece que introducirán código para que Opsis pueda reemplazar la plataforma descontinuada pero de código abierto de Milkimist One.

Una cosa muy buena del diseño es que informa a través de USB como una cámara, por lo que puede grabar el video resultante en cualquier computadora sin instalar controladores adicionales. En general, es un espectáculo de video FPGA con una gran cantidad de soporte de software de código abierto detrás. Muy imponente, [Tim]!

  • John S. dice:

    Me gusta la idea de usar un e-socket PCI estándar (con un pin no compatible con PCI-e) para la capacidad de expansión, parece una forma bastante barata de hacerlo. Me pregunto si su pinout TOFE es generalmente lo suficientemente útil como para lograrlo como estándar. Tienen una tabla que elogia sus virtudes frente a otros estándares, pero la especificación real solo aparece como “TODO”.

    • baobrien dice:

      Algunas series FPGA Spartan-6 en realidad tienen un punto final PCIe horneado. Podrían proyectar esta placa para que funcione como una tarjeta PCIe.

      • baobrien dice:

        De hecho, mencionan hacer algo así en la página de finanzas en bruto.

    • AussieLauren dice:

      El problema de utilizar conectores estándar de formas no estándar destruye accidentalmente el hardware. Piense en todas esas cajas de energía tipo ATX que envían 12v a su línea de 3.3v si la conecta a otra placa.

      Al menos el hardware abierto necesita mejorar eso.

      • tekkieneet dice:

        Si planea reutilizar el conector, quédese con el pin de alimentación / tierra correcto. Aproveche las tareas de pines preexistentes y las direcciones para diferenciar parejas. El PCIe generalmente tiene tapas de conexión alternativas en los receptores de una tarjeta de expansión, por lo que esas señales podrían usarse para algo un poco peor.

        Una pantalla de seda que la etiqueta claramente como una ranura no PCIe. También puede asegurarse de que una tarjeta no se pueda encender de forma segura sin modificaciones moviendo el conector para que el soporte de montaje normal lo impida. Nada más impide que alguien se desvíe de su camino para hacerlo.

        • Tim ‘mithro’ Ansell dice:

          Con TOFE hicimos precisamente eso: los pines de alimentación y los niveles de voltaje son 100% compatibles con PCI-Express. La conexión de una tarjeta PCI Express al conector TOFE no daña la tarjeta PCI Express. De hecho, la única razón por la que no es un verdadero puerto PCI Express es que la FPGA no puede activar los pines IO a velocidades PCI Express. Incluso podríamos investigar la información SMBUS en la tarjeta externa y ver que no es una placa TOFE (e informar el hecho al usuario). Sería interesante ver si podemos convencer a algunas tarjetas PCI Express existentes para que funcionen con las velocidades más lentas admitidas por Opsis.

          Poco a poco, estamos reuniendo más información sobre TOFE en http://hdmi2usb.tv/tofe/ y nos gustaría recibir las contribuciones de la gente.

          • rasz_pl dice:

            hay circuitos base de computadora que le permiten configurar un reloj de referencia PCIE arbitrario (predeterminado 100MHz), se multiplica por pll (x25 para pcie 1.0)
            Creo recordar placas que te permitían configurarlo hasta 50MHz, lo que daría como resultado 1,25 Gbps, podrías usar una placa de este tipo para probar tarjetas de computadora.

            de nuevo estás usando LX45T, entonces, ¿cuál es el problema? Tiene un GTP de 3,2 Gbps

          • Tim ‘mithro’ Ansell dice:

            En el Opsis, la radio de alta velocidad (GTP) del Spartan-6 LX45T está conectada a los conectores DisplayPort. Esto no permitió que ninguna radio se asignara al conector TOFE.

            Será realmente interesante ver si la idea de 50MHz funciona, podríamos hacer 1.25Gbps en el conector TOFE. ¡Solo necesito encontrar el tiempo para probarlo!

  • Que no dice:

    USB2.0? Uhm, no me moleste, pero ¿no es ahora USB3.x?
    Pero, por supuesto, desde que comenzó en 2013, hay al menos alguna excusa para eso.
    Sin embargo, USB2.0 no es ideal para la transmisión de video HD.

    Y aunque estoy molesto, también podría mencionar que algunos soportes de pantalla también podrían estar en orden, lo que debería ser fácil por lo que entiendo debido a su similitud con HDMI. Aunque eso es menos importante en comparación con USB3 en mi opinión.

    Pero aún así me siento como una queja estúpida cuando tienes un proyecto tan único, y uno con casi ninguna alternativa. Los solicitantes no pueden ser votantes y todo lo demás.

    • Rde dice:

      Sí, si tuviera USB3, volvería inmediatamente. Ninguna otra placa que conozco la tiene o combinada con entrada HDMI. Me pregunto si Cypress Fx3 es mucho más caro o complicado que Fx2.

      • Tim ‘mithro’ Ansell dice:

        Probablemente la forma más rápida de llenar el vacío USB3.0 + HDMI es hacer que la placa Opsis sea tan exitosa que no tengamos más remedio que hacer otra placa con USB3.0

        Vea mis otros comentarios sobre posibles planes 🙂

        Tim ‘mithro’ Ansell – diseñador de Opsis y fundador del proyecto TimVideos.us / HDMI2USB.tv

    • Ingenuo de patas azules dice:

      No, yo “entiendo” la pelea. USB2 se destaca * porque * de lo contrario, es un buen trabajo. Supongo que es lo opuesto a condenar con un elogio débil. Alabando con demonios débiles?

      • Que no dice:

        Sin embargo, me pregunto si sería difícil comenzar a usar USB3.x, también me refiero a usar la velocidad aumentada, porque toda la tubería debe ser más rápida, por supuesto, y no sé si el sistema se configuró para eso. o si hay un problema en alguna parte porque fue diseñado pensando que solo necesita velocidad USB2 en la unidad USB.

        Dado que está completamente abierto y puedes tener gente inteligente en temas de modificación y contribuir, al menos una buena esperanza diría.

      • lwatcdr dice:

        Me haría daño si pudiera ser una tostadora de video HD.

        • Tim ‘mithro’ Ansell dice:

          ¿Qué es una “tostadora de video HD”?

          • scifimatt dice:

            Tenía la misma pregunta y Google me proporcionó este https://en.wikipedia.org/wiki/Video_Toaster
            Pero aún me gustaría escuchar cómo esto podría convertirse en la tostadora de video moderna. Parece que todo lo que ha logrado Video Toaster ahora se puede hacer en programas. Excepto por la salida analógica, que ya no es necesaria.

          • Tim ‘mithro’ Ansell dice:

            No estoy seguro de por qué (¿límite del nido tal vez?), Pero no puedo responder al comentario de scifimatt, así que responde aquí.

            ¡Gracias por ese enlace!

            Tengo un proyecto para “núcleo” (basado en sombras de píxeles OpenGL), que le daría a HDMI2USB capacidades de mezcla aceleradas por hardware completas (para cosas como desvanecimiento cruzado, PIP, tipeo de color, etc.). Todavía no he tenido tiempo de implementarlo (de hecho, necesito hacer mi trabajo diario de vez en cuando :). Si alguien quiere ayudar a trabajar en esto, estaré más que feliz de guiarlo (¡e incluso podría enviarle algo de hardware!). Envíeme un correo electrónico en privado a mithro@mithis.com, únase a nosotros en IRC en irc: //irc.freenode.net/#timvideos (http://webchat.freenode.net/?channels=#timvideos) o envíe un correo electrónico a nuestra lista de correo a http://groups.google.com/forum/#!forum/timvideos/join

            La pizarra no está realmente diseñada para realizar ediciones no lineales, que parece ser lo más importante que hace la “tostadora”. Supongo que alguien podría crear una placa que asigne los transceptores GTP (en los conectores DisplayPort) a un dispositivo de almacenamiento como unidades flash SATA. Sería un proyecto genial / divertido, pero parece mejor usar una computadora normal :). Incluso una tarjeta gráfica OpenGL de baja calidad sería ahora más adecuada para realizar la transformación requerida.

          • Que no dice:

            Lo que pasa con la “tostadora de video” es que lo hace en video en vivo, que es el punto clave que puede poner en superposiciones e información y lo que no en la pantalla de alimentación de video HD en vivo. Lo cual es bueno si opera un tipo de estación de TV pequeña o, por ejemplo, un sistema de marcador en un estadio pequeño que no puede pagar las cosas comerciales de alta calidad, pero solo usa una pantalla HD y generalmente una cámara cara.
            O un arreglo en una estación de tren o un pequeño aeropuerto, un hospital o una escuela, o lo que sea que se te ocurra, podría ser útil tener gráficos cubiertos en una transmisión de video en vivo.

            Esto me recuerda cómo en las redes de noticias a veces muestran reposiciones de eventos de conciertos, pero todavía tiene la cosa “en vivo” en la esquina, y / o un teletub con noticias viejas debajo, mostrando que lo graban poniéndolo y poniendo no se hace por separado ..

          • Tim ‘mithro’ Ansell dice:

            Bueno, cuando hayamos terminado de implementar el “núcleo mixto”, definitivamente podremos hacer el tipo de composición que sugiere con un video en vivo. ¿Quieres ayudar a que eso suceda?

    • Mike Field dice:

      Estoy trabajando en DisplayPort Out de código abierto para Opsis en este momento … así que después de un mes debería funcionar.

      Además de la capacidad de mover píxeles, DP es similar a HDMI. DP tiene una velocidad de símbolo fija de 270 MHz por canal, usa codificación 8b / 10b en lugar de codificación TMDS, tiene un número variable de canales de datos (uno, dos o cuatro), donde HDMI siempre tiene tres, no usa I2C para transferencias EDID …. casi todo es diferente!

      • Que no dice:

        Por desgracia, no tenía idea, pensé que era muy similar.
        Resulta extraño que las tarjetas gráficas admitan tanto HDMI como displayport, ya que tienen que pagar las licencias HDMI, pero luego tienen que tener un chip completamente diferente para displayport. Pero me alegro de que lo hagan.

      • rasz_pl dice:

        Entonces, ¿DP todavía no mantiene un estúpido reloj de hdmi-pixel?

        • Miguel Campo dice:

          Sí, DP tiene la información sobre el reloj de píxeles original en el flujo de datos, pero solo la información suficiente para que funcione el convertidor DP a HDMI o DP a VGA. A diferencia de HDMI, DP solo codifica los datos de video, no las señales síncronas; se pueden reconstruir a partir de los atributos de transmisión enviados en un paquete de datos después de un cuadro.

          Tengo que preguntarme cómo se ve una interfaz de video “no estúpida”, considerando que un video es el peor de los casos (por ejemplo, una imagen en blanco que se corta a un espacio en blanco) que fuerza un cambio de cada píxel en la pantalla en un período de tiempo. que es, con suerte, más corto que la percepción visual …

          Y si tiene que actualizar toda la pantalla en algún momento, también puede actualizar toda la pantalla siempre …

          • rasz_pl dice:

            No estúpido enviaría datos limpios y dejaría que el receptor se encargara de los tiempos, al igual que las pantallas MIPI con framebuffer.

      • Tim ‘mithro’ Ansell dice:

        El trabajo de Mike en el kernel DisplayPort de FOSS se puede encontrar en https://github.com/hamsternz/FPGA_DisplayPort

        Mike es realmente asombroso: la cantidad de proyectos que tiene en su wiki en hamsterworks.co.nz/mediawiki/index.php/FPGA_Projects es asombrosa (y un gran recurso). Me alegro de que en este caso esté usando git rap real en lugar de pegar cosas en su wiki 🙂

    • rasz_pl dice:

      Fue Mike Ossmann / Jared Boone tratando de implementar un USB 3.0 de gama baja en un Cyclone 4 barato (+ tusb13X phy): https://github.com/mossmann/daisho

      podría ser un buen comienzo para agregar USB 3.0

      • Tim ‘mithro’ Ansell dice:

        Si la placa Opsis tiene éxito, definitivamente buscaremos hacer una placa que reutilice el trabajo USB3.0 que hizo el proyecto daisho. Hacerlo era demasiado arriesgado para nuestra primera tabla.

        La teoría actual sería utilizar Artix-7 con radios de 6.6 Gb / s mapeadas a un conector USB-C. Entonces deberíamos poder admitir USB3.0 (usando un kernel daisho con algunas cosas adicionales) y los “modos alternativos” que habilitan DisplayPort (https://en.wikipedia.org/wiki/DisplayPort#USB_Type-C y https: // /www.chromium.org/chromium-os/dingdong) y PCI-Express. Esto también permitiría la velocidad completa de 1080p60 en los puertos HDMI y aumentaría el ancho de banda de la memoria.

        Sin embargo, para hacer todo esto, ¡necesitamos personas que nos apoyen! Requerirá bastante trabajo de firmware, que financié principalmente con mis ingresos disponibles (y desafortunadamente esto no es interminable :-).

    • Tim ‘mithro’ Ansell dice:

      Hola,

      USB2.0 es realmente una mierda: solo puede coincidir con una única transmisión de 720p30 y eso es solo después de que usemos un codificador MJPEG para comprimir el video. Para grabar en el mundo de código abierto, 720p30 es * significativamente * más alto que el VGA con una trampa de fotogramas DV + Firewire (¡explosión del pasado!), Que se usa principalmente en la actualidad (Grass Valley / Canopus TwinPact100).

      La placa también tiene dos opciones alternativas para la salida HDMI;
      * Interfaz Gigabit Ethernet que le brinda un ancho de banda dual de USB 2.0 (desafortunadamente aún no tan alto como USB 3.0).
      * Con una placa adaptable simple (que ahora estamos proyectando) las radios de alta velocidad se pueden mapear desde los conectores DisplayPort a una tarjeta PCI Express que funciona en cualquier computadora normal. Vea el diagrama en la sección “Diversión con transmisores rápidos” de la página de CrowdSupply (https://www.crowdsupply.com/numato-lab/opsis).

      Como mencioné a continuación, simplemente no queríamos arriesgarnos a hacer USB3.0 en nuestra primera placa. Es una buena idea no intentar cambiar demasiadas cosas a la vez :). Si la Opsis tiene éxito, definitivamente buscaremos hacer otra placa que lo admita (consulte el otro comentario para obtener más información).

      Tim ‘mithro’ Ansell – diseñador de Opsis y fundador del proyecto TimVideos.us / HDMI2USB.tv

      • rasz_pl dice:

        mira esto: http://www.eevblog.com/forum/microcontrollers/displayport-with-fpga/msg760814/#msg760814

        TLDR: “6of9 de rPee / Broadcom acaba de hacer algo asombroso y abrió un puerto MIPI CSI2 en el Pee. 2 (4 en el módulo dimm) líneas de 1GBps accesibles desde el espacio utilizable. Abre muchas opciones: puede bombear datos directamente a video – codificador (Pee = $ 25 1080p / 30 codificador h264 con puerto ethernet), o para su uso de programas espaciales (osciloscopio / analizador lógico, etc.) También hay un puerto paralelo de casi 4Gbit en el Pee (DPM, usado para videos) esto hace que Pee sea similar a una computadora portátil Bunnie / xobs Novena (enlace de 2Gbit entre SoC y Spartan6) “.

        podría usar Pee en lugar de ejecutar un codificador personalizado en fpga, transmisión web instantánea de hardware 1080p / 30 h264

        • Tim ‘mithro’ Ansell dice:

          No puedo encontrar nada cuando busco “rPee 6of9 broadcom” o “rPee 6of9 broadcom” o incluso “Pee broadcom” que no sea una publicación similar en foros de evblog. ¿De qué es esto de lo que estás hablando?

          • Ramiro dice:

            ¿Quizás “rPee / Broadcom” significa Raspberry Pi (que usa una CPU Broadcom)?

          • rasz_pl dice:

            un enlace al tablero de rPee está en la última publicación del hilo de eevblog

          • Tim ‘mithro’ Ansell dice:

            ¡Me siento un poco idiota ahora! Siempre he visto la Raspberry Pi acortada a rPi en lugar de rPee. ¡Pensé que rPee es una alternativa a Raspberry Pi como BananaPi o BeagleBone! (Tampoco noté que el hilo del foro tiene dos páginas).

            ¡El material MIPI CSI2 en la Raspberry Pi es bastante impresionante! El hecho de que estas cosas casi siempre estén encerradas detrás de los NDA realmente me entristece. Cuando tenga algo de tiempo libre (¡ja!), Intentaré comprenderlo mejor, porque parece una excelente manera de hacer estas cosas a un precio * realmente * barato.

          • rasz_pl dice:

            Vinculé cosas adicionales sobre MIPI, incluida una biblioteca Grid gratuita en ese hilo en eevblog. Si puede juntarlo todo, podría reducir los costos drásticamente, sin necesidad de costosos FPGA, si solo mezcla piezas y codifica a bajo costo. El mach xo2 más barato probablemente sería suficiente.

            La confusión es totalmente culpa mía, llamo pi Pee porque soy un idiota.

    • Discom dice:

      Al mirar la página vinculada, parece tener entrada y salida de pantalla. Estoy de acuerdo en que el usb 3 sería mucho mejor, pero tiene ethernet gigabit, por lo que puedes mover tus videos de esa manera, lo que lo hace mucho más capaz que si solo tuviera USB.

  • RoboMonkey dice:

    Banderas HDCP? Alguien insiste en que demuestren que los tienen en su lugar. Podría hacer las cosas menos útiles.

    • Que no dice:

      Si bien la entrada no es HDCP, la salida tampoco la necesita.
      Y si la entrada la tiene pero el dispositivo no, por supuesto que no puede capturarla.

      Y los dispositivos de video personales y las grabaciones no requieren HDCP.

      • Tim ‘mithro’ Ansell dice:

        Para nuestro caso de uso principal, la grabación de presentaciones y grupos de usuarios y conferencias, no esperamos necesitar ningún soporte HDCP y el firmware HDMI2USB no se anuncia que lo admita.

        El NeTV realiza manipulación HDCP (consulte la siguiente discusión https://media.ccc.de/browse/congress/2011/28c3-4686-en-implementation_of_mitm_attack_on_hdcp_secured_links.html#video) y usa un Spartan-6 similar al que se encuentra en la Opsis. Sería bastante sencillo llevar el código creado por Bunnie para esto (https://github.com/bunnie/netv-fpga). Sería muy bueno si alguien creara un programa de puerta de enlace para el Opsis que combinara las dos entradas HDMI al igual que el NeTV combina la salida del núcleo ARM interno. Probablemente admitiremos este modo en el firmware HDMI2USB en el futuro, pero tenemos muchas otras cosas que terminar primero :).

        De hecho, NeTV inspiró todo el proyecto HDMI2USB y también la placa Opsis, ¡así que muchas gracias a Bunnie por crear ese dispositivo!

  • Jzatopa dice:

    No tengo ningún beneficio para esto personalmente, pero este dispositivo, pero un gran trabajo. Ciertamente pude ver la utilidad de tal dispositivo.

  • Z dice:

    ¿Alguien sabe si esto admite entrada y salida de 1080p? Miré a mi alrededor en la página de su proyecto y no puedo determinar si realmente lo es. Tengo entendido que el Spartan 6 no tiene suficiente banda ancha para 1080p. Hay formas de generarlo con relojes multifásicos, pero el voltaje pone el resultado técnicamente fuera de especificación. ¿Tiene esto un circuito adicional para el mayor ancho de banda?

    • rasz_pl dice:

      la última vez que miré, usaron partes LXT = 3.2Gbps GTP

    • Tim ‘mithro’ Ansell dice:

      Hola Z,

      El problema de resolución es bastante complicado y tenía la intención de enviar una actualización de soporte con una explicación de lo que es y no es posible. La respuesta simple es;

      * Los puertos HDMI (2 de entrada y 2 de salida) tienen suficiente ancho de banda para hacer 720p60 y 1080p30 pero * no * 1080p60.
      * El DisplayPort (1 entrada y 1 salida) tiene suficiente banda ancha (rutas 4 * ~ 3Gb / s) para hacer formatos de video ~ 4k @ 30fps.

      Sin embargo, actualmente el firmware HDMI2USB.tv solo funciona con una resolución de 720p60 (o inferior) y aún no es compatible con los conectores DisplayPort. Probamos el firmware HDMI2USB.tv con una resolución de 1080p30 y funciona, pero compila el programa de puerta para que dure entre ~ 15 minutos y ~ 2 horas, por lo que no lo habilitamos.

      La otra cosa es que con la compresión MJPEG que usamos, el USB 2.0 realmente tiene suficiente ancho de banda para una sola salida de 720p30, por lo que operar con mayor resolución / velocidad de cuadros tampoco tiene sentido para nosotros. Si bien usaremos Gigabit Ethernet más que la interfaz USB 2.0, probablemente evaluaremos las cosas, ya que duplica el ancho de banda. Es posible que deseemos emitir * ambas * entradas HDMI en lugar de optar por una resolución más alta.

      Estamos trabajando para ejecutar la versión de código abierto de los conectores DisplayPort para poder integrarla en el firmware HDMI2USB (también probamos con kernels comerciales que necesitan una licencia). Nuestro amigo Mike Field (quien comentó anteriormente) está trabajando para hacer un kernel DisplayPort de código abierto que esperamos reutilizar y ya tiene una placa Opsis de preproducción para probar. También instalamos los conectores DisplayPort para que sean compatibles con “dos modos”, lo que significa que con adaptadores baratos (fáciles de comprar en Amazon) podemos hacer HDMI en lugar de DisplayPort con estos conectores, reutilizando muchas de nuestras infraestructuras existentes.

      La otra cosa a considerar es si DisplayPort funciona con resolución 4k, ¿qué haces con la entrada o cómo generas la salida? Estas cosas son problemas insignificantes.

      ¡Espero que toda esa información tenga sentido! Intente obtener muchos de estos detalles en la página en https://www.crowdsupply.com/numato-lab/opsis y también envíe “actualización de partidarios”.

      Tim ‘mithro’ Ansell – diseñador de Opsis y fundador del proyecto TimVideos.us

      • Z dice:

        Gracias por la respuesta detallada. Estaba buscando algo que pueda cubrir gráficos en una transmisión de 1080p. Mi proyecto muy cursi simplemente coloca el identificador de llamadas y otras alertas en un televisor.

        Desafortunadamente, me gustaría hacer esto a 1080p60.

        Dado que estamos en el límite de mi comprensión, no sé cómo hacer esto con la pantalla dentro y fuera, que parece tener el ancho de banda, pero mi fuente y destino es HDMI. Tengo entendido que la señalización de dsiplayport es completamente diferente del método HDMI.

        • Tim ‘mithro’ Ansell dice:

          Hola Z,

          Tiene razón en que HDMI y DisplayPort son protocolos completamente diferentes e incompatibles.

          Sin embargo, debido a que la gente a menudo quiere conectar sus laptops y computadoras, que solo tienen conectores DisplayPort, a dispositivos compatibles con HDMI, alguien en DisplayPort tuvo la idea de un conector de “dos modos”. Dicho conector es la “forma” de DisplayPort, pero en realidad puede funcionar en el protocolo DisplayPort o en los modos de protocolo HDMI.

          Esto significa;
          * Cuando conecta un cable DisplayPort y un dispositivo al conector, todo se trata del protocolo DisplayPort.
          * Cuando conecta un cable HDMI y un dispositivo al conector con un “adaptador DisplayPort a HDMI” económico, el sistema cambia al protocolo HDMI.

          Esto requiere que un dispositivo implemente tanto el protocolo DisplayPort como el protocolo HDMI en el mismo conjunto de pines. Dado que nuestra placa es FPGA, esto es solo un simple problema de “software”.

          Es por eso que verá adaptadores DisplayPort a HDMI por $ 5 USD en Amazon y otros sitios. ¡El adaptador es en realidad un dispositivo de silencio que solo tiene que hacer un cambio de nivel lógico muy simple! Existe una terminología confusa en torno a estos adaptadores, ya que a veces se les llama “adaptadores pasivos”, porque en realidad no contienen inteligencias.

          Puede leer más sobre cómo se hace esto en Wikipedia en https://en.wikipedia.org/wiki/DisplayPort#Dual-mode y en la siguiente especificación -> http://hackipedia.org/Hardware/video/connectors/ DisplayPort / VESA% 20DisplayPort% 20Interoperabilidad% 20Guideline% 20v1.1.pdf

          ¿Tiene sentido?

          Tim ‘mithro’ Ansell – diseñador de Opsis y fundador del proyecto TimVideos.us / HDMI2USB.tv

          • Z dice:

            Hola Tim, gracias por tu tiempo para continuar la discusión y dar la información.
            Si entiendo lo que está diciendo, la simbolización (a falta de un término mejor) y las propiedades eléctricas son completamente diferentes entre DP y HDMI. Sin embargo, podemos ocuparnos del primero con la FPGA reemplazando la lógica DP con lógica HDMI y el segundo con estos adaptadores mudos que cambian los niveles lógicos y el conector físico.
            Interesante….
            Buena suerte con tu financiación. Veré un segundo producto …

          • Tim ‘mithro’ Ansell dice:

            Me tomó 3 años entender toda la complejidad aquí, ¡así que comprendo totalmente por qué es confuso!

  • Tim ‘mithro’ Ansell dice:

    ¡Hola a todos!

    Solo para su información: aún puede ingresar al programa Opsis Champion si reserva su tabla este fin de semana. Dije que no aceptaríamos propuestas tardías, pero creo que podemos hacer una excepción para las personas que solo se enteran de la junta hoy.

    Para postularse, solicite un tablero de Numato Opsis en https://www.crowdsupply.com/numato-lab/opsis, luego cuéntenos sobre su proyecto y por qué no puede esperar completando el formulario de Google -> https: // docs. google.com/a/mithis.com/forms/d/1gt6ZKw6CgtVWSvxZXw4ge9V1E58OUiKtlQLrKHmdLWk/viewform

    Enviaremos a algunos participantes solicitando una placa de “preproducción” que dejó la carrera de prototipos (¡también recibirá la placa de producción que está solicitando!) Como planeamos enviar el lunes por la mañana, ingrese su solicitud en ¡LO ANTES POSIBLE!

    Tim ‘mithro’ Ansell – diseñador de Opsis y fundador del proyecto TimVideos.us

  • Mike Field dice:

    Anoche estuve trabajando con 3840 × 2160 @ 30Hz en la interfaz DisplayPort de esta placa con dos canales … Con suerte, pronto tendré los otros dos canales DP, por lo que podría hacer 60Hz – desafortunadamente mi pantalla no va tan rápido: – (

    • Tim ‘mithro’ Ansell dice:

      ¡Gracias por tu increíble trabajo, Mike!

      Publicado una actualización sobre esto en https://www.crowdsupply.com/numato-lab/opsis/updates/1870
      —-
      Salida de video 4k a través del núcleo DisplayPort de FOSS y Numato Opsis.

      La semana pasada, nuestro amigo Mike “Hamster” Field de HamsterWorks, logró demostrar lo que creemos es el primer mundo FOSS. Como muestran las imágenes, Mike opera una salida de video de 4k (3840 × 2160p30) a través de DisplayPort usando un kernel de código abierto en hardware abierto.

      Mike trabajó duro para realizar un kernel DisplayPort de código abierto, por lo que realmente queríamos conseguirle una placa Numato Opsis (le enviamos la tercera placa jamás creada). Actualmente, su implementación solo usa 2 de las 4 rutas rápidas del receptor de radio en Opsis, pero está trabajando para hacer que las otras dos rutas funcionen para duplicar efectivamente el ancho de banda y habilitar 3840 × 2160p60 completo (aunque el monitor de Mike no es tan alto, supongo que necesita uno nuevo :-). Fue increíble trabajar con Mike y apoyar plenamente a Opsis a través de su trabajo.

      Durante las próximas dos semanas, necesitamos algunas demostraciones interesantes (¡además de videos / capturas de pantalla menos borrosos!) Y ejemplos de código que muestren cómo usar esta función, ya que puede ser difícil.

      Tim ‘mithro’ Ansell

      PD: ¡Todos temblando, hemos alcanzado nuestra primera meta ajustada! Pronto se publicará una actualización con más información.

Alberto Gimenez
Alberto Gimenez

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *