|
| Посл.отвђт | Сообщенiе |
|
|
Дата: Сен 23, 2003 22:23:29 · Поправил: Johnikum To Sk. Inc. ; Generated by WIN-SFV32 v1.0 ; (Compatible: Total Commander 5.51) qtr40enud1.img 28A84650 qtr40enud2.img FFFFFFFF qtr40enud3.img FFFFFFFF а это md5: 98AA2774374790293C9954415E25597C qtr40enud1.img BA5264DE44901835E658607A711B352E qtr40enud2.img 31F9CED4ACA6E7833B18CCF86C3C8C9E qtr40enud3.img To Edmond Все работает, правда иногда в on-line просится, но крайне редко. |
|
|
Дата: Сен 23, 2003 22:30:26 qtr40enud2.img FFFFFFFF qtr40enud3.img FFFFFFFF :-) Это Total Commander явно глюканул, используй DAMN Hash Calculator. |
|
|
Дата: Сен 23, 2003 23:36:40 · Поправил: Sk. Inc. Да, Total Commander глюканул - у меня первый файл - FFFFFFFF. У первого диска и md5 не сходится, а другие я еще не скачал :( |
|
|
Дата: Сен 23, 2003 23:53:54 Странно, TC не глюкнул - в DAMN Hash Calculator у первого образа тоже FFFFFFFF. |
|
|
Дата: Сен 24, 2003 11:38:32 · Поправил: Johnikum DAMN Hash Calculator выдал следующее: qtr40enud1.img md-5 : 98AA2774374790293C9954415E25597C CRC-32 : 28A84650 qtr40enud2.img MD5 : BA5264DE44901835E658607A711B352E CRC-32 : FFFFFFFF qtr40enud3.img MD5 : 31F9CED4ACA6E7833B18CCF86C3C8C9E CRC-32 : FFFFFFFF ----------------------------------- наверное, FFFFFFFF правильно. |
|
|
Дата: Сен 24, 2003 21:42:02 Johnikum наверное, FFFFFFFF правильно Это неправильно по определению. У двух разных файлов не должен быть один CRC32. Теперь понимаю, почему в ROM'ах для N64 используются две контрольные суммы. |
|
|
Дата: Сен 24, 2003 22:42:35 Ну вот для таких случаев как раз и написал еще и md5 |
|
|
Дата: Сен 25, 2003 23:16:37 Пришла тут мне одна мысля: а не используется ли при записи дисков подгонка под определенную контрольную сумму, для того, чтобы было легче определить повреждение данных? Image - это ведь точная копия данных с диска, или я не прав? P.S. Посчитал контрольную сумму нескольких фильмов - получается не FFFFFFFF, то есть проги с большими файлами работают. Quantum У двух разных файлов не должен быть один CRC32 Кажется, может, только шанс 1 на 4.294.967.296. |
|
|
Дата: Сен 26, 2003 01:37:03 Sk. Inc. Во-во. "Может", но "не должен". А ещё ходят мифы о непогрешимости CRC32... |
|
|
Дата: Окт 4, 2003 17:34:13 У третьего диска контрольные суммы сошлись (второй докачается к понедельнику). Есть у кого-нибудь мнения или идеи о подгонке под контрольную сумму, описанные в моем предыдущем посте? |
|
|
Дата: Окт 4, 2003 22:42:50 Sk. Inc. А для кого в "Документах" лежит "Всё о CRC32"? |
|
|
Дата: Окт 6, 2003 19:14:34 · Поправил: Sk. Inc. Я оказался прав: в этих CD используется подгонка под контрольную сумму [FF FF FF FF]! В конце каждого образа (последние 12 байт) можно обнаружить: AutoCRC,0h,XXXXXXXXh (где XXXXXXXXh - подгонка под контрольную сумму) Рассмотрим диск №3 (с дисками 1 и 2 все аналогично): 1)Создадим копию образа диска (для проведения опыта) 2)Удалим последние 4 байта 3)Посчитаем CRC32 = [8F B9 56 5E] 4)Прибавим к этой контрольной сумме последние 4 байта образа [A1 A9 46 70], не забывая перевернуть их [70 46 A9 A1] 5) Получим наше [FF FF FF FF] |
|
|
Дата: Окт 6, 2003 19:29:17 Sk. Inc. а не используется ли при записи дисков подгонка под определенную контрольную сумму, для того, чтобы было легче определить повреждение данных? Так вот оно что! Тогда почему у первого имиджа CRC != 0FFFFFFFFh? |
|
|
Дата: Окт 6, 2003 20:13:33 Quantum Не знаю почему у Johnikum'a неравно, а у меня у первого образа равно. |
|
|
Дата: Окт 7, 2003 11:22:20 Поставил еще раз на закачку первый образ - проверим... |