[Edusol] Pregunta....

[Larry Lugo U.]

Gracias a todos por sus valiosos aportes. Hay un aspecto que se reitera en las intervenciones y para nosotros es una seria limitante: el ancho de banda.
Podrían por favor establecer algunos parámetros para calcular ese "buen ancho de banda" requerido para la distribución de video, tanto del lado del servidor como de los clientes? En este último caso, recuerdo que durante Edusol I, a pesar de tener para ese momento una conexión de banda ancha de 256 kbps , perdí varias veces la conexión y la imagen no era nítida ni fluida. Era eso debido a la tecnología del lado del cliente o del servidor? Estamos en vísperas de implementar este tipo de servicios y no tenemos claro estos aspectos. Los proveedores ofrecen tecnología propietaria que no podemos pagar. Asi mismo, cuáles son los requerimientos de hardware que debe tener el servidor? Puede ser el mismo donde se aloja Moodle y su base de datos, o tendría que ser una máquina dedicada sólo a video?
Desde ya gracias por sus respuestas, mismas que sin duda serán de suma utilidad.
Cordiales saludos y hasta pronto.

________________________________

De: edusol-bounces en bine.org.mx en nombre de Gunnar Wolf
Enviado el: Vie 16/06/2006 01:44 p.m.
Para: Educación y Software Libre.; Carlos A. Horna Vallejos
Asunto: RE: [Edusol] Pregunta....



Quoting "Carlos A. Horna Vallejos" <carlos en apesol.org>:

> Saludos, me permito adicionar algo a la respuesta de gunnar :)

¿¡Pero cómo!? ¿Qué mi palabra no es la Primera y la Última? ;-)

> debemos tener en cuenta las 3 partes de una streaming de audio o
> video o ambos:
>
> el codificadosr - Que coje la senial y la convierte en data, asu vez la
> transmite al servidor

Va un poco más allá ;-) Por modularidad, del lado del codificador por lo
general tienes cuatro procesos independientes - El capturador (toma del
dispositivo que tengas y lo entrega en un flujo estándar que podrás manipular
como gustes), el recodificador (lo convierte en un formato adecuado
para el tipo
de transmisión/loquefuere que quieres hacer), el inyector (toma lo que hace el
recodificador, que es básicamente un archivo de medios que normalmente
dejarías en tu disco duro, y de algún modo se lo inyecta a tu servidor) y el
archivador (normalmente quieres guardar copia de todo lo que transmites - esto
también puede implementarse como cliente, pero es más seguro hacerlo más
abajo en el proceso).

> (...)
> En este punto Darwin es una alternativa interesante, sin embargo cocuerdo con
> gunnar en  ke suinstalacion es horrororsa, sin embargo funciona :p aunke he
> tenido algunos problemas con debian y conexiones que requiewren muchos
> recursos.

Exacto. Tal vez yo soy demasiado obtuso, pero me costó un cacho lograr que
funiconara. Y una vez que funciona... Prefiero no tocarlo demasiado ;-) Y
bueno, no sabía que sufre ante una gran demanda, pero se me hace increíble -
su trabajo es _muy_ simple!

> (...)
> laternativas mas rudimentarias como ffmpeg
> http://ffmpeg.mplayerhq.hu/ nos dan
> resultados aceptables, no olvidar el tema de dimensionamiento (Numero de
> conexiones y recursos del sistema a servir, ancho de banda, etc).

Umh... Bueno, de ffmpeg yo sólo conozco la parte de recodificado - Es un
recodificador muy eficiente y de _muy_ buena calidad, superior incluso a los
que conocí en Windows. Además, el recodificado es un proceso intermedio - El
problema que tenemos en nuestro proceso previo, hecho a manita entre varias
aplicaciones Windows, es que los programas no se "enchufan" uno sobre otro; en
el mundo Unix estamos acostumbrados a redirigir una salida a otra entrada, y
nos ahorramos los pasos manuales intermedios.

> Helix es un proyecto importante por lo ke he visto, sin embargo no lo he
> probado, lo mejor ke he logrado ha sido con vlc, realmente bueno pero me
> consumio todos los recursos de ancho de banda habidos y por haber :p

Helix... se ve bonito. Ahora, por lo que veo, no es suficientemente estable ni
recomendable. Lo instalé ayer y probé un par de veces, y funciona bien,
aunque carece de muchos codecs que se me hacen básicos - Pero lo que es peor,
hoy lo quería mostrar a otra persona... Y me mató la sesión de X de un solo
golpe :-/

Saludos,

--
Gunnar Wolf - Administración de Servidores y Red Local
Instituto de Investigaciones Económicas - UNAM - 5623-0154

----------------------------------------------------------------------------
Enviado desde el correo Web del Instituto de Investigaciones Económicas UNAM

_______________________________________________
Edusol mailing list
Edusol en bine.org.mx
http://bine.org.mx/mailman/listinfo/edusol


------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : application/ms-tnef
Tamaño     : 6982 bytes
Descripción: no disponible
Url        : http://listas.iiec.unam.mx/pipermail/edusol/attachments/20060616/ed5f96df/attachment.bin