» ZIDRAV и CRC Recovery 2005

Ага меня интересует именно без изменения исходных файлов.

шапка поднята

Widok если не сложно сделай доброе дело и вынеси тему про zidrav в другой топик. Я прекрасно понимаю что людям это интересно и актуально. Но я как автор темы интересуюсь несколько другим типом программ совершенно отличающихся от простой сверки контрольной суммы по частям и перезаливки битых кусков. Меня интересуют проги для восстановления запорченых файлов не имеяя хорошего файла но имея заранее созданый некий файл с информациея для восстановленя.

Cheburashka
хм... вообще то - шапкой становиться первое сообщение в топике - а первое сообщение - это сообщение автора топика... т.е. не вы а 777.

посему предлагаю как раз наоброт - переименовать топик в ZIDRAV 3.5

восстановление битых файлов - через сравнение ЦРЦ битого и оригинального файлов.

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

Добавлено:
777
Х
Цитата:

ТТП://rapidshare.de/files/4216568/CRC-Recovery_2005.rar.html

сылка дохлая... вернее файл удален с обменника....

плиз скинь куда нить а я положу на свой хостинг - будет лежать долго...

Добавлено:
777

Цитата:

Программа CRC Recovery в основном нужна Диалапщикам

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

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

CRC_Recovery_2005.rar
zidrav_3.5.zip

Hrist
Редиректит, но скачать не даёт. Отремонтировать надо бы

P.S. Вот ссылки на 3 проги:
http://rapidshare.de/files/32179627/zidrav-3.5-bin.tar.gz.html
http://rapidshare.de/files/32190952/CRC-Recovery-Final.rar.html
http://rapidshare.de/files/32179596/hashcalc.rar.html
первые две с представлении не нуждаются, а третья -- SlavaSoft Hash Calculator v2.01. Классная прога, лучшая в своем роде. Хеш вычислитель, который поддерживает MD2 MD4 MD5 SHA1 SHA256 SHA384 SHA512 RIPEMD160 PANAMA TIGER ADLER32 CRC32 eDonkey/eMule (MD4)
...и не редиректите никого почем зря

1nasty1
куда редиректит?
только что скачал без проблем...
может быть вы с антиличем не сталкивались никогда?

а вот на рапидшаре - ссылки умрут рано или позндно - не говоря у же о том что некотоых она бесит (не меня)...

DOWNLOAD Размер 50 Kb
и exe для Zidrav
на rapidshare повтори

Цитата:

http://rapidshare.de/files/32179596/hashcalc.rar.html

This file has been deleted

Есть битый файл размером 3.42ГБ при попытке сделать cdt этого файла,при помощи ZIDRAV 3.5 или CRC Recovery 2005 они просто висят,при этом проц грузят на 50%,держал несколько часов,рез-т 0,подскажите пожалуйста что делать

somereal

Цитата:

Есть битый файл размером 3.42ГБ при попытке сделать cdt этого файла,при помощи ZIDRAV 3.5 или CRC Recovery 2005 они просто висят,при этом проц грузят на 50%,держал несколько часов,рез-т 0,подскажите пожалуйста что делать

Скорее всего есть ограничение на размер файла в 2Гб.
У меня максимальный размер файла который обрабатывается (2Гб - 1байт) = 2 147 483 647

Цитата:

Скорее всего есть ограничение на размер файла в 2Гб.

встатет вопрос - чем обрабоать файлы более 2 гигов.

