Apple propone estándar basado en HTTP para streaming

(cc) por Scott Beale

(cc) por Scott Beale

Apple está preparando un nuevo sistema de streaming de audio y video para sus próximos sistemas operativos (iPhone 3.0/Snow Leopard) que a diferencia de intentos previos, está basado en el protocolo HTTP.  Este nuevo sistema ha sido propuesto por la compañía a Internet Engineering Task Force (IETF), la organización que está detrás de los estándares utilizados en Internet como TCP, HTTP, IP, etc.

La propuesta de Apple apunta a evitar los problemas de RTSP (Real Time Streaming Protocol), un sistema que fue desarrollado en los ‘90 entre Netscape y Real, y al mismo tiempo presentar una alternativa a los mecanismos desarrollados por Adobe para Flash y Microsoft para Silverlight

A diferencia de RTSP que necesita condiciones especiales para ser utilizado en todas las redes, el estándar propuesto por Apple se basa en el protocolo HTTP, que circula libremente por Internet.  Por otra parte no requiere de un servidor HTTP especial y puede utilizarse cualquiera para crear contenido que se pueda emitir via streaming.

El protocolo de Apple es bastante sencillo de implementar tanto en el lado del cliente que recibe el streaming como en el servidor que lo provee, lo que podría provocar una rápida adopción.  Soporta tanto contenido pregrabado como contenido en vivo, encriptación opcional y streams alternativos para usar el que más se adecúe al dispositivo o condiciones de la red, entre otras características.

La implementación de Apple está contenida en su nuevo QuickTime X con video codificado como H.264 y audio AAC, pero por la forma en que está propuesto, también puede utilizar video MPEG-2 y audio MP3 por ejemplo.

Ahora sólo queda esperar que otros se unan a este esfuerzo de estandarización y tan importante como eso, que aparezcan otras implementaciones de clientes y servidores de este estándar.

Links :
- Apple proposes HTTP streaming feature as IETF standard (Ars Technica)
- HTTP Live Streaming (Draft en IETF)

Compartir Compartir
Publicado por Franco Catrin el 10 de July 2009 en la categoría Software con los tags , , , , , , . Tiene 37 comentarios.

37 Comentarios

Apple propone estándar basado en HTTP para streaming

Deja tu Comentario ↓
Beyako

DesaprobarAprobar15Beyako dijo el 10-7-2009 a las 16:54:

1

Ojala si hacen este standart streaming en HTTP que sea mas liviano porque por ejemplo los streaming de video de hoy en dia dejan demasiado de muy lento el andar del mismo.

Saludos.

Ver Comentario... sakuretsu dijo el 10-7-2009 a las 16:55 ...

Marcel

DesaprobarAprobar11Marcel dijo el 10-7-2009 a las 17:13:

3

Y que ventaja presenta respecto al video y audio de HTML 5??

Bueno además de que los pone en mejor píe para imponer h.264, por el cual abría que pagarles licencias y no lograron imponer ni en Firefox, ni en Opera.
http://www.chw.net/2009/07/html-5-con-video-pero-sin-codec/

Windows 7

DesaprobarAprobar37Windows 7 dijo el 10-7-2009 a las 17:21:

4

JA JA JA JA

Apple, quien con su Quicktime pretendía COBRAR por maximizar el vídeo a pantalla completa.

JA JA JA JA

filex

DesaprobarAprobar12filex dijo el 10-7-2009 a las 17:22:

5

Yo ni siquiero instalo quicktime en mis Pc’s, es muy lento y no tiene tanta utilidad ahora como antes.

Franco Catrin

Franco Catrin dijo el 10-7-2009 a las 17:23:

6

@Marcel

La ventaja de que ya está funcionando? La cosa se va a demorar en HTML5:

http://www.zdnetasia.com/news/software/0,39044164,62055739,00.htm?scid=rss_z_nw

Simon Urzua

DesaprobarAprobar12Simon Urzua dijo el 10-7-2009 a las 17:31:

7

El unico drama es que para ponerle PLAY deber tener ITUNES

Simon Urzua

DesaprobarAprobar-3Simon Urzua dijo el 10-7-2009 a las 17:38:

