Export TGA
Diego Gomes Brandão
--
Diego Brandão
Graduate in Social Communication - UFPB
http://diegobrandao.blogspot.com
(83)9138-9105
Daniel Pinheiro Lima
Abraço,
Daniel
--
Você recebeu esta mensagem porque você está cadastrado na lista de emails "blenderbrasil-dev".
Para escrever para o grupo, por favor envie um email para [blenderb...@googlegroups.com].
Para sair do grupo envie um email para [blenderbrasil-...@googlegroups.com]
Para outras opções acesse a página:
http://groups.google.com/group/blenderbrasil-dev?hl=pt-BR
--
Daniel Pinheiro Lima
http://blogdooswaldo.blogspot.com/
Diego Gomes Brandão
Mango Jambo
Att,
Moraes Junior - aka mangojambo
3D Artist Animator
Oniria: www.oniria.com.br
Diego Gomes Brandão
Mango Jambo
Virgilio Vasconcelos
Joao S. O. Bueno
> svg é vetorial e pode ser convertido para qualquer formato bitmap se aberto
> no gimp, por exemplo...
Então -- justametne por SVG ser vetorial, não deveria ser usado em
substituição a formatos raster --exportação de quadores renderizados
tem que ser Raster --
No entanto, não deve haver qualquer motivo para preterir o formato
.png em relação ao .TGA-- o formato .PNG tem a espceificaçãoi mais
completa, comprime melhor, e é aceito como formato para web
diretamente. Não á nenhuma vantagem técnica no padrão TGA - e
qualquer programa que ainda dependa de TGA's está parado na década de
80.
js
-><-
Gustavo Mattos
Abços
Gus
Joao S. O. Bueno
> Eu concordo com o J.S., apesar do .TGA ter pouca compressão mantendo muito
> da qualidade original da imagem, é possível ter níveis de qualidade iguais
> com um tamanho muito menor e com as mesmas características de canal alpha e
> tudo mais. Hoje em dia se eu preciso de canal alpha em minha anims eu
> utilizo o .png do que o pesado .tga e não tive problemas. Eu tilizava os
> .tga quando trabalhava com o 3Dstudio R2 para DOS a milhares de anos atrás
> hehehehe.
Então- - o formato TGA era itneressante "milahres de anos atrás" p9or
que é fácil você escrever um rpograma que carrega ou slava um TGA sem
precisar de biblioteca alguma -- Uma strict de C de alguns poucos
campos -- ahcoq ue não cehgam a 20, é todo o cabeçalho - e a parte de
dados é sem compressão alguam - -do jeito que os dados de pixel estão
na memória vão para o disco.
Nos tempos do DOS, e Windwos 3.0 , quando os PCs topo de linha tinham
4MB de RAM voce nao podia contar com ter nenhumabiblitoeca deimagens
instalada no sistema operacional -- então era mais fácil cada programa
implemetnar sua ṕrópira leitura e esrita de TGA., Hoje em dia
qualquer sistema operacional via ter instalado por padrão biblitoecas
apra abrir ler e escrever arquivos PNG - -bastando uma única chaamda
de função da biblioteca para faze-lo. O arquivo fica em média 10 vezes
menor em disco do que um TGA, que por padrão, é sem cmpressão
nenhuma.
js
-><-
Diego Gomes Brandão
Diego Gomes Brandão
Ivan Paulos Tomé
Realmente na 2.54 havia um Bug (já resolvido) em que não aparecia o menu de opções de
exportação da UV. Como isso foi bem resolvido ( até aqui não houve mais relatos ),
o problema aparentemente está resolvido por completo.
Lembrem-se que na 2.49, só havia como exportar a UV ( o Mapa ) em TGA...
Bem, como tudo isso são opções, eu realmente fico muito contente em saber que
há agora como salvar o mapa para curvas SVG, vocês imaginam o que isso pode resultar ?
Texturas animadas em SVG, você faz o mapa no Blender, exporta em SVG e anima o SVG !
Parece uma previsão de um futuro com o céu mais boito do mundo, pelo menos pra mim...
Pode ser que ainda não tenha dado tempo para implementação, mas é bem provável que role...
Abração !
Que tal compartilhar Linux ?
Mango Jambo
Agora, Diego, eu me confundi um pouco agora! Você quer salvar a imagem do UV que você fez em TGA ou salvar o layout do UV?
Ivan Paulos Tomé
dessa eu não sabia... Nunca tive esse problema...
Gustavo Mattos
Mango Jambo
Não adianta, render não dá para querer economizar espaço! Renderiza em openEXR (e leve seu HD nas alturas) para fazer os ajustes finais no composite e daí renderizar em TGA para a edição final! :)
Joao S. O. Bueno
> Pessoal, dá diferença sim! Infelizmente! Principalmente se tiver que fazer
> ajustes simples de curvas de canais, gamma, etc... Já vi os gradientes no
> PNG "estourarem" fácil fácil. TGA e TIFF ou amelhor, openEXR não ocorre
> isso.
Oi Mango Jambo -- ambas as imagens são 24 ou 32 bits de informação por pixel.
Portanto provavelemten voce estava trabalhando com tipos difernetes de
imagem (por exemplo, o png já poderia estar corrigido enquanto o TGA
nao estava, ou um dos dois era indexado), ou o PNG tinh a perfil de
cores anexo, o que pode alterar esses limites (o perfil de cores faz
uma correção ser aplicada de acordo com o dispositvo que ele
representa quando a imagem é carregada). - Pode ser que perfis de
cores deem diferneça nessa escala permitida - mas for a isso, 24 bits
de informação, são 24 bits de informação, não importa qualquer outro
fator.
js
-><-
Diego Gomes Brandão
Joao S. O. Bueno
> Se for um .png muito comprimido, ou com baixa profundidade de cor pode
> acontecer mas isso vai depender das opções de compressão ao gerar o arquivo.
> É possível gerar um .png quase sem compressão o que, acredito eu pq não
> testei, teríamos resultados satisfatórios.
>
Ah "baixa profundidade de cor" - qi é betseira mesmo -- Isso d fato
nao pode ser feito. .png pode ter até 16 bits de cor por canal (mas ai
voce nao trata no GIMP, tem que ser no Cinepaint) -- 8 bits de cor
por canal é o suficietne. se puser menos que isso , claro que nao é a
mesma coisa.
Diego Gomes Brandão
Ivan Paulos Tomé
Vou testar depois isso para ver o que está rolando...
Mas tenho uma pista, o TGA é um daqueles formatos que o pessoal
gerava a partir da placa de vídeo, (desde a década de 80, como o joão disse)
ao passar pela biblioteca para conversão em PNG, algo pode estar ocorrendo,
normalmente é AA ou OSA que acaba por detonar gradientes ou criá-las em
linhas secas (criando pixels adjacentes).
Bom olhar isso.
Ivan Paulos Tomé
de maneira alguma. Tenho certeza de que é AA durante a conversão prévia para salvar, ou
alguma questão de profundidades de espaço RGB ou RGBA...
Ivan Paulos Tomé
E ainda explicam que é melhor, mas isso é resultado final, a questão que estamos levantando são os
Mapas UV...
Mango Jambo
Apesar que o que o João falou é pertinênte também.
Porém PNG é bom pra web e game textures (versão final), IMHO. Filmes, TGA, TIFF 16 e OpenEXR.
Sobre o mapeamento eu sempre exporto em SVG para converter em bitmap depois, Diego.
Qualquer coisa manda alinhar os vértices com os pixels para na hora da exportação ir blz. Isso talvez seria um workaround para o seu problema se não quiser voltar para o 2.49 só para fazer isso.
Joao S. O. Bueno
> Mango, isso mesmo, é a exportação da uv. Não é criar um BG na uv e salvar
> imagem. É o export uv mesmo.
>
> Há uma diferença de serrilhamento e isso que o mango falou é verdade, os
> demais formatos somam ou mesclam algumas cores da paleta, em gradiente. Já o
> tiff e tga respeitam toda paleta, ou melhor, mantém fiel ao nativo.
O PNG em 24 ou 32 bits também vai "respeitar toda a paleta" pode ficar
tranquilo. o OpenEXR é um formato que eu não conheço.
Mas fiquemt ranquilos, o ..PNG de 24 ou 32 bits preserva as mesmas
informações que o TGA, ocuapndo 1/5 a 1/10 do espaço . A compressão do
.PNG é sem perdas - é diferente da compressão d o .JPG.
Quanto a emrpesas e gravadoras que só aceitam .TGA, bom ai se aplica
oq ue escrevi no primeiro e-mail, "presos na década de 80" -- em sua
maioria por usarem programas proprietários, as vezes firmware, que só
aceit aum tipo de imagem.
Pessoal, por que estou sendo tão chato?
Por que em informática não tem "superstição" .Voces provavelmente não
curtem quando alguem "ouviu falar que esse tal de Blender não é bom"
né? Quando o sobrinho de alguém, que sempre usou seu 3D Max pirata lá,
etou na frente do blender por 5 minutos, se perdeu, e disse pro tio
que "esse programa não serve"? E dai pra frente o tio passa a
papagaiar isso.
Vocês estão num esquema de "ouvi dizer que TGA é melhor". Quando os
mesmos 24 bits de informação para cada pixel estão preservados no
disco. Essa experiência que o Mango Jambo teve comc erteza tinha a ver
com tipos de arquivo diferentes. Número é número e o .PNG preserva
todos.
Pra não ficar no diz que diz, vamos por uns links aqui para as
especificações dos dois arquivos
http://local.wasp.uwa.edu.au/~pbourke/dataformats/tga/
http://www.w3.org/TR/PNG/
(ah, essa parte eu não sabia -- o PNG é uma especificação da própria
w3c hoje em dia)
Mas então - se olharem o "método de compressão" usado no .png é o
"deflate" - o mesmo usado em arquivos do tipo .zip: nenhuim bit é
modificado entre a compressão e descompressão.
Por outro lado, o arquivo suporta informações embutidas de "gamma" e
"ponto branco" que se forem setados de forma indesejada podem fazer a
imagem passar por uma transformação depois de aberta, o que deve
corresponder à experiencia que o Mango Jambo teve.
(De repente a gravação do .png do renderer do blender 2.49 setva
parametos indesejáveis - e talvez continue fazendo isso no blender
novo -- se for o caso mesmo é caso de participar juntoc oma comundiade
o blender, e ajustar esses valores - todos vão sair ganhando)
js
-><-
Ivan Paulos Tomé
fiz a conversão pelo Gimp de diversas maneiras, e também fucei bastante no Blender. Voi-lá !
Quando a informação de Alfa está ligada por padrão, são adicionados alguns
bits que perfazem uma modificação da Imagem, resultando em distorções, já que
o Nível de Alfa não possui as mesmas escalas que as gradientes...
Como é o próximo passo ?
Conversar com o pessoal agora e saber se há como salvar sem o canal de Alpha, ou
como separar o canal alpha do restante da imagem do mapa de UV. (pelo fato
do alpha estar ligado por padrão, acho que o ponto não é bem esse )
Então o que acontece ?
Na saída do render, o comportamento é X -> Os bits de Alpha para RGBA são adicionados
somente nas camadas que estão marcadas para tal, normalmente o Sky , já na nova
saída da UV, os bits de Alpha estão adicionados para a Imagem inteira...
OU seja, se salvar sem o Alpha, resolvido 50%, agora a parte de OSA e AA, só vendo nos códigos
do Blender mesmo...
Agora realmente entendo o que o Mango falou, mas já tenho como explicar e conversar !
No momento estou em fase de tradução, mas já que o assunto está mais mastigado,
se algum colega quiser se adiantar e conversar com os programadores, pode ser
uma boa, caso contrário, vou tentar bater um papo e ver como está essa implementação
durante o fim de semana.
Vou confessar uma coisa, estão surgindo situações em que eu acredito que vou ter que
me ''desenferrujar'' e voltar a reaprender programação... :P
Abração !