HAMDAN, Camila. Projeto Consorciado I: Game em Realidade Aumentada - a sua própria tela para o mundo. Relatório de Atividades II, 2º. Trimestre 2010. Projeto de excelência Sistema Bios Cíbrido na Realidade Urbana Aumentada: WIKINARUA. PROGRAMA LABORA

Jun/2010

II Relatório de Atividades: Game em Realidade
Aumentada (GRA): a sua própria tela para o mundo
Coordenadora: Msc. Camila Hamdan

LART-Laboratório de Pesquisa em Arte e
TecnoCiência, UnB-FGA-Gama
16/06/2010
Relatório 2º. Trimestre - 2010

HAMDAN, Camila. Projeto Consorciado I: Game em Realidade Aumentada - a sua própria tela para o
mundo. Relatório de Atividades II, 2º. Trimestre 2010. Projeto de excelência Sistema Bios Cíbrido na
Realidade Urbana Aumentada: WIKINARUA. PROGRAMA LABORATÓRIOS DE EXPERIMENTAÇÃO E
PESQUISA EM TECNOLOGIAS AUDIOVISUAIS – XPTA.LAB, Cinemateca, Ministério da Cultura, jun.
2010.

IMPORTANTE: Este é o segundo relatório do Projeto consorciado 1:Game
em Realidade Aumentada (GRA): a sua própria tela para o mundo
Coordenado por MSc. Camila Hamdan sob orientação da Pesquisadora
Visitante Nacional Sênior Dra. Diana Domingues, como um instrumento
de avaliação parcial solicitado pela Coordenação do Projeto de
Excelência Sistema Bios Cíbrido na Realidade Urbana Aumentada:
WIKINARUA, de grande importância para o grupo. O presente relatório
objetiva-se descrever a atual fase de desenvolvimento do projeto de
forma a relatar: 1. Local das ações do projeto; 2. Estudo e
desenvolvimento da API Layar e demais tecnologias. Embora este
documento tenha sido revisado para precisão técnica, não é final. As
informações fornecidas serão descritas de forma a planejar a adoção de
tecnologias e interfaces de programação aqui descritas sendo sujeitas a
alterações de implementação de acordo com este relatório. Novas
versões deste documento poderão ser fornecidas com versões futuras do
API e/ou tecnologias.

2010.

1. LOCAL DAS AÇÕES DO PROJETO

O Projeto Game em Realidade Aumentada (GRA): a sua própria tela para
o mundo, está sendo executado no LART - Laboratório de Pesquisa em
ARTE E TECNOCIÊNCIA coordenado pela Profa. Dra. Diana Domingues,
que funciona acoplado ao LEI – LABORATÓRIO DE ENGENHARIA E
INOVAÇÃO, sendo o ambiente cientifico propício para expandir pesquisas em
Software Art e Mobile Art (neste caso), com a proposta do desenvolvimento
de Sistemas Biocíbridos entre outros problemas de pesquisa de nossos
projetos.

A Faculdade UnB/Gama, Campus GAMA oferece condições antes não
existentes para a pesquisa em ARTE e TECNOCIÊNCIA, amplia e assegura o
ambiente científico para o desenvolvimento de ações previstas no projeto
Game em Realidade Aumentada (GRA): a sua própria tela para o mundo
numa ação conjunta com a Programa de Restruturação e Expanção das
Universidades Federais/REUNI, pela aquisição no mês de abril, da bolsa
REUNI na categoria de Doutoranda do Programa de Pós-Graduação em Arte,
PPG-Arte da Universidade de Brasília, na linha de pesquisa Arte e
Tecnologia.

2. DESENVOLVIMENTO GERAL NA PLATAFORMA LAYAR

2.1. Navegador
experimentar as camadas de conteúdo criadas no projeto.

2.2. Plataforma
servir e publicar as camadas de conteúdo criadas no projeto.
A plataforma é o lugar onde as camadas de conteúdo são definidos e age
como o link para a editora real que hospeda os dados. A definição da camada
de conteúdo é um componente essencial da sua camada. Esta definição dá ao
interator o título e o look-and-feel da camada, além de meta-tags e da

2010.

localização do serviço Web (onde os dados são mantidos). Não há nenhum
custo para usar a plataforma Layar.

2. 3 Publicação de pontos de Interesse (POI)
A função básica do Layar: dados que servem sob a forma de informações
relativas a locais específicos.

3D
Em vez de ícones simples, você pode usar objetos em 3D. Qualquer objeto
pode ser colocado em qualquer local. Isto é onde você começa a construir seu
próprio mundo.

Proximidade triggers
Esses gatilhos ajudar a fazer muitas coisas. Eles definem uma ação que irá
ocorrer quando o usuário entra na proximidade de um local. Por exemplo, um
ovo de Páscoa que só aparece em uma praça da cidade principal, quando você
estiver no prazo de 10 metros dele.
Audio
Qualquer ponto de interesse pode ter um elemento de áudio atribuída a ele.
Assim, por exemplo, uma canção de acompanhamento poderia jogar quando o
ovo de Páscoa é exibida.

Autenticação
Authentication permite que você desenvolva serviços pessoais. Um exemplo é
a camada Tweepsaround. Apenas quando conectado é possível ver seus
amigos em torno de você ou tweet a partir de dentro da camada conteúdo.

2010.

3. DEFINIÇÃO GERAL DA CAMADA 14 BIS

Realizamos um teste da camada 14 Bis na API página de teste e no telefone
HTC Nexus One, nº. +55618166-0946 (utilizando as configurações Developer),
no dia 21 de Abril de 2010, por ocasião do Aniversário de 50 anos da Cidade
de Brasília.

3.1 Breve descrição
Com o intuito de contribuir com as comemorações do
aniversário de 50 anos de Brasília a obra 14 Bis é uma
homenagem ao pensamento cultural brasileiro que une
a arte, a ciência e a tecnologia transformando a cidade
de Brasília em um local público aberto de exposição. o
desenvolvimento colaborativo de uma biblioteca de
dados na Internet composta por sons, vídeos, textos,
sites, imagens 2D e 3D para a construção livre de informações em realidade
aumentada pelas pessoas e a criação e visualização em celulares de
animações tridimensionais na cidade de Brasília. 14 Bis foi o primeiro avião em
que Santos Dumont voou sobre a cidade de Paris. Nossa proposta foi fazer
virtualmente em escala real de 10 metros, a aeronave, fazendo a alusão ao
pioneirismo do pensador brasileiro e das atuais pesquisas de artistas-ciêntistas
de Brasília, através da primeira aeronave em realidade aumentada sobre o céu
do Brasil. Nosso projeto pretende criar uma realidade urbana misturada em que
objetos virtuais são inseridos no espaço real. Isso permitirá que as pessoas
possam desenvolver livremente conteúdos e inserir nas ruas, avenidas pela
cidade, criando novas narrativas urbanas de comunicação com o uso das
ferramentas desenvolvidas com códigos e softwares livres a serem utilazas na

2010.

oficina “Narrativas Cíbridas: tecnologias da mobilidade e vida urbana
misturada” coordenado pela Dra. Diana Domingues.

Figura 1: interação com a plataforma Layar

3. 2. Descrição detalhada

