[TC] как подружить старую библиотеку с новым библиоманом

здравствуйте, Всем и Алексей!
зачем так заморачиваться?
сносите старый Максридер и его библиотеку, ставте новый с новой
библиотекой. все книги из старого макса есть в новом.тем более они теперь в
новом формате..
С уважением, Александр из Хабаровска.

Доброе время суток!
Original Message > зачем так заморачиваться?

Дак вот именно, что от нового макса у меня библиотеки и нету. есть от
какойто промежуточной версии.
--
С уважением, Алексей.
г.Новосибирск.

здравствуйте, Всем и Алексей,!
Вы пишите:
"Дак вот именно, что от нового макса у меня библиотеки и нету. есть от
какойто промежуточной версии."
адо этого ВЫ , вроде, писали, что скачали библиотеку макса, по ранее
опубликованной сдесь ссылке. если речь шла о мартовской библиотеке, то там
был и максридер, и конвертер fb2.
С уважением, Александр из Хабаровска.

здравствуйте, Всем и Алексей!
теперь я понял, Вы просто скачали одну программу максридер. вам тогда нужен
хотябы библиоман от старой библиотеке
если у Вас безлимитка, то загляните сюда:
http://sitedia.narod.ru/list_links.htm
С уважением, Александр из Хабаровска.

всем привет!! и алексей!! искать ту версию максридера, от которого
библиотека. поскольку в последних версиях большинство книг идёт в формате
fb2, а в более ранних были txt doc rtf, новыйбиблиоман их открывать не
будит. а лучше скачать мартовскую библиотеку по ссылке
http://sitedia.narod.ru/list_links.htm
с уважением, владимир.

Доброе время суток!

Скачал библиотеку, а как её разпаковать немогу разобраться. ставлю на
извлечение первый том, но судя по содержимому архивов тома разпаковываются
явным образом не все, да и размер получается около 4 гигов. кто разобрался
как это дело всё разпаковать, пишите ПЛС. Буду рад помощи.
--
С уважением, Алексей.
г.Новосибирск.

всем привет!! и алексей!! если вы скачали все 117 томов архива, сложите их в
одну папку. откройте её выделите всё,
распоковать можно через контекстное меню "винрар" подменю, распоковать в
текущую папку, либо нажать энтер, запустится винрар, меню "команды", пункт
"извлечь в указанную папку. процесс распаковки займёт довольно длительное
время. должно получиться 16 папок-cd01, cd02 и т.д. если не получается 16
папок, то некоторые тома скачались с ошибкой, и их надо перекачать. для
этого надо смотреть диагностические сообщения винрара, которые будут
появляться во время распаковки. или воспользоваться функцией восстановления
архивов. лучше второе.
итак 16 папок получилось. потом из первой папки cd01 папку lib скопировать
в корень диска D, потом содержимое всех папок lib копировать туда,
соглашаясь на замену. должно получиться 10,7 GB.
с уважением, владимир.

Здравствуйте!
Сменил тему, ибо речь уже будет идти чуть о другом. Владимир писал, что для
того, чтобы распаковать тома, которые будут с ошибкой, нужно либо перекачать
тома, либо запустить восстановление архива, и лучше второе. Так-то оно так,
но в инете в основном архивы не восстанавливающиеся, а всё из-за того, что
большинство тех, кто пакует в архивы, не ставят флажок добавить информацию
для восстановления. Вот потому в основном архивы, которые в инете, не
восстанавливаются. Лично я не жалею, что архив будет на пару-тройку кб
больше, но знаю, что если кому-то этот архив дам и у него будут повреждения,
он всегда его сможет восстановить. Вот поэтому советую всем, кто пакует
что-то для выкладывания, ставить эту птичку, и тогда не нужно будет при
повреждении перекачивать. Особенно это в тему для тех, у кого платный
траффик.
С уважением Виктор, г. Гродно, Беларусь!
lvit***@i*****.ru
skype: victor.levko

Здравствуйте, дамы и господа.

Виктор Левко пишет:

Конец цитаты.

