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.

Deja tu Comentario

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

Previsualizar comentario?