3.2.1 Objetivo da camada 14 Bis: inserir a aeronave 14 Bis de Santos Dumont
modelada, em escala natural de 10 metros, em locais específicos da Cidade de
Brasilia/DF.

3.2.2 Localização dos POIs: 1º. Universidade de Brasília- UnB; 2º. Fundação
Nacional de Artes, FUNARTE, na cidade de Brasília, DF.
Palavras-chave: Santos Dumond, 14 Bis, Brasília outros 50, Aniversário de
Brasília, vida urbana mistrurada, realidade cíbrida, Arte e TecnoCiência. As
palavras-chave são palavras que visam abranger o conteúdo da camada, para
que o público possa capaz de encontrar a camada facilmente.

2010.

3.2.4 Código do país: Seleção do Brasil para que os POIs da camada esta
localizado. Nesse sentido há a possibilidade de selecionar vários países, até
um máximo de 20. Código 'internacionais só podem ser utilizados para as
camadas que têm gerado pelo usuário de entrada e pode, portanto, conter
qualquer POIs (ex. Flickr) ou para as camadas que têm POIs em mais de 20
países.

3.2.5 Local (bounding boxes)
Local onde os POIs estão agrupados numa cidade / região:

 Universidade de Brasília/UnB: Coordenadas (15.765925,-47.870344)
14Bis 1 loc=-15.765925,-47.870344, type: 0,dimension: 3, object: --full:
link,-- reduced: link, -- icon: -- size: 20, transform: -- rel: false -- angle: 0 --
scale: 1. relative alt: 4

 FUNARTE: Coordenadas (15.789166,-47.8975)
14bis 2 loc=-15.789166,-47.8975, type: 0, dimension: 3, object: -- full: link,--
reduced: link -- icon: -- size: 20, transform:-- rel: false, -- angle: 0, -- scale:
1, relative alt: 4, 14bis.

Desenvolvimento da camada local, definindo uma ou mais caixa Isso faz com
que a camada 14 Bis seja mais visível para os usuários que estão nessa
região.

3.3 Programação (parte):
{"layer":"sd14bis","errorString":"ok","morePages":false,"errorCode":0,"nextPage
Key":3,"searchFilters":null,"filter1Text":null,"filter1Param":null,"filter2Text":null,"fi
lter2Param":null,"filter3Text":null,"filter3Param":null,"hotspots":[{"actions":[{"uri":"
","label":"","autoTriggerRange":null,"autoTriggerOnly":null,"layerURL":"0"}],"attri

2010.

bution":"","distance":5980352.5112,"id":"4","imageURL":"http://164.41.44.101/
sd14bis/14bis.l3d","lat":-15765925,"lon":-
47870344,"line2":"","line3":"","line4":"","title":"14bis","dimension":3,"transform":{"
rel":false,"angle":0,"scale":1},"object":{"baseURL":"","full":"http://164.41.44.101
/sd14bis/14bis.l3d","reduced":"http://164.41.44.101/sd14bis/14bis.l3d","icon":
"http://164.41.44.101/sd14bis/14bis.l3d","size":20},"alt":null,"relativeAlt":4,"typ
e":0},{"actions":[{"uri":"","label":"","autoTriggerRange":null,"autoTriggerOnly":null
,"layerURL":"0"}],"attribution":"","distance":5984341.15781,"id":"3","imageURL":"
http://164.41.44.101/sd14bis/14bis.l3d","lat":-15789166,"lon":-
e":0},{"actions":[{"uri":"","label":"","autoTriggerRange":null,"autoTriggerOnly":null
,"layerURL":"0"}],"attribution":"","distance":5984592.40213,"id":"2","imageURL":"
http://164.41.44.101/sd14bis/14bis.l3d","lat":-15791388,"lon":-
e":0}]}

Disponível em: http://164.41.44.101/sd14bis/sd14bis.txt. dia 16 de junho de
2010.

3.4 Aspectos verificados no sistema: olhar e sentir

- Verificação da camada 14 Bis como uma resposta POIs na página de teste
API-Layar.

2010.

3.4.1 Resposta válida JSON
Verificação de resposta JSON válida. POIs são devolvidos com uma
mensagem quando encontrada ou não são encontrados. O Layar envia
mensagens de erro como, "camada não disponível", "incompatibilidade do
nome” e o tradicional "Erro 404”.

3.4.2 Filtros
 Pesquisa de texto
- Teste das palavras-chave que devem ou não retornar POIs.

 Faixa de filtro de Slider
– Verificar se os POIs estão dentro do intervalo de pesquisa definidos podem
ser devolvidos.

 Filtro Checkbox
- Teste cada caixa de seleção separadamente para se certificar de que POIs
são devolvidos conforme o esperado.

- Teste a situação quando não está selecionada.
 filtro botão Rádio;

- Teste cada botão de rádio em separado para se certificar de que POIs são
devolvidos conforme o esperado.
 filtro de Slider

- Teste se os POIs são devolvidos dentro do intervalo selecionado.
 Teste de algumas combinações de configurações de filtro diferente.

2010.

Resultados: muitas vezes, os filtros funcionam corretamente quando são
testados separadamente, vemos muitos erros quando se trata de utilização de
combinações de filtros.

3.4.3 Ações (Algumas das ações só podem ser testados no telefone
HTC Nexus One.)

 Telefone link nr º
– Verificação se o formato está correto. Deve usar tel "intenção" em frente ao
número de telefone real. Ex, "tel: +5561.81660946.

– Certificação de que há um número de telefone válido. Caso contrário, não
mostra a ação.

 link de e-mail
– Verificação de que o formato está correto. Deve usar a intenção "mailto:" em
frente ao endereço de e-mail. Ex. mailto ": camilahamdan@gmail.com".
– Certificação de que há um endereço de email válido. Caso contrário, não
mostram a ação.

 Os links de sites
– Verificação se o formato está correto. Deve usar a intenção "http://" ou
"https: / /". Ex "http://www.artetecnociencia.blogspot.com/" .

– Certificação de que existe um endereço válido página web. Caso contrário,
não mostram a ação.

 links de áudio

2010.

– Verificação de que o formato está correto. Deve usar a intenção "de áudio: /
/" para substituir "http://" no local do arquivo. Ex.: "audio:
//artetecnociencia.blogspot.com / layar_audio.mp3"

- Certifique-se que as acções de áudio estão funcionando. Caso contrário, não
mostram a ação.

 links Video
– Verificação de que o formato está correto. Devem utilizar o vídeo "intenção: /
/" para substituir "http://" no local do arquivo. Ex. vídeo ": / /
www.artetecnociencia.blogspot.com/layar_video.mp4"
- Certifique-se que as acções de vídeo estão funcionando. Caso contrário, não
mostram a ação.

Resultados: note que todos os formatos suportados nativamente pelo
dispositivo são suportados. Para compatibilidade com dispositivo transversal,
arquivos de mp3 são os melhores.

- Todos os formatos suportados nativamente pelo dispositivo são suportados.
A fim de garantir a compatibilidade cruzada, MPEG4 e 3GPP são os melhores
(480x320 resoluções). Imagens videográficas são codificadas para HTTP
streaming, incluindo dicas de download progressivo.

– Verificação se o esquema de cores da camada 14 Bis para se certificar de
que os textos podem ser lidos facilmente e claramente contra o fundo no
período diurno e noturno;

