Dantist
Значит файл заполнен пробелами! И там нечего открывать.
Значит файл заполнен пробелами! И там нечего открывать.
Завершено. Повреждений не обнаруженоА dump битых файлов не пробовал смотреть, хотя бы начало и конец, может там всё будет ясно.
к какой ситуации относится твоя фраза из предыдущего поста:
Завершено. Повреждений не обнаружено
Когда я попытался исправить неправильный файл (6 000 938 байт) с помощью павильного (6 000 000 байт).
Цитата: Завершено. Повреждений не обнаружено
Ты с тем сервером напрямую соединяешься или через proxy?
Не проще перекачать архив заново, порядка 180 мег, я так понял?
А линк на архив FTP или HTTP-типа?
А что там в первых, например, 15 байтах добавляется, что-то осмысленное или мусор?
Если ты программер (готов вроде был патч написать), то наверное можешь и утилиту написать, которая просканирует все тома на предмет поиска и удаления ненужных байтов (раз ты знаешь как их находить).
Ты может перепутал что-нибудь, подставил один и тот же файл и вместо битого, и вместо оригинального.
их успешно находит Hex WorkshopНу, я так понял, он успешно находит различия путём сравнения битого и оригинального файла (это не смешно ), а закономерности вкраплений мусора (его местоположения и содержания нет). То и невозможно восстановить битые файлы без доступа ко всем оригиналам.
Допишите в одном пару байт и попробуйте восстановитьЕсли просто дописать сзади к одному файлу что-то, то допускаю, что можно получить такое сообщение, т.к. все предыддущие байты будут соответствовать оригинальным. Но в твоём то случае почти все байты различаются, от начала до конца - не может прога этого не заметить.
Правда, наверное, по CDT-слепкам (и их возможным аналогам) определить сбойные блоки не удастся. И файлики по сети т.о. не поправишьЕсли у тебя есть кому создавать CDP-файлы, то поправить думаю можно, но работа программы, как я писал выше, может оказаться неэффективной.
Если просто дописать сзади к одному файлу что-то, то допускаю, что можно получить такое сообщение, т.к. все предыддущие байты будут соответствовать оригинальным. Но в твоём то случае почти все байты различаются, от начала до конца - не может прога этого не заметить.
CheburashkaСпасибо обязательно гляну.
Посмотри программу QuickPar. http://forum.ru-board.com/topic.cgi?forum=5&topic=11732#1
AllЗапросто. Этому есть два объяснения или у тебя винда 98 и она сама не понимает большие файлы. Или в проге под размер файла исспользуется переменная типа DWORD которая 32 бита минус знак что и состовляет 2с хвостиком гига.
А у меня вопрос по ZIDRAV и CRC-Rec, они похоже не открывают файлы больше определённого размера, у меня архив 2.4 Гб открывать не хотят (в смысле создавать .cdt файл) или я не прав?
она сама не понимает большие файлыВот это я и подозреваю, потому что у меня XP, может кто знает и скажет точно . QuickPar вроде работает с моим архивом, но я пока не разобрался как и чего делать. Уровень знания англицкого языка низковат.
Запустил архивацию, примерно осталость: 50 минутМожет для скорости имело бы смысл запустить архивацию без сжатия?
Поищу сейчас чем.
Плохо помню алгоритм RARa, но он вроде зависит от содержания архива, и при двойном сжатии, не факт, что его можно будет восстановить.
Но ведь в результате всех махинаций (в хорошем смыле) получим то же что и на стороне человека с не битым архивом
Zidraw поможет?
Предыдущая тема: AI RoboForm