Разююкалка больших файлов!

AG> Ещё раз спрашиваю у народа на счёт того, как разююкать файл, который
AG> заююканый занимает больше одного диска? Расскажите мне, как эту проблему
AG> решают реальшики этой эхи!
Hаверное, никак, или на ближайшем пц, потому как мене такое не попадалось ни
разу, посему и посоветовать ничего не могу...

Hу, bye! Tigrr from -■Brainwave^X-Project■- tigr...@mail.ru

Ещё раз спрашиваю у народа на счёт того, как разююкать файл, который заююканый
занимает больше одного диска? Расскажите мне, как эту проблему решают реальшики
этой эхи!

Hу вот и всё, All, пока.

С вами был Александр Грохольский 30 октября 2000 года
[I ZX] Spawn/Last Masters Group/X-Project Association понедельник 15:23:59

... [Speed Garage] [House] [Rave] [Trance] [Electro] [Drum'n'Bass] [Jungle]

Mon 30 Oct 2000 в 15:23:59 Alexander Groholsky и All разговаривали
на тему Разююкалка больших файлов!.

AG> Ещё раз спрашиваю у народа на счёт того, как разююкать файл, который
AG> заююканый
AG> занимает больше одного диска? Расскажите мне, как эту проблему решают
AG> реальшики
AG> этой эхи!

Если файл длиннее 896к (RamDisk), то никак...
У нас в городе есть спектрумовая bbs, там и берем уже в нормальном виде.
Я, если файл за раз не пришел или очень длинный, даже не пытаюсь разюючивать, а
беру сразу там.

Что, у вас в городе нет ни одного спектрумиста с ПЦ (знакомого не равнодушного
к Спектруму) который может открыть bbs с разделом для Спектрума?

Всего хорошего, Alexander!
Alexander aka Arc of RLDG.

[Понедельник 30 Октябрь 2000] в [15:23:59] Alexander Groholsky начертал
письмецо к All.
Обсуждали они тему "Разююкалка больших файлов!". Продолжим начатое...

AG> Ещё раз спрашиваю у народа на счёт того, как разююкать
AG> файл, который заююканый
AG> занимает больше одного диска? Расскажите мне, как эту
AG> проблему решают реальшики
AG> этой эхи!

Имхо, есть только два варианта:

1. Использовать сабж в iS-DOS'е, написаный Мишей Кондратьевым.
Hо в этом случае предстоит _очень_много_ "ручной работы" в iS-EDIT'е по
удалению всей межсекционной, служебной информации.
И не факт, что после всех этих стараний у тебя всё нормально разюючится. У
самогО был такой случай.

2. Попробовать "обмануть" разюючиватель Лары, скармливая ей постепенно энное
количество секций одного большого ююка, чтоб потОм можно было "склеить" эти
кусочки байт-в-байт (в том же iS-DOS'e, например) и Лара не вываливалась
обратно в редактор, не найдя всех секций (SS+J). Мудрить надо, имхо, со
строками 'section 1 of 20 of file porno.jpg' (к примеру ;).
Т.е. имеем мы здоровенный ююк на 100 секций. В Лару лезет только 10 секций (к
примеру). Редактируем первые десять (и далее по десять секций), чтоб заменить
'section 1 of 100 of file porno.jpg' на 'section n of 10 of file porno.jpg',
где n - число от 1 до 10.
Лара, после разюючивания подобного, должна, имхо, выругаться на отсутствие CRC
или его неправильность - забЕй. ;)

Я это дело не проверял на практике, но, думаю, основная мысль яснА. ;) Дерзай,
доложишь о результатах...

С уважением, Felix.

[I ZX]

IT> Hаверное, никак, или на ближайшем пц, потому как мене такое не попадалось
IT> ни
IT> разу, посему и посоветовать ничего не могу...

Та мне ПЦ не надо, на ПЦ это ясный красный, мне просто стало инересно, неужели
никто не решил эту проблему на реале без всяких там винтов/рамдисков? А на счёт
того, что не попадались такие файлы, то в zx.spectrum бывает кидают заююченые
трдэшники, которые и занимают больше одного трдосного диска!

Hу вот и всё, Igor, пока.

AA> Если файл длиннее 896к (RamDisk), то никак...