– Verificação se os ícones de POI são carregadas, se eles ficam bem na visão
da realidade misturada.

2010.

- Teste das ações que envolve objeto tridimensional 14 Bis;

– Certificar se o objeto3D pode ser carregado com sucesso;

Figura 2: renderização do objeto 3D, 14 Bis em 15 segundos

– Teste com as configurações de distância e qualidade de renderização
analizando o tamanho e os diferentes ângulos do objeto.
-O objeto deve conter formas simples (menor tamanho de arquivo).

4. BREVE DESCRIÇÃO DO APLICATIVO LAYAR

2010.

4.1 Layar app v2.0
A fim de apoiar o novo Developer API, um novo aplicativo será lançado. A
versão beta do aplicativo estará disponível para os desenvolvedores de
camada quando abrirem a API para futuros testes.

Esta seção descreve brevemente o app novo. Layar permite aos usuários
navegar pelo mundos mistos através de diferentes camadas. Cada camada
contém informações geo-codificados que podem ser visualizados através do
aplicativo Layar. A característica mais proeminente é a visão de Realidade
Aumentada, onde a camada se sobrepõe ao mundo real (a visão da câmera).
Ao apontar a câmera na direção certa, os pontos de interesse jogada (POIs) à
vista eo usuário pode visualizar informações adicionais sobre esses POIs.

2010.

Figura 3: modelo de apresentação das POIs.

4.2 Layer Galeria
A Camada pode ser encontrada ao navegar pela Galeria Layar. Existem
atualmente quatro seções das várias camadas:

 Pesquisa: o usuário pode pesquisar por palavra-chave das camadas.
Qualquer camada contendo uma das palavras inscritas serão
encontradas. No caso, teremos palavras-chave correspondentes ao
Game correspondente.
 Destaque: São camadas escolhidas pela equipe Layar.

2010.

 Mais popular: Baseado no número de visitantes em uma única camada,
um ranking de popularidade é feita. As 20 camadas mais populares são
mostradas nesta lista. A taxa de atualização para medir a popularidade
não é fixa, mas será bastante curto (uma hora - 24 horas).
 Marcadores: Os usuários podem adicionar qualquer camada
encontrarda de modo a usá-las rapidamente em cada sessão.

Figura 4: modelo de distribuição de links favoritos da plataforma Android convertidos
para o Navegador Layar.

2010.

Figura 5: visualização do sistema com as configurações adaptadas do programa para
a camada 14BIS.

5. GRA-ARQUITETURA NAS NÚVENS

A camada 14 Bis foi composta por três partes:

 Camada de definição: Criada através de um formulário web no site
Publishing Layar ;

 Pontos de interesse dentro de uma camada: Fetched directamente a
partir do Service Provider Layer através da API.

 páginas detalhadas para cada POI: Promovido pelo provedor de
conteúdo da camada, no caso, o servidor do WIKINARUA, acessado
remotamente em tempo real diretamente pelo usuário.

2010.

A definição da camada é configurado no site da publicação Layar através de
uma interface web, para tanto, definimos todos os parâmetros fixos associados
a camada 14 Bis. Esses parâmetros são armazenados no banco de dados
WIKINARUA são acessados pelo aplicativo Layar. A camada 14 Bis pode ser
acessada pelo usuário no estado de teste, esperamos, assim que forem
corrigidas alguns erros e conforme a aquisição dos equipamentos publicá-lo em
breve. A camada teste pode ser acessado apenas pela equipe de
desenvolvedor GRA, que definiu, usando a chave de desenvolvedor. Já a
camada ao ser publicada poderá ser acessada por qualquer pessoa.

Depois de todas as etapas de definição da camada, esta, será listada na
Galeria Layer. Quando o usuário selecionar a camada, os POIs para a camada
serão buscados para a localização atual, usando parâmetros dos filtros que
podem ser definidos no dispositivo.

Os POIs são obtidos diretamente a partir do Service Layer Provider pelo
servidor Layar usando o Layer Developer API. As chamadas são em tempo
real, que é cada vez que o cliente precisa buscar uma nova lista de POIs, a
chamada é feita pelo servidor da camada usando a API. O desenvolvedor
expõe um webservice REST com o servidor Layar de acordo a especificação
da API.

Para cada POI, pode são detalhados os conteúdos a serem exibidos no celular,
permitindo a interação com o usuário em tempo real. Isto pode ser conseguido
por hospedagem de páginas web (feito para celulares), que é exibido dentro do
aplicativo cliente Layar como vistas na web quando o usuário seleciona o POI.

Estas páginas são acessadas diretamente pelo cliente Layar através da
Internet.

2010.

A arquitetura do GRA possui basicamente cinco componentes do Layar:

 A App Layar: cliente no dispositivo móvel do usuário;

 O servidor Layar: O coração do serviço Layar, que fornece as interfaces
para a App Layar, o Layar Provisioning plataforma e externo Layar
Service Providers;

 O Layar Provisioning Site: Um site em que os desenvolvedores possam
submeter novas camadas, camadas e gerir as suas contas;

 O Layar Service Providers que serão criados pelos desenvolvedores.
Camadas baseado no Flickr é um exemplo;
 As fontes de conteúdo da camada que fornecem conteúdo a ser
