Ir para o conteúdo

 Voltar a Linguagem NCL
Tela cheia

CompoundCondition e operator="and"

26 de Janeiro de 2011, 18:36 , por Desconhecido - | 1 Pessoa seguindo este artigo.
Visualizado uma vez

 Olá,

Na norma 15606-2 existe o seguinte trecho:

"NOTA

Quando uma condição “and” composta relaciona-se a mais de uma
condição de disparo (isto é, uma condição somente satisfeita em
um instante de tempo infinitesimal – como, por exemplo, o final
da apresentação de um objeto), a condição composta deve
obrigatoriamente ser considerada verdadeira no instante
imediatamente após a satisfação de todas as condições de disparo."

Então, minha pergunta é a seguinte: Verificando que a condição
pode ser satisfeita somente durante um tempo infinitesimal, deve
a condição *atual* do objeto ser verificada no momento que
cada condição foi já satisfeita?

Autor: Felipe Almeida


33 comentários

  • 5df5d8eeb3770422cc9c42a466faee62?only path=false&size=50&d=404Roberto Azevedo(usuário não autenticado)
    31 de Janeiro de 2011, 23:35

     

    Oi Felipe, > Então, minha pergunta é a seguinte: Verificando que a condição > pode ser satisfeita somente durante um tempo infinitesimal, deve > a condição *atual* do objeto ser verificada no momento que > cada condição foi já satisfeita?Não sei se consegui entender realmente sua pergunta. Vou tentar me basear em um exemplo. Por favor, se não for isso, me dê um exemplo da tua dúvida também. Vamos ao exemplo:Imagine que você tenha um teste composto que seja "Quando a apresentação de um objeto de mídia (OBJ1) iniciar e o usuário já tenha interagido pelo menos uma vez, inicie o objeto de mídia OBJ2.". Para guardar a informação de que o usuário já interagiu alguma vez, é claro, eu tenho uma variável no nó settings (e a atualizo corretamente), vamos chamar essa variável de INTERAGIU.Se sua dúvida é se quando a apresentaçao do objeto OBJ1 iniciar (evento infinitesimal), um player NCL deve testar o valor da variável INTERAGIU para só então disparar ou não a apresentação de OBJ2, a resposta é SIM! 

    • 3e49093eafaf7e56e54e2715da373432?only path=false&size=50&d=404Felipe Almeida(usuário não autenticado)
      8 de Fevereiro de 2011, 18:27

       

      > Oi Felipe, 

      > > Então, minha pergunta é a seguinte: Verificando que a condição 
      > > pode ser satisfeita somente durante um tempo infinitesimal, deve 
      > > a condição *atual* do objeto ser verificada no momento que 
      > > cada condição foi já satisfeita?

      > Não sei se consegui entender realmente sua pergunta. Vou tentar me basear em  um exemplo. Por favor, se não for isso, me dê um exemplo da tua dúvida também. Vamos ao exemplo:

      > Imagine que você tenha um teste composto que seja "Quando a apresentação de um objeto de mídia (OBJ1) iniciar e o usuário já tenha interagido pelo menos uma vez, inicie o objeto de mídia OBJ2.". Para guardar a informação de que o usuário já interagiu alguma vez, é claro, eu tenho uma variável no nó settings (e a atualizo corretamente), vamos chamar essa variável de INTERAGIU.

      > Se sua dúvida é se quando a apresentaçao do objeto OBJ1 iniciar (evento infinitesimal), um player NCL deve testar o valor da variável INTERAGIU para só então disparar ou não a apresentação de OBJ2, a resposta é SIM!

       Minha dúvida seria dada pelo seguinte exemplo:

      <compoundCondition operator="and">
       <simpleCondition role="onBegin1" eventType="presentation" transition="starts" />
       <simpleCondition role="onBegin2" eventType="presentation" transition="starts" />
      </compoundCondition>

      Imagine que um link tivesse bind para duas midias diferentes (midia1, midia2), uma para cada role desse compoundCondition. Então, eu dou start na midia1, depois dou stop na midia1 e depois dou start na midia2.

       Veja que as duas condições estão satisfeitas pelo compoundCondition: midia1 e midia2 em transition starts. Porém, a midia1 já está em sua apresentacao em estado sleeping. Deve a condição ser evaluated para verdadeiro?

      Meu entendimento da norma diz que sim, porém me parece um pouco vago. Pois como não diz nada sobre o estado atual da mídia, então estou assumindo que ele é irrelevante. Certo? Esse exemplo inclusive funciona no ginga vm 0.12.1

      Isso significa, porém, que poderíamos ter também eventos de onSelection sendo disparadas em mídias já estado sleeping, pois a transition pode ocorrer antes, satisfazendo a condição de onSelection, porém só no futuro todas as condições podem ser satisfeitas.

      Obrigado,

      --

      Felipe Magno de Almeida

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