Вложение 37527 128k only from Climacus and McNeil (c)2012
ФАЙЛ ПЕРЕЗАЛИТ 23:15 GMT+2
Вид для печати
Вложение 37527 128k only from Climacus and McNeil (c)2012
ФАЙЛ ПЕРЕЗАЛИТ 23:15 GMT+2
Не работал чит - теперь все ОК!
Оперативно!:v2_thumb:
Я понял так, что под *****-эвой у них не идёт. Они (savelij) ориентируются только на неё.Цитата:
Сообщение от Slider
---------- Post added at 06:18 ---------- Previous post was at 06:07 ----------
И в догонку Савелию хочу сказать. Разве на спектруме это не стиль? Что мы считаем, что память перед запуском НАШЕЙ программы содержит нули? Это как раз, таки спектрумизм, в самой худшей её реализации. Ещё много и много тупостей можно перечислить, которые я видел в программах, лень просто. А хвалённые Alone Coder'ом пакеры, которых нет в CP/M, я уже проверил, при дискетировании 150 игр, в 30 из них, они не смогли спаковать блок, скажем с 24576 или с 25000 по конец ОЗУ, что бы потом, загруженный и распакованный блок совпал м тем, что было. Это как бы говённый показатель. Алоне кодер конечно палец в нос сунет, и промолчит, что вот такого говённого какачества пакры есть в трдсое. В ЦПМ есть только архиватор совместимый с LZH и для обмена с ПЦ он и задумывался. И ни разу не было, что пакованное им, после распаковки не совпадало с оригиналом или что бы ПЦ депакер не понял файл. А это не мало, не так ли? Тем более писанное в 1993 году?
---------- Post added at 06:21 ---------- Previous post was at 06:18 ----------
А что я сделал в тех случаях, когда блок не пакуется? Да ничего. Так его и оставил. Не пакованный. Т.к. пакер тупит от этого файла. Что смешно, кроме HRUM аналогично его не может сжать и MSPACK. Тот вообще повисает вовремя сжатия. Говнософт.
Vadim, какие проблемы с распаковщиками не понял я тебя?
да это на другом форуме Слайдера обвинили что он использует "*****пакер, который считает что неиспользуемые области памяти должны содержать нули."Цитата:
Сообщение от jerri
берём блок, пакуем. Потом загружаем в его, запускаем. Оно распаковывается. Делаем сравнение с оригиналом - не совпадает. Вероятность что запакуется 95%. Как уже сказал выше, последнее что не запаковалась - ScubaDive. В самом конце основного блока я дописал уже запакованный кусок который распракуется в 5B00. До этого я делал коллекцию 140 игр для +3 дос. Там были тоже некоторые которые не паковались. Я уже забыл какие конкретно. Первый раз когда на это натолкнулся - игра не пошла. Пришлось разбираться. Сейчас 100% паковок я проверяю, что бы правильно распаковывалось.Цитата:
Сообщение от jerri
в ScubaDive (если на подводит память) таблица рекордов находится в буфере принтера, а +3 бейсик там хранит свои переменные, так что если игра не берёт обработку IM2 на себя то ячейки памяти будут попорчены и res4,(iy+1) как в 128ом бейсике в случае +3 не поможет. с глючным пакером я однажды столкнулся - он был от KSA, после распаковки ~10 байт стабильно отличались от оригинала.
Мне файл что ли выложить? таблица рекордов там не причем. Пакер не может запаковать. Третий раз уже пишу. Распакованное не совпадает с оригиналом
А ты не думал, что ты неправильно распаковываешь и у тебя распакованные данные затирают упакованные? Выложи файл, а то что-то не верится, что хруст чего-то там не может упаковать.