Página 2 de 12
Re: What about...UDMF Editor?
Enviado: Qua Jan 27, 2010 6:14 pm
por Sgt. Mark IV
Eu só poderia ajudar com os testes, basicamente.
Re: What about...UDMF Editor?
Enviado: Qua Jan 27, 2010 6:27 pm
por Lord DooM1.666
Logan MTM escreveu:E eu adoraria participar. Adoraria mesmo. Mas não tenho base NENHUMA pra programador.

Ué vossa eminência não estava estudando C\C++?
Re: What about...UDMF Editor?
Enviado: Qua Jan 27, 2010 7:19 pm
por Fabio914
LoganMTM escreveu:
E eu adoraria participar. Adoraria mesmo. Mas não tenho base NENHUMA pra programador.
Não é apenas isso que conta. Você pode ajudar com a interface do usuário, sugestões, entre outras coisas...
DU0 escreveu:Mas mas mas mas a coisa fica tão mais organizada quando orientada à objetos D:
Em estruturada também. Basta usar os headers e separar o código em vários arquivos (pode-se fazer compilação em partes e depois linkar as outras partes para gerar o executavel final, assim como em muitas outras linguagens).
Off:
Tipos de dados base:
Re: What about...UDMF Editor?
Enviado: Qua Jan 27, 2010 11:09 pm
por Logan MTM
Tem muita coisa faltando ai.
Eu sugeri ao Graf que pense na possibilidade de otimizar o TEXTMAP. Um MegaWad simples de 32 MBs pode chegar a absurdos 960 MBs só de Mapas!!!
Não clevando em conta nenhum tipo de compactação (.zip, .pk3, .pk7).
Re: What about...UDMF Editor?
Enviado: Qui Jan 28, 2010 7:21 am
por Drak[X]
Fabio914 escreveu:Em estruturada também. Basta usar os headers e separar o código em vários arquivos (pode-se fazer compilação em partes e depois linkar as outras partes para gerar o executavel final, assim como em muitas outras linguagens).
Ahhh.... o bom e velho Makefile !!!!
Como eu gosto desse arquivo.... simples e eficiente!
Logan MTM escreveu:Tem muita coisa faltando ai.
Eu sugeri ao Graf que pense na possibilidade de otimizar o TEXTMAP. Um MegaWad simples de 32 MBs pode chegar a absurdos 960 MBs só de Mapas!!!
Não clevando em conta nenhum tipo de compactação (.zip, .pk3, .pk7).
Hehehehehehe...... o Logan não acreditava em mim!!!!!
Viu Logan, a minha continha básica estava correta!!!!
32 mapas * 30 megas em cada mapa (só de TEXTMAP) = 960 megas!!!
É ou não é um absurdo, 960 megas só de arquivos de textos!!!!

Re: What about...UDMF Editor?
Enviado: Qui Jan 28, 2010 9:13 am
por Logan MTM
Sim, mas isso é em formato .wad. O Graf disse que como o UDMF é exclusivo do ZDoom familly, presume-se que será compactado em formatos exclusivos do mesmo.
Continuará maior do que no modo binary, mas já é uma melhoria significativa levando em conta as vantagens do formato UDMF.
Re: What about...UDMF Editor?
Enviado: Qui Jan 28, 2010 9:24 am
por Drak[X]
Logan MTM escreveu:Sim, mas isso é em formato .wad. O Graf disse que como o UDMF é exclusivo do ZDoom familly, presume-se que será compactado em formatos exclusivos do mesmo.
Continuará maior do que no modo binary, mas já é uma melhoria significativa levando em conta as vantagens do formato UDMF.
Tomara que eles tratem de melhorar a compactação desse bagulho logo!!!!
Quero usar isso pra criar mapas, mas não quero ter mapas enormes.... por enquanto vou apenas fazer testes aqui.. e aprender a usar o "produto".

Re: What about...UDMF Editor?
Enviado: Qui Jan 28, 2010 12:44 pm
por xducke
Soh comprar HDs grandes

Re: What about...UDMF Editor?
Enviado: Qui Jan 28, 2010 12:49 pm
por Drak[X]
xducke escreveu:Soh comprar HDs grandes

Se continuar desse jeito.. somente se for HD de 1 Tera pra cima!
Doom com 32 mapas New School com 4.5 gigas!!!! eebbaaaaaaaaaaaaaaaaaaa!!!!
Re: What about...UDMF Editor?
Enviado: Qui Jan 28, 2010 3:39 pm
por Fabio914
Realmente, não é nada otimizado se escrever todo um texto para representar cada setor, linha e vértice... Por exemplo, cada caractere tem tamanho de 1 byte, para representarmos o numero 1000000 gastamos 7 bytes, o que, se armazenado em memória (formato inteiro), gastariamos 4 bytes [isto sem levar em conta o texto que indica a que se refere este 1000000]. Mas isso não impede que tenhamos uma boa compactação, como a tabela ASCII tem 256 posições (ou seja, limitada) , uma compactação eficiente seria indicar quantas vezes aparece determinado caractere (assim teríamos 256 valores armazenados) e a posição XY que ele aparece no texto a cada vez (mais alguns números por caractere). Algo mais eficiente ainda (algo semelhante ao feito por compactadores como ZIP e RAR) é pegar palavras (ou até frases inteiras) com muita incidência no texto (no nosso caso, todas as palavras da descrição dos linedefs, sidedefs, sectors, things e vertex) e marcar quantas vezes estas se repetem (muitas vezes!) e armazenar a posição desta no texto. Assim não precisamos armazenar a mesma informação repetidas vezes, poupando memória...
Um exemplo:
O texto:
Código: Selecionar todos
vertex { // ID = 1
x=100.00;
y=200.00;
}
vertex { // ID = 2
x=120.10;
y=210.20;
}
Pode ser armazenado como (obs.: palavra seguida da incidência) :
Código: Selecionar todos
vertex 2 ID = 2 1 5 2 5 x= 2 y= 2 { 2 } 2 0. 4 0; 4 // 2
(mais a informação da posição de cada um)
Assim da pra se ter uma boa compactação de texto...