visualizado no navegador Layar, como o Flickr.com
(http://www.flickr.com/camilahamdan/augmentedreality14bis), por
exemplo. Conteúdo Fontes Layar não são necessariamente separados
do Layar Service Providers, mas, em geral, diferentes entidades lógicas,
como existente bases de dados geo-codificados e serviços Web não
suportam o Layar Developer API;

5.1 As interfaces expostas a terceiros

 O Layar Client API: Esta é a interface entre o servidor ea App Layar
Layar. Esta interface não é aberto ao público;

2010.

 O Layar Developer API: Esta é a interface entre o servidor Layar e o
Layar Service Providers. Os desenvolvedores podem criar suas próprias
camadas e submetê-las através do site Provisioning Layar a ser
adicionado ao serviço Layar. A API é usada para buscar dados sobre a
camada de viver.

Diagrama 1: Diagrama conceitual do processo de criação e interação do GRA

5.2 Publicando a camada

É realizado um pedido de publicação quando tiver terminado o
desenvolvimento da camada estiver pronta. A publicação é gratuita. O
processo de revisão pode demorar um alguns dias úteis. Uma vez que o
exame é feito, há um feedback sobre o assunto.

5.3 Definição de camada

2010.

Cada camada é altamente personalizável. Há muitas possibilidades para
alterar as cores, as imagens são facilmente reconhecidas dentro de cada
camada.

Palavras-chave Formato Explicação

A cor do texto do banner p&b (o título
bannerTxtColor cor RGB
da camada é exibido 14Bis)

bannerBgColor cor RGB A cor de fundo para o banner

O ícone para utilizar no banner para
bannerIcon PNG marcar a camada: Deve ser no máximo
60x26 pixels.

Cor de fundo para usar: O CIW em foco,
o fundo BIW página do filtro de camada
biwBgColor cor RGB de fundo. BiwBg Se uma imagem é
definida, o biwBgColor é semelhante a
cor principal de sua imagem.

A imagem a ser usada como fundo para
o BIW (que substitui o padrão de cor
BIW). O tamanho deve ser 320x83
biwBg biwBg PNG
pixels e que há 4px top e padding à
esquerda para o texto (no caso de
adicionar uma borda).

O país em que a camada é no formato
countryCode Corda ISO. 'Intl' significa que a camada pode
ser usada em todos os países.

customCiws PNG (veja A lista de ícones opcionais para ser

2010.

abaixo ) usado como CIWS.. Se não for definido,
a widget padrão é usada.

A URL que será obtida quando o
usuário pressiona o botão '' detalhes na
detailDescription URL lista de camadas no caso estamos
hospedando as informações no
provedor do WIKINARUA.

A lista de filtros opcionais que o usuário
filters Veja abaixo pode definir quando se olha para a
camada.

O ícone a ser utilizado na lista de
ícone PNG camadas na Galeria Layer 14 Bis de
64x64 pixels.

A cor de pontos no círculo mais próximo
innerColor Cor RGB (pontos), conforme mostrado no cone do
radar e na tela principal

middleColor Cor RGB A cor de pontos no círculo do meio

A cor de pontos no círculo exterior (o
outerColor RGB Color
mais)

Nome da editora da camada, é
apresentado nas listas da Galeria Layar.
publisher Corda
No caso colocaremos todos os créditos
que se refere a camada.

Não é divulgada para o usuário final do
name (primary key) Corda aplicativo Layar. Esta é a chave que é
usada para buscar informações dentro

2010.

da camada seguindo as informações
que os desenvolvedores/GRA utilizam
na comunicação com o pessoal Layar
para identificara camada 14Bis.

A breve descrição da camada, 14 Bis
shortDescription Corda
mostrada nas listas da Galeria Layar

Se quer ou não mostrar primeiro o filtro
quando a camada for selecionado pelo
showFilterOnLaunch Boolean
usuário na primeira vez durante uma
sessão.

A cor das manchas no radar que não
spotColor Cor RGB
estão no cone de visão.

Lista de palavras que descrevem a
camada. Um máximo de 10 palavras é
Array of suportada atualmente. as palavras no
tags
Strings título da camada são automaticamente
adicionadas à lista de tag no caso,
14Bis.

A cor do texto dentro da BIW, e dentro
textColor Cor RGB da página de filtro de camada se no
topo da biwBgColor.

O texto a ser exibido no banner à direita
title Corda e ao título da camada a ser exibido na
lista de camadas.

A cor da primeira linha do texto
titleColor RGB Color
mostrado na BIW (o título do POI)

2010.

O tipo de camada, que determina como
o cliente deve apresentar os POIs: 1 =
Número
type genéricos. Isso será usado no futuro
inteiro
para distinguir diferentes tipos de
camadas.

A URL onde GetPointsOfInterest é
chamado. As portas apenas 80 (http) e
poiUrl URL 443 (https) são suportados, assim URLs
com informação adicional porta não irá
funcionar.

Quer ou não o servidor deverá assinar
oauth_required Boolean Layar solicitações usando o Auth
assinatura.

A chave o Auth do Consumidor para ser
oauth_consumer_key Corda
usado no momento da assinatura

O segredo do Consumidor o Auth para
oauth_consumer_secret Corda
ser usado no momento da assinatura;

2010.

Figura 6: modelo de filtro de objetos

Há quatro filtros diferentes que podem ser associados a cada camada. Para os
valores de cada filtro é enviado o pedido de POI's. Cada filtro pode ser usado
apenas uma vez na definição da camada. Eles são opcionais, pode ter uma
camada de 0-4 filtros definidos. A figura abaixo mostra dois dos filtros (lista de
botões de rádio e deslizante intervalo):

2010.

Figura 7: mudando e configurando filtros
Caixa de texto:
Chave
Valor Exemplo Explicação

"Os termos de O rótulo a ser exibido nas configurações
etiqueta Corda
pesquisa" do filtro de exibição

O valor padrão para exibir e usar na
valor Corda "" "
caixa de pesquisa

2010.

Lista de botões:
Chave Valor Exemplo Exp

“ Jogo GRA O rótulo a ser exibido acima da lista
etiqueta Corda
escolha" de rádio

Estes são os valores internos
["1000", "1001",
Array of usados para definir várias opções.
optionids "1002"] ["1000",
Strings Esse valor é passado como
"1001", "1002"]
parâmetro na consulta de POI's.

["Todas os
Os valores são mostrados ao
Array of jogos",
opções usuário, cada um correspondendo a
Strings "Brasília",
um OptionID.
„‟Brasil” ]

O valor que é selecionada por
SelectedValue Corda "1000" "1000"
padrão

A CIW é por padrão um disco, apresentado nas cores especificadas no objeto
da camada (innerColor, middleColor, outerColor, biwBgColor). A CIW tem
quatro estados:

1º. Foco: quando ele é selecionado
2º. Interior: quando ele está localizado no interior (mais próximo) ao anel
3º. Médio: quando ele está localizado no anel intermediário
4º. Exterior: quando ele está localizado no anel externo

Em vez desta forma de disco padrão, os desenvolvedores GRA especificou ai
ícone 14 Bis (PNG) personalizand-o. No total, pode-se especificar três CIWS
personalizados para 02 (dois) diferentes tipos de POI.

2010.

Ícone: Santos Dumont
Dimensões 64x64 px
Formato: PNG
Figura 8: configuração do ícone Santos Dumont

O ícone 14 Bis foi construído da seguinte forma, a fim de destacar-se,
independentemente do contexto, a câmera do celular, cellcam foi apontando
para:

Um ícone claro, de cor preto e branco (p&b), que se encaixa em uma caixa de
45x45 pixels para o foco e os ícones de interiores, 30x30 pixels ou 20x20
pixels, respectivamente, para os ícones do meio e exterior.

Adicionamos uma borda (pixel branco) em torno da mesma.

Adicionamos uma borda um pixel preto, opacidade 40%

Adicionamos um pixel de fronteira quatro fading negro, de 40% para 0% de
opacidade

No total, o ícone coube em 38x38 caixa.

Abaixo estão as imagens usadas para fazer o CIW padrão (tamanho 55x55): A
imagem de fronteira (incluindo a borda branca) e uma máscara preta que
usamos para mudar a cor do CIW.

2010.

Figura 9: mascaras utilizadas P&B

Algumas orientações:
Pelo ícone de foco, usamos uma cor que corresponda ao BIW, mais agradável
aos olhos . Para o interior, ícones e meio externo, usamos três cores com a
cor da mesma base, graduações de preto e branco na escala, enfraquecendo a
cores mais claras para os ícones mais longepara dar maior realismo a imagem.

 Getpointsofinterest
Os pedidos estão em conformidade com HTTP. Os parâmetros de solicitação
são normalizados conforme descrito no parágrafo seguinte.

Atualmente, o intervalo de endereços IP do servidor é Layar 79.125.0.0/17
(79.125.0.0 - 79.125.127.255) e hospedamos as informações no IP servidor
WIKINARUA.

Parâmetros normalizados Pedido
O pedido foi realizado através de parâmetros normalizados em conformidade
com as seguintes regras:

1. Parâmetros GET;
2. Os parâmetros são ordenados por nome, utilizando o valor byte
ordenação lexicográfica. Se dois ou mais parâmetros compartilham o
mesmo nome, elas são ordenadas pelo seu valor.
3. Concatenar os parâmetros em ordem e delimitar as seguintes:
i. Pelo nome e valor com um '=' delimitador de caracteres (código
ASCII 61)

2010.

ii. Para os parâmetros que contenham mais de um valor,
concatenar os valores com um "+" caractere delimitador
iii. Por pares com um delimitador de caracteres '&' (código ASCII
38)
4. Se os parâmetros conter strings UTF-8 codificado, estes devem ser
substituídos por seus correspondentes% HH bytes .
5. URL escapar da cadeia de parâmetros.

Pedidos de assinatura do acordo com OAuth
Os desenvolvedores GRA poderam optar por receber os pedidos assinados. A
assinatura será em conformidade com os pedidos de assinatura OAuth.
Apenas HMAC-SHA1 método de assinatura é suportado. A assinatura da Base
de Dados String é gerada por meio de:

1. O método HTTP: GET;
2. A URL para a solicitação, por exemplo:
http://layarapi.example.net/mylayer/getpoi
3. Os parâmetros normalizados pedido, incluindo os parâmetros pedido
OAuth, excluindo oauth_signature. O pedido OAuth parâmetros
utilizados pelo desenvolvedor Layar API são: oauth_consumer_key,
oauth_signature_method, oauth_timestamp, oauth_nonce e
oauth_version.

Autenticação simples, utilizando a chave do desenvolvimento

O pedido contém como um parâmetro de solicitação de uma chave enviada
equipe de desenvolvedores GRA recebido ao criar a conta. A chave de
desenvolvedor pode ser re-gerado em qualquer momento na Provisioning
Layar Website. Note-se que há um lapso de tempo entre o momento em que a

2010.

chave antiga é revogada e no momento que você pode configurar a nova chave
no seu servidor. Se o servidor é verificado a validade dessa chave, isso irá
resultar em um curto período de interrupção da camada.

Formato de resposta

A API atualmente aceita somente JSON1 como formato de resposta.
Verificamos que o cabeçalho de resposta HTTP declara o tipo de conteúdo
correto: application / json ou text / javascript. Também certificamos que o
codigo da resposta em UTF-8 e adicionar charset = UTF-8 para nosso
cabeçalho de conteúdo.
O formato JSON foi especificado originalmente por Douglas Crockford , e é
descrito no RFC 4627. O oficial de Internet tipo de mídia para JSON é
application/json . A extensão do arquivo é JSON .json . O formato JSON é
frequentemente usado para serialização e transmissão de dados estruturados
através de uma conexão de rede. É usado principalmente para transmitir
dados entre um servidor e aplicações web, servindo como alternativa ao XML.
JSON (JavaScript Object Notation) é um formato de troca de leitura óptica de
dados usando convenções derivados da família de linguagens de programação
C. JSON é construído em duas estruturas de dados universais:

1. Uma coleção de nomes pares / valor representado como um objeto
definido pelo usuário;

2. Uma lista ordenada de valores representados por uma matriz.

1
JSON (um acrônimo para JavaScript Object Notation) é aberto baseado em texto padrão leve
projetado para legível intercâmbio de dados. É derivado do JavaScript linguagem de programação
simples para representar estrutura de dados e e arrays associativos , chamados objetos. Apesar de sua
relação com JavaScript, que é independente de linguagem, com parsers disponíveis para praticamente
todas as linguagens de programação. Dispinível em: Wikipédia: http://www.wikiopedia.com/json.

2010.

Os dados JSON são idênticos aos utilizados pelos motores de JavaScript para
representar estruturas de dados como strings e matrizes. Isto fornece para
facilitar o acesso aos dados do que seria conseguido com XML. JSON é
menos detalhado do que XML e carece de certas propriedades que estão
disponíveis na segunda. Por exemplo, permitindo espaços para peças
idênticas de informações para ser misturado em diferentes contextos em XML
não estão disponíveis em JSON. Conversão de XML para JSON pode
apresentar desafios quando a distinção entre o valor real dos atributos e texto
entre as tags, pois as atribuições JSON são criados com dois pontos.

Algumas convenções gerais
Formatos Data: Todos os timestamps são inteiros, em número de
milisegundos desde 1/1/1970 UTC. Elas são usadas atualmente para
comparar os valores, o valor absoluto não importa.

Formatos de cor: Todas as cores são inteiros (base-10), com base em RGB:
0xrrggbb onde rr é de 2 bytes de código hexadecimal para o vermelho (0xFF é
máxima), gg é um código de 2 bytes para o verde e bb é um código de 2 bytes
para azul. Assim, uma cor pura amarelo seria 0xFFFF00 que se traduz em um
número inteiro de 16.776.960.

String formatos: Todas as seqüências são UTF-8 codificado. Para as
respostas JSON, isso é parte da especificação JSON. Para os pedidos, as
cordas devem ser codificados em UTF-8: Cada byte ou caractere que não seja
uma letra ou um dígito ASCII devem ser convertidos para% HH, onde HH é o
valor hexadecimal do byte.

2010.

A APK desenvolvedor para Android permite que visualizar as camadas,
mesmo que não sejam publicadas. Esta é a única maneira de testar a camada
em um dispositivo. O Layar oferece a possibilidade de introduzir a chave de
desenvolvedor e programador de identificação para permitir o acesso a
camada.

Figura 10: APK desenvolvedor Android

Pequeno histórico
Data Alterações

Esses parâmetros foram adicionados ao APIs nos próximos dias.
Adicionado HTTP User-Agent do cabeçalho para identificar a
versão do aplicativo Layar, modelo de dispositivo e um dispositivo
14/05/2010 de versão do sistema operacional, no caso, no sistema Android;
Adicionado parâmetro requestedPoiId ao pedido (usado para
indicar que o usuário clicou POI em Layar Stream, para incluí-lo na
resposta);

2010.

Adicionado 'parâmetro para a versão do pedido (API número de
versão utilizado pelo cliente);
Adicionado 'parâmetro InFocus a resposta (pode ser usado para
indicar que POI deve estar em foco durante a abertura da camada).

