La transmisión de archivos multimedia a través de la   red puede ocurrir  en dos tiempos de reproducción : en vivo, y bajo   demanda; y en cualquier caso los datos viajan por la red por alguno de dos   métodos de distribución : unicast y multicast.
 
La transmisión en vivo reproduce en la   computadora del usuario el audio y video de un evento a medida que éste   se desarrolla en el sitio de origen. La transmisión bajo demanda es   la reproducción de contenido pre-grabado, almacenado, y disponible para   consultarse en cualquier momento.
 
El método unicast   es el que está actualmente en uso en internet, y aplica tanto para   transmisiones en vivo como bajo demanda. El método multicast sólo   se puede usar en ambientes corporativos, a pesar de algunos  esfuerzos   aislados
esfuerzos   aislados para introducirlo en internet, y aplica únicamente para   transmisiones en vivo.

Método Unicast   
El efecto   que tiene el método de transmisión unicast sobre los recursos   de la red es de consumo acumulativo. Cada usuario que se conecta a una   transmisión multimedia consume tantos kilobits por segundo como la   codificación del contenido lo permita.   
Imagine   el siguiente escenario:   
Usted desea transmitir por internet una    conferencia a un público selecto de 20 usuarios. En su    mayoría los usuarios se conectarán cada uno a 100 kilobits por segundo    (kbps). La capacidad de acceso a internet requerida en ambos lados de la    red, es decir, su empresa por un lado y el proveedor del contenido por    el otro, se calcula directamente:

20 usuarios x 100 kbps    = 2,000 kbps

Un enlace dedicado de 2,000 kbps (2    Mbps), también referido como E1, puede costar entre 2 y 3 mil dólares    mensuales. ¿Es ésta la promesa de reducción de costos de las    aplicaciones streaming por internet?. ¡No!, en absoluto. Por el    contrario, ésta es exactamente la razón por la que existimos los    proveedores especializados de servicios de transmisión de audio y video    por internet.   


Método   Multicast   
La transmisión multimedia dentro de un ambiente corporativo puede alcanzar niveles de audiencia ilimitadas gracias al método de transmisión multicast. Con el método multicast el consumo de ancho de banda en una red Ethernet es equivalente al de un único usuario, independientemente si se conectan a la transmisión cinco, quinientas, o el número que sea de computadoras simultáneamente. Esta eficiencia se consigue con instrucciones de la capa 3 del modelo OSI que convierte a cada computadora de un grupo determinado en destinataria de los paquetes de datos multicast que viajan a lo largo de la espina dorsal Ethernet. Técnicamente multicast también podría implantarse en las redes públicas de los proveedores de acceso a internet, pero es altamente improbable que algún día éstos alcancen un   acuerdo comercial sobre una aplicación tan sutil como el intercambio de   tráfico multimedia (streaming).

• [/SIZE]Emisiones en vivo pueden aprovechar la eficiencia del método multicast porque cada computadora recibe exactamente la misma información (paquetes de datos) al mismo tiempo. Si una nueva computadora se une tarde a la transmisión en vivo, el nuevo usuario sólo puede ver el contenido a partir del momento en que se une.

[/SIZE][/list]

• [/SIZE]En  transmisiones bajo demanda el método multicast no aplica porque cada usuario espera ver o escuchar el contenido a su gusto y conveniencia, bajo demanda, por lo tanto un mismo paquete de datos se debe enviar en instantes diferentes a cada nueva computadora.

[/SIZE][/list][/FONT]

sorry, me di cuenta que mi mail está publicado, entonces escríbeme ahí para estar más en contacto. Por cierto, para esto traté de modificar el mensaje anterior y dio un error, traté de eliminarlo y también me dió el error. Quizás si algún moderador lee esto, sepa que hacer.

Dentro del mundo del video este es el tema que más me ocupa y realmente me alegra que sea de interés tan general, casi tanto como el tema de la edición o las cámaras. Es bueno que se despierte el

interés porque este es el futuro de la televisión. Aquí todos aprendemos porque aún nadie tiene siquiera la mitad de la respuestas a todas las problematicas que se ciñen alrededor de este tema.
Hablando un poco sobre los puntos que cita perweb...

Cita de: "perweb"1. Video streaming pre-grabado y colgado en la web para visualizar o descargar.
   2. Broadcasting Live TV (transmisión en vivo)
    A.- El video streaming se puede hacer de diversas formas siendo las más usadas o populares Flash y WMV. Tambien se puede usar un servidor Streaming físico para Windows y los archivos WMV