Почему? Ведь кто-то уже предлагал и я поддержал предложение чтобы авторы Лары и
пкунзипа сделали поддержку многодисковости! Или кто нибудь другой написал
утилитку какую нибудь для этого дела!

А вообще про какой ты файл говоришь? Заююканый, или нет?

AA> У нас в городе есть спектрумовая bbs, там и берем уже в нормальном виде.
AA> Я, если файл за раз не пришел или очень длинный, даже не пытаюсь
AA> разюючивать, а
AA> беру сразу там.

Та это гониво! Сначала качать этот файл с почтой, потом ещё раз, только
отдельно! ;( Hе это понятно, что всё это дело модем качает, но просто с ббс на
которой есть весь спектрумовский софт, проходящий по эхам, у меня вообще
коннекта нету, так что такие вот дела! ;(

AA> Что, у вас в городе нет ни одного спектрумиста с ПЦ (знакомого не
AA> равнодушного
AA> к Спектруму) который может открыть bbs с разделом для Спектрума?

Есть! Hо мне просто стал интересен сам процесс на реале, можно ли это сделать,
т.е. разююката большой файл!

Hу вот и всё, Alexander, пока.

С вами был Александр Грохольский 2 ноября 2000 года
[I ZX] Spawn/Last Masters Group/X-Project Association четверг 17:25:30

FK> Имхо, есть только два варианта:

FK> 1. Использовать сабж в iS-DOS'е, написаный Мишей Кондратьевым.
FK> Hо в этом случае предстоит _очень_много_ "ручной работы" в iS-EDIT'е по
FK> удалению всей межсекционной, служебной информации.
FK> И не факт, что после всех этих стараний у тебя всё нормально разюючится. У
FK> самогО был такой случай.

Hадо будет попробывать, но у меня исдоса нету и никогда не было, так что не
буду я такой фигнёй страдать!

FK> 2. Попробовать "обмануть" разюючиватель Лары, скармливая ей постепенно
FK> энное
FK> количество секций одного большого ююка, чтоб потОм можно было "склеить" эти
FK> кусочки байт-в-байт (в том же iS-DOS'e, например) и Лара не вываливалась
FK> обратно в редактор, не найдя всех секций (SS+J). Мудрить надо, имхо, со
FK> строками 'section 1 of 20 of file porno.jpg' (к примеру ;).
FK> Т.е. имеем мы здоровенный ююк на 100 секций. В Лару лезет только 10 секций
FK> (к
FK> примеру). Редактируем первые десять (и далее по десять секций), чтоб
FK> заменить
FK> 'section 1 of 100 of file porno.jpg' на 'section n of 10 of file
FK> porno.jpg',
FK> где n - число от 1 до 10.
FK> Лара, после разюючивания подобного, должна, имхо, выругаться на отсутствие
FK> CRC
FK> или его неправильность - забЕй. ;)

FK> Я это дело не проверял на практике, но, думаю, основная мысль яснА. ;)
FK> Дерзай,
FK> доложишь о результатах...

Всё, как ни странно, получилось! Только я потратил хрен знает скока времени,
чтобы поисправлять номера секций, и ещё оказалось, что надо имена тоже
исправлять! ;( А потом потратил ещё больше времени на склейку файла
байт-в-байт, т.к. исдоса у меня нету, а что ещё умеет такое делать я не знаю,
пришлось по-быстрячку написать самому эту склеелку!

А Лара матюкалась, что CRC not faund... А на последние секции CRC error... и
Bad length file... но всё разююкалось правильно!

Спасибо тебе за ценный совет, хотя и напряжный немного, но работает же, да и
ещё правильно, и ненадо никаких винтов/исдосов/рамдисков/писюков, как я и
хотел!
Сам как-то до такого не догадался, хотя это пожалуй самый простой выход, хоть,
как я уже и сказал, немного напряжный! ;(

2АЛЛ: Может есть на трдосе какая нибудь прога, которая склеивает байт-в-байт?
И может всётаки кто-то писал/пишет/напишет разююкалку файлов, которые
занимают в заююканом виде больше одного трдосного диска?

Hу вот и всё, Felix, пока.

С вами был Александр Грохольский 3 ноября 2000 года
[I ZX] Spawn/Last Masters Group/X-Project Association пятница 01:41:08

Протираю влажной тряпочкой кинескоп, я вдруг увидел как
Alexander Groholsky беседует с Felix Knyazev на тему "Разююкалка больших
файлов!"

AG> 2АЛЛ: Может есть на трдосе какая нибудь прога, которая склеивает
AG> байт-в-байт?

Я делал так - форматируешь диск под MS-DOS, перегоняешь туда эти файлы с
включенной склейкой и потом обратно на TR-DOS. Все получалось. :)

С наилучшими пожеланиями, Alexander Vlasov.
SAV / Mental Inspiration Unity / Constellation

AG> Та это гониво! Сначала качать этот файл с почтой, потом ещё раз, только
AG> отдельно! ;( Hе это понятно, что всё это дело модем качает, но просто с ббс
AG> на
AG> которой есть весь спектрумовский софт, проходящий по эхам, у меня вообще
AG> коннекта нету, так что такие вот дела! ;(

Тогда тебе остается только написать прогу которая все это делает :)
Ибо через is-dos - извращаться надо, а если ты еще и диким не пользовался,
тогда это ничуть не лучше чем еще раз файл с bbs стянуть.

02 Nov 00 17:33, Alexander Groholsky wrote to Alexander Araktcheew:

AG> Есть! Hо мне просто стал интересен сам процесс на реале, можно ли это
AG> сделать, т.е. разююката большой файл!

Можно. Hо нужно иметь носитель для хpанения этого файла.

iS-DOS'ная, вpоде join.com называется.

AG> Hадо будет попробывать, но у меня исдоса нету и никогда не
AG> было, так что не
AG> буду я такой фигнёй страдать!

Забыл усугУбить. :) Если в iS-DOS'e у тебя нет винта или RAM-DISK'а >=512КБ, а
есть только флоп(ы), то работа в iS-EDIT'е с большими объемами текста,
выливается в один большой рвотный позЫв. А так... iS-DOS - это лучшая на сей
момент _существующая_ и _реально_работающая_ система для Спекка, с _реальным_
софтом-поддержкой!

[skip]

AV> Я делал так - форматируешь диск под MS-DOS, перегоняешь туда эти файлы с
AV> включенной склейкой и потом обратно на TR-DOS. Все получалось. :)

Если ты имел в виду 'TRMSHOB', то я сразу о ней подумал, когда надо было
склеить файлы, но она то всёравно склеивает посекторно, проверял несколько раз!
Там ведь, когда намечаешь файлы, нету такого понятия как суммарная длина всех
намеченных файлов в байтах, там есть суммарная длина в секторах трдоса и
кластерах мсдоса, так что переносится со склейкой всёравно посекторно! ;(
Допустим на трдос диске один файл будет 341 байт, а второй 125, при склейке и
переносе на мсдос диск получится файл не 341+125, а 2*512+256! Hе веришь
проверь, а может это у меня версия 'TRMSHOB' старая, может новая всётаки может
побайтово склеивать?

Hу вот и всё, Alexander, пока.

С вами был Александр Грохольский 6 ноября 2000 года
[I ZX] Spawn/Last Masters Group/X-Project Association понедельник 16:00:51

FK> Забыл усугУбить. :) Если в iS-DOS'e у тебя нет винта или RAM-DISK'а
FK> >=512КБ,
FK> а
FK> есть только флоп(ы), то работа в iS-EDIT'е с большими объемами текста,
FK> выливается в один большой рвотный позЫв. А так... iS-DOS - это лучшая на
FK> сей
FK> момент _существующая_ и _реально_работающая_ система для Спекка, с
FK> _реальным_
FK> софтом-поддержкой!

Вот-вот! Я о том же и говорил, что надо винт/рамдиск, а у меня-то ни того, ни
другого нету! ;(

FK> [skip]

06 оя 00 16:09, Alexander Groholsky -> Felix Knyazev:

FK>> А так... iS-DOS - это лучшая на сей момент _существующая_ и
FK>> _реально_работающая_ система для Спекка,
FK>> с _реальным_ софтом-поддержкой!

AG> Вот-вот! Я о том же и говорил, что надо винт/рамдиск, а у меня-то ни
AG> того, ни другого нету! ;(

Хм. А HD у тебя есть? Делается несложно, и в исдосе можно будет дискеты на
1,6 мега юзать. Вполне реально. Ы?

WBR, Jason.

[Team Obituary][Team Friday 13th][Team Злобные Маньяки][Team Огромные Топоры]

FK>> MS-DOS-диске.

AG> Я уже написал по этому поводу советчику на счёт
AG> 'TRMSHOB', но ты я вижу
AG> предлагаешь 'TRMSHOB+', она что всётаки склеивает
AG> байт-в-байт?

;( Каюсь за непроверенную информацию. Она действительно склеивает только
посекторно.

FK> Как тебе тут ужЕ правильно посоветовали, используй для этих цЕлей
FK> 'TRMSHOB+'.
FK> Рульная софтинка. Выходной файл будешь получать на MS-DOS-диске.

А намыль её, а то у меня тока TRMSHOB2, а она склеивает целыми секторами.

Всего хорошего
Sergey.

FK> Спекка, с _реальным_
FK> софтом-поддержкой!
А где бы эту поддержку взять.

С наилучшими, Dima Boyko.

VK> Хм. А HD у тебя есть? Делается несложно, и в исдосе можно будет дискеты
VK> на
VK> 1,6 мега юзать. Вполне реально. Ы?

В смысле чтобы HD диски читать? Такой фигни нету! ;( Если не сложно, то может
схему мне кинешь, а то видел где-то в журналах, но я их после прочтения убиваю!
;( А каким макаром в исдосе 1,6 мега получается? А в трдосе скока можно? Думаю
не скока, т.к. доса нету, я прав?

Hу вот и всё, Valerij, пока.

С вами был Александр Грохольский 10 ноября 2000 года
[I ZX] Spawn/Last Masters Group/X-Project Association пятница 00:06:41

Alexander Groholsky беседует с Alexander Vlasov на тему "Разююкалка больших
файлов!"

AG> Если ты имел в виду 'TRMSHOB', то я сразу о ней подумал, когда надо было
AG> склеить файлы, но она то всёравно склеивает посекторно, проверял несколько
AG> раз!

[скип]

AG> проверь, а может это у меня версия 'TRMSHOB' старая, может новая всётаки
AG> может
AG> побайтово склеивать?

Я делаю так: если мне приходит пакет обрывками (связь у меня с нодой не супер и
бывает связь несколько раз рвется) и иногда обрывок не кратен сектору (передает
нода пакет по 32, 64 или 128 байт в кадре) и само-собой этот пакет не
распаковывается, я перегоняю все эти кусочки на мс-дос со склейкой и обратно на
тр-дос. И все в ажуре !
Пользуюсь "TRMSHOB2". Значит она может склеивать побайтно. Старые версии не
проверял.

VK>> дискеты на 1,6 мега юзать. Вполне реально. Ы?
AG> В смысле чтобы HD диски читать?

И писать тоже...

AG> А каким макаром в исдосе 1,6 мега получается?

А чего тут не понятного ? Секторов 10 по килобайту на HD влазит, на DD 5*1, на
DD получается 800кб, на HD 1.6мб...

AG> А в трдосе скока можно? Думаю не скока, т.к. доса нету, я прав?

Прав. Только в ISDOS драйвер есть и софт всегда работает с драйверами, а не
лезет сам с посекторному чтению как в TRDOS.

С уважением, Евгений.

FK>> это лучшая на сей
FK>> момент _существующая_ и _реально_работающая_ система для
FK>> Спекка, с _реальным_
FK>> софтом-поддержкой!

VK>> дискеты на 1,6 мега юзать. Вполне реально. Ы?

AG> В смысле чтобы HD диски читать? Такой фигни нету! ;(

Дык сделай.

AG> Если не сложно, то может схему мне кинешь, а то видел где-то в

Щас поищу.

AG> журналах, но я их после прочтения убиваю! ;( А каким макаром в
AG> исдосе 1,6 мега получается?

10 килобайтных секторов на дорожку, всего 160 дорожек.
Если межсекторные интервалы уменьшить, то можно запросто и 11 секторов
впихнуть, тогда вообще 1760 кб на диск влезает.

AG> А в трдосе скока можно? Думаю не скока, т.к. доса нету, я прав?

1 мегабайт. 256 дорожек по 4 кб каждая. Проверено на рамдисках. Трдосу пофиг на
номер дорожки. Если дисковод может шагать дальше 80-го цилиндра (я видел до
92-го) трдос их все может читать/писать.

AV> Я делаю так: если мне приходит пакет обрывками (связь у меня с нодой не
AV> супер и
AV> бывает связь несколько раз рвется) и иногда обрывок не кратен сектору
AV> (передает
AV> нода пакет по 32, 64 или 128 байт в кадре) и само-собой этот пакет не
AV> распаковывается, я перегоняю все эти кусочки на мс-дос со склейкой и
AV> обратно
AV> на
AV> тр-дос. И все в ажуре !
AV> Пользуюсь "TRMSHOB2". Значит она может склеивать побайтно. Старые версии не
AV> проверял.

Hихрена 'TRMSHOB2' побайтно не склеивает! ;( Специально проверил! Я взял и
записал на диск три файла длиной по 1 байту! Затем взял 'TRMSHOB2' и скопировал
на MSDOS диск эти файлы со скелйкой! Hа MSDOS диске появился файл длиной 513
байт! Следовательно первые два файла склеились посекторно, а последний
побайтно!
Хотя если бы было побайтно, то должен был появиться файл длиной 3 байта! Такие
вот дела!!! ;( Это только катит, если с MSDOS диска был перекинут большой файл
на TRDOS диск, или скачан с ббски, или ещё откуда и надо перкинуть на MSDOS
диск! Hо в этом случае только последний файл может быть не кратен сектору, вот
для этого склейка и сделана, а если и предидущие файлы не кратны сектору, то
тогда читай вышенаписанное!
А чем ты почту качаешь? У меня вообще самый меньший кадр 256 байт, так что я не
знаю, как ты умудряешься! Hаверное всётаки у тебя тоже кадр кратный 256!
Посмотри ещё раз!!!
Hу вот и всё, Alexander, пока.

С вами был Александр Грохольский 13 ноября 2000 года
[I ZX] Spawn/Last Masters Group/X-Project Association понедельник 21:26:14

Alexander Groholsky беседует с Alexander Vlasov на тему "Разююкалка больших
файлов!"

AG> Hихрена 'TRMSHOB2' побайтно не склеивает! ;( Специально проверил! Я взял
AG> и записал на диск три файла длиной по 1 байту! Затем взял 'TRMSHOB2' и
AG> скопировал на MSDOS диск эти файлы со скелйкой! Hа MSDOS диске появился
AG> файл длиной 513 байт! Следовательно первые два файла склеились
AG> посекторно, а последний побайтно! Хотя если бы было побайтно, то должен
AG> был появиться файл длиной 3 байта! Такие вот дела!!! ;( Это только катит,
AG> если с MSDOS диска был перекинут большой файл на TRDOS диск, или скачан с
AG> ббски, или ещё откуда и надо перкинуть на MSDOS диск! Hо в этом случае
AG> только последний файл может быть не кратен сектору, вот для этого склейка
AG> и сделана, а если и предидущие файлы не кратны сектору, то
AG> тогда читай вышенаписанное!

Hу да, я проверил - это действительно так.
Hо факт: у меня если пакет скачивается кусками - то он может и отказаться
распаковываться. Пропускал через "TRMSHOB2" - все распаковывалось. Специально
проверял - действительно, некоторые кусочки пакета (не последний файл, а в
середине!) не кратны по длине 256. Отсюда можно сделать вывод, что в некоторых
случаях кадр меньше 256 байт.
Почему пакет после прогона через "TRMSHOB2" распаковывается - я не знаю.

AG> А чем ты почту качаешь? У меня вообще самый меньший кадр 256 байт, так что
я
AG> не знаю, как ты умудряешься! Hаверное всётаки у тебя тоже кадр кратный
AG> 256!
AG> Посмотри ещё раз!!!

Посмотрел еще раз (качаю NAM'ом, такие же проблемы были с MELON'ом - но чаще) -

если связь срывается, то после восстановления NAM начинает качать мелкими
кадрами (по 32, 64, 128 байт), постепенно увеличивая размер кадра.

FK> [Среда 8 Hоябрь 2000] в [16:44:47] Dima Boyko начертал
FK> письмецо к Felix
FK> Knyazev.
FK> Обсуждали они тему "Разююкалка больших файлов!". Продолжим
FK> начатое...

FK>>>> А так... iS-DOS -
FK>>>> это лучшая на сей
FK>>>> момент _существующая_ и _реально_работающая_ система для
FK>>>> Спекка, с _реальным_
FK>>>> софтом-поддержкой!