Ir para o conteúdo

 Voltar a Ginga-NCL Vi...
Tela cheia

Set-top Box Virtual Ginga-NCL 0.9.26 - Release Candidate 1

23 de Novembro de 2007, 13:40 , por Desconhecido - | Ninguém seguindo este artigo por enquanto.
Visualizado 118 vezes

Ola, PessoALL

   Acabamos de publicar nova versão do set-top box virtual Ginga-NCL, como Release Candidate 1. Para quem ainda não conhece o set-top box virtual, leia a notícia publicada em 22/11/2007.

   A novidade principal da versão 0.9.26-rc1 do STB virtual é a presença dos binários da próxima versão do gingaNclPlayer C++. A equipe do Laboratório TeleMidia  petende publicar em breve seu código-fonte. Por enquanto, na máquina virtual vão os binários da versão 0.9.26 e os fontes da versão 0.9.25.

    O principal motivo para adiantarmos o lançamento do novo STB é a melhor estabilidade do gingaNclPlayer 0.9.26, seu melhor suporte a scripts Lua, e uma melhor arquitetura de controle de I/O. Funcionalidades de decodificação de dados também estão presentes. Maiores detalhes serão publicados quando disponibilizarmos o código-fonte.

  No processo de atualização de nossos servidores, o site ncl.org.br  ficou indisponível por 45 minutos. Os downloads da versão anterior tiveram de ser interrompidos. Pedimos desculpas aos membros da Comunidade Ginga por possíveis incômodos.

   Só para lembrar, o set-top box virtual de desenvolvimento Ginga-NCL pode ser baixado em:
   http://www.ncl.org.br/ferramentas/fedora-fc7-ginga-i386.zip 

[]s
Moreno

Autor: Marcelo Moreno


