BrDoom Fórum

Rico escreveu:Se eu sei bem, pode-se usar as duas linguagens.

Bom, o legal seria pegar os códigos do ZDOOM para ver como funciona PK3/PK7

Sugestão: Estudar a LIB ZLIB que é usada para descompactar PK3.

Se o loco colocar todos os mapas em 1 wad VAI SER UM CU descompactar sim.
Mas se o nego colocar 1 mapa para cada wad é mais leve.
Descompactar na memória é um procedimento, outro é no HD e deleta-lo após o uso. é o meu pensamento.

Rico escreveu:Afinal, não temos que primeiramente pensar no código que interprete o texto puro primeiro? (UDMF)

Logan MTM escreveu:Sugestão?

C++/C#

Fabio914 escreveu:

Rico escreveu:Se eu sei bem, pode-se usar as duas linguagens.

Bom, o legal seria pegar os códigos do ZDOOM para ver como funciona PK3/PK7

Sugestão: Estudar a LIB ZLIB que é usada para descompactar PK3.

Se o loco colocar todos os mapas em 1 wad VAI SER UM CU descompactar sim.
Mas se o nego colocar 1 mapa para cada wad é mais leve.
Descompactar na memória é um procedimento, outro é no HD e deleta-lo após o uso. é o meu pensamento.

Cara, a principio não precisamos de algo que crie o wad... Um programa que edite o texto já está bom demais, depois o usuário coloca no WAD ou PK3 dele da forma com que ele quiser (acho até melhor, ai ele usa a compactação que desejar). Mas alias, com o Allegro eu consigo acessar ZIP, se interessa...

Mas o que eu mais quero por foco é o que vamos criar? Por enquanto o "como" ainda não é o 'x' da questão pois quanto a isso eu creio que não teremos problemas (a menos que as idéias não sejam tão complexas)... Por isso peço sugestões de ferramentas e features, pois como o Logan bem disse, seria inútil tentar fazer um editor alternativo quando já se tem o DB 2...

Rico escreveu:Afinal, não temos que primeiramente pensar no código que interprete o texto puro primeiro? (UDMF)

BTW, você esta certo Rico, o objetivo principal é criar funções que extraiam o conteúdo das informações do UDMF... Isso não é algo muito complicado de se fazer, mas também pode se ter muitos problemas se não for feito bem feito...

Logan MTM escreveu:Sugestão?

C++/C#

Por mim uma opção que seje o mais portável o possível. Entre essas 2 eu escolheria C++ (alias C sharp não é C, e é da M$)... Confesso que ainda estou caminhando com orientação a objetos (breinquei um pouco com Java e só terei POO no segundo semestre desse ano), por isso prefiro linguagem estruturada (pois temos ponteiros! Algo que também temos no C++ mas não em Java, por exemplo)...

Rico escreveu:Bom, o legal seria pegar os códigos do ZDOOM para ver como funciona PK3/PK7
Sugestão: Estudar a LIB ZLIB que é usada para descompactar PK3.

Pedro Vc escreveu:Ainda boiando nessa história de UDMF......
Preciso dar uma pesquisada.....

Fabio914 escreveu: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...

Drak[X] escreveu: Você está se referindo a utlização de matrizes para indexar e relacionar o conteúdo?