8

Y no es mas fácil ocupar un tunel HTTP??? Es lo mas logico y todos los servidores de streaming lo soportan ya que en la mayoría de las empresas y hogares están bloqueados o “filtrados” los otros puertos…

San_Pateste

DesaprobarAprobar1San_Pateste dijo el 10-7-2009 a las 17:55:

9

Si el standar se basa en HTTP, quiere decir que la transmision sería vía puerto 80?…si asi fuera, se avecina un graaaaan dolor de cabeza para quienes luchamos constantemente con usuarios inconcientes que ultilizan ancho de banda indiscriminadamente con video y musica online, nos obligara a usar proxy’s para filtrar paginas por contenido o formatos, aun asi seria un trabajo muy complicado

no puerto 80 = no internet….

Si mi duda esta muy alejada de la realidad por favor haganmelo saber…=P

Alvaro

DesaprobarAprobar5Alvaro dijo el 10-7-2009 a las 17:57:

10

P2P FTW!

Ver Comentario... alvareo dijo el 10-7-2009 a las 17:58 ...

alvareo

DesaprobarAprobar1alvareo dijo el 10-7-2009 a las 17:59:

12

@Franco: Te informo que el iPhone OS 3.0 no es uno de los “próximos” sistemas operativos de Apple, ya que salió como hace 2 semanas.

Ver Comentario... alvareo dijo el 10-7-2009 a las 18:00 ...

Dani

DesaprobarAprobar5Dani dijo el 10-7-2009 a las 18:03:

14

Mmm… mejor no.

Juan C. Olivares

DesaprobarAprobar1Juan C. Olivares dijo el 10-7-2009 a las 18:17:

15

Actualmente, varios servidores soportan streaming sobre HTTP (incluídos Windows Media Services y VLC), sin embargo, me imagino que la gran ventaja de este estándar nuevo es el permitir distintas resoluciones (streams alternativos) además de regular la encriptación y otros detalles más avanzados.

De todas maneras, RTSP tiene una ventaja y es el uso de UDP por sobre TCP, lo cual permite ahorrar ancho de banda y recursos al servidor especialmente, aunque todavía podría tener algunos problemas con firewalls, debería ser bastante menos que RTSP (donde se puede optar por UDP o TCP, dependiendo de las capacidades del cliente y el servidor).

Marcel

DesaprobarAprobar4Marcel dijo el 10-7-2009 a las 18:30:

16

@Franco En donde está esto ya funcionando?

Yo diría que el que si YA está funcionando es HTML 5:
http://moblin.org/documentation/moblin-netbook-intro
Y además es YA un estándar oficial.

En cambio esto es solo un proyecto y ojo con el código del link de arriba que muestra video h.264 desde safari y Theora/Ogg desde firefox y Opera, de la misma forma usa flash cuando no se soporta ninguno.

Entonces de nuevo, que ventajas tiene esto sobre HTML 5 con video y audio?

Ver Comentario... Donjuan dijo el 10-7-2009 a las 19:37 ...

Muno

DesaprobarAprobar1Muno dijo el 10-7-2009 a las 19:42:

18

Franco Mactrín

Apple propone estándar basado en HTTP para streaming

DesaprobarAprobar0Apple propone estándar basado en HTTP para streaming dijo el 10-7-2009 a las 20:00:

19

[...] Apple propone estándar basado en HTTP para streamingwww.fayerwayer.com/2009/07/apple-propone-estandar-basado-en-… por luzbelito92 hace pocos segundos [...]

Ver Comentario... san_peteste dijo el 10-7-2009 a las 20:05 ...

Hector Vergara R.

DesaprobarAprobar9Hector Vergara R. dijo el 10-7-2009 a las 20:28:

21

Marcel: no confundas peras con manzanas.

Lo que hace HTML 5 respecto a los videos es estandarizar la implementación en el Browser (además de entregar un control de éste vía JavaScript)

Lo que hace este nuevo protocolo es una nueva forma de distribuir el video, separándolo en pequeños trozos (definidos en un playlist).

Como ves, ambos conceptos pueden ir perfectamente de la mano, no son competencia.

Saludos!

