April 2012 - Ginga-argentina - lists.ourproject.org

Sobre los datos en la señal Mpeg
by Daniel Soria 12 Apr '12

12 Apr '12

El 12 de abril de 2012 11:25, Daniel Soria <dansoria(a)gmail.com> escribió: > Santiago, >> > No es un canal de datos especificamente. Las especificaciones las podes > hallar en todo material que encuentres en la web sobre el Mpeg 2. > Basicamente son dos formas de paquetizar la informacion que de por si > necesita el mpeg 2 para resolverse en cada decoder. Una se llama Horizontal > Ancilliary Data (HANC) que basicamente resuelve y porta informacion del > color y del transport stream con el espacio rservado para el audio. La > informacion que tiene que ver con las aplicaciones ITV o tambien por > ejemplo con el closed captioning viaja en lo que se llama el Vertical > Ancilliary Data (VANC) . > El Carrouseling se encarga de encodear en esos espacios que se miden en > word alfanumericos...manteniendose en el tiempo y el espacio de la media > tanto como este indicado en la aplicacion. Lo ideal ( cuando contemos con > el canal de retorno) es no enviar en el paquete mas que links hacia las > imagenes, los sonidos, los Gifanimation, paginas web..etc...Lo que en ginga > creo se llama portales y en el ATVEF se llama triggers. > La idea del VANC es un viejo recurso de ingenieria que se aplico siempre > en el intervalo vertical de blanking en la emision de señales de tv > analogicas. Para la linea 21 por ejemplo, en el ATSC, se reservaba el > closed captioning, y se contaba con 11 lineas para se usaba entre otras > cosas para la comunicacion ( onda email) entre cabeceras de ingenieria..y > plaff para ITV cuando el bienamado Tim Berners Lee escupio el http. > Antes los ingleses, por ejemplo usaban esas lineas para ponerte si querias > la guia telefonica via la señal de tv, asi como los franchutes habian > metido algo asi en la linea telefonica. Los rusos usaron los encoders > Norpak para sus trabajitos policiacos de envio de informacion y documentos > en todo el territorio de la ex USSR, que era grande y ajeno. ABC, por > ejemplo usaba ese canal de datos para enviar cortos publicitarios en > formatos qt de alta a la repetidoras que debian reproducirlos en sus > emisiones locales. En realidad si lo pensas bien podias usar todas la > lineas de emision ( como de hecho se usaban en los momentos del dia en que > no se emitia contenido y vos solo veias el ruido blanco) para lograr un > ancho de banda infinitamente superior a cualquier downstream que te quieren > vender los fibertel de turnos. Norpak ademas te vendia unas tarjetas para > la PC que si vos estabas en medio de La Pampa y colgabas una antenita de > recepcion de TV zappp! tenias una internet One Way que era excelente canal > de servicios de educacion a distancia. La verdad eran barbaras! Todavia se > consiguen cositas asi pero solo para la analogic tv... ( el IPTV ya es como > una bendicion que barre con todos estos metodos obsoletos incluidos los que > nos develan). > En relacion a los puntos finales de tu cartita, dear Santiago.... es lo > que vengo reclamando moi aussi..Lo que se llama un manual de estilo. Tengo > varios de ese tipo sobre MicrosoftTV, Liberate, Mediahighway, OpenTV...pero > son viejos (as I´m) > Asi que muchachos ¿cuando nos ponemos a trabajar con un manual de estilo > para el Middleware Ginga? > Fer: Es una excelente forma de trabajar la que vos propones. Tal > cual...siempre llo mejor de movida y usar una spica para tester.. > Congratulation Mister NeOrwell... > > Gracias...y disculpen el largo suspiro de un viejo... :-) > D:S: > >> > > > >> 1. Re: Resolucion de las apps (Santiago Lombardi) >> From: Santiago Lombardi <santiago.lombardi(a)gmail.com> >> Date: Wed, 11 Apr 2012 10:24:51 -0300 >> Subject: Re: [Ginga-argentina] Resolucion de las apps >> Perdon si pregunto cosas sin sentido pero la parte del carrouseling y la >> transmisión de las apps no es mi fuerte. >> >> Hasta donde yo entiendo las apps van por el canal de datos de un paquete >> due lleva: video, audio, datos. >> Este canal se comprime con los mismos parametros que el canal de video? >> eso creo entender de lo que vos me contas Daniel. No me cierra como se >> puede comprimir con algoritmos de compresion de imagenes un texto ascii >> como puede ser un archivo ncl. En ese sentido imaginaria que todo lo que >> viaje por el canal de datos deberia ser tratado de manera diferente a la >> imagen. >> >> Alguien tiene este conocimiento o sabe por donde podemos buscar esta >> info? Seria interesante tener pautas claras como: >> >> - Es recomndable trabajar con imagenes jpg al 85% en tamaños 720 x 405 px >> por ejemplo. >> - Las imagenes png trabajarlas de determinada manera. >> >> espero no haber escrito pavadas. De ser asi por favor haganmelo saber. >> >> >> Saludos. >> >> Santiago Lombardi >> >> >> >> from: Fernando Cassia <fcassia(a)gmail.com> >> > > >> Igual que en el disen~o web, vos tenes que partir del "minimo comun >> denominador". >> O sea, asumi que quien lo vea puede tener un CRT de 14" con un STB >> coradir. Y no al reves (no asumir que el usuario tiene un 42' en modo >> 1080i. >> >> O sea, primero que se vea bien en SD (720x400) >> >> De ahi para arriba, podes ver si hay apis en ginga que te permitan >> determinar el modo de video en que esta operando el STB. >> >> Una de las cosas que veo, igual que en las publicidades en los >> programas de TV con texto, es que la gente no tiene en cuenta el tema >> muy importante de los taman~os de los fonts. Se tiene que poder ver >> bien en un CRT de 14". Quien tenga un TV mas grande, lo vera mas >> grande. Pero siempre tener en cuenta el minimo comun denominador. >> >>

