Etiqueta: h264

  • Cisco publicará el código fuente de H.264 y pagará los gastos de derechos de autor

    h264

    Sin duda, esta es una de las noticias del año en cuanto a importancia por las implicaciones presentes y futuras que tiene esta decisión que está aún llena de dudas pese a las aclaraciones que van surgiendo de varios sitios.

    Por un lado, en el blog de Cisco hay un artículo con el anuncio oficial donde se comenta lo siguiente:

    «Cisco planea abrir el código del códec H.264 y proveer de un módulo binario que podrá ser descargado gratuitamente. Tampoco solicitará los costes derivados de derechos de autor para este módulo y, basado en esto, hará que el códec H.264 sea gratuito para ser utilizado en WebRTC.»

    Por otro lado, Mozilla también ha elaborado una nota oficial con el siguiente anuncio:

    «Cisco ha anuciado hoy que van a liberar una implementación gratuita y de calidad del códec en formato software abierto además de un módulo binario compilado de esa fuente y alojada por Cisco para descarga. Este movimiento permite a cualquier proyecto de software abierto incorporar el módulo de H.264 de Cisco sin pagar los costes a MPEG LA.»

    Estas dos declaraciones dejan ver algunas consideraciones que habría que tener en cuenta:

    (más…)

  • El códec H.264 queda libre de patentes para siempre

    Uno de los mayores debates del año es sin duda el establecimiento de un códec de vídeo ligero, rápido y que permita una gran compresión para transmitir vídeo a través de Internet. Adobe lleva varios años utilizando el conocido ‘flv‘ (Flash junto con H.264) para codificar vídeos y tuvo tanto éxito que fue el códec que utilizaba Youtube para reproducir los vídeos que los usuarios subían a su web. Apple por su lado, defendía la independencia de Adobe y quería imponer los vídeos ‘mov‘ codificados con H.264 y Google por su lado, empezó a desarrollar un nuevo códec llamado VP8 completamente libre para que pueda ser utilizado de forma completamente libre sin pagar patentes.

    No obstante, el códec actualmente más utilizado, H.264, del que hemos hablado en varias ocasiones, parecía que iba a ser libre, luego dio varios giros de tuerca y finalmente parece que sería libre hasta el año 2016, fecha a partir de la cual, habría que volver a pagar patentes si se quería utilizar, crear o reproducir algún vídeo codificado con este códec.

    Anoche, la empresa dueña de la patente del códec H.264 (MPEG-LA) anunció que el códec H.264 pasará a ser gratis para siempre (no llega a ser libre, pero sí «libre de pagar royalties»), por lo que parece que será el fin de este debate que ha durado tanto tiempo.

    (más…)

  • Guerra de códecs

    Tal y como se pronosticó hace tiempo, las principales empresas informáticas empiezan a posicionar sus piezas a la espera de obtener el apoyo necesario y que los usuarios residenciales empiecen a demandar de forma multitudinaria, servicios de voz y vídeo sobre redes IP.

    Estas dos semanas han sido bastante movidas en cuanto a algunas piezas clave de la VoIP como son los códecs, las patentes, permisos y licencias de manera que están surgiendo cambios que pueden hacer cambiar bastante el panorama actual tanto para bien como para mal.

    Hace unas semanas, toda la blogosfera se hizo eco de la guerra abierta entre Apple y Adobe por el soporte de Flash en los productos de Mac. El CEO de Apple (Steve Jobs) dirigió duras críticas sobre el formato de Adobe y el porqué no pensaba incluir este formato dentro de sus productos portátiles. De esta forma, defendía el uso de los estándares y el uso del códec H.264 para poder ver vídeos.

    Por otro lado, Google fue más allá y no sólo defendió el uso de estándares si no que le puso nombre: HTML5 y Theora, un formato que es, de hecho, la alternativa libre al códec H.264 que estuvo muy cerca de ser completamente libre pero que al final, se ve que no pudo ser.

    Apple y Microsoft defienden el códec H.264 como la próxima evolución del vídeo en internet, siempre y cuando aquella empresa que quiera implementar algún software con este códec pase por caja.

    Antes que alguien lo pregunte, en Europa (donde no existen patentes software) sí que existen patentes por códecs ya que lo que se patenta no es el algoritmo, si no un «método matemático de compresión» y esta sí es patentable. 🙁

    Asterisk se encuentra ahora con un dilema que deberá resolver, seguir utilizando H.264 como códec a utilizar en vídeo (desconozco si sería legal utilizarlo a la vista que no es libre), o bien saltar a otros códecs más libres como Theora.

    Google acaba de anunciar la liberación de otro códec de vídeo llamado VP8 cuyo contenedor está basado en Matroska -Gracias Manwe- (los famosos archivos de vídeo con extensión ‘mkv) además de organizar una plataforma pro-estándares-libres para la web llamada WebM que seguro que dará que hablar los próximos días.

    Para colmo, la noticia saltó hace unos días cuando Google anunció que ofrecía varios millones de dólares para poder comprar la famosa empresa Global IP Sound de la que ya hemos hablado en varias ocasiones y que se dedica a la creación de códecs de audio como los que hizo famoso a Skype y que utiliza actualmente GoogleTalk. La compra de GIPS por parte de Google junto con todos los servicios que rodean la VoIP del gigante (GoogleVoice, GoogleTalk, GoogleWave, …) podrían ser los movimientos que le faltan para empezar a comer piezas y quedarse con el tablero.

    Como pensamiento en voz alta, tras ver todos estos movimientos, y siguiendo con la analogía de la partida de ajedrez, intento imaginar cual podría ser el último movimiento antes del final del ‘medio juego‘ y que todo esté potencialmente decidido: Google sólo le haría falta adquirir una empresa muy conocida, y que últimamente está dando pequeños pasos a favor del software libre, que empieza por S y termina por kype y, con esta empresa y con su antigua competencia (Gizmo5) bajo su techo, tiene toda las papeletas de ser el gran gigante de la VoIP mundial para el gran público. ¿o no?

  • GrandStream entra en el mercado de video profesional

    GrandStream fue de las primeras empresas en ofrecer un videoteléfono asequible capaz de soportar el códec H.264, el GXV3000, el resultado fue tan positivo que recientemente ha lanzado un nuevo modelo mucho más atractivo y con más características que aumentaban considerablemente la presencia en un entorno empresarial el GXV3140.

    Ahora GrandStream anuncia nuevos productos centrados en la emisión de vídeo especialmente pensado para video-vigilancia, concretamente un servidor de streaming de vídeo IP, el GXV3501 – GXV3504 (de 1 hasta 4 puertos analógicos) con coste muy inferior a otros servidores de estas características (a partir de $200) y que permiten conectar cámaras IP y cámaras analógicas, sistema de alarmas, control de cámaras motorizadas (PTZ), soporte de POE, etc.

    gxv3504Además de estos servidores de vídeo, GrandStream comercializará unas cámaras IP (GXV3601) con sensor óptico SONY que ofrecen streaming H.26, Wifi y alimentados por POE.

    gxv3601

    Además, hasta un conjunto de 36 cámaras podrán ser controladas simultaneamente mediante GSurf, un software de gestión de video-vigilancia total.

    Podeis ver el datasheet de ambos productos en este enlace:
    http://www.grandstream.com/documents/SurveillancePR_Final.pdf

  • Comparación entre el códec H.264 y Theora

    Hace poco, escribí un artículo sobre el IAXClient 2 donde se añadía el soporte de vídeo a esta librería y por extensión, al soporte de vídeo de IAX en Asterisk.
    En estos añadidos nuevos, se encontraban soporte para el códec H.264 y Theora.

    El H.264 es uno de los mejores códecs para emisión/recepción de vídeo. No en vano se utiliza actualmente para videoconferencia con una calidad y velocidad sin precedentes. Tanto en softphones como Eyebeam, Ekiga, etc como en hardphones como el GXV-3000 de GrandStream para hacer videoconferencias con Asterisk, pero…

    ¿Qué clase de códec es el Theora?

    De los creadores de OggVorbis (la versión libre del popular mp3) una fundación de desarrolladores llamada Xiph, nace una versión libre del códec de vídeo de alta calidad llamada Theora.
    Theora se podría decir que es la «alternativa libre» del actual H.264, ya que ambas soportan calidades y consumos de ancho de banda bastante similares. Pueden codificar vídeo con una resolución desde 128×96 hasta 4096×2048 a 30 frames por segundo, no es de extrañar que sean los códecs de vídeo del futuro, tanto para hacer videoconferencia en infraestructuras con muy poco ancho de banda como para emitir películas en alta definición (HD) ya que el ratio de compresión es variable lo que permite cambiar la calidad en función del ancho de banda que dispongamos en este momento.

    ¿Cual de los dos códecs es mejor para vídeo?

    Tras leer algunas comparativas de calidad y velocidad, parece ser que todas llegan a una misma conclusión, en ancho de banda es similar mientras que la calidad de la imagen aún es mejor en el H.264 que en Theora. Pero eso no significa que sea así siempre. Recordemos que el software libre vivo mejora exponencialmente frente al software propietario y estoy convencido que pronto será Theora la que ofrezca mejor calidad y velocidad que el H.264, pero en la actualidad, esto no es así.

    Para ilustrarlo, aquí teneis un ejemplo de una captura enviada en H.264 y una con Theora:

    ¿Que software tiene soporte para Theora?

    Actualmente no hay muchos softphones que lo soporten. Como he comentado antes, los softphones libres como Ekiga o linphone lo soportan y Twinkle lo soportará en breve. Los softphones comerciales como X-Lite o Eyebeam también lo soportarán pronto y es que Theora es bastante «nuevo» y aún tiene que evolucionar y darse a conocer.

    Por supuesto, las aplicaciones de streaming libres soportan este códec GStream, VideoLan, etc…, las comerciales suelen traer este soporte como un añadido o plugin pero poco a poco se irá incorporando de serie a medida que vaya haciéndose más conocido.

    ¿Qué software tiene soporte para H.264?

    Por lo general, cualquier softphone que soporte vídeo trae soporte para H.263 y las más evolucionadas traen soporte para H.264 pero siempre como una evolución del H.263 y del H.263+ aunque este códec tenga un sistema completamente distinto en cuanto a procesamiento, finalmente desbancará al H.263/+ y el H.264 se convertirá finalmente en un estandar en todas las aplicaciones de vídeo streaming.

    Enlaces de Interés:
    Información sobre el códec H.264.
    Información sobre el códec Theora.

  • SDK para programar tu softphone en Visual Studio

    pressreleasedPortSIP es una empresa que ha desarrollado unas librerías para que cualquier programador de Visual Studio (Visual Basic, Visual C++), Delphi C# o incluso JavaScript/HTML, pueda programarse su propio softphone de una manera mucho más sencilla y cómoda.

    Estas librerías soportan:

    • Códecs G.711a, G.711u, iLBC, G.723, G.729 y GSM 6.10.
    • Videoconferencia con H.263 y H.264.
    • DTMF2833 y SIP INFO

    NewShot

    Las SDK de PortSIP son comerciales, aunque podemos descargar una versión limitada para hacer nuestras pruebas. Esta limitación consiste en que únicamente permiten 3 minutos de audio/video y que el software no podrá ser distribuido, vendido, etc…

    Más información: http://www.portsip.com/

  • Videoconferencia con iChat funciona bajo SIP

    Intentando hacer una videoconferencia con un amigo a través del programa de mensajería del Leopard (Mac) veo que fallaba al iniciar la sesión y tras echarle un vistazo a los detalles me encuentro con esto:

    iChat SIP

    Como se puede apreciar en la imagen, el protocolo que utiliza es SIP (e incluso muestra el SDP) y se puede ver los códecs que utiliza, por supuesto el h.264 para vídeo y varias posibilidades para el audio entre las que se decanta por speex, X-AAC, GSM y por último U-Law.

    Me ha parecido curioso y ahora tengo curiosidad por saber dónde se registra y si hay alguna manera de cambiar el servidor para registrarlo en mi Asterisk, con lo bonito que es hacer multiconferencias de vídeo con el iChat. 😀

    Analizando el mensaje que devuelve (que no tiene porqué ser el mismo que envía) tiene toda la pinta que se trata de un SIP especial, pero todo es analizar el tráfico y ver qué manda realmente esta aplicación.

    iChat

    *Actualización*
    Bueno, parece que no he sido el primero en darse cuenta de esto, de hecho en Internet está ámpliamente documentado los puertos que hay que abrir, los problemas del NAT con el iChat y el porqué funciona con SIP, aunque no parece que haya nadie que haya conseguido registrarlo en un SIP Server. 🙁

    Más adelante quizá.

  • Asterisk como un video-softphone

    Leo y traduzco de la web de Russell Bryant:


    «La versión trunk de Asterisk viene con nuevos añadidos. Ahora puedes utilizar Asterisk como un
    altamente configurable video softphone Podeis ver el anuncio aquí.

    La forma enla que trabaja es bastante interesante. Asterisk tiene varios drivers para la consola: chan_oss y chan_alsa. Estos canales te permiten utilizar los drivers OSS o ALSA de la tarjeta de sonido para hacer o recibir una llamada. Estos interfaces son comúnmente utilizados como sistemas para megafonía. Además, tambien son utilizados por la gente por permitir hacer las labores de un softphone muy potente. 

    Ahora, Asterisk como softphone será mucho mejor.

    El chan_oss, ahora soporta vídeo. Esto significa que tu puedes hacer videollamadas desde la propia consola de Asterisk (CLI). Como fuente de vídeo, tienes varias opciones. La primera es utilizar una webcam. La segunda, que es más interesante, es utilizar un software capturador de sesión X11. Esto significa que puedes tener una sección de tu pantalla que captura y envía la información como un flujo de vídeo.

    Hay incluso un marcador «skinnable» para utilizar un softphone gráfico como interfaz para hacer llamadas. 

    El código utiliza las librerías libavcodec del paquete ffmpeg para hacer el trascoding de vídeo y soporta H.261, H.263, H.263+, H.264 y mpeg4.Muchas gracias a Luigi Rizzo, Sergio Fadda y Marta Carbone por este gran añadido! »

    Pues sí, la nueva versión de Asterisk para VIDEO va en camino. 😀