Adicionado 'parâmetro doNotIndex a resposta para Layar Stream
07/05/2010
opt-out no POI nível

Esta chamada é usada para solicitar os pontos de interesse a ser exibido para
uma determinada camada.

Pedido
URI : http://<poiUrl>?<parameters> URI: http:// <poiUrl>? <parâmetros>
HTTP request header : Cabeçalho HTTP request:

User-Agent: The user agent originally set by the client. User-Agent: O agente
originalmente definido pelo cliente. Format is: Layar/xy [OS name]/xyz ([Brand]
[Model]), O formato é: Layar / xy [nome] OS xyz / ([Marca] [Modelo]),
Por exemplo, "Layar/3.1 Android/2.1 (Motorola Milestone/ HTC Nexus One)" ou
"Layar/3.1 iPhoneOS/3.1.2 (Apple iPhone3GS)". Parte da definição da camada,
pode ser definida usando o Layar Provisioning Website

Pedido de parâmetros:
Os parâmetros do novo pedido poderá ser adicionados em futuras versões do
Layar. Portanto, o desenvolvedor da camada deve sempre ignorar parâmetros
desconhecido ao invés de lançar um erro.

Parâmetro Formato Exemplo Explicação

2010.

userId=422410493
userId string 45 userid = ID do usuário final,
42241049345

