<br><br><div class="gmail_quote">2011/12/4 Fernando Cassia <span dir="ltr"><<a href="mailto:fcassia@gmail.com" target="_blank">fcassia@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><div class="gmail_quote">2011/12/4 Arturo Zambrano <span dir="ltr"><<a href="mailto:arturo@lifia.info.unlp.edu.ar" target="_blank">arturo@lifia.info.unlp.edu.ar</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Nos preocupa, pero no tenemos ninguan herramienta para manejar eso.</div></blockquote><div><br></div><div>Bueno, ese era mi punto, uds en LIFIA podr�an trabajar conjuntamente con los fabricantes y proveerles de "Ginga.ar" siempre en la �ltima versi�n, y si es necesario cobrarles si as� lo quieren.</div>
<div>�</div></div></blockquote><div><br></div><div>El modelo de software libre va por ahi. La ultima version de Ginga.ar esta disponible, hay otra en preparacion.</div><div><br></div><div>Ahora, tener compatibilidad con cada equipo que pudiera venderse tiene un costo en cuanto a recursos. �No es cuestion de querer o no quere cobrar.�</div>
<div>Vos cobras por tu lAaburo porque queres o porque necesitas que te paguen como contraprestacion al trabajo periodistico?</div><div><br></div><div><br></div><div>Que significa: trabajar con los fabricantes? Nosotros hemos trabajado con fabricantes de distintos equipos en esto de la TVD y en otros temas. Tenemos una idea de que se trata pero por ahi como vos venis de otro sector (el periodistico) y no de la produccion de software o hardware no conoces lo que implica tener versiones de tu software para cada plataforma.</div>
<div>Simplemente para que tengas una idea:</div><div>1) Hay hardware muy caro involucrado (no los STBs) sino placas de referencia que se usan para desarrollar este tipo de software. El costo es de varios miles de dolares.</div>
<div>2) La cosa no es solo crosscompilar (que ya es un tema importante en si mismo dependiendo del tool chain) sino conseguir las versiones de todo el software subyacente compatible con lo que uno esta haciendo.</div><div>
3) Luego testear que todo esto funcione correctamente y debuggear en particular requiere mucho esfuerzo</div><div><br></div><div>A todo esto �adem�s �se debe agregar que no los RRHH para estos temas no son tan abundantes como para otros sectores de IT (por favor no me digas que eso pasa porque Ginga no esta escrito en Java :-) )</div>
<div><br></div><div><br></div><div><br></div><div><br></div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>�</div></div><div>Los equipos que tienen Ginga.ar parecen funcionar, los que tienen otra cosa que contesten por sus equipos.</div>
</blockquote><div><br></div><div>Pero uds no son los guardianes y ejecutores (por as� decirlo) de Ginga en Argentina? �C�mo es entonces que otros STBs que dicen tener Ginga tienen "otra cosa", si uds dijeron que habian trabajado en el trabajo inicial de portar Ginga a las distintas arquitecturas?.</div>
</div></blockquote><div><br></div><div>Esto es mas complejo de lo que aparece en la superficie. Nosotros hemos portado Ginga.ar a 2 plataformas de hardware/software. �Esto se �hizo de manera secuencial, y seguimos avanzando, con lo cual Ginga.ar puede ser ejecutado cada vez en mas plataformas, no solo STBs.</div>
<div>Pronto anunciaremos oficialmente el roadmap y los avances.</div><div><br></div><div>Nosotros somos los que desarrollamos Ginga.ar �no somos un organismo de homologaci�n (y a esto me refiero con falta de informaci�n)</div>
<div><br></div><div><br></div><div><br></div><div><br></div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote">
<div>
<div>�</div><div>�Mintras, se vienen los TVs con Android, Samsung con "SmartTV", Sony</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
etc., Incluso Linux (Ubuntu) se encamina hacia los TVs, todo en la<br>
internet abierta, sin tener que pedir permiso a nadie para que se<br>
"emita" tu app.</blockquote></div></blockquote><div><br></div></div></div><div>esta buenisimo eso. si alguien necesita que hagamos un desarrollo de ese tipo podemos hacerlo.</div><div>eso si, que tiene que ver con Ginga.ar�</div>
<div></div></blockquote></div><br>Tiene que ver en que Ginga va a ser indefectiblemente comparada con las otras alternativas, sobre todo si empiezan a venir precargadas en el firmware de los distintos TVs. y si no aumenta la velocidad de desarrollo y estandarizacion, se corre el riesgo de que quede como una tecnolog�a "testimonial".<br clear="all">
</blockquote><div><br></div><div>Fijate que Ginga es una especificacion, parte de un standard y lo estas comparando con las soluciones de empresas (todas muy grosas) pero que no van hacia un standard.</div><div><br></div>
<div>Por otro lado la funcion de Ginga deberia ser tambien ayudar en la inclusion digital, cosa a la que no apuntan estos equipos que mencionas.</div><div><br></div><div>Entonces estas comparando cosas muy diferentes.</div>
<div><br></div><div>Es como quere comparar un fiat uno con una ferrari, porque los 2 son autos.</div><div>Por ahi el impacto del fiat uno, que se puede llevar a mucha gente al laburo es mas importante</div><div>que el de la ferrari que puede llevar a pocos muy rapido.</div>
<div>El tema es que queres lograr... �creo que cumplen diferentes funciones.</div><div><br></div><div>Ahora como esto es materia opinable, vos siempre vas a buscar una argumentacion en otro sentido y �probablemente yo tambien busque la contraria.</div>
<div><br></div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br></div><div>Cuando se habla de TV interactiva muchas veces se pone de ejemplo la realizaci�n de encuestas etc que indefectiblemente requiere que las aplicaciones sean "bidireccionales", no solo desde la estaci�n transmisora al televisior, sino desde el televidente enviando info de vuelta (por ej para votar en una encuesta).</div>
<div><br></div><div>Por eso nombr� lo del canal de retorno, que a mi juicio es algo urgente de estandarizar y encontrar una soluci�n.</div></blockquote><div><br></div><div><br></div><div>Que paso con el canal de retorno? que cosa no esta estandarizada? en ese sentido es un socket tcp, lo que vos quieras / puedas mandar por ahi deberia ir.</div>
<div><br></div><div>Vos te referis a algun formato de datos en particular? por ej. que los datos viajen en xml o json?</div><div><br></div><div>Esta parte del thread no la entiendo, posta.</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br></div><div>Te agradezco la respuesta al punto, no como Olivera que por 2da vez termina en ataques personales. Es bueno discutir y aceptar cr�ticas. Yo no tengo la verdad revelada de nada, simplemente hago preguntas. A algunos las preguntas les molestan y prefieren el silencio obsecuente y el "todo est� bien".</div>
</blockquote><div><br></div><div><br></div><div>Convengamos que tenes una manera de preguntar un poco agresiva, a mi no me jode si no hay mala leche.</div><div><br></div><div>Creo que ademas puede servir para aclarar que hacemos, que no hacemos, porque hacemos lo que hacemos, etc :)</div>
<div><br></div><div><br></div></div>