доброго времени суток
есть игра - Minecraft, написана на Java.
музыка в ней хранится в зашифрованном виде, а я пытаюсь расшифровать её.
декомпилил код, переписал... и получил облом.
после первых 15 байт расшифровка даёт сбой, и дальше идёт мусор.
кто-нибудь может подсказать, что я не учёл?

в архиве:
1. несколько java файлов, относящихся к выводу звука. сам алго декрипта - в файле MusInputStream.java
2. пример оригинального/зашифрованного файла
3. моя программа. код ужасен, я знаю.



| Сообщение посчитали полезным:

-=AkaBOSS=-
Посмотрел бегло:

Переполнения не будет?

В-общем, мне кажется проблема с типами и их границами...

-=AkaBOSS=- пишет:
массив, в котором держатся обрабатываеммые данные, я объявил как unsigned char, и это было БОЛЬШОЙ ошибкой.
Ха... я так и написал ))

-----
One death is a tragedy, one million is a statistic.

| Сообщение посчитали полезным: -=AkaBOSS=-

ZaZa пишет:
Переполнения не будет?
оно происходит еще на первой итерации.
но код почти один-в-один слизан с джавы.
там ведь тоже должно происходить переполнение... разве нет?

| Сообщение посчитали полезным:

В джавах не силен, но по моему тут присутствует рекурсия:


| Сообщение посчитали полезным:

ELF_7719116 пишет:
тут присутствует рекурсия

Code:

1. par3 = this.inputStream.read(par1ArrayOfByte, par2, par3); // <--ВОТ ТУТА

не похоже что-то
она бы так из этой рекурсии и не вылезла.


ZaZa
нельзя забывать, что хэш инициализируется на основе имени входного файла.
поэтому, к моменту начала расшифровки потока там уже есть какое-то значение.
после первой же итерации наступает переполнение (результат не умещается в регистр).
но, при этом, в джаве хэш тоже объявлен как int, и никаких проблем не возникает (джава установлена х32)
я эту задачу уже с пару недель долблю, так и не понял, где нестыковка.

| Сообщение посчитали полезным:

-=AkaBOSS=-
В Java int = -2,147,483,648 to 2,147,483,647
C++ unsigned int = 0 to 4,294,967,295
C++ int = –2,147,483,648 to 2,147,483,647

Может попробовать использовать INT вместо UNSIGNED INT

-=AkaBOSS=- пишет:
нельзя забывать, что хэш инициализируется на основе имени входного файла.поэтому, к моменту начала расшифровки потока там уже есть какое-то значение.
Не доглядел... но я ведь предупреждал, что смотрел бегло

-----
One death is a tragedy, one million is a statistic.

| Сообщение посчитали полезным:

Открыть два отладчика и по шагам сравнивать результат.

-----
http://ntinfo.biz

| Сообщение посчитали полезным: ZaZa, Abraham, -=AkaBOSS=-

ZaZa пишет:
Может попробовать использовать INT вместо UNSIGNED INT
пробовал раньше, попробовал еще раз. разницы никакой.
я уже чего только не перепробовал.
даже проверял порядок присвоения здесь:

ничего не помогает

hors пишет:
Открыть два отладчика и по шагам сравнивать результат.
стратегия хорошая, но рабочий код на джаве, и даже в условиях JIT компиляции его там фиг найдёшь

| Сообщение посчитали полезным:

-=AkaBOSS=- пишет:
стратегия хорошая, но рабочий код на джаве, и даже в условиях JIT компиляции его там фиг найдёшь

Встроенный в eclipse отладчик для java?
Встроенный в Visual Studio отладчик для c++?

-----
http://ntinfo.biz

| Сообщение посчитали полезным:

-=AkaBOSS=- пишет:
она бы так из этой рекурсии и не вылезла.
Эт понятно. Очевидно, строка - аналог fread.

Тогда обращаю внимание на расстановку инкремента В ОРИГИНАЛЕ

ВАШ ЦПП ВАРИАНТ


| Сообщение посчитали полезным:

разобрался таки.
спасибо hors за совет про отладчик.
запустил игру, приаттачился олькой, нашел по константам нужный код, и понял, почему я дурак
массив, в котором держатся обрабатываеммые данные, я объявил как unsigned char, и это было БОЛЬШОЙ ошибкой.
переделал в char, и всё заработало.

проблема решена, тему закрываю

| Сообщение посчитали полезным: