Монолоадер для чайников.

[ZX_NOVOSIB]

лучше сжал файлы, что ты привел.

Ясно.. Мне просто любопытно, когда мы склеиваем два архива хрума, а потом склееный файл еще раз жмем хрумом, то вприниципе получается что-то рабочее? Из того 115 секторного файла можно снова получить исходную склейку архивов весом в 202 сектора?

[daniel]

резать нужно полностью распакованные данные

---------- Post added at 18:18 ---------- Previous post was at 18:18 ----------

Из того 115 секторного файла можно снова получить исходную склейку архивов весом в 202 сектора?

думаю можно.

[denpopov]

то вприниципе получается что-то рабочее?

не понял.

как вариант - попробуй сжать картинки zx7, но распаковывать их хитрее.

[ZX_NOVOSIB]

не понял.

ну я имел ввиду, 115 секторов это что получилось, бред или рабочий архив. daniel говорит что получился рабочий архив. И сжатие ведь офигенное в итоге мы имеем.

Но чтобы такой архив распаковать, стандартный депакер хрума походу нужно заменить чем-то более интелектуальным. Ведь в стандартную 48 память это всё не влезет.

[Alex Rider]

Опять-таки всё бы ничего, но в 255 секторов не всё влазит.

255 секторов - это вся 48-я память с почти всем ПЗУ. В сжатов виде еще больше. Для одной 48-й игры, возможно, даже с уровнями должно хватать.

Я тут подумал.. могу доработать свой релиз, так, чтобы по прежнему было два файла, но чтобы они работали в любом порядке)) это даже бейсиком делается)) вот только не могу понять, нафига оно надо. Разве что чисто из спортивного интереса.

Действительно ради интереса. Правда, не понял как. А если между ними еще файлы будут? Кстати, если бы я писал надежный копировщик с поддержкой одного дисковода, я бы старался за раз загрузить как можно больше файлов целиком, а не секторов.

Но чтобы такой архив распаковать, стандартный депакер хрума походу нужно заменить чем-то более интелектуальным. Ведь в стандартную 48 память это всё не влезет.

Эввективные распаковщики используют уже распакованное для распаковки нового. Так что со страницами там будет большая проблема. Даже если написать такой алгоритм, работать он будет бесконечно долго из-за проверки для каждого байта сжатого/распакованного блока границ страниц и щелканья страниц для доступа к истории.

Потом эти два архива склеиваю риалкоммандером, полученный файл весит 202 сектора. Этот файл снова пакую хрумом и получается файл 115 секторов.

У тебя еще 77 секторов demo, 54 экранов и копейки BASIC'а. Это тоже должно войти в каноничный моноблок.

[goodboy]

глянул ещё раз обе части - заставка под меню там одинаковая.



если её вырезать и выводить после загрузки любой части - несколько секторов точно съэкономим.

для полноты картины я бы добавил в релиз ещё демо-версию (там скрины и враги из разных частей),
но боюсь таким пожеланием я добью топикстартёра.

и ещё лучше разместить ссылку на текущий образ в первом посту (дабы не-искать его по-всем страницам)

[Advertiser]

[ZX_NOVOSIB]

255 секторов - это вся 48-я память с почти всем ПЗУ. В сжатов виде еще больше. Для одной 48-й игры, возможно, даже с уровнями должно хватать.

ну вот например Last Ninja, я выше ссылку давал, она 48-ая до мозга костей, с уровнями, в 255 не влезет. Хотя там уровни одинаковые, если их как-то хитро сжать, то всё влезет в 255, но просто над сжатием в наше время никто не заморачивается, ни чайники, ни тем более кодеры ))

Действительно ради интереса. Правда, не понял как. А если между ними еще файлы будут?

Как? Элементарно ))) Тоже два файла, суммарный размер не увеличился ни на сектор, но теперь абсолютно по барабану в каком порядке эти два файла и есть ли между ними какие-то другие файлы. Но кроме спортивного - смысла нет. Можно ведь сделать, чтобы работало не только если файлы не по порядку, а и если они на разных дискетах, в разных дисководах )) токо непонятно нафига.

Кстати, если бы я писал надежный копировщик с поддержкой одного дисковода, я бы старался за раз загрузить как можно больше файлов целиком, а не секторов.

хорошо, однако, что ты не пишешь копировщик ибо такой копировщик как раз и грешил бы "перепутыванием порядка файлов", и over 100500 релизов с вирта не работало бы.

[ZX_NOVOSIB]

глянул ещё раз обе части - заставка под меню там одинаковая,
если её вырезать и выводить после загрузки любой части - несколько секторов точно съэкономим.

не, экономить несколько секторов - нет спортивного интереса. Вот когда вместо 202 сектора получаем 115 - вот это да.. )) токо полученный архив хрен распакуешь.. Alex Rider говорит, что "Эввективные распаковщики используют уже распакованное для распаковки нового. Так что со страницами там будет большая проблема. Даже если написать такой алгоритм, работать он будет бесконечно долго из-за проверки для каждого байта сжатого/распакованного блока границ страниц и щелканья страниц для доступа к истории." А может как-то заюзать возможности 128 бейсика? Ну там SAVE ! / LOAD ! Токо пока не могу придумать как всё это замутить..

для полноты картины я бы добавил в релиз ещё демо-версию (там скрины и враги из разных частей)

о какой демо-версии идет речь? Можно ссылку на неё?

и ещё лучше разместить ссылку на текущий образ в первом посту (дабы не-искать его по-всем страницам)

эта тема общая, про монолоадеры в общем. А в первый пост темы про рекс - добавлю.

[denpopov]

Дались вам эти сборки >255 секторов...

[ZX_NOVOSIB]

denpopov, не, ну просто если можно всё засунуть в 255, то почему бы и нет )