Sobre SLD:
Você já tentou deixar alguma mascara completamente preta?
Eu percebi que as vezes o game lê o range de cores #000 / #FFF como opacidade.

Eu tentei fazer isso com uma camera do mapa R101 só que não deu muito certo!
Na primeira tentativa o game deixou de renderizar! (a jill ficou estática na troca de câmera) e na segunda tentativa...

...o game fechou na minha cara!

Porém eu percebi uma coisa...
Veja o print abaixo:

Percebe que algumas camadas tem essa faixa listrada no fundo da imagem?
Então... Não é de hoje que eu me pergunto o por quê delas existirem e foi aí que eu tive uma ideia!

Eu pensei em como que uma imagem é renderizada na tela - que nada mais é do que diversas linhas cheias de pixels com uma cor em específico para cada um. Como estamos trabalhando com arquivos em hex, cada um deles teria (supostamente) seu valor entre 00 e FF. Quando eu olhei essa linha listrada, eu pensei: não é possível que o jogo tenha "isso" em algum lugar, no mínimo ele deve estar lendo em uma pos. errada! - o que me leva a crer que o RE3SLDE não lê a maioria dos dados de forma correta! (Ou seja: o RE3SLDE simplesmente leu uma parte do código do SLD como se fizesse parte do tim)

Seria a mesma coisa que o R3ditor procurasse por textos (FA 02) dentro do ResidentEvil3.exe de forma bruta! Ele mostraria mais ou menos dessa forma:

Isso sem mencionar que teve uma vez o Tim2View não reconheceu uma das camadas que eu exportei!
(Só consegui visualizar a imagem usando o TimViewer)

Mas vamos para a parte que eu sei que vai te deixar feliz!
Acontece que tem algumas camadas que RE3SLDE lê de forma correta! E se você pintar uma dessas camadas de preto...



...ela fica TRANSPARENTE!




 

