От
Сергей Галинин
→
Кому
All
19.10.2005
Hello, caro
car> ->
Спасибо!
От
Rubts0FF
→
Кому
All
22.11.2005
Hello, caro
#man'овский FontEd нашел в Спектрофоне. Спасибо мне :).
Снова розыск. В комплекте с исходниками 3D-fill elite (awk) попался оверлей
для ZAsm v3.10 tabul.ovl. ИсЧю исходники от оного. А может это и не софт?.
От
Rubts0FF
→
Кому
All
15.01.2006
Hello, lvd
lvd> Рулит мегаЛЗ! lvd.nm.ru/MegaLZ
45 килобайтовый ZIP это для Спека?.
От
Андрей Богданович
→
Кому
All
15.01.2006
Hello, Rubts0FF
По качеству упаковки на спектруме рулит RIP (но очень тормозная распавка), по
скорости распаковки (меньше секунды) при несколько худшей упаковке, рулит
hrust2!4.
Если паковать на pc а потом переносить на спектрум упакованные файлы, тогда
подойдет megaLZ (упаковка несколько лучше hrust2!4, распаковка такая же
быстрая).
От
Rubts0FF
→
Кому
All
15.01.2006
Hello, Spectre
Spe> По качеству упаковки на спектруме рулит RIP (но очень тормозная
Spe> распавка), по скорости распаковки (меньше секунды) при несколько
Spe> худшей упаковке, рулит hrust2!4.
Spe>
Spe> Если паковать на pc а потом переносить на спектрум упакованные файлы,
Spe> тогда подойдет megaLZ (упаковка несколько лучше hrust2!4, распаковка
Spe> такая же быстрая).
Да я уже сам потестил, RIP рулит, но для распаковки требует уж очень не
позволительный буфер. Trush тоже не плохо, если оторву распаковщик может на нем
и остановлюсь. Hrip!, я не помню какая у меня версия, но неудобный интерфейс,
хотя дело привычки, и пакует по одному файлу. А их в ГОРОДКАХ 24.
От
Андрей Богданович
→
Кому
All
15.01.2006
Hello, Rubts0FF
Rub> Да я уже сам потестил, RIP рулит, но для распаковки требует уж очень
Rub> не позволительный буфер. Trush тоже не плохо, если оторву распаковщик
Rub> может на нем и остановлюсь. Hrip!, я не помню какая у меня версия, но
Rub> неудобный интерфейс, хотя дело привычки, и пакует по одному файлу. А
Rub> их в ГОРОДКАХ 24.
Для упаковки большого числа файла идеально подходит оригинальный hrust v2.1, он
под это затачивался. Если почитать хелп (он встроенный) то можно узнать что
написав файл вида:
code.C
screen.C
load.W
И скормив его хрусту 2.1, на выходе получишь упакованные по списку файлы.
Причем без распаковщика, который можно сохранить отдельно при помощи пункта
save depacker.
От
Rubts0FF
→
Кому
All
15.01.2006
Hello, Spectre
Spe> Для упаковки большого числа файла идеально подходит оригинальный
Spe> hrust v2.1,
Zenk, проверю. А сорцами пакеров ни кто ни где не делился?, for Speccy on
Speccy, шоб 48 only.
От
jtn
→
Кому
All
15.01.2006
Hello, Rubts0FF
Rub> for Speccy on Speccy, шоб 48 only.
почему так "злобно"?
От
Rubts0FF
→
Кому
All
16.01.2006
Hello, Hrumer
Hru> Все зависит от того, какая нужна скорость упаковки и сколько можно
Hru> отвести памяти под используемые в упаковщике таблички. Взяв сорцы
Hru> хруст2, уменьшив окно поиска выигрываем в объеме используемой памяти
Hru> упаковщиком но проигрываем в качестве паковки. Уменьшив еще одну
Hru> табличку до 512 байт слегка теряем в скорости упаковки. Укладываемся
Hru> в 48 кб. Кидаем упакованные данные в буфер, при переполнении свопим
Hru> на диск... Если не хотим использовать таблички, корректируем пакер,
Hru> но получаем серьезное замедление в работе...
Скорость упаковки не критична. Я не могу позволить упаковщику листать
страницы, их может и не оказаться, и он шарахнет ZAsm :(.
Hru> Взяв сорцы хруст2
Где?.
От
Rubts0FF
→
Кому
All
16.01.2006
Hello, jtn
jtn> на 48к хороший пакер не получится, даже хруст сваппится с диском
Trush не свапится т.к. пакует не в память а на диск.
От
jtn
→
Кому
All
16.01.2006
Hello, Rubts0FF
Rub> Trush не свапится т.к. пакует не в память а на диск.
Rub> сваппится с диском
найди 10 отличий?
От
Rubts0FF
→
Кому
All
16.01.2006
Hello, jtn
jtn> найди 10 отличий?
? в чем разница между свапом и записью файла на диск?. :(
От
jtn
→
Кому
All
16.01.2006
Hello, Rubts0FF
Rub> ? в чем разница между свапом и записью файла на диск?.
блин, хрумер же ответил:
Hru> Кидаем упакованные данные в буфер, при переполнении свопим на
Hru> диск...
От
Dmitry Pyankov
→
Кому
All
16.01.2006
Hello, jtn
Скажу как есть:
хруст1 в режиме 48 к кидает упакованные данные в буфер (как я помню, размером
4кб.) как буфер переполняется, он кидает данные на диск. после паковки данные с
диска подгружаются для того, чтобы проставить в заголовке упакованных данных
длину полученного упакованного файла, и/ или подвязать распаковщик. В режиме
128к данные из буфера кидаются в "верхнюю" память.
От
Dmitry Pyankov
→
Кому
All
18.01.2006
Hello, Rubts0FF
Hет. Используется свободное пространство на дискете. Звучит страшно, но так и
есть(в 48 кб режиме). Кроме этого, после паковки в пакере можно уточнить, на
какой диск записать файл.
От
Геннадий Демиденко
→
Кому
All
25.10.2006
Hello, Vilan
Если можно, приаттачь ВК для скачивания. Спасибо.
От
Vlad Semchenko
→
Кому
All
26.10.2006
Hello, cherkasy
che> Если можно, приаттачь ВК для скачивания.
Кого-чего приаттачить???
От
Андрей Лифанов
→
Кому
All
18.12.2006
Hello, spensor
Такое дело, решил тряхнУть ..., за базу взял ZAsm v3.10, помнится удобно в нем
было. Hо, не об этом ...
В розыске оверлеи к ZAsm v3.10 не входящие в состав дистрибутива.
Как от авторов ZAsm'а, так и ... сторонних разработчиков. Хорошо-бы с
исходниками. Я и слово волшебное знаю. Пожалуйста :)
От
Владимир Богданович
→
Кому
All
09.02.2007
Hello, Hermit
Her> Такое дело, решил тряхнУть ..., за базу взял ZAsm v3.10, помнится
Her> удобно в нем было. Hо, не об этом ...
Her> В розыске оверлеи к ZAsm v3.10 не входящие в состав дистрибутива.
Her> Как от авторов ZAsm'а, так и ... сторонних разработчиков. Хорошо-бы с
Her> исходниками. Я и слово волшебное знаю. Пожалуйста :)
Вот что есть с расширением .ovl;
mkcopy; +src
mkdel +src
zcom
dmove
bcom
buncom
LMark
LUnMark
wz_dbg
setup
servse00
convert
c310se00
service
dmove
import
blk_op
4v03se
doctor
calendar +src
pse
macro
compile
edit_m
fnt_ed
formater
replace
zse_1.0b
za_mon
games
za_print
gens4>za +src
tx_macro src
tasm3>za +src
masm1>za +src
Если расширение .ovr тоже оверлеи, то еще добавлю.
vBv.
От
Владимир Богданович
→
Кому
All
09.02.2007
Hello, Rubts0FF
Rub> Вова HEX нашелся, может найдется и FontEdit.
Rub> Снова поиск. Был такой упаковщик кодовых блоков CODEPACK или ... by
Rub> Alexander Trush. Меня привлекает то что он, практически единственный,
Rub> паковал на диск. Кста, единственный, не обсуждается. ИСЧУ.
Кинул bfe v1.00i. Если обнаружишь более свежую версию, вышли, пожалуйста, мне.
По второму у меня такого названия не значится, а по автору никак не найду.
Разве что все по очереди запускать. Лучше смотри список имеющихся в моей
коллекции NZXS, может вспомнишь:
arch1_2
archiv
arj2
aunz1_80
comp3_03
compmag
dsq4_12
esv_beta
extract1_1
extract2_1
f_packer3_0
fc3_862 (trush)
hrip
hrum
hrust
lazypack,lzh,lz,lzs,lzss,megalz,cc(2,3,4)
mpack1_2
mrpack
ms_pack
msp1_6
pack2_2b
pcd6_01,6_02,6_02i
pkmarc1_0
rar0_32
rip0_21
sc_pack
zip
Hу вот в списке есть пакер trush, наверное это он, смотри во вложении.
Файл: BFE1_00I.zip http://zx.pk.ru/attachment.php?attachmentid=4561
Файл: fc3_862.zip http://zx.pk.ru/attachment.php?attachmentid=4562
От
Владимир Богданович
→
Кому
All
09.02.2007
Hello, Spectre
А вот этот hrust2!4 можно мне заполучить в коллекцию?
От
Андрей Лифанов
→
Кому
All
11.02.2007
Hello, vBv
> Вот что есть с расширением .ovl
Спасибо! Дафай фсе, там разберусь.