Необъяснимая загадка: читаемость диска зависит от содержимого файла
Версия для печати (стр. 1)

Конференция: Конференция iXBT.com (http://forum.ixbt.com/)
Форум: Оптические носители информации (http://forum.ixbt.com/?id=31)
URL: http://forum.ixbt.com/topic.cgi?id=31:17979

Время GMT +03. Даты в формате dd.mm.yyyy.

Страницы: 1 2 3 4 5 6 7 · далее / все сообщения темы на одной странице

Yury_Malich, 31.10.2003 13:01
Добрый день всем. Итак на CDRW Teak 540 при помощи Nero было записано 3 диска c неким видеофайлом в формате DivX. Все 3 диска оказались таинственным образом нечитаемы в одном и том же месте (Не прошла верификация, при попытке скопировать на жёсткий диск происходила ошибка чтения диска на 78%). Разбор полётов показал, что в этом месте на 78% исходный файл, который и был записан содержал битый кадр . Я прогнал видео файл через VirtualDub в режиме Direct Stream Copy, залечив битый кадр. Получившийся файл был успешно записан на диск вместе с файлом с битым кадром. Результат: вылеченный файл можно скопировать на диск, битый файл выдаёт ошибку чтения диска.
Вопрос: почему файл с битым кадром невозможно даже скопировать и он не проходит верификацию ?
Кстати я попробовал прочитать диски с этим таинственным файлом на CDROM Asus, CDROM Teak 540, CDRW Teac 540, CDRW Teac 548. Только CDROM Teac 540 смог скопировать файл, правда на мновение задержавшись на 78%.

1. vadim1981, 31.10.2003 14:04
я тоже сталкивался с этим - как-то записал фильм на болванку, а он при проигрывании/копировании выдывал ошибку чтения, потом оказалось что именно на битых кадрах, там их несколько было. Но с другой стороны у меня есть и другие фильмы с битыми кадрами которые читаются с cd без проблем.

2. Qwerty_Alex, 31.10.2003 14:47
Точно такая же проблема, но с образом диска созданным CloneCD, лечить не пробовал пока

3. Гиперпотам, 31.10.2003 15:04
Yury_Malich

Был ещё более забавный случай.

Мне прислали звуковой Wav-файл, который давал у автора после записи ошибку теста С1/С2. Ошибка происходила строго в одном месте в середине файла при записи на Плексе 1210 SCSI. Та же ошибка возникала при записи у меня на Ямахе F1 и на таком же Плексе. Sony (LiteOn) ошибки не давала.
Файл совершенно исправен и нормально воспроизводится, звуковой редактор CoolEdit не обнаруживает в файле никаких аномалий в точке сбоя. Тест был проведен на разных болванках CD-RW и CD-R

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

ИгорьТ

4. Yury_Malich, 31.10.2003 15:26
цитата:
Гиперпотам:
У меня было предположение, что содержимое файла случайно совпало с какой-то из служебных команд рекордеров, которые могут различаться в разных моделях.

Странно всё это. От рекордера требуется преобразовать данные, которые ему переданы при помощи помехоустойчивого кода, и записать их, вместе с посчитанной контрольной суммой. От ROMa требуется востанновить прочитанные данные и сравнить с контролькой суммой. Ума не приложу почему при чтении ранее записанных самим же приводом данных у него может не совпадать контрольная сумма. Ведь мухи должны быть отдельно, а котлеты сами по себе. Как можно спутать служебные команды с данными, они ведь наверняка в разных частях секторов содержаться?

5. abgm, 31.10.2003 18:26
Гиперпотам
при записи на Плексе 1210 SCSI. Та же ошибка возникала при записи у меня на Ямахе F1 и на таком же Плексе. Sony (LiteOn) ошибки не давала
Х-мм. Вспомним, что Lite-ON в отличие от многих, умеет корректно проводить EFM-кодирование т.н. "повторяющихся паттернов". М.б. "собака порылась" в этом месте?

что содержимое файла случайно совпало с какой-то из служебных команд рекордеров
Поток команд и данных в рекодерах/читателях не совмещен. Такая ситуация просто не возможна.

6. Гиперпотам, 31.10.2003 19:52
abgm

Я могу этим файликом поделиться. Он маленький. Мы этот случай некоторое время назад обсуждали с Geon-ом, но к результату не пришли. Он предположил, что дело в некачественной болванке CD-RW, хотя тест делался на нескольких болванях.
Собственно, ошибка ярко проявляется при попытке сграбить этот файл EAC-ом. Как минимум - это несовпадение контрольных сумм без сообщений об обнаруженных ошибках. Как максимум - "Suspicious error". Всё зависит от того, чем писалось и на чем читалось. Я сграбил и скопировал великое множество аудиодисков, но с такой ситуацией встретился впервые.

ИгорьТ

7. Igor I, 01.11.2003 02:55
Гиперпотам
Я могу этим файликом поделиться.
Выложи его куда-нибудь...

8. abgm, 01.11.2003 08:33
Гиперпотам
Я могу этим файликом поделиться
Увы, если бы я настолько хорошо разбирался в кодировании/записи, м.б. я бы и смог из содержимого файла какие-то выводы сделать, а так... Но, впрочем, могу попытаться повторить ваши с GeoN-м эксперименты. Вдруг, какие-то особенности новые всплывут .

9. Sergie, 01.11.2003 15:23
Гиперпотам

Выложи плиииз. И md5 не забудь...

10. тот самый Макс, 02.11.2003 00:54
такие взрослые , а такой маразм обсуждаете...

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

если что-то не читается, значит записано КРИВО, или читается криво. вот и вся сказка.

11. Майк, 02.11.2003 09:31
тот самый Макс
а ещё тут как-то была тема про ситаемость аудиосиди, записанных на разных скоростях... некоторые вещи сложно объяснить логически.
Видишь суслика? Нет. И я не вижу... А он есть. © "ДМБ"

12. Yury_Malich, 03.11.2003 09:22
тот самый Макс
Вы я вижу молодой человек с Петербурга. Чтобы не обмениваться оскорблениями я предлагаю вам со мной встретиться и я вам передам это видеофайл размером 85 мегабайт на любом удобном для вас носителе и вы сможете нам всем догазать что вы умнее других. Только вот я вас предупреждаю, что этот файл пробовали записывать на двух CDRW приводах, так что вероятность отказа привода исключается и на разных болванках CDR и CDRW, так что болванки тут то же не причём. Но если вам интересно пощупать всё своими руками, пишите мне на почту.

13. RedDaemon, 03.11.2003 11:19
Давно я так не смеялся
Я вот вам притчу расскажу, про автомобили Ford (или другая какая, не помню). Вернее, вольный пересказ.
Выпустили, значит, новую модель. И купил одну из этих машин один чел. А через неделю или сколько там приходит в салон, и говорит: "Вот что за фигня. Еду я на вашем драндулете в магазин за мороженым. Покупаю шоколадное -- машина заводится, когда домой обратно еду. Покупаю клубничное -- ни фига не заводится!!!" Над ним посмеялись, и послали. Он через некоторое время снова приходит. "Ну типа чё за дела! В натуре, покупаю шоколадное -- заводится, покупаю клубничное -- не заводится! Разбирайтесь". Короче, поехал с ним в магазин директор салона (или кто-там из начальства) в магазин. Подъехали. Купили шоколадное мороженое, сели, машина завелась. Приехали снова, купили клубничное -- машина не завелась. Почесал босс репу, отогнали машину в стойло, обсмотрели. Вроде всё нормально. Повторили -- опять, та же фигня, когда клубничное мороженое покупаешь, машина не стартует.
А когда начали копать глубже, выяснилось, что ларёк с шоколадным мороженым находился дальше от входа в магазин, чем ларёк с клубничным. И перец просто дольше до него шёл, и мотор у машины успевал банально остыть. А при клубничном -- не успевал. В итоге эту партию машин отозвали, вроде.
Вот такой вот вольный пересказ. Это был реальный случай из жизни.
Так к чему я это? А к тому, что не зависит качество диска и тем более читаемость от содержимого файла.
Ищите проблему в другом месте.
Про аудио-диски, пожалуйста, лепетать не надо -- другой формат (хотя и там, если честно... да ладно, и так уже копий наломали).
И удивительно, как такой сведущий в оптических приводах человек, как abgm, мог купиться на такую провокацию

14. Vogt, 03.11.2003 11:30
У меня подобная проблема была с передачей файлов по сети. Одно время были файлы, которые сеть упорно не любила. Технари сказали, что (цитирую) "такое бывает, что на определённых паттернах пакетов происходят сбои". Вылечилось сменой какого-то оптического оборудования на магистрали. Так что, RedDaemon, не всё так однозначно.

15. RedDaemon, 03.11.2003 11:40
Vogt
Пример не корректен. При сетевом взаимодействии, происходит инкапсуляция разных уровней OSI. Все уровни, по сути, работают с одним потоком данных. И только кривой драйвер (или кривая микросхема) конкретного сетевого устройства может внести искажения. Т.е. налицо просто несоответствие устройства стандарту. И потом, не факт, что это было именно из-за специфического паттерна данных. См. выше мою притчу Может, пропускной способности не хватало, или ещё чего. Мало ли могло быть причин.
А тут -- запись данных, и проверка ошибок. Другие вещи, котлеты тут, мухи там. У человека банальное совпадение битого кадра с ошибкой пишущего привода.
Ведь стандарты умные люди пишут. И однозначность передаваемых данных тестируется годами. А то было бы круто: одни и те же данные -- и служебная команда, и часть файла? Глупость.

16. Yury_Malich, 03.11.2003 11:41
RedDaemon
цитата:
Давно я так не смеялся
Ваш пост выглядит глупо. Вы уж простите за грубость, но смеются только глупцы. . Умные люди пытаются найти причину.
Несколько моих знакомых коллег компьютерщиков и программистов тоже сомневались, пока не уведели всё своими глазами, среди них был и я, так как первым эту проблему продемонстрировал мне коллега и я решил написать в форуме. Я был готов, что найдутся подобные вам смешные люди, поэтому готов предоставить всем файл на тестирование. Если у вас есть сомнения в нашей компетентности. Я могу вам дать это файл и вы сможете это нам доказать. Но не по почте.

17. AlexXpert, 03.11.2003 11:50
Не верю!
(c) Станиславский.

Если есть возможность - положите этот интересный файл на фтп.
Я лично готов испортить пару болванок, чтобы провести эксперимент!

18. Yury_Malich, 03.11.2003 11:52
Yury_Malich
К сожаленю в настоящий момент такой возможности нет. Но всем, кто в С-Петербурге я готов предоставить файл

Добавление от 03.11.2003 11:53:

Завтра у меня будет возможно проверить запись этого файла на Teac 548. До этого тестировался на двух Teac 540.

19. RedDaemon, 03.11.2003 11:54
Yury_Malich
Умные люди пытаются найти причину.
Так вот и найдите, умный Вы наш человек. А то, что 3 одинаковых диска были записаны на одном приводе, и в одном месте на всех дисках глючит чтение -- так это не статистика. А банальный глюк, или несовместимость данного привода с данными болванками. Вон у Lite-On'ов сколько обсуждалась проблема 57 минуты. В конце концов, из-за специфической конфигурации программного обеспечения в этом месте могло произойти банальное опустошение буфера, которое могло и не зависеть от модели привода. Запишите хотя бы на другом приводе, другим софтом, на другом компе, что ли. И потом уже пишите всевозможные бредни про то, как битый кадр в файле мог повлиять на читаемость

20. Yury_Malich, 03.11.2003 12:02
RedDaemon
Вот я и записал на другом компе с другим приводом и сдругой версией софта. То что вы ставите свои неуместные замечания выше других ничего хорошего о вашей компетентности не говорит

21. Dorian Hawkmoon, 03.11.2003 12:04
На мой взгляд, эта проблема лежит где-то рядом с методами защиты CD-дисков от записи = СтарФорс, етц. Там реализовано что-то похожее, но вот что конкретно - мне все еще неясно.

22. RedDaemon, 03.11.2003 12:06
Yury_Malich
Выложите "битый" файл на FTP, будем разговаривать предметно.
А так -- пустая болтовня.

23. Yury_Malich, 03.11.2003 12:08
RedDaemon
Факт остаётся фактом. Я написал достаточно информации при которых был записан диск и задал конктретный вопрос "Почему?". Если вы не знаете на него ответ, то покрайней мере не отвечайте неуместными замечаниями. Нас интересуют только рациональные замечания и предложения.

Добавление от 03.11.2003 12:09:

RedDaemon
Я не могу выложить файл на ftp потому определённым причинам администрирования нашего сервера. Как только у нас будет такая возможность, я обязательно вам всем сообщу

Добавление от 03.11.2003 12:11:

Dorian Hawkmoon
В StarForce реализован метод защиты основанный на измерении времени чтения между определёнными дорожками и сопоставления соотношений времён с заложенными паттернами. Подробнее об этом можно почитать в документации к Daemon tools

24. abgm, 03.11.2003 12:24
RedDaemon
Так к чему я это? А к тому, что не зависит качество диска и тем более читаемость от содержимого файла.
Пойми, речь идет, насколько я понимаю несколько об ином. Разумеется, уровень ошибок от данных зависить не может, служебные команды в поток данных не влазят, с этим, думаю, и спорить никто не станет. НО. На этапе EFM-кодирования идет преобразование 8 бит в 14 с целью повышения помехозащищенности и достижения устойчивости синхронизации. Причем итогово оформляются 588 EFM bits. На этом этапе возможна неоднозначность кодирования данных. Т.е. допустимы варианты вставки доп. битов. Цитирую.
цитата (http://members.tripod.com/greatkorzhik/2.htm#BM_2_43_):
Если существует больше одной возможности для размещения объединяющих битов, удовлетворяющего требованиям длины участков и синхрогрупп, тогда используется синхрогруппа, минимизирующая низкочастотные составляющие сигнала. Это достигается снижением до минимума значения цифровой суммы (DSV), которая рассчитывается путем прибавления единицы к каждому времени T после перехода из углубления к плоскому участку или путем вычитания единицы из каждого Т после перехода к углублению. Добавление единицы к объединяющим битам инвертирует сигнал, вызывая переход от углубления к плоскому участку или наоборот. Снижение до минимума DSV имеет большое значение, поскольку низкочастотные сигналы могут помешать правильной фокусировке лазера и его позиционированию на дорожке. (Предположительно, такие сигналы мешают поиску отсчетов на спиральной дорожке записываемого диска).
Т.о. (это, разумеется, уже мои домыслы ) здесь возможны некие варианты, которые при определенном сочетании исходных кодируемых данных, при некой ошибки/недоработанности в прошивке, могут привести к нечитаемому результату.

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

25. Yury_Malich, 03.11.2003 12:30
abgm
Интересная мысль. Кстати я хочу пробовать вырезать из avi файла небольшой участок, в котором находится проблема и попробовать его записать. Если это тест повториться, я смогу выслать спорный участок по почте всем желающим.

26. RedDaemon, 03.11.2003 12:36
Yury_Malich
Нас интересуют только рациональные замечания и предложения.
Я Вам уже надавал кучу рациональных замечаний и предложений. Впрочем, их тут надают кто угодно, и все они одинаковые. Из Ваших данных я не уверен, что Вы действительно не имеете место с одиночной ошибкой. Я не увидел ни версии ОС, ни названия другого привода, ни описаний болванок, ни названия "другого" программного продукта, наконец. На входе имеем 3 непонятных болванки, теак 540 и неру (неясно какой версии). А дальше? Машина разогнана или нет? А другая машина? А чипсеты хоть какие, версии дров и т.д. Это мы всё сами выдумать должны? Это же всё влияет на качество записи. А то поди писали на двух машинах-близнецах, со всем одинаковым, вплоть до шлейфов.
И Вы после этого ещё пытаетесь меня оскорблять и сомневаться в моей компетентности Если уж я, в отличие от Вас, не особо сведущ в процах, то это не значит, что я не съел собаку на пишущих приводах. Поэтому попрошу без истерик, а только факты, если есть желание разобраться.
Остаётся только лишь дождаться от Вас файла, чтобы подтвердить прямоту (?) чьих-то рук или чью-то компетентность

27. Qwerty_Alex, 03.11.2003 12:40
Ну хорошо, нечитаемость болванок на приводе и совпадение места ошибки с битым кадром еще как то можно объяснить (случайность), а как объяснить совпадение ошибки (не может скопироваться файл) и с диска и с образа диска созданного CloneCD (который заменил нечитаемые места своей белибердой)??? Ошибку копирования выдает в одном и том же месте (по фару одинаковый %).

28. AlexXpert, 03.11.2003 12:44
Неужто за годы пользования людей сиди-райтерами им не приходилось записывать файлы с такой последовательностью БАЙТОВ, которая определяет тот самый битый кадр?

Опять: "не верю!"

А то, что в образе CCD файл не читается, вообще-то неудивительно )

29. Qwerty_Alex, 03.11.2003 12:46
Объясни пожалуйста почему "А то, что в образе CCD файл не читается, вообще-то неудивительно )"? Я вот для себя объяснений не вижу (просто не могу для себя объяснить). Типа если диск не читался, то и файл из образа не будет копироваться (даже пусть и битый?)

30. Yury_Malich, 03.11.2003 12:55
RedDaemon
Тестировались Nero 5.5.10.20 и более ранняя где -то 5.5.5? точнее не помню. Windows версий 2000+sp3 и Xp+SP1 оба привода Teac 540, о чём я писал выше. Машины на базе процессоров Атлон XP, чипсеты KT333 и KT400A . Машины тестировались в неразогнанном режиме. Болванки CDR Verbatim DataLife Plus и CDRW Princo и Digitex. Если бы вы сразу нормально спросили, я бы вам сразу ответил. Что ещё интересует?
цитата:
Вы после этого ещё пытаетесь меня оскорблять
Помилуйте, я не пытался вас оскорбять я просто поставил вас на место после вашего "Давно я так не смеялся..", что лично меня оскорбляет.
цитата:
и сомневаться в моей компетентности
Ну дык а какие выводы можно сделать после таких постов?
цитата:
что я не съел собаку на пишущих приводах. Поэтому попрошу без истерик, а только факты, если есть желание разобраться.
Ок, давайте сотрудничать, а не драться из-за всяких пустяков. Так можно долго друг друга подкалывать, скатываясь во флейм с мороженым, мерседесами, Интелом, АМД и прочими любимыми темами драк на конференциях
цитата:
Остаётся только лишь дождаться от Вас файла, чтобы подтвердить прямоту (?) чьих-то рук или чью-то компетентность
Ну я бы на вашем месте с прямотой рук полегче был. Чай я не сам лазером на диск файл выжигал. А ваша компетентность могла бы быть полезна для всех, кого это проблема заинтересовала.

31. abgm, 03.11.2003 12:56
AlexXpert
им не приходилось записывать файлы с такой последовательностью БАЙТОВ, которая определяет тот самый битый кадр?
Речь идет о сочетании последовательности бит и особенности их кодирования в опр. модели с опр. прошивкой.

32. RedDaemon, 03.11.2003 13:01
Qwerty_Alex
Ну, для начала, на каком приводе делали копию, на каком пишете? Какие опции ставили при снятии образа (EFM коды, субканалы и т.д.), и какие при записи этого образа? Был ли исходный диск с защитой? Это важно. Дело в том, что при копировании защищённых дисков активно используется информация из субканалов, с которой приводы работают кто лучше, кто хуже, кто вообще не работает . Опять же, не все приводы поддерживают все режимы записи (RAW-DAO, SAO и т.д.) Может быть так, что один привод считать субканалы может, а писать нет. Возможно, на другом приводе этот образ запишется правильно, т.к. он поддерживает требуемый режим записи, и прекрасно будет читаться.
Т.е. основная идея здесь такая: образ, который вы пишете, и образ, который Вы записали -- разные вещи, в силу разной способности приводов писать субканалы. При работе с образами (а не индивидуальными файлами) такое случается часто.
Я бы рекомендовал записать этот образ на приводе, заведомо поддерживающем корретное EFM-кодирование. Допустим, это любой Lite-On > 2410B.

33. abgm, 03.11.2003 13:01
Yury_Malich
Кстати, изменение режима записи: DAO-DAO/96-TAO ситуацию не меняет?

34. RedDaemon, 03.11.2003 13:12
Yury_Malich
Ну я бы на вашем месте с прямотой рук полегче был. Чай я не сам лазером на диск файл выжигал.
Ну, помимо всего прочего, в прямоту рук входит правильная настройка всего барахла, именуемого Soft&Hard. Т.е. установить систему и поставить неру -- одно, а оптимально систему настроить -- другое. Впрочем, чего это я Вам говорю.
Размер буфера в нере какой выставлен был? Если по дефолту, то всё равно. А вот если вручную, могут быть проблемы. Правда, они вроде это давно пофиксили, но был у них баг, когда при ручном выставлении размера буфера у юзеров постоянно происходили опустошения буфера пишущего привода при записи.
Каналы, на которых стояли писалки, были, разумеется, в DMA? Дрова на контроллер VIA Bus Master чьи стояли? Родные, от мелкософта (нормальные), или от VIA (поглючнее)? Твики какие-нить использовались, в плане настроек кэша и операционной памяти? А с другими файлами, не видео, большого размера, проблем не было?
Вот выложите файл, и мы сможем практически повторить Вашу конфигурацию. Мать с виашным чипсетом и 540 теак у нас в Чикагинске найдётся под рукой.
Пока ясно, что дело не в болванках. Единственное, что могу сказать, так это опять же: записать на другом приводе, и другим софтом (другая версия неры -- имхо, это не другой софт). Кстати, это конечно оффтопик, но тем не менее, считаю, что KT333 и KT400 -- практически одинаковые чипсеты, что касаемо дисковых накопителей. Так что ещё раз повторюсь, и порекомендую попробовать на другой системе.

35. Qwerty_Alex, 03.11.2003 13:29
RedDaemon
Копию делал на Сони-225 с прошивкой QS09, диск CD-RW похоже либо криво записаный либо убитый (на 2-х NECах пробовали переписать, там ситуация намного хуже была, начиная где-то с 76% сплошные нечитаемые сектора, на СОНИ гдето с 79% и получше). CloneCD использовал потому что она позволяет вытащить файл, даже если он на половину нечитается. Настройки CloneCD по умолчанию для DATA дисков без защиты. Копирование длилось где то около 35 минут (на NEC-7800 я прождал 1,5 часа и он предполагал еще столько же времени на продолжение).
Образ я записывать никуда даже не пытался, его открывал в NERO Image Drive и с созданного виртуального диска пробовал переписать файл.
Если запустить файл с созданного виртуального диска, он запускается, но показывает общее время файла 4 минуты с копейками (вместо 2-х часов) и проигрывает только эти 4 минуты.

зы: ранее подобным образом я фильмы вытаскивал с убитых дисков и потом лечил их DivFixом, и тогда файлы копировались с образа нормально.

36. zerro, 03.11.2003 13:32
Qwerty_Alex
Мне кажется, что при варианте копирования CloneCD копировался незащищенный диск с опциями копировать защиту, и Clone создал нечитабельные участки, в тех местах где не смог прочитать оригинал.
Гиперпотам
А можно мне файлик, если небольшой? Мыло ушло в мыло.
Yury_Malich
А как на винте оказался фильм с битым кадром? Чем он был скопирован и не было ли проблем при этом?

37. RedDaemon, 03.11.2003 13:40
Qwerty_Alex
его открывал в NERO Image Drive
А что, разве Nero Image Drive работает с *.ccd? Очень интересно.

Не вижу связи твоей проблемы с тем, что указал автор данной темы. У тебя банально битый файл, просто настолько битый, что может и восстановлению не подлежит. Запиши этот образ, и он у тебя прочтётся, только файл всё равно останется битым.
У нас ведь речь идёт о том, что человек пишет файл с битым кадром, а потом этот файл не считывается с диска в этом месте. Физически не считывается.

38. Yury_Malich, 03.11.2003 13:56
abgm
Проверю
RedDaemon
RedDaemon
цитата:
Каналы, на которых стояли писалки, были, разумеется, в DMA?
Разумеется, я за этим слежу. Переполнения буфера не было. Я это наблюдал.
цитата:
Дрова на контроллер VIA Bus Master чьи стояли?
Via 4 in 1 точнее версию скажу завтра.
цитата:
Твики какие-нить использовались, в плане настроек кэша и операционной памяти?

нет
цитата:
А с другими файлами, не видео, большого размера, проблем не было?
Нет. Иначе бы я об этом упомянул.
Проверю, всё, что собирался кучей, тогда на всё остальное отвечу

zerro
цитата:
А как на винте оказался фильм с битым кадром?
Скачали по сети. Видимо при передаче по сети произошла какая-то ошибка. Так как ка мне файл попал через четвёртые руки добраться до оригинала не представляется пока возможным.

39. RedDaemon, 03.11.2003 14:34
Yury_Malich
Via 4 in 1 точнее версию скажу завтра.
Не надо версию 4в1. Надо реальную версию дров в свойствах контроллера, какие файлы, и т.д. В версии мелкомягких обычно три файла, из них точно pciidex.sys и atapi.sys, третий не помню. Виашные обычно один файл viaide.sys или viaidexp.sys (под WinXP).
Кстати, моё предложение проверить это дело на реально разных приводах, машинах и софте -- не пустой звук. Неужели нельзя найти хотя бы другой райтер?

40. Yury_Malich, 03.11.2003 15:08
RedDaemon:
цитата:
Неужели нельзя найти хотя бы другой райтер?
Я же уже писал выше, что завтра будут возможность проверить на Teac 548. Ну потерпите немного. К сожалению другим марок на горизонте не видно. У всех моих знакомых Teac' и .

41. Sergie, 03.11.2003 20:44
Есть у меня древний HDD Conner 210 метров. Таскаю я на нем всякую хрень оттуда, гда писалок нет. Однажды приношу сей чудный девайс десятилетней выдержки, вешаю на шлейф UDMA 100 на мамке i815. Мамка вроде поняла что к чему и DMA для него вроде бы выставлять не стала. Копируем.

Из ~100 однометровых файлов - 1 битый - не совпадает md5. Ладно, идем записываем еще раз. Проверяем после записи md5 - все как должно быть. Приносим - тот же файл, единственный, зараза, не читается, контрольная сумма совпадает с первым разом, но не сопадает с правильной. Ладно, как дятел, иду, записываю уже только этот файл десять раз в разные каталоги, проверяю md5 - нормально. Приношу, копирую третий раз - хрен ! Опять все md5 всех десяти копий совпадают с первыми двумя разами, но не сопадают с правильной.

Выставляю вручную PIO для драйва - файл копируется без каких либо проблем.

Этот фокус с этим файлом, HDD и мамкой повторим в ста попытках из ста вне завсисимости от операционки, под которой пробуем читать.

Но только с этим, одним единственным файлом и только с этим приводом на этой мамке. Замена привода и мамки эффект снимает как рукой. Больше ни разу такой проблемы я не встречал. Разумного объяснения не нашлось.

Так что... почти верю

42. Yury_Malich, 04.11.2003 09:30
Промежуточные результаты тестирования:
1. П4 на i865, w2k+sp4, nero 5.5.10.15 , CDRW Teac CD-W540E - не читается
2. Запись на CDRW отформатированный под MRW - всё ок.
3. И самый интересный на данный момент. win98 + WinOnCD 3.8 + CDRW Teac CD-W540E - барабанная дробь .... читается!
Итак либо дело в nero, либо в windows?
Результаты CDRW Teac 548 подоспеют после обеда.

Добавление от 04.11.2003 11:48:

Итак, уважаемые господа. Я разбил этот файл спомощью TotalCommander на мегабайтные кусочки, записал на диск и нашёл кусочек, который не читается. И теперь я могу отправить по почте мегабайтный фрагмен всем желающим повторить опыт.
Оставляйте ваши заявки

43. AlexXpert, 04.11.2003 12:06
Я первый

alex_xpert (собака) mail (точка) ru

44. Yury_Malich, 04.11.2003 12:20
AlexXpert
Письмо ушло

45. RedDaemon, 04.11.2003 12:28
Yury_Malich
Ну канэшна мне тоже!!!!
mmv_hum убей_спаммера mail точка ru

46. abgm, 04.11.2003 12:33
Кто нибудь на ftp выложить сможет ?

47. Yury_Malich, 04.11.2003 12:36
RedDaemon
Вроде ушло

48. D.N., 04.11.2003 12:42
И ещё на fdn@ngs.ru кинь.

49. Yury_Malich, 04.11.2003 12:46
D.N.
Переадресовано

Добавление от 04.11.2003 14:16:

All
проверил на Teac 524 та же самая фигня

50. RedDaemon, 04.11.2003 15:03
Yury_Malich
Действительно, не везде читается.

Приношу свои извинения за необоснованный наезд
Виноват, больше не буду.


Результаты таковы: машина с П4-1500 на SIS650, софтина -- burnatonce 0.99b, райтер Lite-On LTR-48246S. На самом райтере записанный файл не прочёлся ни на чём, ни на CD-R, ни на CD-RW. Такой же результат на Teac 516E.
Но! На Toshiba SD-M1612 файл прочёлся влёгкую. И на Teac 540E (который просто ридер).

Моя версия -- определённая комбинация символов в бинарном виде совпадает с бинарной последовательностью, которая возникает на стыке разных сессий диска при мультисессионной записи.
Либо со служебной последовательностью каких-то команд стандарта MMC.

Попробую ещё дома на Plextor PX-W1210TA и Lite-On LTR-52327S.

Также отмечу, что чтение не воспроизводится на Mitsumi 4802TE под FreeBSD, запись ещё не попробовал.

51. Yury_Malich, 04.11.2003 15:13
цитата:
RedDaemon:

Приношу свои извинения за необоснованный наезд
Виноват, больше не буду.
Принято

цитата:

Но! На Toshiba SD-M1612 файл прочёлся влёгкую. И на Teac 540E (который просто ридер).
Вот-вот. Я в своём первом посте тоже упомянул, что на CDROM Teac 540E у меня нормально прочитался, правда запнулся на этом месте на одно мгновение.

52. Dorian Hawkmoon, 04.11.2003 15:38
Yury_Malich
Я же не говорю, что это он и есть. Я предполагаю, что по случайному стечению обстоятельств файл приобрел свойства, схожие с методами защиты дисков, посему он с таким трудом и читается.

53. Yury_Malich, 04.11.2003 15:56
цитата:
Dorian Hawkmoon:
Yury_Malich
Я же не говорю, что это он и есть. Я предполагаю, что по случайному стечению обстоятельств файл приобрел свойства, схожие с методами защиты дисков, посему он с таким трудом и читается.
Я сомневаюсь. Защита дисков обычно строится на том, что при штамповке задаётся заранее неправильная комбинация битов, которая не входит в пространство кодовых значений (точно не помню как оно называется из теории полей Галуа), т.е не может быть получено преобразованием исходных данных при кодировании и следовательно не может быть декодировано обратно. Здесь же случае врайтер преобразует информанию по стандартному алгоритму кодирования, и не понятно почему полученная информация оказывается недекодируема обратно.

Добавление от 04.11.2003 15:59:

All
Интересно, а кто занимается преобразованием данных в сырой формат в данном случае: программа, драйвер или врайтер

54. SSS, 04.11.2003 16:00
Yury_Malich

Мне тоже файлик скиньте на slm{@}hotbox.ru

55. Yury_Malich, 04.11.2003 16:08
SSS:
Ушло

56. Timofey, 04.11.2003 16:17
Гиперпотам
Мне прислали звуковой Wav-файл, который давал у автора после записи ошибку теста С1/С2. Ошибка происходила строго в одном месте в середине файла при записи на Плексе 1210 SCSI. Та же ошибка возникала при записи у меня на Ямахе F1 и на таком же Плексе. Sony (LiteOn) ошибки не давала.
Мне попадались такие аудио CD. Оригинал читался без проблем, но копия, записанная на TEAC 540, в некоторых местах не читалась вообще. В итоге я нашел эти участки. Оказалось, что не читались (точнее записывались с ошибкой) участки на конце некоторых треков с аналоговой тишиной.

Диски 100% без всякой защиты. Считывалось EAC. Писалось всем, что только было под рукой. Болванки разные, в т.ч. CD-RW. Решил проблему просто обнулив в редакторе семплы в этих местах.

Кто хочет потренироваться - достаньте 3CD издание Etron Fou Leloublan "43 songs".

57. abgm, 04.11.2003 16:20
RedDaemon
Либо со служебной последовательностью каких-то команд стандарта MMC.
Уже сказали - мухи (команды) и котлеты (данные) - отдельно. Этот вариант - не катит.

58. RedDaemon, 04.11.2003 17:04
abgm
Уже сказали - мухи (команды) и котлеты (данные) - отдельно. Этот вариант - не катит.
Я уж и не знаю, чему верить
А какой катит? Почему тогда обычные ридеры читают этот файл легко? Значит, что-то не чисто с райтерами.
Хотя для чтения они все используют одну подсистему комманд -- MMC1.
Проверю дома на пишущем плексе, у него какая-то своя подсистема (по крайней мере в EAC выставляется не MMC1, а R8 (если мне не изменяет склероз)).

59. Yury_Malich, 04.11.2003 17:07
цитата:
RedDaemon:
Почему тогда обычные ридеры читают этот файл легко?
Не все. Я прверял на CDROM Samsung SC-152L и CDROM Asus не помню модель. Не читают

60. Гиперпотам, 04.11.2003 17:29
Timofey


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

Чудеса бывают.

ИгорьТ

61. abgm, 04.11.2003 18:18
Yury_Malich
что при штамповке задаётся заранее неправильная комбинация битов, которая не входит в пространство кодовых значений (точно не помню как оно называется из теории полей Галуа)
При преобразовании 8 в 14 для EFM-модуляции.

Интересно, а кто занимается преобразованием данных в сырой формат в данном случае: программа, драйвер или врайтер
Если режим записи не RAW (DAO16/96) - то прошивка/контроллер CDRW. По-этому-то я с RAW-режимом и предлагаю поэкспериментировать .

RedDaemon
А какой катит?
Более того . ИМХО, и это не пройдет:
определённая комбинация символов в бинарном виде совпадает с бинарной последовательностью, которая возникает на стыке разных сессий диска при мультисессионной записи
ИМХО, там вполне определенные данные в субканале, которые при записи данных не должны появляться.

Проверю дома на пишущем плексе, у него какая-то своя подсистема (по крайней мере в EAC выставляется не MMC1, а R8 (если мне не изменяет склероз))
Вроде действительно Plextor не-MMC-совместимый. Но какие команды в данных на диске ты собираешься обнаружить? Лучше, мне кажется, попробовать с RAW-записью поэкспериментировать.

62. тот самый Макс, 04.11.2003 18:18
Yury_Malich
мне лень тратить время на подобную чушь. я объяснил, что проблема с ошибками чтения никак не может зависеть от содержимого файла. это разные уровни данных...

63. Yury_Malich, 04.11.2003 18:22
цитата:
abgm:
Если режим записи не RAW (DAO16/96) - то прошивка/контроллер CDRW. По-этому-то я с RAW-режимом и предлагаю поэкспериментировать .
Да пробовал я и TAO, и DAO, и DAO96. Всё одно

Добавление от 04.11.2003 18:26:

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

64. D.N., 04.11.2003 19:46
Сей факт потверждаю, но только когда ISO level 1, при ISO level 2 файл читается нормально.

Привод Mitsumi CR-485-FTE, болванка Imation CDRW 4x.

Добавление от 04.11.2003 19:48:

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

Вот и я думал чушь, а окозалась правда.

66. p, 04.11.2003 22:02
Если отошлете на pin <собака> uc.jinr.ru, выложу на FTP сервер. А?

67. тот самый Макс, 05.11.2003 00:39
Yury_Malich

ещё раз - обсуждаете бред.

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

100$. хотя, откуда у пионеров деньги?

68. AlexXpert, 05.11.2003 05:43
тот самый Макс
В таком возрасте не пристало быть столь категоричным
no offence


Проверил субжевый файл у себя.
Lite-On LTR-48246S, болванка 4xRW Digitex, WinXP, писал Неро 60011

Результат - не читается. Ни при одном режиме записи.

Пошел дальше.
Разрезал мегабайтный файлик на килобайтные
Записал всю тыщу штук, при чтении 16 из них не читались.
При повторной попытке записать эти файлы по одному или тучей,
результат тот же - зеро.

При порезке их по 256 байт, читаются нормально.

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

Кому надо могу послать их отдельно...

Кто-нить пробовал записать диск не из-под Винды??
Может, программисты дяди Билли где-то накосячили?

69. D.N., 05.11.2003 06:23
P

Файл для растерзаний отправлен.

70. Daiser, 05.11.2003 06:44
Yury_Malich
AlexXpert
Lite-On LTR-48246S, болванка 4xRW Digitex, WinXP, писал Неро 60011

Результат - не читается. Ни при одном режиме записи

У меня обратный результат. Диск нормально прочитался при записи на LITE-ON LTR-52327S / TEAC CD-W540E, но только после того как в Nero BR (5.5.10.54) в настройках ISO поставил Mode 2 / XA (DAO, DAO/96). В таком режиме диск прочитался всеми доступными приводами (DVD-ROM Toshiba SD-M1712, DVD-ROM LITE-ON LTD-163, CD-RW TEAC CD-W540E, CD-RW LITE-ON LTR-52327S). В Mode 1 файл смог прочитать только Toshiba SD-M1712, как и говорил RedDaemon.

71. RedDaemon, 05.11.2003 07:08
abgm
ИМХО, там вполне определенные данные в субканале, которые при записи данных не должны появляться.
Да пофиг, в каком режиме писать, я писал в DAO, DAO96, TAO под нерой, в burnatonce в свойствах у меня стоит Use raw driver (в качестве пишущего движка там используется cdrdao). Одна малина -- файл преимущественно не читается.
Но какие команды в данных на диске ты собираешься обнаружить?
Собственно, я не пытаюсь их искать Это слишком трудоёмко, надо будет искать спецификации на форматы и команды чтения, читать их и т.д. -- геморно. Я просто методом научного тыка пытаюсь хотя бы приблизиться к пониманию, "кто виноват и что делать" (c)
Лучше, мне кажется, попробовать с RAW-записью поэкспериментировать.
Вот и экспериментирую пока. Безрезультатно. Правда, Mode 2 не пробовал.

Кстати, плекс тоже не прочитал этот файл

http://www.disctronics.co.uk/technology/cd-rom/cdrom_formats.htm
Так, для интереса.
Действительно, в режиме Mode 2/XA всё прочиталось.

72. Daiser, 05.11.2003 07:55
Ещё:
Эмпирическим путём установлено, что первый "артефакт" в файле появляется с начиная с позиции 83800h.

Далее. Проделал еще такой эксперимент. Сделал один файл состоящий из трёх "сессий" вида: <загадочный_файл> + <~90Мб "мусора">. Записал в Mode 1. Потом начал делать образ CloneCD на LTD163. Повторения ошибки с периодичностью в 3 раза НЕ БЫЛО. Была масса ошибок чтения в начале и несколько (5-6 секторов) в середине. Сегодня попробую взять "мусор" размером кратным 2048 байт, чтобы он как раз в сектор укладывался.

KProbe при тестировании показал нормальный график без артефактов, Nero CDSpeed отказался тестировать диск в режиме Q-Check (сваливался на drive spin up).

73. D.N., 05.11.2003 08:09
Я выложил этото странный файл (http://ftp.gorodok.net/index.html) . Он побит рарром на 3 архива.

74. abgm, 05.11.2003 08:34
Daiser
в настройках ISO поставил Mode 2 / XA (DAO, DAO/96). В таком режиме диск прочитался всеми доступными приводами
В Mode 2 есть несколько доступных форматов: The Mode 2 formless block format (Table 11) is rarely used. There is no defined CRC or additional correction., The Mode 2 form 1 block format... is very similar to Mode 1 format., Mode 2 form 2 data...The data is optionally covered by CRC within the last 4 bytes of the block. Т.о. могут различаться кол-во пользовательских байтов в блоке и степень защищенности данных с пом. CRC. Дак вот может именно из-за отсутствия коррекции данные читаются?

75. Yury_Malich, 05.11.2003 09:42
тот самый Макс
Я не не стану тратить своё время на споры с твердолобыми. Те кто хотел давно уже всё проверили. Не знаешь, не можешь помочь разобраться - не лезь с флеймом, не трать наше время на перебранку, и не мешай другим, тем более что твоё пальцерастопыривание смотрится на фоне других постов просто ужасно глупо. Тебе лично и на твои посты в частности я отвечать больше не буду.

цитата:
если хочешь за свои деньги убедиться в своей глупости - велкам.
100$. хотя, откуда у пионеров деньги?
Интересно, ты хоть понимаешь, что только что поставил себя в глупое положение перед теми, кто уже всё проверил?


All
Я разбивал файл на 4 кб фрагменты, и выделил 2 фрагмента, которые не читаются. На двухкилобайтные фрагменты разбивать не пробовал. Ещё я вчера послал письмо с файлами производителям Nero на адрес:techsupport@nero.com. В письме я, на сколько позволяет мой английский, кратко изложил суть проблемы. В общем если они отнесутся к моему письму серьёзно, то скоро мы узнаем правду.

Добавление от 05.11.2003 09:59:

abgm
Действительно. Проверил сейчас в Mode2 - всё ок.

цитата:
Дак вот может именно из-за отсутствия коррекции данные читаются?
То есть вы хотите сказать что в Mode2/XA CRC отсутствует? Хм. Таким образом получается, что для определённой очень редкой комбинации байтов алгоритм CRC подсчёта вычисляет неправильный результат?
Кстати если с первого раза сотрудники Nero не отнесутся серьёзно к моему письму надо будет послать им новую информацию про Mode1 и Mode2/XA

76. AlexXpert, 05.11.2003 10:09
Yury_Malich:
цитата:
Я разбивал файл на 4 кб фрагменты, и выделил 2 фрагмента, которые не читаются.
Кстати, я тоже пробовал и по 2к и по 4к.
Как я писал, нечитаемых 1к кусков оказалось 16,
а 2к кусков - уже 19 ,
4к кусков не прочиталось 12 штук.

Причем эти куски между собой коррелируются...
Хотя и не точно.

77. Red_BuG, 05.11.2003 10:23
D.N.
Пробовал щас скачать файл, скорость примерно 0 байт в секунду.

Yury_Malich
В связи с вышеуказанным нельзя ли отправить мылом на red_bug mail.ru?

78. abgm, 05.11.2003 10:29
Yury_Malich
что в Mode2/XA CRC отсутствует? Хм. Таким образом получается, что для определённой очень редкой комбинации байтов алгоритм CRC подсчёта вычисляет неправильный результат?
Что-то вроде этого. Даже если он и присутствует (а такая возможность для Mode 2 тоже имеется, судя по описанию формата), то алгоритм высчитывает CRC по схеме отличающейся от алгоритма Mode 1.

79. Red_BuG, 05.11.2003 10:31
кто-нить знает метод подсчета CRC, который применяется при записи? Ссылочка может есть? Будем думать математически!

80. D.N., 05.11.2003 10:34
Вот новая ссылка:Очень странный файл (http://ccfit.nsu.ru/~fisenko/)
Теперь должно работать.

81. zerro, 05.11.2003 10:36
Yury_Malich
Если можно, то и мне эти 2 фрагмента сбрось мылом.

82. Yury_Malich, 05.11.2003 10:37
Sergie
Red_BuG
Файлы для растерзаний переслал


zerro
Не не берёт ваш сервер. Спамом обзывает

83. zerro, 05.11.2003 11:35
Yury_Malich
Не не берёт ваш сервер. Спамом обзывает
Только что сделал адрес на вашем сервере, там наверно спамом не обзовут.
Если можно,перешлите еще раз z1_z2_z3 собака mail.ru

84. Yury_Malich, 05.11.2003 11:43
ушло

85. RedDaemon, 05.11.2003 12:28
Yury_Malich
То есть вы хотите сказать что в Mode2/XA CRC отсутствует?
Цитата http://www.disctronics.co.uk/technology/cd-rom/cdrom…ode%202%20Sectors:
"Mode 2 Form 2 sectors contain 2324 bytes of user data per sector, with no ECC are are suitable only for data where errors can be concealed (eg audio or video data). "
Т.е., грубо говоря, используется частично.

abgm
алгоритм высчитывает CRC по схеме отличающейся от алгоритма Mode 1.
Да просто напросто отсутствует целый блок -- ECC (Error Correction Code), а наличествует только EDC (EDC (Error Detection Code). Но это только для Mode 2 Form 2. А для Form 1 ECC всё же присутствует. Т.е. если мы запишем в Mode 2 Form 2 этот же файл, и на этом месте будет реальная ошибка записи, то файл может всё равно прочитаться без сообщения об ошибке, но его копия будет уже не та. Так что ли? Интересно, а в каком тогда формате пишет, допустим, нера? Ведь по сути, Mode 2 Form1 и Mode 1 почти одинаковы, у них физическое отличие -- только наличие подзаголовка в 8 байт у Mode 2 Form 1, и неиспользуемый блок в 8 байт у Mode 1. А так структура сектора одинакова. Пользовательские данные одного размера. Если они так похожи, то выходит, что в нере используется Mode 2 Form 2, тем более описание CD-ROM XA как раз располагает к этому. В противном случае файл тоже не записался бы.
Попробую записать этот файл на один диск с аудиотреком, может, натолкнёт на какие выводы.

86. abgm, 05.11.2003 12:40
RedDaemon
Ведь по сути, Mode 2 Form1 и Mode 1 почти одинаковы, у них физическое отличие -- только наличие подзаголовка в 8 байт у Mode 2 Form 1, и неиспользуемый блок в 8 байт у Mode 1. А так структура сектора одинакова.
Да, но:
Mode 1:
0 12 Data Block Sync pattern
12 3 Block MSF address (BCD)
15 1 Data mode = 01
16 2 048 User data
CRC (P = (X 16 +X 15 +X 2 +X 1 )*(X 16 +X 2 +X+1)) Bytes 0 -2 063

Mode 2:
16 4 Sub-header, first copy
20 4 Sub-header, second copy
24 2 048 User data
CRC (P = (X 16 +X 15 +X 2 +X 1 )*(X 16 +X 2 +X+1)) Bytes 16 - 2 071

т.е. CRC строится несколько по др. данным

87. Dorian Hawkmoon, 05.11.2003 14:06
Yury_Malich
Хмм... Тут надо еще поломать голову...
По поводу преобразования данных: если выбираешь в программе режим RAW (+ его поддерживает рекордер), то рекордер предоставляет программе т.н. "сквозной канал" доступа собственно к процессу записи, и все subchannels формирует программа; в противном случае - рекордер.

88. p, 05.11.2003 14:22
Насколько я понял, файл уже выложен, но на всякий случай.

http://www.popov.org/misc/bad-video/

В файле badvideo.zip сам кусок для записи, а в badvideo.avi.md5 контрольная сумма MD5 файла badvideo.avi.

Записывать надо badvideo.avi.
Записывать badvideo.avi.md5 не надо!!

Мои результаты:

  • Recorder: TEAC CD-W540E
  • Software: Nero 6.0.0.11
  • Record mode: DAO
  • OS: Windows 2000 Pro
Записанный файл не читается в самом рекордере и в DVD-ROM ASUS E616

89. Vogt, 05.11.2003 15:26
Recorder: NEC NR-7800B
Software: Nero 6.0.0.19
OS: w2k

В самом рекордере - читается.
В ASUS CD-S500/A - не читается

Оба привода в одном компьютере.

90. тот самый Макс, 05.11.2003 16:51
Yury_Malich

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

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

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

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

даже тупой МФМ кодировал и кодирует любые данные так, что они не вносят никакой чехарды в запись. а тут CD. курите книжки (красные, жёлтые) по методам кодирования, защиты и хранения данных на цд.

если есть лишние деньги - приходи. я тебя научу пользоваться софтом. хоть деньги будет не жаль отдавать за собственную глупость. 8)

91. Yury_Malich, 05.11.2003 17:01
Высокомено .
All:
Господа, подскажите пожалуйста тому чудаку выше, что он не прав. А то меня уже тянет сказать ему неприятные вещи

Добавление от 05.11.2003 17:08:

цитата:
тот самый Макс:
если есть лишние деньги - приходи. я тебя научу пользоваться софтом. хоть деньги будет не жаль отдавать за собственную глупость. 8)
Интересно а зачем тебе теньги? Купить себе мозгов? Ты мне напоминаешь своим непробиваемым высокомерием Фёдорова из Реквизита. Вы с ним часом не братья? Кстати пока мы от тебя ничего умного не услышали, так что то что ты сам вообще умеешь чем-то пользоваться большой вопрос . А вот что уважаешь ты только себя любимого - это точно. Здесь сомнений нет

92. тот самый Макс, 05.11.2003 17:39
Yury_Malich
цитата:
Высокомено

а как ещё, если ты чушь говоришь?

цитата:
Интересно а зачем тебе теньги? Купить себе мозгов?

мне мозгов не надо. у меня всё что надо есть. см. инфо. это раз.

цитата:
Ты мне напоминаешь своим непробиваемым высокомерием Фёдорова из Реквизита.

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

цитата:
Вы с ним часом не братья?

хуже, мы сёстры.

цитата:
Кстати пока мы от тебя ничего умного не услышали, так что то что ты сам вообще умеешь чем-то пользоваться большой вопрос

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

ещё раз - сходи, почитай доки на форматы в красно-жёлтых книжках, если на слово не веришь.

цитата:
А вот что уважаешь ты только себя любимого - это точно. Здесь сомнений нет

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

п.с. программист - типа умеешь игрушки в виндовс запускать? 8)
п.с.с. так я не понял, ты хочешь научиться, или 100$ папа не даст?

93. Yury_Malich, 05.11.2003 17:46
тот самый Макс:
Хоть бы чего умного сказал

94. n2, 05.11.2003 18:06
Я тоже не специалист по оптическим носителям. Тем не менее сама постановка вопроса
"читаемость диска зависит от содержимого файла" кажется весьма сомнительной.
Получается что CD вообще не может считаться носителем данных, раз есть набор данных, которые не могут быть считаны с носителя.
Тем не менее файлик качнул, посмотрим.

95. abgm, 05.11.2003 18:19
тот самый Макс
Yury_Malich
Господа, личные взаимоотношения выясняйте в личной переписке, плз. Налицо нарушение п. 2.3.5 (...сообщения, грубые по тону, содержащие "наезды" на личности...) и п. 1.3 (...и не отвечайте им той же монетой, даже если Вы считаете, что Вас оскорбили...).

96. Yury_Malich, 05.11.2003 18:31
abgm:

97. Red_BuG, 05.11.2003 18:49

тот самый Макс
Видно,рекламку продвигаешь.. понятненько

98. aamonster, 05.11.2003 18:54
n2
Именно так и получается
Какая-то ошибка в реализации - не знаю уж, где именно - firmware пишущего или читающего драйва, aspi, еще что...

У меня файл, записанный на Data CD (писал на Teac 524, Nero и Burn4free) ни самим тиком, ни другим попавшимся под руку драйвом не прочитался, но спокойно прочитался в DVD-ROM (правда, не пробовал его сравнить с исходным). При случае попробую на NEC 1300 (DVDRW) и на стареньком Teac (4x4x32).

99. Sergie, 05.11.2003 18:55
Yury_Malich

Итак,

NEC NR-7700 rev. 1.06
TEAC CD-540E rev. 3.0А
на Win2k Prof Eng, запись и чтение с помощью
mkisofs 2.01a17 (i686-pc-cygwin)
Cdrecord-Clone 2.01a19 (i686-pc-cygwin)
readcd 2.01a17 (i686-pc-cygwin)

продемонстрировали полное отсутствие описанного эффекта

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

100. Red_BuG, 05.11.2003 19:01
Sergie
А нерой не пробовал? Эти- то проги не пользуют виндовый интерфейс.

Страницы: 1 2 3 4 5 6 7 · далее / все сообщения темы на одной странице


URL: http://forum.ixbt.com/topic.cgi?id=31:17979

Время GMT +03. Даты в формате dd.mm.yyyy.