Programando em NCL 3.0.pdf - Telemidia - PUC-Rio
Programando em NCL 3.0.pdf - Telemidia - PUC-Rio Programando em NCL 3.0.pdf - Telemidia - PUC-Rio
NCM. Considere, por exemplo, uma restrição especificando que um nó deveterminar sua apresentação ao mesmo tempo que outro começa a dele. Aocorrência de uma apresentação sem a ocorrência da outra também satisfaz arestrição, que especifica que, se e somente se esses dois nós foremapresentados, seus tempos de fim e início, respectivamente, devem coincidir.Para capturar relações causais e de restrição, conectores sãoespecializados em conectores causais e conectores de restrição. Em ambos ostipos, a definição de um conector é feita por um conjunto de papéis (roles)que determinam a função dos participantes da relação e um atributo glue, quedescreve como os papéis interagem. A definição de papéis é baseada noconceito de evento (Seção C.8). Cada papel descreve um evento associado aum participante da relação e o glue descreve a combinação entre os eventosde acordo com a semântica de causalidade ou de restrição.Cada papel de um conector define um identificador único (id) noconjunto de papéis do conector, um tipo de evento e sua cardinalidade. O tipode evento (event type) especifica o nome de uma das especializações da classeevento. A Tabela C.2 descreve os nomes para os tipos de evento NCM. Acardinalidade de um papel indica o número mínimo e máximo de participantesque podem desempenhar o papel (número de binds) quando esse conector forusado na criação de um elo, como será definido posteriormente.Tabela C.2 Definições dos nomes para os tipos de evento dos conectores NCMEspecialização do EventoEvento de apresentaçãoEvento de seleçãoEvento de superposição dodispositivo apontadorEvento de arrasteEvento de atribuiçãoEvento de focoEvento de colisãoEvento de proximidadeNome para o Tipo de EventopresentationselectionpointOverdragattributionfocuscollisionproximityPapéis são especializados em condição (condition), ação (action) eavaliação (assessment). Diferentes tipos de papéis são usados de acordo como tipo de conector. Em conectores de restrição, somente papéis do tipoavaliação devem ser usados. Em conectores causais, qualquer tipo de papelpode ser usado. A Figura C.7 apresenta a hierarquia de classe dos papéis deconectores NCM.478
RoleideventTypeminCardinalitymaxCardinality2..nCondition condition ConditionRole11ActionRoleActionactionactionTypedelay11 repetitionsdelayBetweenRep1CompoundConditionoperatorisNegatedSimpleConditionAssessmentRoleassessment1 1AssessmentoffsetAssignmentActionvalueEventStateTransitionConditiontransitionNameSimpleComparisonConditionattributeNamecomparatorvalueEventAttributeAssessmentattributeNameEventStateTransitionAssessmenttransitionNameNodeAttributeAssessmentattributeNameEventAttributeConditionattributeNamecomparatorvalueNodeAttributeConditionattributeNamecomparatorvalueFigura C.7 Hierarquia de classes dos papéis de conectores NCM.Papéis do tipo ação (action roles) capturam ações que devem serexecutadas em uma relação causal. Os tipos de ação estão ilustrados naFigura C.4 por arcos rotulados, que causam transições na máquina deestados. Além de seu tipo, a ação de um papel pode definir um valor (value) aser imposto a um atributo participante (no caso de eventos de atribuição). Umexemplo de papel do tipo ação é “pause a exibição de um evento deapresentação”.Ações NCM podem ser estendidas. Por exemplo, ações de animaçãopodem ser especificadas definindo um valor inicial, um valor final e umaduração para que uma atribuição seja realizada (por exemplo, a posição x doobjeto na tela, em um eixo de coordenadas x e y).Em conectores causais, condições devem ser satisfeitas para disparar asações. As condições são capturadas por papéis do tipo condição (conditionrole), que definem expressões lógicas avaliando transições nos estados doseventos, valores de atributos dos eventos ou valores de atributos dos nós.Quando uma condição é avaliada, ela retorna um valor booleano.As condições podem ser simples ou compostas. Uma condição simples(simple condition) pode testar uma transição de estado de um evento, o valorde um atributo de um evento ou o valor de um atributo de um nó. No caso dacondição sobre transição de estado do evento (chamada event statetransitioncondition), o resultado do teste é considerado verdadeiro apenas nomomento em que a transição ocorre, especificada em seu atributo nome datransição (transition name), conforme definido na Tabela C.3. A condiçãosobre atributo (attribute condition) deve especificar o tipo do atributo a ser479
- Page 467 and 468: CentralPrincipalEsquerdoPrincipalDi
- Page 469 and 470: televisão. A recomendação BT 601
- Page 471 and 472: JPEG modo sequencial, gerando os bl
- Page 473 and 474: Macroblocos também podem ser codif
- Page 475 and 476: No MPEG-2, o perfil principal (main
- Page 477 and 478: Fn (atual)ME+-DnTQXReordenaCodifica
- Page 479 and 480: A função do MPEG-2 System [ISO/IE
- Page 481 and 482: Na classe de tráfego contínuo com
- Page 483 and 484: A.4.3 ÁudioA mídia de áudio tem
- Page 485 and 486: eserva de pacotes antes de dar iní
- Page 487 and 488: Faria, A.L.A. “Implementação do
- Page 489 and 490: ITU-T G.723.1 (1996). International
- Page 491 and 492: B.1 IntroduçãoO DSM-CC [ISSO/IEC
- Page 493 and 494: como uma mensagem de alto nível pa
- Page 495 and 496: carrossel é transmitida no fluxo d
- Page 497 and 498: Como já mencionamos, cada instânc
- Page 499 and 500: Eventos de fluxo são bastante úte
- Page 501 and 502: ARIB STB-B24 V 4.0 (2004). Associat
- Page 503 and 504: C.1 IntroduçãoA definição de do
- Page 505 and 506: parte da definição do nó e depen
- Page 507 and 508: Outro tipo especial de nó de conte
- Page 509 and 510: Note que a definição de dois tipo
- Page 511 and 512: 2..nidRule1..* ruleList1..*0..10..*
- Page 513 and 514: podem ser estendidas: evento de exi
- Page 515 and 516: Um evento de apresentação pode mu
- Page 517: C.9.1 ConectoresA Figura C.6 ilustr
- Page 521 and 522: condição ou avaliação, quanto u
- Page 523 and 524: opcionalmente negada. Qualquer expr
- Page 525 and 526: de estados de eventos, a ideia é f
- Page 527 and 528: Por outro lado, a exibição do nó
- Page 529 and 530: C.10 Objetos de Dados XObjetos de R
- Page 531 and 532: O NCM define uma classe descritor g
- Page 533 and 534: navegação em um documento. Usuár
- Page 535 and 536: i) ela pode conter nós de conteúd
- Page 537 and 538: D.1 Conectores CausaisNo Capítulo
- Page 539 and 540: Listagem D.1 Exemplo de base de con
- Page 541 and 542: E.1 IntroduçãoUm receptor pode co
- Page 543 and 544: Como mencionamos, um NPT pode come
- Page 545 and 546: F.1 IntroduçãoComo mencionamos no
- Page 547 and 548: Assim, quando um comando de ediçã
- Page 549 and 550: carrossel de objetos diferente daqu
- Page 552 and 553: documento XML representando o metad
- Page 554 and 555: Sistema de Arquivo LocalC:\nclRepos
- Page 556 and 557: Tabela F.4 Indicação de Fragmento
- Page 558 and 559: Apêndice GHTGA apresentação com
- Page 560 and 561: pode ser sintonizado em qualquer in
- Page 562 and 563: As condições podem ser simples ou
- Page 564 and 565: condição de percurso de uma arest
- Page 566 and 567: propaganda é inserida no meio de u
RoleideventTyp<strong>em</strong>inCardinalitymaxCardinality2..nCondition condition ConditionRole11ActionRoleActionactionactionTypedelay11 repetitionsdelayBetweenRep1CompoundConditionoperatorisNegatedSimpleConditionAssessmentRoleassessment1 1AssessmentoffsetAssignmentActionvalueEventStateTransitionConditiontransitionNameSimpleComparisonConditionattributeNamecomparatorvalueEventAttributeAssessmentattributeNameEventStateTransitionAssessmenttransitionNameNodeAttributeAssessmentattributeNameEventAttributeConditionattributeNamecomparatorvalueNodeAttributeConditionattributeNamecomparatorvalueFigura C.7 Hierarquia de classes dos papéis de conectores NCM.Papéis do tipo ação (action roles) capturam ações que dev<strong>em</strong> serexecutadas <strong>em</strong> uma relação causal. Os tipos de ação estão ilustrados naFigura C.4 por arcos rotulados, que causam transições na máquina deestados. Além de seu tipo, a ação de um papel pode definir um valor (value) aser imposto a um atributo participante (no caso de eventos de atribuição). Umex<strong>em</strong>plo de papel do tipo ação é “pause a exibição de um evento deapresentação”.Ações NCM pod<strong>em</strong> ser estendidas. Por ex<strong>em</strong>plo, ações de animaçãopod<strong>em</strong> ser especificadas definindo um valor inicial, um valor final e umaduração para que uma atribuição seja realizada (por ex<strong>em</strong>plo, a posição x doobjeto na tela, <strong>em</strong> um eixo de coordenadas x e y).Em conectores causais, condições dev<strong>em</strong> ser satisfeitas para disparar asações. As condições são capturadas por papéis do tipo condição (conditionrole), que defin<strong>em</strong> expressões lógicas avaliando transições nos estados doseventos, valores de atributos dos eventos ou valores de atributos dos nós.Quando uma condição é avaliada, ela retorna um valor booleano.As condições pod<strong>em</strong> ser simples ou compostas. Uma condição simples(simple condition) pode testar uma transição de estado de um evento, o valorde um atributo de um evento ou o valor de um atributo de um nó. No caso dacondição sobre transição de estado do evento (chamada event statetransitioncondition), o resultado do teste é considerado verdadeiro apenas nomomento <strong>em</strong> que a transição ocorre, especificada <strong>em</strong> seu atributo nome datransição (transition name), conforme definido na Tabela C.3. A condiçãosobre atributo (attribute condition) deve especificar o tipo do atributo a ser479