developerId=101 Id desenvolvedor
developerId string
developerId = 101 GRA

developerHash=
developerHash = Este hash é passado
4a542795f8ca57d o pedido como um
1348 método simples para
developer 4a542795f8ca57d verificar a
string ( veja abaixo )
Hash 1348 autenticidade do
bfd025831334fb9d pedido ( veja abaixo
1b026 )., o OAuth assinatura
bfd025831334fb9d pode ser usado.
1b026

timestamp = exclusivas para
timestamp número inteiro
1242207092430 criptografar a chave.

Isso indica a versão
da API que o telefone
está usando. Para a
versão mais antiga,
strings como "ip3.0"
versão string versão = 3.1
pode ser usada. No
entanto, esta versão
string não pode ser
usada para
diferenciar mais

2010.

clientes (Android e
iPhone ), como é a
versão de API). Lista
atual das versões:
"2", "2.1", "ip2.0",
"2.2", ip2.1", "2.2.1",
"2.2.2", "3.0", "ip3.0",
"3.1", "3.5". "2", "2.1",
"ip2.0", "2.2", ip2.1 ","
2.2.1, "2.2.2," 3.0 ","
ip3.0 "," 3.1 "," 3.5 ".

Identificador da
layerName string layerName=hyves
camada

Texto string para
identificar o POI que
desencadeou o
pedido da camada de
Layar Stream. Se
requestedPoiId=42
requestedPoiId string possível, este POI
114sddga94
deve ser incluído na
resposta,
independente das
configurações do
filtro.

Language used on
lang string lang=EN lang = PT the client (two letter
language code)

2010.

Linguagem utilizada
no cliente (código
duas letras do idioma)

latitude da posição
lat=52.360112 lat
lat decimal atual (coordenadas
= 52.360112
GPS)

longitude da posição
lon decimal lon =- 4.895665 atual (coordenadas
GPS)

Opcional: a precisão
da localização atual,
como determinado
pelo dispositivo. A
exatidão
número inteiro acurácia = 350 precisão não pode
(Opcional)
ser dada se um local
fixo é utilizado
(característica do
desenvolvedor)

Opcional: OptionID
correspondente ao
valor da lista no botão
RADIOLIST
string RADIOLIST=1001 de opção selecionada
(Opcional)
pelo usuário (ou o
valor padrão, se não
mudou)

SEARCHBOX_ SEARCHBOX=bar Opcional: o termo de
string
n , pesquisa inserido

2010.

(Opcional) SEARCHBOX_3=f pelo usuário. Quando
oo múltiplas caixas de
pesquisa são
definidos (até 3), eles
serão numerados _2,
_3.

T para o valor que ele
busca do raio
selecionado pelo
usuário no
RANGE_SLIDER. Em
radius raio v3, raio deixou de ser
integer (meters) radius=2500 raio =
(optional) obrigatório e raio
inteiro (em metros) 2500
(Opcional) flexível pode ser
usado (o cliente irá se
adaptar
automaticamente o
raio da POIs
devolvidos).

Opcional: o valor do
slide personalizado b
CUSTOM_SLI
selecionado o
DER,
CUSTOM_SLIDE usuário. Quando são
CUSTOM_SLI float / inteiro
R=45.6 definidos vários
DER_n
sliders (até 3), eles
(Opcional)
serão numerados _2,
_3.

2010.

Opcional: Se os
resultados são
distribuídos por mais
páginas, o servidor
pageKey pageKey=aldsfj93 pode solicitar Layar
string
(Opcional) 48dk próxima página
usando este pageKey
(se forem recebidas
na resposta anterior,
veja abaixo )

Opcional o OAuth-
chave: O
oauth_consum oauth_consumer_
string (ver estrutura desenvolvedor pode
er_key key =
API ) apresentar esta
(Opcional) f43f3p214k3103
chave usando o Layer
Provisioning Website

oauth_signatur oauth_signature_
Opcional: este será
e_method string method=HMAC-
sempre HMAC-SHA1
(Opcional) SHA1

oauth_timesta
oauth_timestamp Opcional: timestamp
mp número inteiro
= 1191242096 para a solicitação.
(Opcional)

opcional exclusivo
oauth_nonce kllo9940pd9333jh
string para descartar a
(Opcional) oauth_nonce =
repetição de ataques

oauth_version opcionais: versão
string oauth_version=1.0
(Opcional) OAuth usado. Será

2010.

sempre 1,0

Opcional: assinatura
HMAC-SHA1 usando
a assinatura Base
oauth_signature =
String como texto e
tR3+Ty81lMeYar/F
oauth_signatur os Secret (nenhum
id0kMTYa/WM=
e string segredo) como
Ty81lMeYar/Fid0k
(Opcional) chave. O segredo é
MTYa/WM TR3 +
apresentado pelo
=
desenvolvedor do
Provisioning Layar
Website.

O valor do (s)
selecionados para a
CHECKBOXLI CHECKBOXLIST= caixa de seleção:
ST string 4,7 CheckBoxList valores múltiplos são
(Opcional) = 4,7 passadas com
valores separados
por vírgula.

A altitude atual do
usuário. Isso nem
sempre é conhecido
alt (opcional) número inteiro alt=325 alt = 325 sobre o cliente e só
será aprovado
quando houver uma
posição GPS.

2010.

Figura 11: Modelo de POIs

Notas sobre as ações de áudio e vídeo: eles são especificamente destinados a
ações, não deve ser utilizado em páginas web. Se desejarmos exibir um vídeo
de uma página web, deve-se usar um link http:// normal. No Android podemos
ainda usar o vídeo: / / link para jogar no player personalizado, mas para isso é
necessário personalizar sua página web.

O sistema de áudio e vídeo serve para indicar ao aplicativo Layar que os
arquivos estão por trás da ação de vídeos ou arquivos de áudio. O cliente
Layar isubstitui o áudio: / / e vídeo: / / por http://, quando o usuário acessar o
recurso.

2010.

Vídeo: Todos os formatos suportados nativamente pelo dispositivo são
suportados. A fim de garantir a compatibilidade cruzada, MPEG4 e 3GPP são
os melhores (480x320 resoluções). Certifica-se que o vídeo é codificado para
HTTP streaming, incluindo dicas de download progressivo.

Audio: Todos os formatos suportados nativamente pelo dispositivo são
suportados. Para compatibilidade com dispositivo transversal, arquivos de mp3
são os melhores.

formatos de String
Algumas notas sobre a formatação das cordas para ser exibido no BIW: título,
linha2, linha3, 4 em Linha e atribuições: exceto para a seqüência de 'title', que
pode envolver mais de 2 linhas, todas as outras irão ser cortados a uma linha
do cliente.

2010.

Mecanismo de autenticação do usuário em uma camada

Camadas podem ter um novo campo "AuthURL" na definição para indicar
suporte para autenticação. Esta é a URL de login, onde o aplicativo deve dirigir
o WebView para autenticação. Isto tem que ser no mesmo domínio como
provedor getPOI URL camada. (O fornecedor deve definir uma camada de
biscoito que se aplica ao prestador de camada getPOI url).