2 2

(no subject)
by Daniel Soria 12 Apr '12

12 Apr '12

> > Santiago, > No es un canal de datos especificamente. Las especificaciones las podes hallar en todo material que encuentres en la web sobre el Mpeg 2. Basicamente son dos formas de paquetizar la informacion que de por si necesita el mpeg 2 para resolverse en cada decoder. Una se llama Horizontal Ancilliary Data (HANC) que basicamente resuelve y porta informacion del color y del transport stream con el espacio rservado para el audio. La informacion que tiene que ver con las aplicaciones ITV o tambien por ejemplo con el closed captioning viaja en lo que se llama el Vertical Ancilliary Data (VANC) . El Carrouseling se encarga de encodear en esos espacios que se miden en word alfanumericos...manteniendose en el tiempo y el espacio de la media tanto como este indicado en la aplicacion. Lo ideal ( cuando contemos con el canal de retorno) es no enviar en el paquete mas que links hacia las imagenes, los sonidos, los Gifanimation, paginas web..etc...Lo que en ginga creo se llama portales y en el ATVEF se llama triggers. La idea del VANC es un viejo recurso de ingenieria que se aplico siempre en el intervalo vertical de blanking en la emision de señales de tv analogicas. Para la linea 21 por ejemplo, en el ATSC, se reservaba el closed captioning, y se contaba con 11 lineas para se usaba entre otras cosas para la comunicacion ( onda email) entre cabeceras de ingenieria..y plaff para ITV cuando el bienamado Tim Berners Lee escupio el http. Antes los ingleses, por ejemplo usaban esas lineas para ponerte si querias la guia telefonica via la señal de tv, asi como los franchutes habian metido algo asi en la linea telefonica. Los rusos usaron los encoders Norpak para sus trabajitos policiacos de envio de informacion y documentos en todo el territorio de la ex USSR, que era grande y ajeno. ABC, por ejemplo usaba ese canal de datos para enviar cortos publicitarios en formatos qt de alta a la repetidoras que debian reproducirlos en sus emisiones locales. En realidad si lo pensas bien podias usar todas la lineas de emision ( como de hecho se usaban en los momentos del dia en que no se emitia contenido y vos solo veias el ruido blanco) para lograr un ancho de banda infinitamente superior a cualquier downstream que te quieren vender los fibertel de turnos. Norpak ademas te vendia unas tarjetas para la PC que si vos estabas en medio de La Pampa y colgabas una antenita de recepcion de TV zappp! tenias una internet One Way que era excelente canal de servicios de educacion a distancia. La verdad eran barbaras! Todavia se consiguen cositas asi pero solo para la analogic tv... ( el IPTV ya es como una bendicion que barre con todos estos metodos obsoletos incluidos los que nos develan). En relacion a los puntos finales de tu cartita, dear Santiago.... es lo que vengo reclamando moi aussi..Lo que se llama un manual de estilo. Tengo varios de ese tipo sobre MicrosoftTV, Liberate, Mediahighway, OpenTV...pero son viejos (as I´m) Asi que muchachos ¿cuando nos ponemos a trabajar con un manual de estilo para el Middleware Ginga? Fer: Es una excelente forma de trabajar la que vos propones. Tal cual...siempre llo mejor de movida y usar una spica para tester.. Congratulation Mister NeOrwell... Gracias...y disculpen el largo suspiro de un viejo... :-) D:S: > > 1. Re: Resolucion de las apps (Santiago Lombardi) > From: Santiago Lombardi <santiago.lombardi(a)gmail.com> > Date: Wed, 11 Apr 2012 10:24:51 -0300 > Subject: Re: [Ginga-argentina] Resolucion de las apps > Perdon si pregunto cosas sin sentido pero la parte del carrouseling y la > transmisión de las apps no es mi fuerte. > > Hasta donde yo entiendo las apps van por el canal de datos de un paquete > due lleva: video, audio, datos. > Este canal se comprime con los mismos parametros que el canal de video? > eso creo entender de lo que vos me contas Daniel. No me cierra como se > puede comprimir con algoritmos de compresion de imagenes un texto ascii > como puede ser un archivo ncl. En ese sentido imaginaria que todo lo que > viaje por el canal de datos deberia ser tratado de manera diferente a la > imagen. > > Alguien tiene este conocimiento o sabe por donde podemos buscar esta info? > Seria interesante tener pautas claras como: > > - Es recomndable trabajar con imagenes jpg al 85% en tamaños 720 x 405 px > por ejemplo. > - Las imagenes png trabajarlas de determinada manera. > > espero no haber escrito pavadas. De ser asi por favor haganmelo saber. > > > Saludos. > > Santiago Lombardi > > > > from: Fernando Cassia <fcassia(a)gmail.com> > > Igual que en el disen~o web, vos tenes que partir del "minimo comun > denominador". > O sea, asumi que quien lo vea puede tener un CRT de 14" con un STB > coradir. Y no al reves (no asumir que el usuario tiene un 42' en modo > 1080i. > > O sea, primero que se vea bien en SD (720x400) > > De ahi para arriba, podes ver si hay apis en ginga que te permitan > determinar el modo de video en que esta operando el STB. > > Una de las cosas que veo, igual que en las publicidades en los > programas de TV con texto, es que la gente no tiene en cuenta el tema > muy importante de los taman~os de los fonts. Se tiene que poder ver > bien en un CRT de 14". Quien tenga un TV mas grande, lo vera mas > grande. Pero siempre tener en cuenta el minimo comun denominador. > >

