Искажение/изменение данных при записи на оптические диски - [1] :: Программы

Большинство, скорее всего с таким еще не сталкивалось.
Я сам в первый раз такое увидел за все лет 10 моих "записей" на оптические диски.

А файлы-то на самом деле меняются..

Выявить это можно только верификацией с прямым сравнением записанных данных с оригиналом (побайтово или контрольными суммами - средствами программы, записывающей диск, или другими программами с проверкой "контрольных сумм" (CRC32, SHA..., MD5, etc.), etc.)

***

В момент обнаружения я использовал:

Привод-"писатель":
Писалось и тестилось
LG BH10LS30 (версия BIOS 1.0) (Изготовлен 02.2010 (Китай, как и большинство компьютерных компл. у нас

), а прошивка (BIOS) версии 1.0

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

)..
Поключение/режим - SATA 1 (насколько я помню).

Диск:
Писал диск Blu Ray Verbatim 4x (VERBAT IMc 000 кажется Mitsubushi Electronix (подробности остались дома

))
на 4x скорости (выше и не рискну никогда для качества (как всегда на всех CD-R и DVD-R - не выше 4x).

Software:
ImgBurn 2.5.1.0 (последняя версия на сегодняшний день)
Было включено разрешение использовать юникод в именах folders,
не включено разрешение отмены блокировки юникода в дисках video DVD и BD (во как "завернул" "заковыристо" - но это не я, а "они" так написали

)

Файловая система записываемого диска:
Для записи использовал систему UDF 2.60 (используется для BD, другие не подходят из-за ограничения на файл 4GB максимум)

UDF драйвера, etc.:
Windoes XP Pro (Zver DVD)
CyberLink UDF Reader (нужен для чтения UDF 2.50 и 2.60 в Windows XP. ImgBurn имеет свои собственные "драйвера"/методы работы с UDF и, вообще-то, не должен был его использовать, но кто его знает...)

Антивирус:
Panda Gloval Protection и Internet были включены (забыл выключить типа).

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

Описание ситуации.
При ошибке верификации (провеоки содержимого диска на соответствие оригинальным файлам после записи - все by ImgBurn последней версии)
я проверил контрольные суммы (3 типа сумм (CRC32, SHA..., MD5) проверены совершенно другой программой в дополнение к верификации ImgBurn) - все контрольные суммы разные на файле с ошибкой, а на других файлах, как и должно быть, все совпадают..
Размер "измененного" файла совпадает с размером оригинала с точностью до байта.
Читается в этой части диска (первая треть) как раз отлично (ровная возрастающая кривая).
Плейером воспроизводится нормально - не смог найти отличия от оригинала,
но это не значит, что так будет всегда,
к тому же при записи программ, данных, образов дисков и др. это уже критично.

Проверить снова by ImgBurn возможности нет (он не может проверять это даже имея записанный проект (образ ему подавай (которого и не было)) = разработчик - "лентяй".

К тому же и так все очевидно по контрольным суммам.

Первый раз такое встречаю - чтобы файл записался, но неправильно !!!

И, судя по сообщениям - у многих такое уже было..

Вот такая "страшная история".

***

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

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

Чтобы проанализировать, думаю, нужно знать хотя бы следующее в момент появления описанного выше изменения данных при записи (все, что сможете сообщить):
- Какое программное обеспечение (вкл. и какой версии) использовалось для записи (и проверки);
- Какие опции программного обеспечения для записи/верификации были использованы;
- Какая версия (версии) файловой системы использовалась для записи на оптические диск:
- Какие драйвера UDF установлены в Windows и какая установлена Windows;
- Какой привод-писатель (марка, версия прошивки (BIOS), сколько времени и с какой интенсивностью на чтение и на запись использовался)
- Размер физического буфера привода и размер программного кэша (т.е. кэша программы-писателя);
- Какие диски (включая и их код изготовителя и др.) использовались;
- На какой скорости была запись;
- Какой антивирус стоял и был ли он включен (а также был ли включен Internet);
- Любую дополнительную информацию, которую пользователь посчитает нужным сообщить.

Всем может быть полезно узнать и разобраться..

При этом (для всех CD, DVD, BD) можно использовать..

DVD Identifier (вся информация о дисках CD, DVD, BD, используя базу данных производителей (обновляется отдельно, линк на сайте))
http://dvd.identifier.cdfreaks.com/

Opti Drive Control (бывший Nero CD-DVD Speed возможно платный (по крайней мере у меня уже "бесплатно"))
http://www.cdspeed2000.com/

DVD Info Pro (офциально - платный

)
http://www.dvdinfopro.com/

BurnPlot (добавка к ImgBurn - строит графики по данным ImgBurn)
http://www.imgburn.com/index.php?act=download

***

Факты от других пользователей и
другие подробности можно увидеть в (стр.50)
http://forum.ru-board.com/topic.cgi?forum=5&topic=20410&start=980#lt
(а также на стр. 46-50)

Сообщения по теме писать - наверное лучше тут, хотя - как вам будет удобнее..

BOLiK_Ltd
Если ты Manul

то, BTW, я то как раз ссылался на твою информацию (т.к. сам не проверял (нет времени и незачем мне пока что)), а не "оскорблял"..

Цитата:

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

Sorry..
"Что, черьезно что ли ?" (Бакс Банни (кроль такой американский))..

..Да.. "занток" нам сейчас все расскажет.. Только что-то все никак не "расколется", только "темнит" / "пыжится" / "набивает себе цену" / ...

Цитата:

А всё потому, что виновник ваш привод, т.е лыжи.

А все потому, что (уже раз 6 + N или M писал),
что сначала читать, затем думать, затем писать.

К тому же ты уже пытался объяснять "свое мнение" и другим участникам форума по этой же теме в другой теме (см. линк ниже - страницы 46-50), но с совсем другой конфигурацией.
(Я-то читаю сначала..

)

А чего бы просто не высказать хотя бы нормальную гипотезу (?)

Цитата:

Однослойные писать строго на скорости 4х,

Надо же.. А кто это с пеной доказывал обратное, "споря" со мной (?)
http://forum.ru-board.com/topic.cgi?forum=5&topic=20410&start=1000
Страницы 50-51..
LOL!

Цитата:

Стоит чуть отступить от этого по забывчивости, и тогда жди проблемы с верификацией

...
А как же "плохой"-нехороший дядя с LG (?)

Цитата:

Про блю ничего сказать не могу, но подозреваю что это относится и к нему.

А я то как раз только на записи Blu Ray на ImgBurn (см. данные в первом сообщении

)
эту описанную в теме странность увидел..

------------------------------------------------------------------------------------

Проблем у меня нпикогда не было на всех приводах LG.
(Есть даже привод LG с прошлого века (нормально работающий)

)
И не надо тут рекламу/антирекламу распространять.

Только факты и "реальные" гипотезы, пожалуйста..

А вот с Blu Ray LG - не знаю..
Но нигде в Internet не встречал подобной странности, какая описана в этой теме.

Возможно у BH10LS30 / BH10NS30 в BIOS есть баг.
Некоторые замечали, что при записи DVD на нем by ImgBurn не показывает заполненность хардварного буфера, но все отмечали при этом, что больше ничего не заметили и качество записи и performance отличное.
Сам я пока про это ничего не могу сказать..

------------------------------------------------------------------------------------

Из новго по теме (i.e. новые факты)..

Пока только еще один диск записал (всего три)..
Третий как и первый записался нормально.. (Про второй - см. в этой теме в первом сообщении)

Рекомендую выключать антивирус (коммент для BOLiK_Ltd - в дополнение к писанию на скоростях до 4x и др.

),
так как даже с антивирусом серии Panda (см. информацию "как он работает"/принципы работы),
при выключении его (перед этим забыл его выключить) при проверке скорости чтения с диска резко увеличилась скорость и стабильность чтения в конце диска.
Возможно Panda если и не проверял уже файлы, то проверял поток данных (см. ... ... (аналогично его работе с сетью/Internet))
Буду проверять еще..

------------------------------------------------------------------------------------

Amundsen

Цитата:

Спасибо. Честно говоря, я никогда не заморачивался с ограничением скорости записи и никогда проблем с этим не имел.

Как я и др. уже писали - проблем-то может быть и не видно, но в среднем (т.е. это не "жесткое правило" (!!!!)) качество записи в настоящее время пока что все-же хуже. Отсюда - ниже надежность хранения данных, т.к. со временем поверхность и/или др. могут стать еще хуже..
Сравните качсетво записи (к-во ошибок первого и второго уровня (извините за редкое название, прямо сейчас забыл краткую аббревиатуру и лень искать (кажется Pi и ...)))
при записи тем же приводом дисков тойже партии (с той же упаковки, например) при разных скоростях.
Тесты проводить как минимум повторяя на нескольких дисках и чередуя из.

Цитата:

И этот мой LG долгое время работал без нареканий.

А.... А то тут "некоторые" кричали про плохих дядей с LG.

------------------------------------------------------------------------------------

Dementy

Насчет Windows и шлейфов - все возможно. Хотя шлейфы (SATA (см. мои данные в первом сообщении

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

Цитата:

Моё мнение: пишущие DVD LG в последние 1-2 года - одни из лучших по качеству из продающихся в нашей стране (России).

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

Про новые Blu Ray писатели пока нет статистики, хотя другие хвалят.
(Да и я имел график считывания записанного BH10LS30 (BIOS v.1.0) BD-R Verbatim ровно с возрастанием до около 10.5-10.7x к концу диска (есть сохраненные отчет и скриншоты))

Цитата:

Основная программа для записи - Nero (в основном - старинная 6.6.1.15),

Это та самая последнняя версия, которая была "компактной" (пару десятко мегабайт) и качественной ?
У меня где-то еще лежит. Всегда ею пользовался (до начала записей на BD).
К сожалению, она не пишет BD диски (или ее можно заставить писать их ?).
Сейчас три первых BD-R диска записал by ImgBurn (до этого даже не знал, что есть ImgBurn).

Цитата:

Может это у некоторых версий ImgBurn-а какая-то нездоровая нелюбовь к лыжам?

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

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

Вы там проверяете все диски всегда на соответствие записанных данных ориганалу (как написали)
или проверяете только скорость/график считывания
или/и качество записи на количество ошибок
или не проверяете совсем (как я некоторые DVD-R, когда уже не в первый раз "то же самое" проделывал) ?

------------------------------------------------------------------------------------

Если мы хотим найти причину описанной "странности",
пожалуйста сообщите как можно больше подробностей (см. мои "пункты"-вопросы в первом сообщении) при обнаружении или ДЛИТЕЛЬНОМ/постоянном необнаружении описанной выше "странности" с изменением данных в процессе записи.

Модерирует : gyra, Maz
Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2