вот есть битый образ висты((((

nehalem

Цитата:

встатет вопрос - чем обрабоать файлы более 2 гигов.

вот есть битый образ висты((((

Можно порезать по 2Гб и каждый кусочек восстановить.

egor23
но у чела с целым образом должны быть такие же нарезанные куски - только целые - как это реализовывать? боюсь не реально...

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

Hrist
нарезать без проблем, только не раром а сплит, скажем в тоутол командере, лучше резать по 100 мег, потом делатьконтрольные суммы и востанавливать только те куски которые отличаются
Удачи

Hrist

Цитата:

но у чела с целым образом должны быть такие же нарезанные куски - только целые - как это реализовывать? боюсь не реально...

Всё реально:
0. Сравниваем размер файла который у Вас(битый) с файлов который у человека(не битый), размер должен быть одинаковый. Сравниваем контрольную сумму файлов (а то вдруг скаченный файл изначально был битый).
1. В TC (Total Commander): Файл - Разбить файл - указываем размер части, например 2000000000 (2 000 000 000).
2. Потом проделываете манипуляции с каждой частью CRC Recovery и отсылаете человеку файлики CDT.
3. Человек разбивает файл на кусочки с таким же размером 2000000000 (2 000 000 000), после он проделывает манипуляции с ними и отсылает Вам файлики CDP.
4. Получив файлики Вы восстанавливаете кусочки и собираете назад файл
В TC (Total Commander): Файл - Собрать файл.
Проверяете контрольную сумму собранного файла на всякий случай.

K V K предложил ещё одну манипуляцию на этапе 1-2: Разбить файл на кусочки Это должны сделать Вы и человек, после сравнить контрольные суммы кусочков (для выявления битых) и же обрабатывать только битые кусочки.

Есть ещё способ на основе ICE ECC - http://www.ice-graphics.com

1. Создаешь ECC файлы с включением: Power 2 sizing scheme + Create empty volume

2. Отдаешь челу у кого битый файл Empty volume.

3. Чел проверяет и грит сколько блоков побито.

4. Отдаешь челу нужно число файлов. За счёт Power 2 sizing scheme создаются файлы с числом блоков: 1, 2, 4, 8, и т.д. То есть набираем нужно число блоков чтоб не качать лишнее. Или сам чел скачивает, если все ECC файлы выложены на FTP

Плюсы:

1. Умеет восстанавливать за один присест сразу много файлов, хоть всю папку Windows

2. Нет ограничений на размер файлов, хоть 2 гига, хоть 20 гиг

3. Делаешь файлы ECC один раз, правда это требует времени. Но зато потом не нужно тому кто выкладывает суетиться и создавать файл дельту

4. Не нужно скачивать лишние блоки. Реально качаешь столько сколько повреждено

Залейте плиз CRC_Recovery куда-нибудь

[----]

[-----------]

Цитата:

понял в чем разница!

основное отличие - это предназначение программ вообще то.


Цитата:

CRC-Recovery

сам по себе ничего и не вылечит.

А WinRAR, QuickPAR закладывают к архивам избыточную информацию (10%).

Цитата:

WinRAR, QuickPAR

Насколько я помню, RAR использует простой XOR и вылечивает только одну пачку последовательно расположенных секторов.
Или сейчас что-то изменилось (за новыми версиями не гоняюсь)?


А QuickPAR и его близнец ICEECC используют коды Reed-Solomon и вылечивают произвольно расположенные сектора. Скажем, задано 5%, значит вылечит ровно 5% битой информации, как бы она не была перемешана.

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

SET76
may be it's uTorrent ) LOL

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

http://persicum.front.ru/flashcard/crc32.rar

новая версия моей проги, похожей на QuickPar и ICEECC, но с некоторыми довольно мягкими оговорками работает в 10 раз быстрее!!!

Поправил бы кто zidrav для работы с файлами > 2Gb. Исходники то есть.
Тому почет и вечная слава

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

1) Чувак, у кого целый архив, делает, например, 25% избытка - 500 томов восстановления. Фишка в том, что моя прога работает в 10 раз быстрее всяких там QuickPar и ICEECC, а так и эти два бы подошли последних.

crc32 -wt
crc32 -wrr2000-500 -tm -hr1 -mu1.5g

потом берет файлы crc32.tab и crc32.sum и отсылает чуваку, у которого архив битый.

2) Чувак у которого архив битый, смотрит, сколько у него томов битых из 2000
crc32 -crr

Для лечения прога требует небольшой запас лишних томов, 15-20 штук хватит.
Это - совсем скромная плата за ее фантастическое быстродействие.
Если, скажем, прога сказала, что для лечения нужно как минимум 100 томов, то второй чувак пишет первому письмо - пришли-ка мне 120 томов

3) Первый чувак заРАРивает без сжатия любых 120 томов и отсылает их второму
4) Второй чувак помещает РАР-архив не распаковывая в дирку crc32_vol и запускает
crc32 -rrr -mu1.5g

Ну вот и все, вроде
если в машинах нет столько мозга, а в примерах было полтора гектара свободной памяти, то можно взять и поменьше,
например -mu500m, но тогда пилеж винта будет больше и тормоза сильнее.

Может возникнуть вопрос, а зачем тратить время на кодирование?
1) Прога не боится смещений в битом файле, а насчет ZIDRAV и CRCRecovery2005 не уверен, иба не пробовал я их.
2) Прога не боится частичной потери лечебных томов, этож тоже файлы и тоже могут попортиться или частично потеряться. Если не хватит с первой посылки, то можно еще отослать некоторое число других лечебных файлов, поскольку они полностью взаимозаменяемы.

Цитата:

3) Первый чувак заРАРивает без сжатия любых 120 томов и отсылает их второму

Нафига без сжатия. Зарариваешь со сжатием, отсылаешь и перепаковываешь без сжатия.

Цитата:

Нафига без сжатия. Зарариваешь со сжатием, отсылаешь и перепаковываешь без сжатия.

Видишь ли - шифровки и кодировки если они нормальные - не сжимаются дальше, так что только время тратить.

Скоро будет новая версия, там будет еще третий метод кодирования который быстрее КвикПара уже не в 10, а в целых 50 раз. Но дополнительные ограничения - 20-30 томов излишка плюс как минимум 300 целых резервных тома. Более жесткие ограничения, но и более высокое быстродействие.

А также будут вкусности типа степеня двойки и им подобные.

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

Короче, в проге будут три метода кодирования:
1) любые N резервных тома могут исправить любые N потерянных тома
2) любые (N+20) резервных тома могут исправить любые N потерянных тома
3) любые (N+20) резервных тома могут исправить любые N потерянных тома, число N должно быть больше 300.

Скорости относятся как 1:10:50

А как узнать точную позицию CRC ошибки.
(например, у тебя есть архив, ты открываешь его и тестируешь, но у тебя выбивает ошибка CRC иногда сразу, иногда после продолжительного теста - это конечно же зависит от размера архива, далее текст файл setup.exe имеет ошибку CRC)
Но суть вопроса вот в чем.
Пусть есть архив 100 мб, после теста ошибка выбивает где-то тогда, когда полоса теста находиться на 60% своего пути. Можно ли с этого сделать вывод что ошибка на 60-ом мегабайте архива?
Есть ли какие-то утилиты которые могут точно сказать - ошибка CRC на ????????? бите тестируемого файла?