Processo:

- Identificar a sala que deseja editar [precisa ser do Stage1];
- Pegar o background e o SLD [que é único para todas as cameras] e colocar numa pasta específica;
- Abrir o software RE3SLDE, do Leo2236 ['kubusleonidas'] e carregar o SLD;
- Exportar ele para TIM ou BMP, editar e recolocar no RE3SLDE;
- Importar o executável [ENGLISH] do RE3 no software e aplicar o patch;
- Testar e voilà!

Dá uma vasculhada aí atrás desse software dele. Se não achar, me manda um mail que te envio [flag@ct-stars.com].



É essa maçaroca que vc vai ter que desenvolver um script/regra pra realinhar de acvordo com o cenário. Tem uma dessa pra cada câmera. rs

Interessante!

Bem, infelizmente eu não encontrei o RE3SLDE por que o link original está off.
(Ou seja, acabei de te enviar um email!)

A forma de reconhecer os BG's é facil, é algo que já acontece no R3ditor (para obter cameras das salas na hora de escrever textos dentro do RDT ou até mesmo selecionar a próxima camera para as portas)

E por falar em câmeras, eu consegui achar uma consistência no código da mesma!
Elas sempre começam na pos. Hex 62 e tem a estrutura semelhante a do RE2.

Ou seja...



...as unicas diferenças são que nem sempre eles começam com B7 73 e que ele não depende do roomcut.bin
(tá aí mais uma coisa que eu preciso saber como que ele com os planos de fundo + sld...)

Olá, TheMitoSan!

Enviei a vc o arquivo do Leo2236. Mtas das boas ferramentas criadas para a série Resident Evil estao se perdendo na internet, já que o pessoal da primeira geração está parando, se já não parou.
Sobre os backgrounds, não existe roomcut.bin ou qquer coisa desse tipo. As imagens de fundo são puxadas diretamente do ROFs ou, no nosso caso, da pasta DATA_A/BSS. O código de câmera é o que busca a imagem, pelo nome direto. Simple and fast. rs
Destrincha esse editor aí e manda novidades tão logo seja possível!

Grande abraço;


Flag

Sobre SLD:
Eu Consegui baixar o programa (Após uma batalha épica contra o meu modem / roteador) e... Jesus amado!
Assim... Remontar a imagem é facil - visto que eu posso fazer as partes dela aparecerem como se fosse um sprite (Mesma técnica usada no File Generator) mas o grande X da questão é: As instruções para remontar a imagem estão aonde? No RDT ou no Exec? Por que assim que isso for resolvido... Meu amigo, será apenas uma questão de tempo para você ver algo como uma aba com o nome SLD!

Sobre as câmeras:
Eu segui esse tutorial do mestre resevilnemesis30 para adicionar a leitura de alguns padrões no R3ditor, tanto de Objetos 3D (que ainda não viu a luz do dia ainda mas já tem um pouco de código pronto), câmeras, message code e etc.
No post dele, ele menciona que as câmeras podem começar com 3C68 ou com B773. Assim como não poderia deixar de ser, Resident Evil 3 tem pelo menos 7 tipos de inicialização (B280, B773, 38F2, 347B...) o que até me faz pensar se isso não faz parte do próprio comando! O que me deixa feliz é que mesmo tendo diversos tipos de inicio, todos eles tem o mesmo tamanho (Eles tem 20 bytes).

E como assim ele puxa o nome do arquivo diretamente? (Note que no mínimo estou fazendo algo errado!)


Eu usei os mesmos valores que estavam no tutorial e parecem que estão certos.
(A parte do "roomcut.bin" está como "Future")
 

Aliás, esqueci de mencionar: O print do post anterior é do mapa R115 (Delegacia)

Maravilhado!
As possibilidades do teu trabalho estão ficando enormes!!!

Os SLDs estão setados em posicionamento no próprio RDT. Porém, como não eram editáveis, eu nunca me preocupei em descobrir o posicionamento. O que eu queria era apagá-los. E para isso, eu deletava blocos enormes de bytes. Enormes MESMO. Várias e várias linhas. Se apagando estas linhas eu conseguia tirá-los de cena, é bastante provável que essas linhas dizem onde eles estão na cena.
Sobre as câmeras, eu falava dos backgrounds. o RE2 armazena todos os backgrounds no arquivo roomcut.bin. O RE3 não faz isso. Ele puxa o backgropund simmples e direto, em *.jpg 640x480 [isso é lindo, pra época] e coloca como fundo da câmera/cena. O RDT dá todos os parâmetros para que a câmera feche ângulo, mostre objetos 3D como itens e chaves, sombras, camadas e etc. Mas o fundo mesmo, a última camada, é uma imagem simples em jpg.
Exemplo: As câmeras sempre começam com 00 e seguem hexa-ordenadamente: 00, 01, 02, 03, 04, 05, 06, 07, 08, 09, 0A, 0B, 0C, 0D, 0E, 0F, 10... Então, se estamos na câmera 02 da sala 115 [que vc citou acima] o executável busca como fundo de cena a imagem R11502.jpg. Voilà!
Não existe roomcut.bin. É deveras mais simples!


 

Sim, eu sei que não tem roomcut.bin (aliás, ainda bem!)
Mas o x da questão é: aonde que no hex ele faz referência ao JPG?

Então, é a linha que te falei: A referência ao background é na linha hexadecimal da câmera. Câmera 01 é o background 01. Câmera 02 é o bacjground 02 e assim por diante. No executável não é feita chamada alguma, a não ser à extensão do arquivo.

Ou seja - a ordem das cameras presente no RDT é sempre seguindo a ordem hex.
Bem... Tadaaah~



Uma coisa importante sobre a leitura das câmeras:
Diferente da maioria das outras coisas, as câmeras estão sendo carregadas de forma correta - ou seja - usando as informações da header do RDT! A quantidade de cameras presente está na pos. hex 01 e começa a ler uma sequência de 20 bytes a partir da pos. hex 62)

Eu demorei um pouco para adicionar essa aba no editor devido a um usuário ter passado por alguns problemas durante o processo inicial de setup! Eu precisei modificar algumas coisas no mesmo - o que rendeu um pequeno refactor! (Basicamente o rofs.exe que está na pasta tools precisa de um framework antigo encontrado na ide Visual Studio 2005!)

Você pode ver a sequência de tweets clicando aqui.

E - como era de se esperar - as mudanças já estão na master!

Maravilha!

Qualquer dúvida, manda aqui que tentamos resolver!