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 минутМожет для скорости имело бы смысл запустить архивацию без сжатия?
ночью башка плохо варит.
Поищу сейчас чем.
Нашёл File Splitter, попробую. Поищу сейчас чем.
Просто пока оставил процесс архивации, на всякий случай, и файл занят.Плохо помню алгоритм RARa, но он вроде зависит от содержания архива, и при двойном сжатии, не факт, что его можно будет восстановить.
Но ведь в результате всех махинаций (в хорошем смыле) получим то же что и на стороне человека с не битым архивом
В алгоритме вопрос, если бы я помнил...
действительно Не будем рисковать. 

Zidraw поможет?
Предыдущая тема: AI RoboForm