2323 comentários

  • 6901d7fa1a855d9538cb0a7dd17fcf47?only path=false&size=50&d=404Beto Valenca(usuário não autenticado)
    23 de Novembro de 2007, 16:30

     

    Olá Marcelo!

         primeiro gostaria de agradecer pelo esforço de toda a equipe ae! Instalei a máquina virtual e o resultado está muito bom!!

         eu só tenho um dúvida: não tenho muita experiência com Fedora, mas teria como alterar a resolução da saida? Acho que está em 800x600, o que dificulta para ver alguns exemplos...

     Mais uma vez, obrigado pela ajuda!

    Abraços,

     
    Beto

     

    • 5a82d82e341eb9065577cf78128f296a?only path=false&size=50&d=404Marcelo Moreno(usuário não autenticado)
      23 de Novembro de 2007, 17:09

       

      Ola, Beto.

         A resolução inicial do framebuffer da máquina virtual é 640x480, para otimizar o consumo de CPU. Outras configurações são possíveis, mas restritas àquelas suportadas pelo driver vesafb. Veja mais detalhes no Framebuffer HOWTO. Já preparei os arquivos de configuração de vídeo da máquina virtual com comentários para a configuração 800x600. Veja como é simples:

         Primeiro, altere o arquivo /etc/grub.conf. O parâmetro de kernel "vga=" deve ser alterado para 788 (800x600x16) ou 791 (1024x768x16). Já há no arquivo uma linha comentada para 800x600:

      #kernel /boot/vmlinuz-2.6.23-GingaVM-0.9.26 ro root=LABEL=/ vga=788 video=vesafb:ywrap,mtrr 1 ginga quiet
          Depois, altere o arquivo /etc/directfbrc. O parâmtero "mode" deve ser trocado para 800x600-75 ou 1024x768-75, de acordo com sua escolha na alteração do parágrafo anterior. Já há no arquivo uma linha comentada para 800x600:

      #mode=800x600-75 

         Depois de tudo configurado, vai ser necessário um reboot da máquina virtual.

         Avalie se sua nova configuração ficou satisfatória. Isso vai variar de máquina para máquina, pois depende diretamente da velocidade da CPU e da qualidade da aceleradora gráfica.
      []s
      Moreno

      • B31d812c95fedf9d4d7a0eb1de39c636?only path=false&size=50&d=404Marcos Vinícius Henke Arnoldo(usuário não autenticado)
        24 de Novembro de 2007, 19:44

         

        Olá... 

        sou leigo em Linux. Baixei a imagem, estou rodando no VMWare instalado num Windows Professional.

        Como eu copio os arquivos e inicio minha aplicação? Teria condições de alguém criar um tutorial pré-escolar pra leigos como eu?

         Grato,

         Marcos 

        • 5a82d82e341eb9065577cf78128f296a?only path=false&size=50&d=404Marcelo Moreno(usuário não autenticado)
          26 de Novembro de 2007, 10:31

           

          Ola, Marcos

             Um how-to está a caminho...  As instruções que aparecem na interface gráfica do STB Virtual realmente contam com algum conhecimento do usuário em Linux e/ou aplicações de console remoto e transferência de arquivos.

             Se você quiser se aventurar sem o how-to, a dica principal é fazer tudo via um console remoto, a ser instalado em seu Windows. Um bom programa para isso é SSH Secure Shell (não-comercial). Ele também inclui a habilidade de transferência de arquivos sobre o mesmo protocolo. Ao disparar essa aplicação você será perguntado sobre qual o servidor a se conectar, daí basta digitar o IP impresso na interface gráfica do STB Virtual. O usuário é root. A senha é telemidia.

              Daí você já pode executar um dos exemplos já incluídos na máquina virtual. Digite:
          /misc/launcher.sh /misc/ncl30/sample03/sample03.ncl

             Para transferir seus próprios programas, use a janela de SFTP que pode ser aberta a partir do SSH Secure Shell. Armazene-os de preferência sob o diretório /misc/ncl30. Daí você volta para o console e é só executar o comando acima trocando o caminho para seu documento NCL.

             O tutorial estará pronto ainda nesta semana. 

          []s
          Moreno

          • B31d812c95fedf9d4d7a0eb1de39c636?only path=false&size=50&d=404Marcos Vinícius Henke Arnoldo(usuário não autenticado)
            26 de Novembro de 2007, 12:27

             

            Muito obrigado pelo rápido retorno, Moreno!

            A entrega do meu trabalho de conclusão é 4ª feira, dia 28, e eu gostaria de incluir ainda resultados obtidos através dos testes neste ambiente.

            Abraço,

            Marcos
             

          • Dd716b02472e9b21c17e62b289af01f7?only path=false&size=50&d=404Claudio Roberto França Pereira(usuário não autenticado)
            27 de Novembro de 2007, 1:25

             

            Primeiro post meu aqui e gostaria de deixar claro como estou IMPRESSIONADO com o avanço do Brasil nesse sentido. É fato que o Ginga vai vingar e será EXPORTADO, visto a facilidade de se criar programas nessa plataforma. Realmente MUITÍSSIMO interessante.

            Sobre o STB Virtual, muito boa a iniciativa e, principalmente, muita perspicaz. É a concretização de um STB em um HTPC. Existe um projeto posterior de criação de uma interface mais acessível para o Ginga, com suporte a execução de programas capturados do ar (das transmissões oficiais)?

             Gostei mto desse esquema de SSH na máquina virtual, facilitará bastante os testes. Ainda não peguei o fonte nem o arquivo do VMWare (o stb virtual propriamente dito), mas assim que essas provas passarem eu prometo dedicação completa.

             Eu estou meio perdido entre tanta informação, entre tanta novidade, e estou me vendo num mar de possibilidades com o qual eu sempre sonhei. Personalizar meu próprio STB, aliás, meu HTPC, e, até quem sabe, integrar o Ginga no MythTV, por exemplo; ou ainda fazer uma interface completa para o Ginga e, acabar substituindo o MythTV pelo mesmo, seria ótimo. Realmente, possibilidades infinitas, oportunidades infinitas.

             BOM TRABALHO!

             

      • 6901d7fa1a855d9538cb0a7dd17fcf47?only path=false&size=50&d=404Beto Valenca(usuário não autenticado)
        27 de Novembro de 2007, 15:36

         

        Olá Moreno,

         

           desculpe pela demora em responder! Muito obrigado pela ajuda! Funcionou certinho! É que eu não tinha prática com o directfb, mas agora já está tudo certo!

         

        Abraços,
         

        Beto 

        • C094a403e930754f7d9d6a2d59cd4eb9?only path=false&size=50&d=404Luiz Augusto Bezerra Florentino Filho(usuário não autenticado)
          10 de Dezembro de 2008, 21:13

           

          Como faço para colocar a configuração 728x480?

           Não encontrei o código vga para esta resolução na configuração do grub.

           Obrigado,

          Luiz

          • 49b94670a089dfa9aea15ed3e81e513c?only path=false&size=50&d=404Bruno Lima(usuário não autenticado)
            5 de Fevereiro de 2009, 18:35

             

            Algumas resoluções utilizadas

            # VESA framebuffer console @ 1024x768x64k
            vga = 791
            # Normal VGA console
            # vga = normal
            # VESA framebuffer console @ 1024x768x64k
            # vga=791
            # VESA framebuffer console @ 1024x768x32k
            # vga=790
            # VESA framebuffer console @ 1024x768x256
            # vga=773
            # VESA framebuffer console @ 800x600x64k
            # vga=788
            # VESA framebuffer console @ 800x600x32k
            # vga=787
            # VESA framebuffer console @ 800x600x256
            # vga=771
            # VESA framebuffer console @ 640x480x64k
            # vga=785
            # VESA framebuffer console @ 640x480x32k
            # vga=784
            # VESA framebuffer console @ 640x480x256
            # vga=769

             

      • 798314ceee5162d6bd5af53d048a2d2a?only path=false&size=50&d=404Anderson Jeronimo(usuário não autenticado)
        25 de Novembro de 2009, 12:53

         

        Não estou conseguindo alterar o grup.conf usando o SSH Secure Shell Client

      • 798314ceee5162d6bd5af53d048a2d2a?only path=false&size=50&d=404Anderson Jeronimo(usuário não autenticado)
        25 de Novembro de 2009, 13:17

         

        Quando eu digito a linha

        /boot/vmlinuz-2.6.23-GingaVM-0.9.26 ro root=LABEL=/ vga=788 video=vesafb:ywrap,mtrr 1 ginga quiet para modificar a resolução ele dá seguinte mensagem "Permissão negada" 

  • 5a82d82e341eb9065577cf78128f296a?only path=false&size=50&d=404Marcelo Moreno(usuário não autenticado)
    28 de Novembro de 2007, 13:56

     

    Pessoal,

       Acabo de publicar um How-to sobre o Set-top Box Virtual em nosso Wiki Ginga-NCL. Ainda não está terminado, mas já atende aos usuários mais necessitados. :) Visitem.
    www.​soft​ware​publ​ico.​gov.​br/d​otlr​n/cl​ubs/​ging​a/gi​ngan​cl/x​owik​i/gi​ngan​cl_v​m

    []s
    Moreno

    • 34c147f1f530928dda44bfd6f444eae2?only path=false&size=50&d=404Gustavo DAvila(usuário não autenticado)
      16 de Dezembro de 2007, 18:21

       

      Olá!

      O How To está muito bom, consegui fazer tudo rodar, inclusive os exemplos. Porém, o meu ncl não abriu :-(

      Apareceu o seguinte erro:

      [root@gingavm ~]# /misc/launcher.sh /misc/ncl30/lauro/lauro.ncl

           =======================|  DirectFB 1.0.1  |=======================
                (c) 2001-2007  The DirectFB Organization (directfb.org)
                (c) 2000-2004  Convergence (integrated media) GmbH
              ------------------------------------------------------------

      (*) DirectFB/Core: Single Application Core. (2007-11-15 23:03)
      (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 1722)...
      (*) Direct/Thread: Running 'Keyboard Input' (INPUT, 1723)...
      (*) DirectFB/Input: Keyboard 0.9 (directfb.org)
      (*) Direct/Thread: Running 'PS/2 Input' (INPUT, 1724)...
      (*) DirectFB/Input: IMPS/2 Mouse 1.0 (directfb.org)
      (*) DirectFB/Genefx: MMX detected and enabled
      (*) DirectFB/Graphics: MMX Software Rasterizer 0.6 (directfb.org)
      (*) DirectFB/Core/WM: Default 0.3 (directfb.org)
      (!) DirectFB/FBDev: Panning display failed (x=0 y=0 ywrap=0 vbl=0)!
          --> Invalid argument
      (#) DirectFBError [GfxManager IDirectFBScreen::TestConfiguration]: Not supported!
      Fatal Error at file "", line 0, column 0
         Message: An exception occurred! Type:RuntimeException, Message:The primary document entity could not be opened. Id=/misc/ncl30/lauro/../Arquivos de programas/Composer/files/connectors/composerConnectorBase.conn
      Parsing /misc/ncl30/lauro/../Arquivos de programas/Composer/files/connectors/composerConnectorBase.conn
       error count: 1
      GfxManager.cpp <343>:
      (#) DirectFBError [dfb->CreateImageProvider(dfb, mrl, &provider)]: No (suitable) implementation found!
       (!!!)  *** WARNING [Application exited without deinitialization of DirectFB!] *** [core.c:813 in dfb_core_deinit_check()]
       (!!!)  *** WARNING [still objects in 'Layer Region Pool'] *** [object.c:231 in fusion_object_pool_destroy()]
       (!!!)  *** WARNING [still objects in 'Layer Context Pool'] *** [object.c:231 in fusion_object_pool_destroy()]´

      Enviei o arquivo composerConnectorBase.conn para o mesmo diretório do lauro. ncl. Aí o erro mudou para:

      [root@gingavm ~]# /misc/launcher.sh /misc/ncl30/lauro/lauro.ncl

           =======================|  DirectFB 1.0.1  |=======================
                (c) 2001-2007  The DirectFB Organization (directfb.org)
                (c) 2000-2004  Convergence (integrated media) GmbH
              ------------------------------------------------------------

      (*) DirectFB/Core: Single Application Core. (2007-11-15 23:03)
      (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 1780)...
      (*) Direct/Thread: Running 'Keyboard Input' (INPUT, 1781)...
      (*) DirectFB/Input: Keyboard 0.9 (directfb.org)
      (*) Direct/Thread: Running 'PS/2 Input' (INPUT, 1782)...
      (*) DirectFB/Input: IMPS/2 Mouse 1.0 (directfb.org)
      (*) DirectFB/Genefx: MMX detected and enabled
      (*) DirectFB/Graphics: MMX Software Rasterizer 0.6 (directfb.org)
      (*) DirectFB/Core/WM: Default 0.3 (directfb.org)
      (!) DirectFB/FBDev: Panning display failed (x=0 y=0 ywrap=0 vbl=0)!
          --> Invalid argument
      (#) DirectFBError [GfxManager IDirectFBScreen::TestConfiguration]: Not supported!
      GfxManager.cpp <343>:
      (#) DirectFBError [dfb->CreateImageProvider(dfb, mrl, &provider)]: No (suitable) implementation found!
       (!!!)  *** WARNING [Application exited without deinitialization of DirectFB!] *** [core.c:813 in dfb_core_deinit_check()]
       (!!!)  *** WARNING [still objects in 'Layer Region Pool'] *** [object.c:231 in fusion_object_pool_destroy()]
       (!!!)  *** WARNING [still objects in 'Layer Context Pool'] *** [object.c:231 in fusion_object_pool_destroy()]

      Alguém faz idéia do que está acontecendo?

      O ncl está abrindo pelo player do windows sem problemas.

  • 741ad1fb24c564d7b8b6e5b27ce91933?only path=false&size=50&d=404Wellington Terumi Uemura(usuário não autenticado)
    17 de Dezembro de 2007, 7:26

     

    Parabéns pelo Trabalho!

        Tenho uma dica e uma dúvida:

    1) Por que vocês não utilizam o Putty, é um cliente telnet/ssh gratuito muito utilizado pela comunidade linux, não precisa instalar e não precisa de licença:
    www.​chia​rk.g​reen​end.​org.​uk/~​sgta​tham​/put​ty/d​ownl​oad.​html

    2) É possível fazer aplicativos semelhantes ao XBMC (Xbox Media Center)?
    Como por exemplo, criar um aplicativo para chamar um site de previsão tempo e ver em tempo real a previsão, temperaturas etc?
     Estava imaginando algo como isso:

    img5​25.i​mage​shac​k.us​/my.​php?​imag​e=sc​reen​shot​017k​j0.j​pg

    Ou passar algo no inferior da tela como neste exemplo:

    img2​54.i​mage​shac​k.us​/my.​php?​imag​e=sc​reen​shot​015a​u4.j​pg

    Obrigado e parabéns novamente.

    • 820d3515c25dc6c1319875ee4fed9224?only path=false&size=50&d=404Carlos de Salles Soares Neto(usuário não autenticado)
      17 de Dezembro de 2007, 11:59

       

      Vou tomar a liberdade de receber seus parabéns! ; - )

      1) Também usamos o Putty. Boa dica!

      2) Pode fazer sim, com o canal de retorno. Mas essse é um belo exemplo de aplicação que NÃO requer o canal de retorno para funcionar.

      Note que um servidor na emissora poderia buscar na internet os dados sobre o tempo e enviar via broadcast para todos. Nesse exemplo em especial, a quantidade de dados gerados sobre tempo é muito pequena, o que justifica o uso do próprio canal de broadcast da emissora.

      Daí a aplicação Ginga usaria esses dados recebidos via carrosel de dados para exibir para o telespectador SEM que ele precise estar conectado à internet. Esse é um exemplo de interatividade local, que está sendo constantemente e amplamente discutida no fórum.

      Sobre passar algo no inferior da tela, uma solução interessante (e uma boa prática de uso do Ginga) é implementar um player Lua para fazer isso. Ou seja, o código NCL chamaria um nó Lua para ser exibido naquele canto inferior. Tal código ocuparia aquela região da forma que foi implementado para tal.

      O legal é que esse player poderia dar o efeito que você deseja, com toda liberdade que queira (múltiplas fontes, múltiplas cores, velocidade do texto da forma que desejar etc).

      Abraços,
      Carlos

      • 741ad1fb24c564d7b8b6e5b27ce91933?only path=false&size=50&d=404Wellington Terumi Uemura(usuário não autenticado)
        17 de Dezembro de 2007, 19:32

         

        Olá Carlos, vocês merecem!!

            Quer dizer que os dados são pequenos o suficientes para transferir via broadcast, hummm... Se isso é possível, seria possível também por exemplo as emissoras enviarem um sinal de sincronismo de hora como tem no Japão, de manhã ou a tarde, vamos supor às 16:59, 5 segundos antes eles mostram um relógio  fazendo um "count down" (tu, tu, tu, tu, tuuuuu) e qualquer aparelho (compatível) que estiver recebendo o sinal e for compatível os relógios ficam sempre sincronizados com a emissora que deve sincronizar de algum ntp.

            Talvez o Gniga possa trabalhar também com dados semelhantes ao RSS, mostrando por exemplo as principais manchetes do dia em um canto da tela de forma resumida.

            Pena que eu não entenda "patavinas" de programação, mas na parte eletrônica eu consigo quebrar um galho, só mais um dúvida.

            Poderia eu por exemplo, montar uma empresa responsável apenas por serviços e transmitir para os receptores da região usando o mesmo sinal de broadcasting da TV porém apenas dados e não imagens? Exemplo:

            Supondo que eu faça um contrato com a Globo na minha região (Guarulhos) e nela passe um comercial de um filme, poderia eu "transmitir um sinal de dados" de alcance apenas para a minha cidade, para que haja interação de por exemplo reservar uma entrada para x horas no shopping da cidade, eu através de um servidor receber estes dados e repassar para o cinema da cidade?

            Ou é obrigatório que a TV transmita isso?

            Se for possível tercerizar esse canal de dados se abre aí um novo mercado ainda não explorado.

        • 6958a7d3f20a68182800b45d6134fedf?only path=false&size=50&d=404Rafael Rodrigues(usuário não autenticado)
          18 de Dezembro de 2007, 0:01

           

          Wellington,

          Essa não é bem a minha área, mas acho que exigiria um receptor com 2 sintonizadores. E, mesmo assim, a emissora de TV deve transmitir dados (uma aplicação) que acesse seu canal. Ou seja, no final das contas é necessário a atuação da emissora. Depende de uma concessão de uma canal para você da parte do governo tb. Acho q é mais ou menos isso.

          Permite sim RSS. Você pode fazer um parser em Lua, por exemplo.

          Um abraço,
          Rafael

          • 820d3515c25dc6c1319875ee4fed9224?only path=false&size=50&d=404Carlos de Salles Soares Neto(usuário não autenticado)
            18 de Dezembro de 2007, 10:06

             

            "Poderia eu por exemplo, montar uma empresa responsável apenas por serviços(...)"

            Na verdade essa é mais uma questão legal que técnica. A concessão pública de um canal de TV no Brasil pressupõe a transmissão de conteúdo audiovisual. Você não poderia usar uma faixa de freqüência de TV para transmitir apenas serviços. Novamente, isso porque a legislação o proclama, não porque haja algum empecilho técnico.

            Na prática, caso fosse possível transmitir legalmente apenas serviços, a emissora seria um broadcaster na casa de 19Mbps, o que seria mais do que suficiente para transmitir praticamente qualquer tipo de serviço.

            Definitivamente essa não é minha praia também. Gostaria muito de ouvir as palavras de quem entenda bem do assunto (da legislação).

            • 741ad1fb24c564d7b8b6e5b27ce91933?only path=false&size=50&d=404Wellington Terumi Uemura(usuário não autenticado)
              18 de Dezembro de 2007, 13:48

               

              Olá Carlos, Rafael!

                  A idéia era realmente transmitir dados apenas para prover serviços, em acordo com a transmissora sem fazer nada de ilegal. A idéia veio quando nas minhas andanças pela internet eu ví um vídeo de demonstração da TV digital que eles (Japão) tem por lá, se eu lembrar aonde foi que eu ví eu informo o endereço.

                  No vídeo tinha lá um comercial de remédio, aparece o sinal de interação dizendo "mais informações", no menu tem todas as farmácias próximas aonde o telespectador mora e que tem o produto disponível ele pode realizar a compra do mesmo e pedir a sua entrega.

                  Então "pensei cá com meus butões" há duas maneiras lógicas de se fornecer tal serviço:

              1) A emissora envia todos os endereços de farmácia de todo o Japão e o decodificador separa apenas os endereços através de um "código regional", um CEP por exemplo.
              2) Redes de células localizada por região transmitem apenas os dados de endereço e compra relacionados apenas com a sua região.

                  O Problema do ítem 1 é que para trafegar todos esses dados exige bastante banda, ou apesar disso o decodificador apenas reconhece os dados relacionados com o código de sua região. O ítem 2 exige uma infra-estrutura para cada região.

                  Poderia haver uma terceira maneira usando um servidor, porém ainda assim, teria que vir bastante dados através da emissora e a questão da comunicação via TCP/IP ainda eu desconheço que fim isso vai ter, se será usado realmente ou se vai servir apenas para update do equipamento.

                  Minha idéia seria isso, dessa forma seria realmente uma nova maneira de se fazer negócios tanto com a transmissora de televisão como para comerciantes.

              • 2f7c9d911c1a3f2e7e77bb731fcc493b?only path=false&size=50&d=404Thiago Siqueira(usuário não autenticado)
                12 de Fevereiro de 2008, 22:01

                 

                Gostaria de Saber qual a melhor configuracao de vmplayer networking (bridged, nat, host-only) para rodar o ginga no linux. Grato

                • 5a82d82e341eb9065577cf78128f296a?only path=false&size=50&d=404Marcelo Moreno(usuário não autenticado)
                  16 de Fevereiro de 2008, 17:28

                   

                  Ola, Thiago

                     A melhor configuração é NAT, conforme já está como default na distribuição. Assim, não dependemos de outros elementos externos, como servidores dhcp, ou mesmo a existência de conexão do host com uma rede.

                  []s
                  Moreno