Correção: Range de cores eu digo em escala de cinza!
(#000, #111, #222, #333...)

Fantástico!
Percebo que o caminho está mais claro, agora.
A escala realmente corre neste sentido e o #000 puro é sempre transparente.
Vc está se aprofundando no assunto e vejo que logo teremos uma ferramenta que manipule os SLDs e isso será de extrema valia!!!

Sobre SLD:

Okay, eu tenho a solução para esse problema!
Como o Leo2236 não publiocou o código do RE3SLDE, eu terei que implementar a leitura de arquivos SLD mesmo no R3ditor. Mas para isso acontecer, eu preciso adicionar o suporte a leitura de arquivos TIM.

Eu achei um tutorial criado por Klarth (TIM Graphic Formats) que ensina a leitura do formato e suas variações mas eu preciso estudar ainda mais para poder replicar. Eu conseguindo realizar a leitura desse tipo de arquivo no R3ditor eu poderei até mesmo usar isso para detectar se existe alguma imagem dentro do RDT, permitindo extrair ou inserir imagens e etc.

Okay - mas e o SLD, como resolver essa questão?
Acredite: é mais simples do que você pode imaginar!
O R3ditor vai fazer algo que ele sempre fez: detectar padrões!
Eu comecei a estudar a documentação de SLD escrita por Patrice Mandin (pmandin, reevengi) e lá ele mostra como que foi escrito uma das ferramentas do kit reevengi.

Os arquivos SLD (pelo menos os encontrados em BSS) são escritos no modo Little-Endian - Ou seja, a leitura dos valores é INVERTIDA! Ao invés de ler 01 02 03, devemos ler 03 02 01!
(Nota: Os valores encontrados nas câmeras (B7 73) devem ser interpretados da mesma forma pois também foram escritos da mesma forma, só que sempre respeitando a regra de variáveis do RE3)
Inclusive, eu acredito que é justamente por isso que programas como Tim2View não conseguem identificar os arquivos TIM que estão dentro do SLD.

Mas em fim... A diferença é que: no momento que o R3ditor for ler os arquivos TIM dentro do SLD, ele vai começar a prestar a atenção em valores que se repetem sempre na imagem (como na imagem do post anterior)
e guardar os mesmos em uma variável ou um arquivo de mapa (que nem já acontece com os mapas de RDT) para quando for inserir uma imagem nova, o programa substituir o mesmo setor na imagem com o conteúdo original!

Exemplo: O padrão de listras da 1º camera está entre 0x64 e 0xA2.
No mapa do SLD (.sldmap) estará mais ou menos assim:

MAP for R101.SLD (Generated With R3ditor V. ???)

[PATTERN]
0
0x64
0xA2
F103F103F103F103F103F103F103F103F103

...acho que você já entendeu como que vai funcionar!
Por hora o que eu preciso saber é como detectar os arquivos .TIM e como exibir eles!

Mestre Flag, preciso do vosso conhecimento para vencer essa batalha!

Vou me aprofundar nisso. Mas como te disse desde o início, o SLD é meu calcanhar de aquiles. É realmente o que me fez desistir do Rebecca's Escape. Então, não consigo evoluir mto mais do que isso a curto prazo.
Uma ideia que talvez vc pudesse pensar, seria fazer uma espécie de terceirização do processo. Enqto vc não decifra todos os SLDs em raiz, com todas as variáveis possíveis, vc poderia fazer com que o RE3ditor abra o SLD, utilize o RE3SLDE para ler os TIMs internos e salvar essa TIM numa vaiável. Aí vc desmonta ela em quadros, remonta no RE3ditor e salva através do RE3SLDE. Acredito que, desta forma, vc economize MTO tempo e trabalho nessa fase do RE3ditor!

 

...viu como eu sempre procuro fazer tudo da forma mais complicada?
Já estou trabalhando em cima da sua sugestão!

Nesse meio tempo, você também pode editar a layer no Photoshop - mas para evitar erros, faça uma máscara de edição para deixar a listra sem alterações!

Update:
Acredito que o patcher está quase pronto - Ele já foi implementado só que preciso testar ele em alguns casos para poder afirmar que está funcionando!



Enquanto isso, eu vi que tinha algumas pessoas que não estavam conseguindo fazer o setup inicial do R3ditor, então eu precisei fazer um vídeo ensinando a como fazer o mesmo.
(Se quiser ver o vídeo, basta usar esse link)
(As cores ficaram meio saturadas mas acredito que ele consegue cumprir seu papel!)

Que maravilha, cara!
Outra coisa: Tua postagem sobre o Rebecca's deu ainda mais gás pra que as ideias continuem fervilhando!
Continue com o excelente trabalho!


Flag

Sobre SLD:

Eu estou trabalhando em duas formas de resolver o problema dos TIMs extraídos, afinal de contas o TIM Patcher ainda não está funcionando da forma que eu quero, mas eu andei fazendo alguns testes e até mesmo com o Photoshop tem como editar a imagem sem quebrar o programa! (Algo que eu pretendo fazer um vídeo explicando como fazer em um prox. momento)

Só que eu precisei dar uma breve pausa no desenvolvimento do TIM Patcher por que recentemente eu descobri algo que está me fazendo sorrir feito uma criança!

Então deixe me explicar de uma forma simples e precisa...

Um aviso importante:

As prox. versões do R3dior serão compatíveis apenas com a versão 0.37.0 do NW.js (Clique para baixar) por que eu recentemente descobri um plugin chamado memoryjs, que me permite ler e escrever a memória de qualquer processo aberto! Ou seja...

Eu poderei até mesmo replicar o que Leo2236 demonstra com esse vídeo!

Só nessa você poderá (quase) dizer adeus a ferramentas como BIO3GPS!

Eu infelizmente terei que limitar a usar apenas essa versão do NW.js por quê esse plugin não funciona nas versões mais recentes do mesmo - o que é uma pena. Isso só poderá mudar se o dev desse plugin continuar a desenvolver o mesmo.

Update do post acima:
Só tenho uma coisa a dizer... veja esse link!