Мне кажется, всё не так просто. Виктор или заблуждается, или лукавит,
что пара-тройка кб спасёт повреждённый архив. В случае повреждения
архива информация для восстановления лишь с некоторой вероятностью
способна восстановить архив. И вероятность эта зависит, естественно,
от соотношения общего объёма информации и объёма информации для
восстановления. В винраре по умолчанию предлагается 1 процент, то
есть, информация для восстановления составляет одну сотою от общего
объёма информации. Соответственно и восстановить она может лишь ОЧЕНЬ
небольшие повреждения архива (около 1 процента). Например, если мы
скачиваем файл размером 100 мб, и связь рвётся, то восстановить архив
можно лишь если не хватает примерно одного мб, а это довольно редкий
случай. Увеличить объём информации для восстановления в настройках
винрара можно, но это приведёт к раздуванию архива.

На самом деле, механизм добавления в архив информации для
восстановления был придуман (и предназначается) вовсе не для
интернета, а для борьбы с плохими носителями, с флоппи-дисками в
первую очередь. Это там может не прочитаться один или несколько
секторов посредине архива, и это обычное для дискет дело. Для инета
это совсем не так.

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

--
С наилучшими пожеланиями
Владимир Лукьянов, Москва mailto:public.l***@r*****.ru

Здравствуйте, Владимир.

Вы писали 17 августа 2009 г., 11:19:26:

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

Моё мнение основано на большой статистике: я закачал все архивы с
abuki.info, и в примерно 1% случаев при проверке архивов были ошибки
CRC. Клиенты использовались FlashGet и Download Manager, компьютеры и
типы соединений с интернетом тоже были разные, но общая статистика
такова: примерно 1% архивов битые. Если в них была информация для
восстановления -- я восстанавливал, если нет -- приходилось
перекачивать. Поэтому некоторое количество инфы для восстановления, на
мой взгляд, приносит пользу.

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

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

Здравствуйте всем!
Я, когда пакую, то ставлю именно максимальное сжатие и добавляю информацию
для восстановления. А чтобы не сбиваться с этих настроек, то создал этот
профиль по умолчании и когда пакую, сразу пакуется именно с этими
параметрами.
С уважением Виктор, г. Гродно, Беларусь!
lvit***@i*****.ru
skype: victor.levko

здравствуйте,господа. а что такое "информация для восстановления"? иными
словами,что туда прописывать,или же это редактор чтения с опциями?
алекс машин
xwj@m*****.ru

Здравствуйте, Алекс,

Когда Вы создаёте архив винраром в диалоговом окне добавления в архив
среди прочих настроек есть чек-бокс "добавить информацию для
восстановления". Если в нём поставить галочку, то к архиву добавится 1
процент информации, которая может помочь восстановить повреждённый
архив, если повреждение не превышает примерно одного процента
информации. В дополнительных настройках винрара можно выставить и
другой объём информации для восстановления. И этот объём, и саму
галочку включения информации для восстановления в архив можно задать в
профиле винрара по умолчанию. Как справедливо указал уважаемый Егор, в
профиле по умолчанию хорошо бы выставлять максимальную степень сжатия.

--
С наилучшими пожеланиями
Владимир Лукьянов, Москва mailto:public.l***@r*****.ru

Vande omentaina, алекс!

С точки зрения GUI это флажок. Архиватор сам её каким-то образом
прописывает, причём можно отрегулировать её количество на вкладке
"Advanced".

Доброе время суток, уважаемые участники рассылки и ВикторЛевко!

В письме от 17 августа 2009 г., 18:31:31 мне довелось прочесть:

А что Вы можете сказать про пункт, протестировать архив? Имеет ли
смысл ставить этот флажок?

А это где делается, подскажите, пожалуйста?

Доброго времени суток всем!
Ivbera в письме от 18.08.2009; 13:27 пишет:

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

Здравствуйте, уважаемый Егор,

Не могу принять подобную аргументацию. Я скачиваю сотни гигабайт
аудиокниг, фильмов и музыки с различных серверов и файловых сетей -
сайтов, файлобенников; торрентов и идонки-сетей. Ни одного повреждённого
при перекачке файла за больше чем 10 лет я не встречал (я говорю не о
недокачанных, а об искажённых). Поэтому ваш личный опыт меня совсем не
убеждает. А что при сетевом трафике данные теряются, а точнее говоря,
искажаются ... по-моему, это сказки.