deben ser convertidos a ASF. Es mucho más rápido peor más costoso (el hardware).

    B.- Broadcasting Live TV (transmisión en vivo) se hace profesionalmente con servidores IPTV que cuestan mucho dinero.

    Uso Flash para los videos pre-granados. Ver calidad de resolución:


    Concluyo diciendo que para Live TV broadcasting se requiere un servidor dedicado muy potente.

    Dual Quad
    4GB RAM
    2x 250 HD
    10 Terabytes de ancho de banda.


   

trataré de tener más o menos un orden cronológico según la cita:
    1. Coincido contigo en que el streaming puede ser pre-grabado y colgado en la web para visualizar, pero si te refieres a descargar como "download" el fichero ya no sería un stream de      

video, sino una descarga de fichero.
    2. En estos momentos tengo el servicio montado con WMV sobre Windows media server, la verdad es muy estable pero a los usuarios que no trabajan con plataformas de microsoft les es un

problema y tienen que ingeniarselas para conseguir ver el streaming de WMV sobre linux por ejemplo, y nos piden constantemente que busquemos soluciones. Por esa misma razón estuvimos buscando

variantes y flash fue una de la soluciones estudiadas y parece ser muy buena cuando de interactividad se trata y por supuesto el streaming de "multimedias". Sin embargo, tengo algunos usuarios

interesados en recibir el flujo a través del TV para lo cual con un STB IP, entonces estamos estudiando la variante de MPEG 4 parte 10 (AVC / H.264) que nos parce tiene buena relación

calidad/compresión.
Sobre el servicio Live TV, no entiendo por qué te cuesta tanto dinero, al final para un servicio VoD tienes que invertir más en cuanto a almacenamiento, ancho de banda, etc. El servicio de

televisión en vivo lo puedes resolver con una máquina normal, una tarjeta de entrada, para ingresar el video y el audio de la fuente y algún software que haga el stream. Si lo haces multicast, por

UDP, por ejemplo, para el servidor sería como una sola conexión y los clientes se enganchan al flujo que sería uno sólo. Si tienes un flujo de 1Mbps será el mismo en toda la red, sólo que si tienes 5 canales por ejemplo, a 1Mbps cada uno serán 5Mbps en total a la salida del servidor. Para el caso del VoD si se necesita más ancho de banda. Por otro lado el VoD como es un servicio independiente para cada usuario, además de demandar más ancho de banda, lleva un buen almacenamiento, no sólo en capacidad para que quepan los ficheros de media sino también en velocidad de lectura para poder garantizar el servicio a la mayor cantidad de usuarios.
Lo que si es verdad que para un stream en vivo, si lo vas a codíficar, lo que demanda es mucho micro por la cantidad de calculos, y por ejemplo, ya con las pruebas que estamos haciendo con el H.264 si que se come el procesador. Pero de todas maneras, para esta tarea existen equipos dedicados, es decir, encoders por hardware, sólo tienes que definir que codec vas a usar y en dependencia de eso  comprar el encoder, que si es cierto que cuestan su poco de dinero. Pero para programas grabados, ya una vez que los tienes codificados y no lo tienes que hacer en tiempo real, no tienes muchos problemas.
El tema del multicast está muy asociado con esto del stream y les recomiendo que lean al respecto.

entonces el parámetro a seguir es que el anclaje sea V-Lock?? muchas gracias, no sabía como era que se llamaba, per evidentemente es ese por la forma en V del enganche. Estaba mirando las IDX y me descargué su catálogo, pero echaré un visatazo también a lo demás que me mencionas.

bueno, no es exactamente de lo que se ha tratado en los mensajes anteriores, pero como tiene que ver con las baterias lo posteo aquí, me parece el mejor lugar, sino recomiendenme...
bueno, el caso es que tengo baterias BP-IL75 de Sony, y necesito renovarlas, el tema está en como encontrar soluciones compatibles aunque no sean Sony, por ejemplo, de IDX. Por supuesto, sé que con el mismo voltaje y corriente, pero me preocupa la forma de conexión y cosas así, y quisiera saber cuales son las opciones que tengo, pero no se pq parámetros guiarme.

de acuerdo contigo respecto al tema del manual, quizás podamos ir definiendo conceptos, describiendo métodos y los protocolos y principios básicos que rigen el streaming de video. Podemos ponerlo como referencia a todos los que se inicien y asi no tienen que golpearse de nuevo con lo mismo que nos golpeamos nosotros. Cuenta conmigo

Hola!!
no conozco la D200 de Panasonic y no sé que salidas tenga. De todas maneras, el principio es más o menos el mismo: salida de la cámara a la entrada de una tarjeta capturadora (audio y video) y un soft que codifique y haga el stream. La tarjeta de captura dependerá de la interfaz que se utilice con la cámara. Algunas tarjetas vienen con su software que permiten hacer algunas cosas, y a veces, hacer streaming en vivo desde la entrada. De todas maneras yo recomiendo el VLC como solución de software para hacer el streaming, atendiendo que es multiplataforma y te permite codificar a lo que desees, ya sea un WMV, un h.264, theo, etc y con los ajustes que desees.
Espero te sirva de algo.
Saludos