Ver Comentario... I dijo el 10-7-2009 a las 20:31 ...

Ver Comentario... I dijo el 10-7-2009 a las 20:34 ...

Carlos Oliva

DesaprobarAprobar9Carlos Oliva dijo el 10-7-2009 a las 21:32:

24

Solo una aclaracion… he visto cierto tono de confusion en los comentarios. Poco o nada tiene que ver esto con los tags y de HTML 5, que basicamente son ‘etiquetas’ que indican como presentar contenidos en el navegador sin la necesidad de incluir plugins propietarios.

El streaming sobre HTTP se trata de una tecnologia basada en estandares que viene a reemplazar componentes propietarios como por ejemplo RTSP, utilizando HTTP plano para el transporte, h.264 como codec de video y AAC o MP3 para la capa de audio. Nosotros lo hemos probado para realizar streaming de video en vivo con bitrates desde 200 kbps para video y 64kbps para audio con una calidad asombrosa, y una latencia de aproximadamente 30 segundos.

Saludos,

Ver Comentario... raúl dijo el 10-7-2009 a las 21:58 ...

SebaPF

DesaprobarAprobar2SebaPF dijo el 10-7-2009 a las 22:26:

26

@I
@san_peteste

como hay tanto tarado con gusto de escribir idioteces en internet.

Marcel

DesaprobarAprobar-3Marcel dijo el 10-7-2009 a las 23:03:

27

@Carlos Oliva ya, pero además de llamarles distintos, en concreto que ventaja tiene?

Si es por hacer streaming con html 5 se puede y de hecho es lo que van a usar en el nuevo sitio de piratebay.
Si es por usar h.264, pues tan bien se puede, el asunto es que lo soporten los navegadores y por ahora solo safari y Chrome lo soportan, mientras que Firefox, Opera y Chrome nuevamente soportan theora/ogg.

No veo aplicación concreta que en donde realmente se vea una ventaja.

Gates

DesaprobarAprobar-4Gates dijo el 10-7-2009 a las 23:06:

28

y donde esta la novedad en esto?

el_dva

DesaprobarAprobar1el_dva dijo el 10-7-2009 a las 23:16:

29

Y cual es el estandar??

acaso no consideran la fundacion Xiph.Org que trata de establecer un estardar abierto y libre para streaming de video y audio, incuso con codecs propietarios como AAC, incluso superan a propietarios como Shoutcast (Streaming de audio por http), con su servidor IceCast, incluso su codec libre Ogg, en reemplazo del mp3.

Me parece que como estas son de uso libre, parece mas una adaptacion para proteger intereses economicos, en vista que no resulto RTSP.

el_dva

DesaprobarAprobar2el_dva dijo el 10-7-2009 a las 23:20:

30

@San_Pateste: puerto 80 != HTTP, se utiliza en ese puerto por defecto pero no es el unico.

Servidores como shoutcast e icecast, hacen streaming http, generalmente en el puerto 8000 y superiores.

san_peteste

DesaprobarAprobar-3san_peteste dijo el 11-7-2009 a las 19:34:

31

@el_dva gracias, pero que te has creido yo sabia todo eso. es mas yo te puedo dar clases a ti webon.

gartuz

DesaprobarAprobar1gartuz dijo el 12-7-2009 a las 01:50:

32

No estoy de acuerdo quieren meter a H.264 dentro de un estandar. Pude que sea un estandar de facto pero no me parece que haya que pagar patentes por estandares. Cierto que a Theora/Ogg le falta mejorar pero si de verdad le preocuparan los estandares a Apple se preocuparía por mejorar Theora pero los de Apple tienen interes solo por las patentes.

San_Pateste

DesaprobarAprobar1San_Pateste dijo el 12-7-2009 a las 17:38:

33

Solo por aclarar

San_Pateste (yo) != san_peteste

Carlos Oliva

DesaprobarAprobar2Carlos Oliva dijo el 12-7-2009 a las 18:33:

34

@Marcel