Concurso ITU-T de Aplicações para IPTV 2012

13 de Agosto de 2012, 19:38, por Desconhecido

Gostaríamos de lembrar aos possíveis interessados que o prazo de registro para participação no Concurso ITU-T de Aplicações para IPTV 2012 (IPTV Application Challenge) se encerra nesta semana, dia 15 de agosto de 2012. Já o prazo para a submissão de aplicações se encerra no dia 07 de setembro de 2012.



NCL Eclipse 1.6 disponível

10 de Janeiro de 2012, 21:19, por Desconhecido

Caros membros da Comunidade Ginga,



Concursos de Aplicações Ginga-NCL

22 de Setembro de 2011, 3:22, por Desconhecido

    Gostaríamos de relembra-los de que há dois concursos de aplicações Ginga-NCL com inscrições ainda abertas. O convite é aberto a toda a comunidade de desenvolvedores de aplicações para o Middleware Ginga-NCL, em nível internacional. São os seguintes concursos:



Novas versões: Ginga e Ginga-NCL Virtual Set-top Box (v.0.12.3)

1 de Agosto de 2011, 20:58, por Desconhecido



Algumas Boas Notícias da Comunidade Ginga

28 de Julho de 2011, 21:31, por Desconhecido

Autor: Roberto Azevedo