si aun estás a tiempo te recomiendo que revises esto http://www.vlvc.net/en-home.html  Es una solución basada en el potente VLC, yo la he utilizado y ha resultado genial.
Saludos

HalconVigia, muchas gracias por responder. Pues te comento que estamos viendo como implementamos un sistema de transmsisión cable (analógico) & Internet pero todo a nivel de software. Así que si logramos algo te lo comento y si te puedo ayudar con algo de experiencia en este tema, por si te embullas luego a salir de las VTR.
Por cierto, existen soluciones bastante completas basadas en servidores de video, te recomiendo que le des una vuelta a esta propuesta, no tengo experiencia con ellos, pero parece bastante integradora y la he escuchado mencionar http://www.vsn-tv.com/sp-up/welcome.htm , quizás te sirva para ir migrando, si lo deseas, por supuesto.
Saludos

bien llevado y traido el tema del streaming de video sobre la red. Me sumo al tema aportando mis modestos conocimientos, pero con mucha más intención de aprender de ustedes, colegas.
Videonet, entiendo el punto de HalconVigia cuando te dice que hay una marcada diferenecia entre el servicio streaming y el VoD, aunque este último realmente, también es un streaming, sólo que a demanda, es decir, si no hay solicitud, no hay streaming. En cambio el streaming de una señal en vivo es continuo y no bajo demanda, si un usuario se conecta a un streaming en vivo, lo ve por donde esté en ese momento y no puede ver lo que se transmitió antes. Atendiendo a ese concepto, el streaming es multicast, de forma que es un solo flujo de video que está saliendo del servidor, y si tu conexión es de 100Mbps, y tu flujo es de 1Mbps, no importará la cantidad de usuarios que tengas conectado.
Para el caso del VoD, sería más complicado, porque como es bajo demanda, cada usuario iniciaría una conexión con el servidor y este, daría servicio a cada usuario de forma independiente, por lo que si se conectan 10 usuarios, cada uno halando 1Mbps, pues se resuelve con la "simple cuenta matemática".
Concluyendo, que lo que interpreto es que Videonet, estás transmitiendo de forma unicast y cada conexión te demanda su propio ancho de banda. HalconVigia, te refieres a streamear canales con multicast donde a los efectos prácticos en el servidor, es una sola conexion.

Ahora vienen mis preguntas, HalconVigia, quizás me puedas ayudar, estoy montando un servidor para hacer streaming con el VLC, pero quiero que tengan horarios, es decir, indicarle al VLC el día y la hora en la que yo quiero que el transmita un fichero. Sé que él lo hace y ya he hecho algunas pruebas, pero de la misma forma quiero que mediente una tarjeta de captura, vaya "grabando" lo que capture de una señal analógica, igualmente por horarios. Teoricamente esto funciona, pero los ficheros que genera me aparecen corruptos. Tienes alguna experiencia con esto? si has usado el VLC mejor, pero si tienes alguna infomación con otros software, igual me seriviría.

Un abrazo a todos y que viva el video!! (y el audio también)

familia, ando averiguando cual es el hardware compatible con premiere cs3, y también por supuesto, sabes cual no es compatible.
Saludos y gracias de antemano a todos.

quiero ponerme a hacer materiales de este tipo, me gustaría compartirlos (cuando los haga). Existe algún lugar en la red donde se puedan conseguir otros??

ok, con mucha impaciencia estare esperando tus resultados, gracias de antemano. Alguien me estuvo diciendo hace unos dias que tambien existia alguna diferencia entre la Z1 y la V1 respecto al audio?? no me supieron explicar que era precisamente, pero me sono algo asi como que una tenia audio balanceado y la otra no... alguien sabe especificamente si las camaras tienen alguna diferencia respecto al audio??

gracias, si, he escuchado y leido ya sobre este aspecto, y tu comentario me lo reafirma.  Actualmente tengo una JVC GY-DV300, que por supuesto es mucho más vieja e inferior, pero este ha sido unos de los problemas que más me ha afectado, la iluminación, así que es uno de los principales aspectos que quiero tener en cuenta. Gracias marbal1.

estoy en dudas si comprar la V1 o la Z1, he leido aqui bueno y malo de ambas. La idea es utizarla en documentales, cortos, entrevistas... tengo un amigo con una Z1, pero no conozco a nadie con la V1, así que no la he visto, la Z1 me parece genial, algo en especifico en que la V1 supere a la Z1??