Вы же понимаете, TCP-IP он и в Африке ти-си-пи-ай-пи, что в инете, что
в локальных сетях. А как могли бы работать локальные сети, если бы
вероятность искажения передаваемых данных была около одного процента.
Вопрос риторический. хе-хе.

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

Не понимаю, как это возможно. Звучит как "жаренный лёд". То есть,
вывод напрашивается один -- ваши менеджеры закачек не справляются с
разрывами/восстановлениями связи. Ну... хмм... Наверное, можно это
компенсировать призывами ко всем включать в архив информацию
для восстановления, кривоватый, конечно, путь, но можете с Виктором,
так сказать, вопиить в пустыне. :-) Я бы, наверное, другим путём пошёл.
Для начала, можно покопаться в настройках даунлоудеров, например,
увеличить размер отката перезакачки при разрыве. Можно другие
даунлоудеры попробовать. Можно другого провайдера попробовать. :-)

А про вопиющего в пустыне я не в обиду Вам или Виктору. Просто многие
в больших городах имеют итернет через локальные сети, и там он
практически не рвётся. Мне кажется, вряд ли они проникнуться вашими
проблемами.

Интересно, как Вы понимали, что архивы битые именно при скачивании -
повторное скачивание давало другой архив? Мне, конечно, попадались
битые архивы, но ни разу повторное скачивание не давало другого
результата. Отсюда я делаю вывод, что архивы выложены уже в битом
состоянии. Как они стали такими - не знаю. Но ошибок скачивания не
было. Отмечу, связь у меня рвётся крайне редко,.

Я уж даже и не помню, как ведёт себя винрар при битом архиве,
содержащем информацию для восстановления. Он что,
предлагает восстановить архив, или сразу (автоматически) при
разворачивании и тестировании использует информацию для
восстановления?

Помню забавный случай, скачал как-то очень редкую музыку, а архив
битый, не извлекает из него винрар ничего, пишет о несовпадении CRC.
Ну, включил при развёртывании опцию "оставлять на диске повреждённые
файлы", и -- о радость! -- все треки остались на диске, и все
играются. Как-то так ошибка легла очень удачно. То ли не в файлах она
была, то ли так в файл легла, что на проигрывании и звуке это не
отразилось. Короче, тоже иногда полезная "птичка".

Личное мнение - дело святое. И Вы, и уважаемый Виктор, и я - все имеют
право на личное мнение.

Это, конечно, в общем верно. Есть, правда, рейтинговый трафик на
торрентах. Но, из-за одного процента лишнего трафика лично я ломать
копья не буду.

Разумеется. Академический интерес может представлять анализ: что при
этом выгоднее? Скачивать файлы без информации для восстановления, с
возможными перезакачками. Или скачивать все файлы с дополнительной
информацией для восстановления. Ясное дело, важен объём этой самой
информации для восстановления. Скажем один процент. По вашим словам,
примерно 1 процент архивов оказываются битыми. Сколько из них надо
перекачивать? то есть, у скольких не хватает 1-го процента информация
восстановления? В конечном счёте, что выгоднее для меня совсем не
очевидно.

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

Согласен. Более того, надо помнить, что при использовании винрара на
двух- и более ядерных процессорах максимальное сжатие даёт худший
результат в смысле сжатия при включённой по умолчанию опции
многопоточности. Так что, если действительно радеть за размер архива,
то придётся отключить многопоточность, и набраться терпения, --
работать будет заметно медленнее, зато размер будет чуть-чуть меньше.

В принципе, и с размером словаря винрара можно играть для разных типов
архивируемых фалов, и тоже чуть-чуть выигрывать в сжатии. И с опцией
"непрерывный архив" можно играть.

--
С наилучшими пожеланиями
Владимир Лукьянов, Москва mailto:public.l***@r*****.ru

Доброго времени суток всем!
Владимир Лукьянов в письме от 18.08.2009; 14:47 пишет:

Можно, но, повторюсь, если думать о том, что файл таинственным
образом будет побит, тогда надо выключать солиды, тогда восстановление
архива заметно увеличится, ибо потеряется только битый файл, тогда,
как при солидах мы потеряем всю часть архива, которая находится после
сбойного блока. Вообще, тут можно много ломать копья, но проблема
битых архивов в инете имеет корни, растущие из плохого инета, кривых
рук пользователя, или администратора сети, и у админов кривые руки
таки тоже бывают, но в большинстве случаев, проблема решается
выпрямлением пользовательских рук и мозгов. А вообще же, если
серьёзно, архив может таки побиться, особливо, например, если качаем
какой-то п2п-прогой, использующий udp, а в udp повторно данные не
отсылаются по определению, но даже с этой стороны, никто не мешает
программе пересчитывать хеши и перекачивать самостоятельно сбойные
куски, при использовании tcp/ip возможность потери данных сильно
уменьшается, т.к. сам протокол предусматривает повторную отправку
данных... С другой стороны, если у провайдера гнилой канал и/или
криворукие админы, тогда уже надо общаться с провайдером на предмет
нормализации канала, ибо, понятно, если письмо на 1 килобайт пролезает
на сервер по минуте, а пинги в несколько секунд являются нормой,
никакое Time to live не спасёт, пакеты просто отвалятся по таймауту,
дабы совсем не устргоить на канале затор.

Здравствуйте, yuniks.

Вы писали 18 августа 2009 г., 15:06:31:

Нет, мы изначально говорим о возможности полного восстановления
архива, без пропуска битых файлов. С информацией для восстановления
всё равно какой архив -- непрерывный или нет, ибо коды Рида-Соломона
вычисляются уже для сжатых данных. Соответственно, эти коды позволяют
восстановить такой же объём повреждённых данных, каков объём этих кодов.

Доброго времени суток всем!
Yegor в письме от 18.08.2009; 23:08 пишет:

Тогда для гарантии восстановления информация должна занимать не менее
50 процентов объёма архива, в остальных случаях восстановление может и
не помоч.

Здравствуйте, yuniks.

Вы писали 18 августа 2009 г., 23:23:06:

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

Доброго времени суток всем!
Yegor в письме от 19.08.2009; 3:23 пишет:

Не согласен, посмотрим формат одного блока раровского архива:

Каждый блок начинается со следующих полей:

HEAD_CRC 2 байта CRC всего блока или его части
HEAD_TYPE 1 байт Тип блока
HEAD_FLAGS 2 байта Флаги блока
HEAD_SIZE 2 байта Размер блока
ADD_SIZE 4 байта Необязательное поле - добавление к размеру блока

Поле ADD_SIZE присутствует, только если (HEAD_FLAGS & 0x8000) != 0

Общий размер блока указан в поле HEAD_SIZE, если (HEAD_FLAGS & 0x8000) == 0
или HEAD_SIZE+ADD_SIZE, если есть поле ADD_SIZE, при этом
(HEAD_FLAGS & 0x8000) != 0.

Во всех блоках следующие биты в HEAD_FLAGS имеют одинаковое значение:

0x4000 - если установлен, то старые версии RAR будут игнорировать этот блок
и удалять его при изменении архива;
если не установлен, то блок копируется в новый архивный файл при
изменении архива;

0x8000 - если установлен, то присутствует поле ADD_SIZE, и размер полного
блока составляет HEAD_SIZE+ADD_SIZE.

Заявленные типы блоков:

HEAD_TYPE=0x72 блок-маркер
HEAD_TYPE=0x73 заголовок архива
HEAD_TYPE=0x74 заголовок файла
HEAD_TYPE=0x75 заголовок комментария старого типа
HEAD_TYPE=0x76 электронная подпись старого типа
HEAD_TYPE=0x77 субблок старого типа
HEAD_TYPE=0x78 информация для восстановления старого типа
HEAD_TYPE=0x79 электронная подпись старого типа
HEAD_TYPE=0x7a субблок

Блок комментария используется только внутри других блоков.