Há 4 maneiras para iniciar a autenticação:

 Se o campo authRequired de uma camada é definida como 'true', a
página de autenticação será automaticamente chamado sempre que um
usuário abre a camada sem um cookie válido. Se houver um cookie
válido para a camada, o pedido GetPOI usual é enviado com o cookie e
não redirecionamento para a página de autenticação é necessária.

 Como resposta ao pedido GetPOI, um provedor de camada pode
indicar que a autenticação é necessária. Por exemplo, se authRequired
é falso, o cliente só vai enviar o pedido getPOI. O provedor camada
pode escolher para exigir a autenticação por volta dos 30 errorCode.
Além disso, o cookie enviado pode não ser válido. Também nesse caso,
o prestador de camada pode enviar de volta errorCode 30.

 O provedor camada pode optar por usar o AuthURL também em uma
ação de um POI, o que irá direcionar automaticamente o usuário para a
página de login.

2010.

 O usuário pode iniciar a autenticação utilizando o botão especial que
aponta para a AuthURL em uma camada (se o AuthURL é fornecido).
Portanto, mesmo se authRequired é falsa, uma camada pode ainda dar
a opção para autenticar manualmente. Quando nenhum cookie está
presente, a camada é apenas iniciado normalmente e irá retornar a POIs
público para a camada. Se um cookie estiver presente, ele será enviado
assim mesmo.

Os passos que se seguem o redirecionamento de WebView para a página
de autenticação são:

1. A URL de login é aberta em um navegador embutido. Esta página (s)
autentica o usuário (qualquer mecanismo pode ser usado, como auto
hospedado autenticação / OAuth etc) e pode levá-lo a um "home page",
que pode ter mais (dinâmico) para escolher as configurações para a
camada. Qualquer não. de páginas HTML pode ser usado com os
fluxos entre eles.

2. O usuário é retornado para o ponto de vista Layar ele estava quando o
navegador embutido é redirecionado para um marcador fixo "voltar a app
'url (http://dev.layar.com/media/getbacktoapp.html). Visitar esta url
significa que a autenticação (e, possivelmente, de configuração) da
camada está completo eo usuário pode retornar ao aplicativo Layar. O
provedor é o uso de cookies que se aplicam a url do getPOI fornecedor
antes de visitar esta URL.

3. Quando o url getbacktoapp é aberto no navegador embutido, todos os
cookies que se aplicam a getPOI url (somente) são armazenados na

2010.

camada (termo cookie está a ser tratada pelo aplicativo Layar, de acordo
com cookie spec). O cookie pode substituir cookies anteriores que
foram definidos (por exemplo, o utilizador foi convidado a entrar de novo
porque um cookie que foi enviada não era válida. Este é o exemplo
acima para errorCode 30)

4. Os cookies armazenados são enviados para o aplicativo layarservice
para todas as solicitações getPOI futuro. O manipulador layarservice
encaminha getPOI todos os cookies que recebe a camada de provedor
getPOI de modo que o pedido pode ser identificada com uma sessão de
usuário em particular. Note que redireciona não são permitidos no
pedido getPOI como as solicitações subseqüentes não passará o
cookie, por motivos de segurança. A URL GetPOI precisa estar no
mesmo domínio que o AuthURL.

Para as camadas que têm a opção de autenticação, um botão é mostrado na
camada de modo que os usuários podem visitar-home quando eles já estão
autenticadas (para alterar a configuração ou login como um usuário diferente).
O AuthURL "de uma camada é usada para isso.

O aplicativo cliente possui total suporte para https (provedor camada pode
optar por usar isso para segurança adicional). Se a URL de provedor getPOI
camada é https, o aplicativo cliente para chamar getPOI layarservice também
será sobre https. O servidor Layar enviará o convite também sobre https.

Extensão esquema de URL Layar (v3)

2010.

Webviews pode conter links especiais para o Layar: / / URL sistema que
realmente o controle retorna para o aplicativo Layar e passar mensagens no
processo:
 Layar: / / <layername> /? = refresh ação: Quando clicado, esse link
retorna o usuário para a camada na URL (ver AR) e atualiza os POIs
(pedido GetPOI novo).

 Layar: / / <layername> /? <filter> = valor: Uma camada pode ser aberto
diretamente com filtros específicos definidos nos parâmetros da URL.

 Layar: / / <layername> é o esquema de URL suportados atualmente em
Layar v2 também, e só vai abrir o <layername> camada no Browser
Layar.

O parametros acima podem ser combinados (concatenado com &). Por
exemplo Layar: / / <layername> /? Action = refresh = 540 &
CUSTOM_SLIDER_2 vai voltar para o ponto de vista RA, reler os POIs com a
nova configuração para a custom segundo controle deslizante.

Estes esquemas de URL também funcionam quando chamados a partir de
outro aplicativo ou a partir do navegador.

Caso de uso: camada ponto a-ponto

Novamente com o parâmetro de atualização, é agora possível para orientar o
usuário da POI em uma camada. Mandaremos para trás apenas um POI.
Com um webview onde o usuário tem de responder a uma pergunta / quizz
sobre o objeto, então pode-se forçar a atualizar e mostrar o POI próximo.

2010.

Observa-se que o Layar: / / URL também irá trabalhar em um
redirecionamento, por isso não precisa ser o resultado direto de um clique do
usuário.

Também, combinaremos isso com disparador automático: O WebView que
permite ao usuário atualizar os POIs que só é mostrada se o usuário estiver
dentro de uma certa gama de POI.

Layar3D
A partir Layar 3.0, é possível para os desenvolvedores acrescentar objetos em
3D para suas camadas. Para este efeito, nós utilizamos o Layar3D (. L3d)
formato de arquivo que permite o armazenamento de modelos 3D texturizados
em um único arquivo. Este formato de arquivo é otimizado para a análise e
visualização móvel.

Para o trabalho 14 Bis, utilizamos a ferramenta (Layar 3D) para converter os
modelos da Wavefront (.obj / .mtl) em formato (. L3d).

Utilizamos o sofware livre Blender para modelagem da aeronave em escala
natural a partir de plantas disponíveis na internet

2010.

Figura 12: planta baixa do avião 14 Bis de Santos Dumont.

2010.

Figura 13: Desenho da escala do Avião 14 Bis

2010.

Figura 14: imagem lateral e frontal do avião 14 Bis com cores.

2010.

Figura 15: fotografia do avião 14 Bis

Modelo de Requisitos
Usamos em 14Bis o software de modelagem 3D Blender, para criar a aeronave
em Wavefront (.obj / .mtl) formato. Levando em consideração os seguintes
requisitos:
 Complexidade do modelo o mais baixo possível. Os telefones celulares
atuais não são poderosos o suficiente para tornar modelos complexos a
uma taxa de frame decente. Número máximo total de polígonos visíveis
ao mesmo tempo em 5000.

 Objetos que contenham NURBS de base, este não é suportado.

 O modelo deve consistir apenas de triângulos. Certificamos de
converter todos os quadriláteros ou polígonos em triângulos maiores.

2010.

 Assumimos que a unidade para o vértice coordena no modelo 3D é
definida como um metro.
 Cores nos valores RGB, e não o alpha.

Figura 16: fotografia do avião 14 Bis em escala real de 10 metros.

