Hola a todos. Vi unos comentarios sobre Ginga J, creo que ayudaria mucho al desarrollo de la plataforma y de las empresas de Software a desarrollar aplicativos para la TV Digital si podriamos usar Ginga J, ya que la comunidad de programadores java es grande en Argentina. Por lo que vi NCL no es complicado, no vi mucho (estoy empezando) pero me parece serìa mucho màs ràpido si tendriamos el Ginga J disponible. En todo caso me sumo a la idea de armar una comunidad de Ginga J, para impulsar, promocionar y hasta investigar su implementaciòn aca en Argentina. Una cosa màs, propongo que se use un foro en vez de una lista de email, o un grupo en google Groups, nos darìa màs ventajas para la busqueda de post, subida de archivos, etc. Saludos, Marcelo
2011/4/11 Marcelo A. Vasquez <[email protected]>:
Una cosa màs, propongo que se use un foro en vez de una lista de email, o un grupo en google Groups, nos darìa màs ventajas para la busqueda de post, subida de archivos, etc.
Saludos, Marcelo
Gracias por el interés Marcelo. Contá conmigo para lo que necesites. En cuanto a la lista, google groups tambien opera como una lista de correo, así que no le veo mayor diferencia, salvo la posibilidad de hacer posts desde una interfaz web. Una lista de correo es mucho mejor que un "foro web" simplemente porque algunos de nosotros pasamos el 90% del tiempo mirando la pantalla de GMail, es decir, enviando y respondiendo correos. Entonces, participar de listas no modifica nuestro flujo de trabajo. En cambio, para participar de un "foro web" como podria ser un PhpBB, no sólo hay que abrir un tab específico en el browser, sino que además la navegación es mucho más lenta, por la estructura en sí del HTML para armar visualmente un foro web (ni que hablar de cuando los usuarios empiezan a poner avatars animados, firmas gigates etc). Mi humilde opinión. Los "foros web" son una involución, no una evolucion, comparado con las listas de correo. FC
Coincido Fernando con vos en los "foros web" tipo PHPBB. Creo que mejor es tener algun soporte para la comunidad de Ginga. En donde podamos poner articulos o tutoriales o ejemplos. No se cuantos desarrolladores tenemos en esta lista que esten interesados en desarrollar para Ginga. Tal vez el que administra la lista nos podria comentar. Yo tengo un portal de conocimientos enfocado en una herramienta y tecnologia de oracle fue el 1ro. español y ayudo mucho (www.jdeveloperla.com) Es dificil mantenerlo, pero cuando busque como hacer un deploy de lo que desarrolle en el DECO, no encontre nada todavia. Saludos, Marcelo 2011/4/11 Fernando Cassia <[email protected]>
2011/4/11 Marcelo A. Vasquez <[email protected]>:
Una cosa màs, propongo que se use un foro en vez de una lista de email, o
un
grupo en google Groups, nos darìa màs ventajas para la busqueda de post, subida de archivos, etc.
Saludos, Marcelo
Gracias por el interés Marcelo. Contá conmigo para lo que necesites.
En cuanto a la lista, google groups tambien opera como una lista de correo, así que no le veo mayor diferencia, salvo la posibilidad de hacer posts desde una interfaz web.
Una lista de correo es mucho mejor que un "foro web" simplemente porque algunos de nosotros pasamos el 90% del tiempo mirando la pantalla de GMail, es decir, enviando y respondiendo correos. Entonces, participar de listas no modifica nuestro flujo de trabajo. En cambio, para participar de un "foro web" como podria ser un PhpBB, no sólo hay que abrir un tab específico en el browser, sino que además la navegación es mucho más lenta, por la estructura en sí del HTML para armar visualmente un foro web (ni que hablar de cuando los usuarios empiezan a poner avatars animados, firmas gigates etc).
Mi humilde opinión. Los "foros web" son una involución, no una evolucion, comparado con las listas de correo.
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
2011/4/12 Marcelo A. Vasquez <[email protected]>
Es dificil mantenerlo, pero cuando busque como hacer un deploy de lo que desarrolle en el DECO, no encontre nada todavia.
Te referis a ejecutar una aplicacion NCL en un deco? depende de cual estas usando pero todos deberian soportar levantarlas desde el pendrive de una u otra manera. Hay otras maneras como emtir la aplicacion en unTS,pero requiere equipos mas costosos. La formad de armar el TS esta documentada en la comunidad. saludos
Saludos, Marcelo
2011/4/11 Fernando Cassia <[email protected]>
2011/4/11 Marcelo A. Vasquez <[email protected]>:
Una cosa màs, propongo que se use un foro en vez de una lista de email,
o un
grupo en google Groups, nos darìa màs ventajas para la busqueda de post, subida de archivos, etc.
Saludos, Marcelo
Gracias por el interés Marcelo. Contá conmigo para lo que necesites.
En cuanto a la lista, google groups tambien opera como una lista de correo, así que no le veo mayor diferencia, salvo la posibilidad de hacer posts desde una interfaz web.
Una lista de correo es mucho mejor que un "foro web" simplemente porque algunos de nosotros pasamos el 90% del tiempo mirando la pantalla de GMail, es decir, enviando y respondiendo correos. Entonces, participar de listas no modifica nuestro flujo de trabajo. En cambio, para participar de un "foro web" como podria ser un PhpBB, no sólo hay que abrir un tab específico en el browser, sino que además la navegación es mucho más lenta, por la estructura en sí del HTML para armar visualmente un foro web (ni que hablar de cuando los usuarios empiezan a poner avatars animados, firmas gigates etc).
Mi humilde opinión. Los "foros web" son una involución, no una evolucion, comparado con las listas de correo.
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
Por ahi si hablás con la gente del foro de la tdt te habilitan algún lugarcito: http://www.tdt-latinoamerica.tv 2011/4/12 Marcelo A. Vasquez <[email protected]>:
Coincido Fernando con vos en los "foros web" tipo PHPBB.
Creo que mejor es tener algun soporte para la comunidad de Ginga. En donde podamos poner articulos o tutoriales o ejemplos.
No se cuantos desarrolladores tenemos en esta lista que esten interesados en desarrollar para Ginga. Tal vez el que administra la lista nos podria comentar.
Yo tengo un portal de conocimientos enfocado en una herramienta y tecnologia de oracle fue el 1ro. español y ayudo mucho (www.jdeveloperla.com)
Es dificil mantenerlo, pero cuando busque como hacer un deploy de lo que desarrolle en el DECO, no encontre nada todavia.
Saludos, Marcelo
2011/4/11 Fernando Cassia <[email protected]>
2011/4/11 Marcelo A. Vasquez <[email protected]>:
Una cosa màs, propongo que se use un foro en vez de una lista de email, o un grupo en google Groups, nos darìa màs ventajas para la busqueda de post, subida de archivos, etc.
Saludos, Marcelo
Gracias por el interés Marcelo. Contá conmigo para lo que necesites.
En cuanto a la lista, google groups tambien opera como una lista de correo, así que no le veo mayor diferencia, salvo la posibilidad de hacer posts desde una interfaz web.
Una lista de correo es mucho mejor que un "foro web" simplemente porque algunos de nosotros pasamos el 90% del tiempo mirando la pantalla de GMail, es decir, enviando y respondiendo correos. Entonces, participar de listas no modifica nuestro flujo de trabajo. En cambio, para participar de un "foro web" como podria ser un PhpBB, no sólo hay que abrir un tab específico en el browser, sino que además la navegación es mucho más lenta, por la estructura en sí del HTML para armar visualmente un foro web (ni que hablar de cuando los usuarios empiezan a poner avatars animados, firmas gigates etc).
Mi humilde opinión. Los "foros web" son una involución, no una evolucion, comparado con las listas de correo.
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
El 12 de abril de 2011 09:11, Marcelo A. Vasquez <marcelo.vasquez.ar@ gmail.com> escribió:
Coincido Fernando con vos en los "foros web" tipo PHPBB.
Creo que mejor es tener algun soporte para la comunidad de Ginga. En donde podamos poner articulos o tutoriales o ejemplos.
tenemos http://comunidad.ginga.org.ar que es un drupal actualmente hosteado en LIFIA y http://wiki.ginga.org.ar que es un dokuwiki hosteado por los amigos de la cooperativa Elvex y Open S.A. tambien usamos recursos (estas listas, SVN) de oruproject.org que recursos necesitarian?
No se cuantos desarrolladores tenemos en esta lista que esten interesados en desarrollar para Ginga. Tal vez el que administra la lista nos podria comentar.
el q adminstra la lista (o sea yo) no tienen ni idea cuantos desarrolladores hay en la lista, como podria saberlo? es abierta y de suscripcion automatica, jeje, mas bien preguntemos y que aqui nos cuenten quienes son programadores (yo soy uno :)
Yo tengo un portal de conocimientos enfocado en una herramienta y tecnologia de oracle fue el 1ro. español y ayudo mucho ( www.jdeveloperla.com)
Es dificil mantenerlo, pero cuando busque como hacer un deploy de lo que desarrolle en el DECO, no encontre nada todavia.
Saludos, Marcelo
2011/4/11 Fernando Cassia <[email protected]>
2011/4/11 Marcelo A. Vasquez <[email protected]>:
Una cosa màs, propongo que se use un foro en vez de una lista de email,
o un
grupo en google Groups, nos darìa màs ventajas para la busqueda de post, subida de archivos, etc.
Saludos, Marcelo
Gracias por el interés Marcelo. Contá conmigo para lo que necesites.
En cuanto a la lista, google groups tambien opera como una lista de correo, así que no le veo mayor diferencia, salvo la posibilidad de hacer posts desde una interfaz web.
Una lista de correo es mucho mejor que un "foro web" simplemente porque algunos de nosotros pasamos el 90% del tiempo mirando la pantalla de GMail, es decir, enviando y respondiendo correos. Entonces, participar de listas no modifica nuestro flujo de trabajo. En cambio, para participar de un "foro web" como podria ser un PhpBB, no sólo hay que abrir un tab específico en el browser, sino que además la navegación es mucho más lenta, por la estructura en sí del HTML para armar visualmente un foro web (ni que hablar de cuando los usuarios empiezan a poner avatars animados, firmas gigates etc).
Mi humilde opinión. Los "foros web" son una involución, no una evolucion, comparado con las listas de correo.
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- Martín Olivera *@ NODOSOL http://www.nodosol.org *- Software Libre, impulsando el desarrollo local + blog en http://blog.martinolivera.com.ar + microblog identi.ca <http://identi.ca/martinolivera> & twitter @martinolivera + Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar + Comunidad GINGA Argentina - http://comunidad.ginga.org.ar
Hola amigos: Me anoto como programador. Saludos Mario Rinaldi El 12 de abril de 2011 12:46, Martín Olivera <[email protected]>escribió:
El 12 de abril de 2011 09:11, Marcelo A. Vasquez <marcelo.vasquez.ar@ gmail.com> escribió:
Coincido Fernando con vos en los "foros web" tipo PHPBB.
Creo que mejor es tener algun soporte para la comunidad de Ginga. En donde podamos poner articulos o tutoriales o ejemplos.
tenemos http://comunidad.ginga.org.ar que es un drupal actualmente hosteado en LIFIA
y http://wiki.ginga.org.ar que es un dokuwiki hosteado por los amigos de la cooperativa Elvex y Open S.A.
tambien usamos recursos (estas listas, SVN) de oruproject.org
que recursos necesitarian?
No se cuantos desarrolladores tenemos en esta lista que esten interesados en desarrollar para Ginga. Tal vez el que administra la lista nos podria comentar.
el q adminstra la lista (o sea yo) no tienen ni idea cuantos desarrolladores hay en la lista, como podria saberlo? es abierta y de suscripcion automatica, jeje, mas bien preguntemos y que aqui nos cuenten quienes son programadores (yo soy uno :)
Yo tengo un portal de conocimientos enfocado en una herramienta y tecnologia de oracle fue el 1ro. español y ayudo mucho ( www.jdeveloperla.com)
Es dificil mantenerlo, pero cuando busque como hacer un deploy de lo que desarrolle en el DECO, no encontre nada todavia.
Saludos, Marcelo
2011/4/11 Fernando Cassia <[email protected]>
2011/4/11 Marcelo A. Vasquez <[email protected]>:
Una cosa màs, propongo que se use un foro en vez de una lista de email,
o un
grupo en google Groups, nos darìa màs ventajas para la busqueda de post, subida de archivos, etc.
Saludos, Marcelo
Gracias por el interés Marcelo. Contá conmigo para lo que necesites.
En cuanto a la lista, google groups tambien opera como una lista de correo, así que no le veo mayor diferencia, salvo la posibilidad de hacer posts desde una interfaz web.
Una lista de correo es mucho mejor que un "foro web" simplemente porque algunos de nosotros pasamos el 90% del tiempo mirando la pantalla de GMail, es decir, enviando y respondiendo correos. Entonces, participar de listas no modifica nuestro flujo de trabajo. En cambio, para participar de un "foro web" como podria ser un PhpBB, no sólo hay que abrir un tab específico en el browser, sino que además la navegación es mucho más lenta, por la estructura en sí del HTML para armar visualmente un foro web (ni que hablar de cuando los usuarios empiezan a poner avatars animados, firmas gigates etc).
Mi humilde opinión. Los "foros web" son una involución, no una evolucion, comparado con las listas de correo.
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- Martín Olivera *@ NODOSOL http://www.nodosol.org *- Software Libre, impulsando el desarrollo local + blog en http://blog.martinolivera.com.ar + microblog identi.ca <http://identi.ca/martinolivera> & twitter @martinolivera + Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar + Comunidad GINGA Argentina - http://comunidad.ginga.org.ar
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- *Mario Rinaldi*
Buenas tardes a todos. Me interesa la iniciativa, pero no termino de comprender su alcance. Por ejemplo, ¿Ginga-J es sólo una especificación o existe como desarrollo?, ¿hay una VM funcional para los deco?
El 12 de abril de 2011 13:13, Pablo Sandler <[email protected]>escribió:
Buenas tardes a todos. Me interesa la iniciativa, pero no termino de comprender su alcance. Por ejemplo, ¿Ginga-J es sólo una especificación
Ginga-J es una especificacion, parte de la especificacion general de ISDB-T y parte de Ginga
o existe como desarrollo?
hay diversas implementaciones mas o menos completas de Ginga-J, que cumplen mas o menos con la norma, al no haber un organismo rector del estandar, respecto de las implementaciones, ni suites de test para comprobar el cumplimiento, puede haber "gingas" que sean cuasi-mas-o-menos-algo-asi-parecido-o-lo-que-fuera. Eso complica mucho por un lado el desarrollo de un mercado, ya que las implementaciones compiten y pueden alejarse de los estandares (como pasa en el respeto al HTML de los navegadores web, o en las versiones/funciones SQL en diversas bases de datos) y ademas no hay una implementacion libre probada sobre dispositivos, la unica implementacion libre de ginga-J al parecer es OpenGinga, pero que corre en PC, es un emulador de Ginga para desarrolladores y que algo funcione ahi, no implica que funcione en aparatos ginga-enabled, si su middleware espropietario y de cada empresa, un bodrio
, ¿hay una VM funcional para los deco?
hay una VM con openginga, pero no es para decos, es para PC, Que yo sepa no hay implementaciones libres de GingaJ funcionando sobre hardware real de decodificadores ISDB-T
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- Martín Olivera *@ NODOSOL http://www.nodosol.org *- Software Libre, impulsando el desarrollo local + blog en http://blog.martinolivera.com.ar + microblog identi.ca <http://identi.ca/martinolivera> & twitter @martinolivera + Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar + Comunidad GINGA Argentina - http://comunidad.ginga.org.ar
Yo tambien soy programador, creo que somos 4 hasta el momento Alguien mas ? saludos 2011/4/12 Martín Olivera <[email protected]>
El 12 de abril de 2011 13:13, Pablo Sandler <[email protected]>escribió:
Buenas tardes a todos. Me interesa la iniciativa, pero no termino de
comprender su alcance. Por ejemplo, ¿Ginga-J es sólo una especificación
Ginga-J es una especificacion, parte de la especificacion general de ISDB-T y parte de Ginga
o existe como desarrollo?
hay diversas implementaciones mas o menos completas de Ginga-J, que cumplen mas o menos con la norma, al no haber un organismo rector del estandar, respecto de las implementaciones, ni suites de test para comprobar el cumplimiento, puede haber "gingas" que sean cuasi-mas-o-menos-algo-asi-parecido-o-lo-que-fuera. Eso complica mucho por un lado el desarrollo de un mercado, ya que las implementaciones compiten y pueden alejarse de los estandares (como pasa en el respeto al HTML de los navegadores web, o en las versiones/funciones SQL en diversas bases de datos) y ademas no hay una implementacion libre probada sobre dispositivos, la unica implementacion libre de ginga-J al parecer es OpenGinga, pero que corre en PC, es un emulador de Ginga para desarrolladores y que algo funcione ahi, no implica que funcione en aparatos ginga-enabled, si su middleware espropietario y de cada empresa, un bodrio
, ¿hay una VM funcional para los deco?
hay una VM con openginga, pero no es para decos, es para PC, Que yo sepa no hay implementaciones libres de GingaJ funcionando sobre hardware real de decodificadores ISDB-T
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- Martín Olivera *@ NODOSOL http://www.nodosol.org *- Software Libre, impulsando el desarrollo local + blog en http://blog.martinolivera.com.ar + microblog identi.ca <http://identi.ca/martinolivera> & twitter @martinolivera + Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar + Comunidad GINGA Argentina - http://comunidad.ginga.org.ar
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
2011/4/12 Martín Olivera <[email protected]>:
y ademas no hay una implementacion libre probada sobre dispositivos, la unica implementacion libre de ginga-J al parecer es OpenGinga, pero que corre en PC,
Pensando en voz alta, alguien quizás sabrá corregirme. El punto central es que los IHVs (desarrolladores de hardware independientes) normalmente quieren "soporte", que yo defino como "la posibilidad de gritarle a alguien cuando las cosas no andan". Entonces, la especificación de Ginga-J incluye una VM Java (para correr el código Java). Esto se puede hacer con una Java VM libre (OpenJDK, PhoneME, ambas GPL, habria que ver cuál se adapta mejor) o no libre (IBM J9 http://ho.io/pwrv , Sun/Oracle Embedded Java optimizada para ARM http://ho.io/pwry). No me sorprendería que los fabricantes de STBs en Brazil hayan elegido soportar Ginga-J y ponerle una VM "comercial" para tener justamente "soporte". Pero que yo sepa los demás componentes de Ginga-J son "libres" (GPL) incluyendo LWUIT, que la gente de OpenGinga está incorporando. No definiria OpenGinga como un "emulador" de la misma manera que no definiria el código del LIFIA como un "emulador". OpenGinga es una implementación x86 de Ginga (NCL y Java). ¿Quién dijo que un set top box no puede ser x86? Finalmente, no ayuda a Ginga (como un todo) que el trabajo se haya dividido entre dos universidades brasileñas (PUC Rio con NCL, y la UFPB para Ginga-J), que obviamente funcionan como islas y -lo quieran o no- compiten entre sí. Me gustaría ver vínculos entre LIFIA y la gente de OpenGinga y la UFPB, para traer Ginga-J a "Ginga.AR". Después, a la hora de elgir una VM, que cada fabricante de STB pueda elegir si la aca al mercado con OpenJDK, PhoneME o una Java VM comercial. FC
Muchas esto se esta poniendo bueno, creo que nos estamos enriqueciendo mucho con todos nuestros comentarios, por lo menos para mi. Creo que si queremos un Ginga-J en los Set Box Top, tenemos que hablar con los fabricantes de hardware. Que SO tienen los SBT? se puede acceder y usarlo? pregunto de ignorante, por ahi trae un linux liviano y podemos hacer algo :) Saludos, Marcelo 2011/4/12 Fernando Cassia <[email protected]>
2011/4/12 Martín Olivera <[email protected]>:
y ademas no hay una implementacion libre probada sobre dispositivos, la unica implementacion libre de ginga-J al parecer es OpenGinga, pero que corre en PC,
Pensando en voz alta, alguien quizás sabrá corregirme.
El punto central es que los IHVs (desarrolladores de hardware independientes) normalmente quieren "soporte", que yo defino como "la posibilidad de gritarle a alguien cuando las cosas no andan".
Entonces, la especificación de Ginga-J incluye una VM Java (para correr el código Java). Esto se puede hacer con una Java VM libre (OpenJDK, PhoneME, ambas GPL, habria que ver cuál se adapta mejor) o no libre (IBM J9 http://ho.io/pwrv , Sun/Oracle Embedded Java optimizada para ARM http://ho.io/pwry).
No me sorprendería que los fabricantes de STBs en Brazil hayan elegido soportar Ginga-J y ponerle una VM "comercial" para tener justamente "soporte".
Pero que yo sepa los demás componentes de Ginga-J son "libres" (GPL) incluyendo LWUIT, que la gente de OpenGinga está incorporando.
No definiria OpenGinga como un "emulador" de la misma manera que no definiria el código del LIFIA como un "emulador".
OpenGinga es una implementación x86 de Ginga (NCL y Java).
¿Quién dijo que un set top box no puede ser x86?
Finalmente, no ayuda a Ginga (como un todo) que el trabajo se haya dividido entre dos universidades brasileñas (PUC Rio con NCL, y la UFPB para Ginga-J), que obviamente funcionan como islas y -lo quieran o no- compiten entre sí.
Me gustaría ver vínculos entre LIFIA y la gente de OpenGinga y la UFPB, para traer Ginga-J a "Ginga.AR". Después, a la hora de elgir una VM, que cada fabricante de STB pueda elegir si la aca al mercado con OpenJDK, PhoneME o una Java VM comercial.
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
2011/4/12 Marcelo A. Vasquez <[email protected]>:
Que SO tienen los SBT? se puede acceder y usarlo? pregunto de ignorante, por ahi trae un linux liviano y podemos hacer algo :)
Saludos, Marcelo
Tienen un linux liviano (bah, como todo dispositivo con Linux embebido), compilado para CPUs ARM (los CPUs que usan los aparatos). Pero la gente de Celestial Semiconductor (que es la variante de CPUs ARM que usan los STBs de Coradir y Newtronic) no pone disponible el SDK para bajar en forma pública, salvo que firmes un non-disclosure agreement o un contrato (eso me dijo gente de Celestial en Argentina). Y la gente de Coradir no publicó que yo sepa el código fuente. No tengo ganas de seguir peléandome con gente que sólo está en esto "para ganar plata", como me dijo uno de ellos, sin entender cómo funciona el software libre y como podrían incluso ganar más... si hicieran las cosas correctamente. Qué ironía no, Texas Instruments, AMD, Intel, te ponen disponible el SDK de lo que quieras,y en cambio otras como Celestial lo guardan bajo 4 llaves y te piden análisis de orina en ayunas y una promesa de fidelidad a la bandera... Así les va, a Celestial se los acaban de comprar.... FC
El 12 de abril de 2011 18:25, Fernando Cassia <[email protected]> escribió:
2011/4/12 Martín Olivera <[email protected]>:
y ademas no hay una implementacion libre probada sobre dispositivos, la unica implementacion libre de ginga-J al parecer es OpenGinga, pero que corre en PC,
Pensando en voz alta, alguien quizás sabrá corregirme.
El punto central es que los IHVs (desarrolladores de hardware independientes) normalmente quieren "soporte", que yo defino como "la posibilidad de gritarle a alguien cuando las cosas no andan".
por lo que converse con los IHV locales, en realidad lo que quieren son contratos de venta, la estrategia de soporte y esas cosas no estan entre sus primeros reclamos, aunque seria bueno pensar desde la comunidad estrategicamente en eso, para evitar futuros dolores de cabeza
Entonces, la especificación de Ginga-J incluye una VM Java (para correr el código Java). Esto se puede hacer con una Java VM libre (OpenJDK, PhoneME, ambas GPL, habria que ver cuál se adapta mejor) o no libre (IBM J9 http://ho.io/pwrv , Sun/Oracle Embedded Java optimizada para ARM http://ho.io/pwry).
esta bien, ese trabajo de "habria que ver cual se adapta mejor" no es un esfuerzo despreciable
No me sorprendería que los fabricantes de STBs en Brazil hayan elegido soportar Ginga-J y ponerle una VM "comercial" para tener justamente "soporte".
hay muchos factores mas en una decision de ese tipo que "tener soporte" y en general se relacionan con el lobby empresario y los negocios potenciales, el mercado de los fabricantes de STB no es independiente de otros mercados relacionados (contenidos, multinacionales de IT, etc) Creo que las demoras de Brasil en sacar la TV digital interactiva por años, "porque gingaJ no estaba listo" son una clara muestra del lobby de Sun (hoy Oracle) para no quedarse afuera de un mercado tan interesante, pese a que las cosas con ginga-ncl/lua estaban alli mucho mas avanzadas, se prefirio salir inicialmente con TVD sin interactividad, antes que sacarla solo con NCL y sin Java. En Argentina se eligio salir con todo lo que estaba listo, por eso salieron con interactividad NCL el año pasado Esta decision argentina es aplaudida por varios en Brasil que apoyan el despliegue de la interactividad Ginga, y nos muestra en algunos aspectos mas avanzados por aqui
Pero que yo sepa los demás componentes de Ginga-J son "libres" (GPL) incluyendo LWUIT, que la gente de OpenGinga está incorporando.
No definiria OpenGinga como un "emulador" de la misma manera que no definiria el código del LIFIA como un "emulador".
OpenGinga es una implementación x86 de Ginga (NCL y Java).
ok, una implementacion x86 GPL de Ginga (NCL a cargo de PUCRio y J a cargo de UParaiba)
¿Quién dijo que un set top box no puede ser x86?
Finalmente, no ayuda a Ginga (como un todo) que el trabajo se haya dividido entre dos universidades brasileñas (PUC Rio con NCL, y la UFPB para Ginga-J), que obviamente funcionan como islas y -lo quieran o no- compiten entre sí.
hay muchas cosas que no ayudan, y en realidad compiten entre si, porque la misma existencia de NCL y Java como alternativas surge de una competencia, no de un plan estrategico de Ginga...
Me gustaría ver vínculos entre LIFIA y la gente de OpenGinga y la UFPB, para traer Ginga-J a "Ginga.AR".
los hay tanto por el lado del LIFIA como por el lado de la Comunidad Ginga, co la gente de Paraiba
Después, a la hora de elgir una VM, que cada fabricante de STB pueda elegir si la aca al mercado con OpenJDK, PhoneME o una Java VM comercial.
no es solo la JVM, tambien tiene que andar GingaJ ;)
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- Martín Olivera *@ NODOSOL http://www.nodosol.org *- Software Libre, impulsando el desarrollo local + blog en http://blog.martinolivera.com.ar + microblog identi.ca <http://identi.ca/martinolivera> & twitter @martinolivera + Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar + Comunidad GINGA Argentina - http://comunidad.ginga.org.ar
Concuerdo con Martin. Respecto a los lazos, no es razonable esperar que publiquemos con todas la entidades con las que cooperamos, con quienes se escriben papers, etc. Me parece genial que quieran tener gingaJ (yo tambien quiero) y si lo quieren integrar en Ginga.ar gustosos ayudaremos en la medida de nuestras posibilidades. De hecho seria la primera vez que viene algo de código desde la comunidad hacia Ginga.ar. Como dice al final martin, no hay que minimizar el tema de trabajar con dispositivos embebidos integrando diferentes tecnologias, algunas de ellas cerradas y propiedad de los fabricantes de hardware. saludos 2011/4/13 Martín Olivera <[email protected]>
El 12 de abril de 2011 18:25, Fernando Cassia <[email protected]>escribió:
2011/4/12 Martín Olivera <[email protected]>:
y ademas no hay una implementacion libre probada sobre dispositivos, la unica implementacion libre de ginga-J al parecer es OpenGinga, pero que corre en PC,
Pensando en voz alta, alguien quizás sabrá corregirme.
El punto central es que los IHVs (desarrolladores de hardware independientes) normalmente quieren "soporte", que yo defino como "la posibilidad de gritarle a alguien cuando las cosas no andan".
por lo que converse con los IHV locales, en realidad lo que quieren son contratos de venta, la estrategia de soporte y esas cosas no estan entre sus primeros reclamos, aunque seria bueno pensar desde la comunidad estrategicamente en eso, para evitar futuros dolores de cabeza
Entonces, la especificación de Ginga-J incluye una VM Java (para correr el código Java). Esto se puede hacer con una Java VM libre (OpenJDK, PhoneME, ambas GPL, habria que ver cuál se adapta mejor) o no libre (IBM J9 http://ho.io/pwrv , Sun/Oracle Embedded Java optimizada para ARM http://ho.io/pwry).
esta bien, ese trabajo de "habria que ver cual se adapta mejor" no es un esfuerzo despreciable
No me sorprendería que los fabricantes de STBs en Brazil hayan elegido soportar Ginga-J y ponerle una VM "comercial" para tener justamente "soporte".
hay muchos factores mas en una decision de ese tipo que "tener soporte" y en general se relacionan con el lobby empresario y los negocios potenciales, el mercado de los fabricantes de STB no es independiente de otros mercados relacionados (contenidos, multinacionales de IT, etc)
Creo que las demoras de Brasil en sacar la TV digital interactiva por años, "porque gingaJ no estaba listo" son una clara muestra del lobby de Sun (hoy Oracle) para no quedarse afuera de un mercado tan interesante, pese a que las cosas con ginga-ncl/lua estaban alli mucho mas avanzadas, se prefirio salir inicialmente con TVD sin interactividad, antes que sacarla solo con NCL y sin Java. En Argentina se eligio salir con todo lo que estaba listo, por eso salieron con interactividad NCL el año pasado Esta decision argentina es aplaudida por varios en Brasil que apoyan el despliegue de la interactividad Ginga, y nos muestra en algunos aspectos mas avanzados por aqui
Pero que yo sepa los demás componentes de Ginga-J son "libres" (GPL) incluyendo LWUIT, que la gente de OpenGinga está incorporando.
No definiria OpenGinga como un "emulador" de la misma manera que no definiria el código del LIFIA como un "emulador".
OpenGinga es una implementación x86 de Ginga (NCL y Java).
ok, una implementacion x86 GPL de Ginga (NCL a cargo de PUCRio y J a cargo de UParaiba)
¿Quién dijo que un set top box no puede ser x86?
Finalmente, no ayuda a Ginga (como un todo) que el trabajo se haya dividido entre dos universidades brasileñas (PUC Rio con NCL, y la UFPB para Ginga-J), que obviamente funcionan como islas y -lo quieran o no- compiten entre sí.
hay muchas cosas que no ayudan, y en realidad compiten entre si, porque la misma existencia de NCL y Java como alternativas surge de una competencia, no de un plan estrategico de Ginga...
Me gustaría ver vínculos entre LIFIA y la gente de OpenGinga y la UFPB, para traer Ginga-J a "Ginga.AR".
los hay tanto por el lado del LIFIA como por el lado de la Comunidad Ginga, co la gente de Paraiba
Después, a la hora de elgir una VM, que cada fabricante de STB pueda elegir si la aca al mercado con OpenJDK, PhoneME o una Java VM comercial.
no es solo la JVM, tambien tiene que andar GingaJ ;)
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- Martín Olivera *@ NODOSOL http://www.nodosol.org *- Software Libre, impulsando el desarrollo local + blog en http://blog.martinolivera.com.ar + microblog identi.ca <http://identi.ca/martinolivera> & twitter @martinolivera + Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar + Comunidad GINGA Argentina - http://comunidad.ginga.org.ar
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
2011/4/13 Arturo Zambrano <[email protected]>:
no hay que minimizar el tema de trabajar con dispositivos embebidos integrando diferentes tecnologias, algunas de ellas cerradas y propiedad de los fabricantes de hardware.
No entiendo. ¿Cuáles son las tecnologías cerradas propiedad de qué fabricantes de hardware?. El "hardware abierto" no existe, salvo en Arduino. Todo hardware tiene un componente propietario, incluso en el Neuros OSD parte del microcódigo DSP es propietario, por más que el resto del diseño es abierto. De hecho, en el caso de los set top boxes que entrega el gobierno, Celestial Semiconductor quiere un contrato para dar el SDK de "su" Linux para ese CPU... FC
Si vos queres testear que tu implementacion vas a necesitar acceso a informacion que es propiedad de los fabricantes de hardware. Como mencionas cada uno tiene "su" linux, que contienen los drivers, librerias y optimizaciones para "su" hardware. A lo que voy es que por mas que la tengas clara en linux x86, no es lo mismo trabajar en esos bichos. Vas estar parado sobre sus librerias propietarias y nada te asegura que van a funcionar como sus versiones X86 (y tal vez ni siquiera puedas ver el codigo fuente para ver que hacen). Pero mejor que decir es hacer... asi que hay que probarlo en carne propia. 2011/4/13 Fernando Cassia <[email protected]>
2011/4/13 Arturo Zambrano <[email protected]>:
no hay que minimizar el tema de trabajar con dispositivos embebidos integrando diferentes tecnologias, algunas de ellas cerradas y propiedad de los fabricantes de hardware.
No entiendo. ¿Cuáles son las tecnologías cerradas propiedad de qué fabricantes de hardware?.
El "hardware abierto" no existe, salvo en Arduino. Todo hardware tiene un componente propietario, incluso en el Neuros OSD parte del microcódigo DSP es propietario, por más que el resto del diseño es abierto.
De hecho, en el caso de los set top boxes que entrega el gobierno, Celestial Semiconductor quiere un contrato para dar el SDK de "su" Linux para ese CPU...
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
El 13 de abril de 2011 13:14, Fernando Cassia <[email protected]> escribió:
2011/4/13 Arturo Zambrano <[email protected]>:
no hay que minimizar el tema de trabajar con dispositivos embebidos integrando diferentes tecnologias, algunas de ellas cerradas y propiedad de los fabricantes de hardware.
drivers cerrados q entregan los fabricantes de chips que se incluyen en STBs ginga es una especificacion que se materializa en una API que debe utilizar recursos de hardware, a los que en general se accede a traves de drivers de hardware propietarios
No entiendo. ¿Cuáles son las tecnologías cerradas propiedad de qué fabricantes de hardware?.
El "hardware abierto" no existe, salvo en Arduino. Todo hardware tiene un componente propietario, incluso en el Neuros OSD parte del microcódigo DSP es propietario, por más que el resto del diseño es abierto.
De hecho, en el caso de los set top boxes que entrega el gobierno, Celestial Semiconductor quiere un contrato para dar el SDK de "su" Linux para ese CPU...
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- Martín Olivera *@ NODOSOL http://www.nodosol.org *- Software Libre, impulsando el desarrollo local + blog en http://blog.martinolivera.com.ar + microblog identi.ca <http://identi.ca/martinolivera> & twitter @martinolivera + Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar + Comunidad GINGA Argentina - http://comunidad.ginga.org.ar
Voto por una implementación de Ginga-J. Pero tambien me ofrezco para colaborar con dicha implementación. Con todos los que se sumen seria bueno que empecemos definiendo los objetivos y como llevarlos adelante. Todos son de Bs. As. ? pregunto porque yo estoy en Jujuy, pero viajo con regularidad a baires. Saludos, Marcelo 2011/4/13 Martín Olivera <[email protected]>
El 13 de abril de 2011 13:14, Fernando Cassia <[email protected]>escribió:
2011/4/13 Arturo Zambrano <[email protected]>:
no hay que minimizar el tema de trabajar con dispositivos embebidos integrando diferentes tecnologias, algunas de ellas cerradas y propiedad de los fabricantes de hardware.
drivers cerrados q entregan los fabricantes de chips que se incluyen en STBs
ginga es una especificacion que se materializa en una API que debe utilizar recursos de hardware, a los que en general se accede a traves de drivers de hardware propietarios
No entiendo. ¿Cuáles son las tecnologías cerradas propiedad de qué fabricantes de hardware?.
El "hardware abierto" no existe, salvo en Arduino. Todo hardware tiene un componente propietario, incluso en el Neuros OSD parte del microcódigo DSP es propietario, por más que el resto del diseño es abierto.
De hecho, en el caso de los set top boxes que entrega el gobierno, Celestial Semiconductor quiere un contrato para dar el SDK de "su" Linux para ese CPU...
FC
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
-- Martín Olivera *@ NODOSOL http://www.nodosol.org *- Software Libre, impulsando el desarrollo local + blog en http://blog.martinolivera.com.ar + microblog identi.ca <http://identi.ca/martinolivera> & twitter @martinolivera + Asociación SOLAR Software Libre Argentina - http://www.solar.org.ar + Comunidad GINGA Argentina - http://comunidad.ginga.org.ar
_______________________________________________ Ginga-argentina mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/ginga-argentina
On Mié 13 Abr 2011 12:45:39 Arturo Zambrano escribió:
Concuerdo con Martin.
Respecto a los lazos, no es razonable esperar que publiquemos con todas la entidades con las que cooperamos, con quienes se escriben papers, etc.
Me parece genial que quieran tener gingaJ (yo tambien quiero) y si lo quieren integrar en Ginga.ar gustosos ayudaremos en la medida de nuestras posibilidades. De hecho seria la primera vez que viene algo de código desde la comunidad hacia Ginga.ar. Como dice al final martin, no hay que minimizar el tema de trabajar con dispositivos embebidos integrando diferentes tecnologias, algunas de ellas cerradas y propiedad de los fabricantes de hardware.
saludos
tal cual hace un año que tengo el deco de coradir, y quiere cambiar el firmware feo que trae y cada vez que me pongo a investigar, nuevamente choco con lo mismo, no tengo info del hardware, quizas alguien mas ducho en el kernel se las puedas rebuscar , pero yo que soy un simple hobbista y tengo casi nada de experiencia con linux embebidos, me cuesta bastante. seria mas facil tengo un build de un kernel que haciendo un make config && make &&make zImage y make manadamelo_al_stb funciona y bootea el deco. ahora, que carajo les cuesta publicar? usan 1 millon de lineas de codigo que lo hizo otro y encima, VIOLAN la GPL. como es que no piensan en el beneficio de tener muchos programadores que por hobby, aportarian lo que este a su alcance hacer un mejor firmware?... que loco no? -- Dock Sud BBS http://bbs.docksud.com.ar telnet://bbs.docksud.com.ar
participants (8)
-
Arturo Zambrano -
Cesar Mendoza -
Fernando Cassia -
Fernando Toledo -
Marcelo A. Vasquez -
Mario I. Rinaldi -
Martín Olivera -
Pablo Sandler