Обработка архива происходит следующим образом:

1. Читается и проверяется блок-маркер
2. Читается заголовок архива
3. Читаются или пропускаются HEAD_SIZE-размер(MAIN_HEAD) байт
4. Если обнаружен конец архива, то обработка архива прекращается, иначе
читаются 7 байт в полях HEAD_CRC, HEAD_TYPE, HEAD_FLAGS, HEAD_SIZE.
5. Проверяется HEAD_TYPE.
Если HEAD_TYPE==0x74
прочитать заголовок файла (первые 7 байт уже прочитаны)
прочитать или пропустить HEAD_SIZE-размер(FILE_HEAD) байт
Если (HEAD_FLAGS & 0x100)
прочитать или пропустить HIGH_PACK_SIZE*0x100000000+PACK_SIZE байт
иначе
прочитать или пропустить FILE_SIZE байт
иначе
прочитать соответствующий блок HEAD_TYPE:
прочитать HEAD_SIZE-7 байт
если (HEAD_FLAGS & 0x8000)
прочитать ADD_SIZE байт
6. Перейти к шагу 4.

Форматы блоков
Блок-маркер (MARK_HEAD)
HEAD_CRC Всегда 0x6152
2 байта

HEAD_TYPE Тип заголовка: 0x72
1 байт

HEAD_FLAGS Всегда 0x1a21
2 байта

HEAD_SIZE Размер блока = 0x0007
2 байта

Блок-маркер в действительности считается фиксированной последовательностью
байт: 0x52 0x61 0x72 0x21 0x1a 0x07 0x00

Заголовок архива (MAIN_HEAD)
HEAD_CRC CRC полей от HEAD_TYPE до RESERVED2
2 байта

HEAD_TYPE Тип заголовка: 0x73
1 байт

HEAD_FLAGS Битовые флаги:
2 байта
0x0001 - Атрибут тома (том многотомного архива)
0x0002 - Присутствует архивный комментарий
RAR 3.x использует отдельный блок комментария
и не устанавливает этот флаг.

0x0004 - Атрибут блокировки архива
0x0008 - Атрибут непрерывного (solid) архива
0x0010 - Новая схема именования томов ('volname.partN.rar')
0x0020 - Присутствует информация об авторе или
электронная подпись (AV)
RAR 3.x не устанавливает этот флаг.

0x0040 - Присутствует информация для восстановления
0x0080 - Заголовки блоков зашифрованы

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

Здравствуйте!
Ivbera, извините за задержку ответа, вчера не уходили письма с ящиков на
mail.ru, а потому отвечаю лишь сегодня. Вы спрашивали, как сделать профиль с
вашими настройками по умолчании? Когда нужно запаковать вам что-либо
и если вы это делаете через контекстное меню, то после нажатия пункта
добавить в архив табаете два раза, и там будет кнопка профили. Жмёте её и
выпадает контекстное меню с несколькими пунктами. Я ставлю первый же, т.е.
сохранить данные параметры как новый профиль.
После нажатия энтер вылезают настройки данного профиля. Я там ставлю два
флажка:
сделать данный профиль профилем по умолчании и немедленное выполнение. Затем
ок и наслаждайтесь!
С уважением Виктор, г. Гродно, Беларусь!
lvit***@i*****.ru
skype: victor.levko

здравствуйте. как качать SDownloader-ом? сейчас всё чаще стали попадаться
ссылки на скачивание которые доунлод мастером скачиваются как html страницы.
говорят, что такое нужно качать SDownloader. скачл я их себе, аж 2 штуки, но
ни с одним ни с другим не понятно, как работать. напишите, кто знает как это
делается.
с уважением Вадим. Тихорецк. скип- a-zvadim тф. 8 861 96 7 27 95. моб. 8 961
520 280 9.

Доброго времени суток.
Несколько раз бывали случаи, когда по ссылке, опубликованной в листе скачивался
битый архив, в то же время по сообщениям других по той же ссылке архив оказывался
нормальным. Со связью и менеджером закачки всё в полном порядке. В чём здесь
может быть причина?
Сергей Бизин.

Здравствуйте, Сергей.