Figura 17: pode-se dar a volta no avião planado a 5 metros de altura a partir de
sistema de vião computacional para realidade aumentada móvel.

2010.

Figura 18: comparação da realidade virtual e o desenho de Santos Dumont

Usando o modelo de conversor Layar3D
O modelo Layar3D ferramenta Converter é escrito em Java e pode ser
executado em qualquer sistema com o tempo de execução mais recente do
Java, incluindo Windows, Mac e Linux. A versão mais recente do conversor
modelo é baseado na tecnologia Java Webstart , que nos permite executar a
aplicação, tanto em modo on-line a partir do browser ou offline a partir do cache
Webstart. A vantagem desta solução é que podemos manter uma configuração
única para as diferentes plataformas, ao mesmo tempo aproveitando a
bibliotecas nativas para facilitar a visualização em 3D OpenGL do conversor.

Software disponível no site:
http://site.layar.com/downloads/Layar3DModelConverter.jnlp

2010.

Novidades na versão 1.5.2:
 Adicionado suporte para caminhos absolutos de imagens de textura na
MTL. ficheiro exportado pelo 3ds Max.

 Adicionado iluminação ambiente no modo de visualização. Esta
iluminação é equivalente aos parâmetros de iluminação do Layar 3.0.4 e
acima.
 Melhoria da manipulação de erro durante. Obj importações.
 Corrigido um bug que melhora a análise de linha de comando para a
versão CLI do ModelConverter.

 Triangulação de polígonos complexos. Agora você pode importar
arquivos. Obj que contenham polígonos complexos, incluindo quads,
convexos e polígonos côncavos. Isso permite que você use ferramentas
que não tem uma opção no triangular incorporado no. Obj exportação,
por exemplo, Google Sketchup Pro.

 Melhoradas. Obj análise, corrigir alguns bugs nas exportações 3D
Studio Max com arquivos material incompleto. Agora usamos valores
padrão razoável para preencher os espaços em branco.

 Adicionado painel de visualização 3D OpenGL, que tenta imitar a
apresentação do modelo em Layar, tanto quanto possível.

2010.

 Adicionado Material painel de visualização, que mostra os materiais
utilizados no modelo, incluindo a opção de modificar as cores e os
parâmetros do brilho dos materiais.
 Automatic textura de escala para ajustar o tamanho da obrigação de ter
a largura e altura sejam potências de 2 durante .obj importação / .mtl.
 Adicionado métodos básicos de edição:

o

Versão de linha de comando
uma versão de linha de comando do Modelo Layar3D conversor está disponível
em: http://layar.com/downloads/Layar3DModelConverterCLI.jar
Isso pode ser invocado da seguinte forma:
java-jar opções Layar3DModelConverter.jar [] <inputfile.obj>
-O: arquivo de saída. Se omitido, o arquivo será baseado no nome do
arquivo de entrada.
-D: normais Drop. Deixe o cliente calcular normals liso.
-F: normais face Calcular. Use normais por causa face bordas duras no
modelo.
-M: Materiais Optimize. Grupos dos rostos de material para melhorar o
desempenho de renderização.
-X: modelo Girar 90 graus em torno do eixo X. Pode ser utilizado para
fixar orientação. Obj arquivo.
-X: modelo Rotate -90 graus em torno do eixo X. Pode ser utilizado para
fixar orientação. Obj arquivo.
-H: Mostra esta mensagem de ajuda.

Requisitos da textura

2010.

Fizemos a texturização do modelo 3D, mas apenas para definir a cor difusa do
material. Neste momento, não foi possível adicionar múltiplas texturas.
Imagens de textura tiveram que ser redimensionados para ter sua largura e
altura sejam potências de 2, por exemplo: 16x16, 32x32, 64x64, 256x128, etc .

Estamos pesquisando a transparência nas ou seja, transparência parcial (alpha
valores maiores que 0,1), os objetos por trás deles não são exibidos. Para alfa
inferior a 0,1 valores, usamos um teste alfa em OpenGL, o que significa que as
partes não serão desenhadas. Isso permite que sejam feitos recortes com
texturas.

POI com objetos 3D/2D
Esses parâmetros adicionais podem ser enviados no POI (hotspot) dicionário.
Todos os parâmetros são opcionais.
Chave Valor Exemplo Explicação

dimensão número "Dimensão": 1: 1d - POI usual (ícones). Valor
inteiro 2 padrão (se nenhum valor for fornecido,
o usual 1d POI é assumida)
2: - imagem 2D utilizados para POI
3: 3d - 3d objeto usado para POI

alt número "Alt": 2550 Opcional.
inteiro altitude real do objeto, em metros. Se
este estiver ausente, a mesma altitude
que o usuário assume

json veja abaixo Obrigatório se a dimensão é 2 ou 3.
transformar dicionário Determina a forma de colocar o objeto
no espaço.

2010.

objeto json veja abaixo Obrigatório se a dimensão é 2 ou 3.
dicionário Determina o local das representações
do objeto (arquivos para download)

relativeAlt número "RelativeAlt": Opcional.
inteiro 2 Altitude em metros do objeto em
relação ao usuário a altitude.

Todos os valores são obrigatórios.
Valor Exemplo Explicação
Chav
e

rel "Rel": true Se esse valor for
boolea true, a rotação é
n calculado em
relação à posição
do usuário: o
objeto será
sempre o rosto
do usuário da
mesma maneira,
independentemen
te do sentido
absoluto. Na
maioria dos
casos, o ângulo
será 0 quando rel
é verdade.
Assim, com rel =

HAMDAN, Camila. Projeto Consorciado I: Game em Realidade Aumentada - a sua própria tela para o mundo. Relatório de Atividades II, 2º. Trimestre 2010. Projeto de excelência Sistema Bios Cíbrido na Realidade Urbana Aumentada: WIKINARUA. PROGRAMA LABORA

HAMDAN, Camila. Projeto Consorciado I: Game em Realidade Aumentada - a sua própria tela para o mundo. Relatório de Atividades II, 2º. Trimestre 2010. Projeto de excelência Sistema Bios Cíbrido na Realidade Urbana Aumentada: WIKINARUA. PROGRAMA LABORA

Recomendados

Recomendados

Mais conteúdo relacionado

Destaque

Destaque (11)

Semelhante a HAMDAN, Camila. Projeto Consorciado I: Game em Realidade Aumentada - a sua própria tela para o mundo. Relatório de Atividades II, 2º. Trimestre 2010. Projeto de excelência Sistema Bios Cíbrido na Realidade Urbana Aumentada: WIKINARUA. PROGRAMA LABORA

Semelhante a HAMDAN, Camila. Projeto Consorciado I: Game em Realidade Aumentada - a sua própria tela para o mundo. Relatório de Atividades II, 2º. Trimestre 2010. Projeto de excelência Sistema Bios Cíbrido na Realidade Urbana Aumentada: WIKINARUA. PROGRAMA LABORA (20)

Mais de Camila Hamdan

Mais de Camila Hamdan (8)

HAMDAN, Camila. Projeto Consorciado I: Game em Realidade Aumentada - a sua própria tela para o mundo. Relatório de Atividades II, 2º. Trimestre 2010. Projeto de excelência Sistema Bios Cíbrido na Realidade Urbana Aumentada: WIKINARUA. PROGRAMA LABORA