[eside-ghost] Streaming de datos

[David Santamaria]

Aupa!
Si tienes tiempo, puedes echar un vistazo a Talend (
http://www.talend.com/index.php ), soporta múltiples fuentes de datos,
además creo (no 100% seguro porque no lo he utilizado así) que soporta
RealTime, y mas cosillas, echale un vistazo y comentas.
Un saludo.

2009/2/9 JammyZ <jammyz en gmail.com>:
> Refresco inferior a un segundo me parece muy jodido de alcanzar. Yo he
> hecho cosas de streaming de video para moviles, pero todos los
> servidores que use/probe eran especificos para hacer streaming de
> audio/video, No conozco nada para datos, ignoro si habra algun
> protocolo definido, pero en las pruebas de streaming de video que he
> hecho he visto diferencias de un par de segundos entre clientes
> conectados al mismo stream a traves de la misma red.
>
> Conozco un protocolo para enviar datos a multiples clientes mediante
> multicast, pero creo que no es realtime, y me suena que tu red tendria
> soportar multicast. Se llama Flute, RFC 2936, mira a ver si te puede
> servir. Nosotros usabamos una implementacion llamada MAD
> http://mad.cs.tut.fi/.
>
> Comenta si consigues resolverlo, me parece un tema muy interesante.
>
> Suerte.
>
> 2009/2/3 Fernando de Urien y Muñiz <zefe en rigel.deusto.es>:
>> Holas!
>>
>> Tengo una pregunta para usted! (jeje… chistoso que es uno)
>>
>> ¿Existe algún servidor de streaming de datos?
>>
>> Y con datos me refiero a que la idea es distribuir datos a clientes remotos
>> pero todos estos clientes consumirían los mismos datos y en tiempo real.
>> Vamos, que no les valen los datos de hace 5 segundos si no que tienen que
>> ser los de ahora.
>>
>>
>>
>> La idea sería que los clientes se suscribieran al "canal" y el servidor les
>> enviara los datos actuales.
>>
>> Esos datos, no son ni video ni audio con lo que tampoco tengo muy claro qué
>> fuente leería el servidor… amos… un lío…
>>
>>
>>
>> Existe algo de esto??
>>
>>
>>
>> En un ejemplo:
>>
>> Quiero distribuir los datos actuales de la bolsa mediante un streaming en
>> lugar de que el cliente haga un pull de esos datos ya que la intención es
>> que ese refresco sea inferior a 1 segundo y no querríamos tener que procesar
>> tantas peticiones.
>>
>>
>>
>> Lógicamente habría que programar el cliente que fuera capaz de recoger los
>> datos, procesarlos, suscribirse y tal…
>>
>>
>>
>> No sé, este correo viene a demostrar que no tengo NPI de streamings :-D
>>
>>
>>
>> Si alguien me ilustra… Docu, ideas, servidores que hagan esto, protocolos…
>>
>> pos mil zanks!
>>
>>
>>
>> Zefe
>>
>>
>>
>>
>>
>> _______________________________________________
>> eside-ghost mailing list
>> eside-ghost en deusto.es
>> https://listas.deusto.es/mailman/listinfo/eside-ghost
>>
> _______________________________________________
> eside-ghost mailing list
> eside-ghost en deusto.es
> https://listas.deusto.es/mailman/listinfo/eside-ghost
>



-- 
David.