Видите ли, Сергей... Точный диагноз по такой информации, как мне
представляется, никто не сможет дать. В этом отношении очень
показательно письмо уважаемого Егора. Он пользователь очень грамотный,
и специально интересовался аналогичной проблемой, но точного ответа не
нашёл. Слишком уж много гипотез надо проверить, начиная с анализа
собственного софта и "железа", продолжая анализ линии связи к
провайдеру, и заканчивая линиями связи с интернет-сервером и самим
сервером. Глюки могут возникать на любом участке. То, что мы реально
можем сделать, это проверить свои железо и софт. Но и это требует
определённой квалификации, которая, на мой взгляд, заметно превышает
квалификацию обычного пользователя. Например, чтобы убедиться в
100-процентной работоспособности сетевой карты или модема надо не
только иметь с чем их сравнивать, но и грамотно построить
тестирование.

Самый реальный совет, который я вам могу предложить, это набирать
статистику, какой процент не скачивается, с каких серверов, какими
программами. Очень важно проверять полностью ли скачан архив, или
произошла недокачка, и тогда по чьей вине -- обрыв связи с инет у Вас,
или недодача сервером. Желательно приложить описание железа -- модем,
сетевая карта, процессор, память (конкретные модели можно взять из
Эвереста). И вот с этой информацией посоветоваться с кем-нибудь из
специалистов. Я думаю, в нашей рассылке найдутся достаточно
квалифицированные люди.

Здравствуйте, Владимир.

Вы писали 18 августа 2009 г., 14:47:30:

offtop

Иногда и сетевые карты глючат. Иногда свичи. Как-то на работе
столкнулся с ситуацией, когда данные, передаваемые по сети, иногда
передавались с ошибками. Причём, системности никакой не наблюдалось.
Это была сеть в офисе на гигабите. Оказалось, что стоявшие сетевые
карты перегревались, если по ним перекачивали большой объём данных
(порядка 20 Гб за раз), и начинали глючить: данные передавались с
искажением. Пришлось поменять все карточки.

Другой случай был с гигабитным свичём. Он стоял в цеху и периодически
тоже подглюкивал, правда, данные не портил, а просто как бы случайно
сбрасывался. Оказалось, что скачки напряжения в сети, возникающие
из-за работы оборудования, вредно влияют на свитч. Проблема решилась
впайкой конденсатора на 1000 мкФ в цепь питания свича.

/offtop

Я тоже не понимаю. Поэтому просто говорю как факт.

Это всё пробовалось. Я же написал, что пользовал флашгет и даунлоад
мастер, на разных компах с разными подключениями к интернету: и adsl,
и через ethernet (т.е. провайдеры тоже были разными). Одно
существенное обстоятельство: я качал не абы откуда, а с abuki.info. С
либрусека, например, у меня вся библиотека слилась без ошибок, а она
тоже не маленькая. Вероятно, проблемы могут быть связаны и с сайтом.
Но данных слишком мало чтобы делать выводы.

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

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

С торрентами дело совсем другое. Там есть хэш, и если он не совпал
(т.е. данные были переданы с ошибками), то повреждённый кусок просто
будет перекачан заново. Поэтому в торрентах инфа для восстановления
действительно лишняя.

Доброго времени суток всем!
ВикторЛевко в письме от 17.08.2009; 0:09 пишет:

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

сем здравствуйте!
Большое спасибо за советы. проблема решилась переустановкой винрара.
Тоесть, вопрос снимается.
--
С уважением, Ромашов Алексей.
г.Новосибирск.

Привет Алексей!

ты писал:

Могу предложить два варианта, первый загляни на мой сайт, и там есть
описание как прикручивать подобное, но пустых будет много,
второе, могу выслать во вложениях близкий к этому установочный макс с
базойно как мне помнится на 29000 книг, или на3800, но это ужв новом
формате, а последняя на 50000 на сайте:

http://cyber-speech.narod.ru

Если нужно высылать, сообщи по сколько мб можешь принять установычный макс,
общий вес около 25 мб.
и я отыщу в своих запасах.

С уважением, Валерий Антоненков.