Que son cosas distintas pues… HTML 5 lo que incorpora es soporte para etiquetas y que permiten incrustar en una pagina elementos de video y audio, respectivamente, sin tener que recurrir para ello a incrustar un objeto del tipo plugin (ya sea flash, quicktime, etc.). La tecnologia a la que se refiere el articulo es un estandar que te permite *desde el servidor* publicar una transmision de video en vivo (piensa en un canal de TV) sin utilizar protocolos propietarios como RTSP, sino que solamente HTTP plano. HTML 5 es client-side, mientras que la tecnologia de streaming sobre HTTP de Apple es mayormente server-side (aunque para ser util desde luego tiene que tener soporte el cliente).

Para eso el estandar propuesto de Apple utiliza h264 como codec de video, y AAC o MP3 como codec de audio, dentro de un contenedor MPEG-2. Todos estos son *estandares* propiamente tal (certificados por la ISO, ej. ISO/IEC 14496-10), el hecho de que Apple soporte h264 en lugar de Ogg Theora es porque si bien es cierto el primero esta cubierto por patentes, dichas patentes son ‘licenciables’, mientras que en el caso de Theora *se cree* que, de moomento, es libre de patentes, lo cual no garantiza que en el futuro pueda aparecer una empresa X (de las que hay muchas) reclamando la infraccion de su propiedad intelectual y presentando demandas en millones de dolares… como lo que sucedio con Eolas y Microsoft, lo cual finalmente afecta al usuario. Ademas esta el hecho de que a Ogg Theora ‘le falta’ mucho aun para llegar al nivel de h264 en terminos de calidad v/s bitrate.

slds

oscar

DesaprobarAprobar0oscar dijo el 13-7-2009 a las 13:08:

35

Ojala que salga algo bueno de estos “mac-pasteles”, por que encuentro que el RTSP sucks en referencia a funcionamiento.

Marcel

DesaprobarAprobar1Marcel dijo el 13-7-2009 a las 13:12:

36

@Carlos Oliva ya veo, básicamente entonces la única diferencia real es el video en vivo.

Aun así esto parece un intento por imponer h.264 dentro del estándar html, con lo cual abría que pagarle a Apple y además no lograron imponer en html 5, de hecho solo Safari y Chrome soportarán h.264 por lo cual tienen una porción ínfima de los navegadores con soporte. No importa que tu digas que está es una tecnología desde el servidor, si el navegador no soporta h.264 entonces simplemente no funcionará a no ser que se incluya un plugin que si lo soporte, de alguna forma el sistema operativo debe tomar el video h.264 y descomprimirlo para poder desplegarlo, en ese aspecto flash les lleva mucha ventaja, ya que no importa que los navegadores no soporten h.264 o cualquier otro formato, es cosa de instalar el plugin y el 98% de los navegadores ya lo tienen instalado.

Sobre el tema de las patentes y OGG/Theodora ha sido más que aclarado y a estas alturas el asunto parece más bien un practica de FUD (Fear, uncertainty and doubt) ya que no se ataca con bases, sino con un argumento de duda que carece de una base solida y especifica, si es por tener dudas respecto a cualquier implementación, h.264 no está libre de ellas y aun cuando pagues una licencia, eso no te libra de la posibilidad de ser demandado por un tercero que dice haber patentado una tecnología relacionada, de hecho fue lo que le paso a Microsoft con los mp3.

Y todo esto sin tomar en cuenta que además la forma de transmisión tipo streaming en vivo, en realidad está en retirada y hoy incluso en la televisión se ve la entrada de video on demand, con lo cual no importa cuando el usuario quiere ver el video, siempre lo podrá hacer. No quiero decir en todo caso que por ello no es bueno que se siga desarrollando, pero hombre no es precisamente una novedad.

iPhoneTV.es: la TV en directo en tu bolsillo « ArrozconNori

DesaprobarAprobar0iPhoneTV.es: la TV en directo en tu bolsillo « ArrozconNori dijo el 5-10-2009 a las 13:22:

37

[...] quizás sea el que cada vez mayor número de medios se animan a emplear el streaming HTTP H.264 que propuso Apple hace ya varios meses, y que permite con muy poco ancho de banda visualizar este tipo de contenidos a tiempo real. Sin [...]

Deja tu Comentario

XHTML: Puedes usar: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>

Previsualizar comentario?