3 2

Pregunta tecnica sobre service.currentKeyMaster
by Santiago Lombardi 12 Apr '12

12 Apr '12

Gente estoy desviando el control de las teclas del control remoto hacia una app Lua. Eso me funciona perfecto. El problema lo tengo al tratar de devolver el control al NCL inicial. Intente haciendo Stop a la media y me explota la app. Alguno tiene un poco de info sobre como hacerlo? muchas gracias. Santiago Lombardi

2 2

Ginga AiO 1.0.6
by Mario I. Rinaldi 11 Apr '12

11 Apr '12

Olá todos, Gostaria de divulgar um projeto pessoal que venho mantendo a pouco mais de um ano. A Ginga AiO (Ginga All in One) é uma máquina virtual para execução e autoria de aplicações NCL (http://ncl.org.br/) Ao contrário do Set-top Box Virtual Ginga-NCL (http:// www.softwarepublico.gov.br/dotlrn/clubs/ginga/gingancl/xowiki/gingancl_vm) a Ginga AiO inclui um ambiente gráfico para facilitar a edição e execução de aplicações NCL, além de permitir a troca de arquivos entre a máquina virtual e o sistema hospedeiro através de drag-n-drop. Espero que ela ajude vocês assim como me ajudou :D. Download: http://www.telemidia.puc-rio.br/~edcaraujo/gingaaio/downloads.html Screenshots: http://www.telemidia.puc-rio.br/~edcaraujo/gingaaio/gallery.html Vídeos: http://www.telemidia.puc-rio.br/~edcaraujo/gingaaio/videos.html abs, edcarajo -- TVDI - Grupo de Discussão da TV Digital Interativa Para sair do grupo: tvinterativa+unsubscribe(a)googlegroups.com Site do grupo: www.tvdi.inf.br -- Mario Rinaldi

1 0

Re: [Ginga-argentina] Resolucion de las apps
by Daniel Soria 11 Apr '12

11 Apr '12

> > > RE: Santiago, manteniendo la proporcion 16:9 deberia funcionar ok. Si mantenes la 4:3 lo mas probable es que se dilate (por decirlo de una manera) hacia los costados. El tema de resolucion en video va mas alla de la que vos decis de 1920 x 1080. La resolucion en graficas para TV se mide en DPi (dots per inch) y lo usual es 72dpi y a veces podes aumentarla. El caso es que de lo que se esta hablando es de las capacidades del hardware del STB para renderizar un archivo grafico determinado. Como muchos saben, la forma de CSS se mantiene en estas cajas con el NCL, por lo tanto creo que seria conveniente de ser necesario configurar una tabla que particione, cuidando la proporcion, la grafica que queres presentar en una pantalla de 16:9 . Otro punto a tener en cuenta es que la señal que originariamente hemos exportado como H264 ( lo cual es una calidad aceptable en HD) al bajar de satelite lo hace en 8mbs de ancho de banda, cosa bastante inferior al H264. O sea que la calidad de tu grafica al encodificarse en el DSM-CC y luego multiplexarse para subir al satelite y al bajar a antena desde el mismo sufrira varias degradaciones. Ojo al Piojo. La norma siempre es mantener la mas alta calidad posible al diseñar asi logramos una buena calidad al pasar por todos esos hardwares que nos desintegran. Quiero sumar a tu pregunta la necesidad de saber a ciencia cierta si lo de escribir el codigo con estas tablas que particionen la grafica es posible hoy en Ginga? Existe alguna referencia especifica en los manuales tecnicos de Ginga a este respecto y por supuesto QUE HACER cuando diseñamos aplicaciones que deseen portarse a dispositivos multiples como celulares y otros? Como lograr la transparencia de la Grafica? Creo que si usamos PNG estaremo ya desde el vamos con una imagen degradada. Es posible usar un jpg y despues del encoder mantener esa calidad? Bueno hay mas pero para estas preguntas mepa que es suficiente Gracias! Daniel Soria 4. Resolucion de las apps (Santiago Lombardi) > > From: Santiago Lombardi <santiago.lombardi(a)gmail.com> > Subject: [Ginga-argentina] Resolucion de las apps > Gente quiero hacerles una consulta sobre resolucion. > Se que la relacion 4:3 es la indicada para apps masivas por la > universalidad de esa relacion en las tv. > > Ahora quiero hacer una app para mostrar como ejemplo y quiero hacerla en > relacion 16:9 para que se vea mas linda y poder aprovechar todo el espacio > de un lcd 16:9. > > Alguno sabe en que tamaño debo trabajar las imagenes para que se vean bien > en un 42 pulgadas con 16:9 ?? no poseo uno asi y me gustaria saber si por > ejemplo imagenes de 720 x 405 px se verian bien en un 42pulgadas. > La pregunta anterior que hice se refiere mas que nada a la mejor relacion > entre calidad y performance. Obvio que si armo imagenes de 1920 x 1080 px > se va a ver bien en un TV con relacion 16:9 pero tambien es obvio que cada > imagen va a pesar un monton. > Lo que me gustaria saber es en que resolucion trabajar las imagenes para > una relacion 16:9. > > Gracias. > >

4 4

Re: [Ginga-argentina] Resolucion de las apps (editado)
by Santiago Lombardi 10 Apr '12

10 Apr '12

La pregunta anterior que hice se refiere mas que nada a la mejor relacion entre calidad y performance. Obvio que si armo imagenes de 1920 x 1080 px se va a ver bien en un TV con relacion 16:9 pero tambien es obvio que cada imagen va a pesar un monton. Lo que me gustaria saber es en que resolucion trabajar las imagenes para una relacion 16:9. Gracias. On Tue, Apr 10, 2012 at 1:34 PM, Santiago Lombardi < santiago.lombardi(a)gmail.com> wrote: > Gente quiero hacerles una consulta sobre resolucion. > Se que la relacion 4:3 es la indicada para apps masivas por la > universalidad de esa relacion en las tv. > > Ahora quiero hacer una app para mostrar como ejemplo y quiero hacerla en > relacion 16:9 para que se vea mas linda y poder aprovechar todo el espacio > de un lcd 16:9. > > Alguno sabe en que tamaño debo trabajar las imagenes para que se vean bien > en un 42 pulgadas con 16:9 ?? no poseo uno asi y me gustaria saber si por > ejemplo imagenes de 720 x 405 px se verian bien en un 42pulgadas. > > Vualquier info sobre esto me ayudara mucho. > > Gracias. > >

1 0

Resolucion de las apps
by Santiago Lombardi 10 Apr '12

10 Apr '12

Gente quiero hacerles una consulta sobre resolucion. Se que la relacion 4:3 es la indicada para apps masivas por la universalidad de esa relacion en las tv. Ahora quiero hacer una app para mostrar como ejemplo y quiero hacerla en relacion 16:9 para que se vea mas linda y poder aprovechar todo el espacio de un lcd 16:9. Alguno sabe en que tamaño debo trabajar las imagenes para que se vean bien en un 42 pulgadas con 16:9 ?? no poseo uno asi y me gustaria saber si por ejemplo imagenes de 720 x 405 px se verian bien en un 42pulgadas. Vualquier info sobre esto me ayudara mucho. Gracias.

1 0

Fwd: Charlas de Ginga en Jujuy
by Martín Olivera 10 Apr '12

10 Apr '12

-- desde el androide ---------- Mensaje remitido ---------- De: "Arturo Zambrano" <arturo(a)lifia.info.unlp.edu.ar> Fecha: abr 9, 2012 7:53 p.m. Asunto: Charlas Para: "Martín Olivera" <martin.olivera(a)gmail.com> Martin, podes pasar esto a las listas de Ginga? (lo armo la gente de la UNJU, donde voy a dar unas charlas) se me ocurre que por ahi tambien les puede interesar a los de Ginga Bolivia, porque voy a estar bien cerquita. abrazo

2 1

Como importar archivos NCL
by Raphael 10 Apr '12

10 Apr '12

Hola quería ver si alguien me podían ayudar con una pregunta, estoy desarrollando un manual de programación de Ginga-NCL pero en el uso del elemento importNCL en un ejemplo este no me muestra ningún tipo de error en las líneas de programa de eclipse (importedDocumentBase), pero cuando defino un contexto en el body del documento principal para referirme al documento importado me aparece un error que me indica que el atributo refer (aliasDocumento#idDoContextoNoDocumentoImportado) posee un valor que no es un contexto, este error me aparece cuando no defino un contexto dentro del documento que estoy importado ya que según dice en la Norma ABNTNBR 15606-2 si no se define un contexto en el body este contexto hereda el nombre del documento principal y es todo el contexto body del documento importado. Por favor si alguien me podría indicar en donde me estoy equivocando le agradecería mucho ya que no sé si es un problema del plugin Ginga-NCL de eclipse o es un error de redacción ya que según la información que encontré esto funciona bien en el editor Composer que es un editor mucho más limitado q el plugin.

3 2

consulta sobre LUA
by Daniel Soria 09 Apr '12

09 Apr '12

A ver. LISTA TECNICA. Este joven ha hecho esta consulta y no obtiene respuesta. Revise el codigo parece bien, pero el tema de lua aun no lo he revisado. Si alguien quiere ser tan amable, gracias en nombre del joven nicolas y el mi propio. Daniel Soria ---------- Forwarded message ---------- From: Nicolas Ignacio Roldan <niko_cbes(a)hotmail.com> Date: 2012/4/2 Subject: RE: Hola Daniel! consulta Ginga =) To: Daniel Soria GINGA <dansoria(a)gmail.com> Hola *Daniel*! Mi consulta es con respescto a Lua. Tengo la maquina virtual de Ginga sobre Kubuntu. Los archivos .ncl los ejecuta bien. Ahora cuando quiero agregar dependencias a un archivo .lua ya no funciona bien. La Aplicacion corresponde a un punto del Test Suite 1.2.0----> http://tvd.lifia.info.unlp.edu.ar/ginga.ar/index.php/testsuite-menu ) (La aplicacion muestra sobre un fondo azul: a la izquierda y de arriba hacia abajo: -un rectangulo vacio y de borde blanco - un rectangulo blanco lleno - 16 lineas horizontales de color verde cuya opacidad dismi- nuye de arriba a abajo a la derecha y de arriba hacia abajo: - un logotipo - textos dibujados utilizando distintos tama~nos, estilos y co- lores de fuentes. ) Me explico mejor ... el código ncl es: ------------------------- el NCL ---------------------------------------- <?xml version="1.0" encoding="ISO-8859-1"?> <ncl id="canvas" xmlns="http://www.ncl.org.br/NCL3.0/EDTVProfile"> <head> <regionBase> <region id="reg" width="100%" height="100%" left="0%" top="0%" /> </regionBase> <descriptorBase> <descriptor id="desc" region="reg"/> </descriptorBase> </head> <body> <port id="pLua" component="lua" /> <media id="lua" src="30_canvas.lua" descriptor="desc" /> </body> </ncl> ---------------------------------------------------------------------------- --------------------------- Lua ----------------------------------------- --background canvas:attrColor('navy') canvas:clear() --top left canvas:attrColor('white') canvas:drawRect('frame', 50, 50, 250, 100) canvas:drawRect('fill', 50, 200, 250, 100) -- top left for i=0, 15 do canvas:attrColor(0, 255, 0, 255 - (i * 16) ) local y = 50 + (i * 10) canvas:drawLine(525, y, 680, y) end -- right image = canvas:new('../resources/images/logo.jpg') canvas:compose(325, 50, image) local colors = {"white", "black", "silver", "gray", "red" , "maroon" , "fuchsia", "purple", "lime", "green", "yellow", "olive", "blue", "navy", "aqua", "teal"} local fontWeight = {"normal", "bold", "italic"} local fontFamily = {"Tiresias", "Tiresias"} for i=0, 7 do for j=0,2 do local ff = '' if i < 4 then ff = fontFamily[1] else ff = fontFamily[2] end local fw = fontWeight[j + 1] local offset = i * 2 + j canvas:attrFont(ff, 14 + offset, fw) canvas:attrColor(colors[i * 2 + (j % 2) + 1]) canvas:drawText(40 + 225 * j , 310 + 30 * i, ff .. ' ' .. fw) end end -- flush canvas:flush() --------------------------------------------------------------------------- y el Error al compilar dice esto: FormatterMultiDevice::getFormatterLayout for '-1/canvas/lua/desc' FormatterScheduler::runAction acquiring player for '-1/canvas/lua/desc' TimeStamp: 0.258 ApplicationPlayerAdapter::ApplicationPlayerAdapter(0x9958248) ApplicationPlayerAdapter::hasPrepared return false because object = '0' and player = '0' ApplicationPlayerAdapter::createPlayer(0x9958248) for '/root/Desktop/TestSuite-1.2.0/Aplicaciones - TestSuite Ginga.ar 1.2.0/lua/30_canvas.lua' FormatterPlayerAdapter::createPlayer for '/root/Desktop/TestSuite-1.2.0/Aplicaciones - TestSuite Ginga.ar 1.2.0/lua/30_canvas.lua' object = '-1/canvas/lua/desc' objectDevice = '0' FormatterMultiDevice::getFormatterLayout for '-1/canvas/lua/desc' FormatterRegion::prepareOutputDisplay '0x9ad9d18' created LuaPlayer::setCurrentScope '' FormatterMultiDevice::getFormatterLayout for '-1/canvas/lua/desc' PresentationContext::getPropertyValue prop 'service.currentKeyMaster' has a NULL value (!) Direct/Interface: Unable to dlopen `/usr/local/lib/directfb-1.4-0/interfaces/IDirectFBImageProvider/libidirectfbimageprovider_mpeg2.so'! --> /usr/local/lib/directfb-1.4-0/interfaces/IDirectFBImageProvider/libidirectfbimageprovider_mpeg2.so: undefined symbol: direct_assumption (!) Direct/Interface: Unable to dlopen `/usr/local/lib/directfb-1.4-0/interfaces/IDirectFBImageProvider/libidirectfbimageprovider_bmp.so'! --> /usr/local/lib/directfb-1.4-0/interfaces/IDirectFBImageProvider/libidirectfbimageprovider_bmp.so: undefined symbol: direct_config (*) Direct/Interface: Loaded 'JPEG' implementation of 'IDirectFBImageProvider'. ComponentManager::releaseComponentFromObject 'ImageProvider' DFBFontProvider.cpp <96>: (!) [10402: 0.000] --> Caught signal 11 (at (nil), invalid address) <-- (!!!) *** WARNING [still objects in 'Window Pool'] *** [object.c:241 in fusion_object_pool_destroy()] (!!!) *** WARNING [still objects in 'Layer Region Pool'] *** [object.c:241 in fusion_object_pool_destroy()] (!!!) *** WARNING [still objects in 'Layer Context Pool'] *** [object.c:241 in fusion_object_pool_destroy()] (!!!) *** WARNING [still objects in 'Surface Pool'] *** [object.c:241 in fusion_object_pool_destroy()] Abortado ... si ejecuto un codigo lua simple como : canvas:attrColor('blue') canvas:clear() canvas:flush() No se produce ningun Error. [image: Confundido] Podra ser alguna libreria que me falte de Lua? ... o nose que puede ser :? desde ya Muchas Gracias Daniel!!!!!! [image: Guiño] Saludos! *nico*

5 17