Отправляет email-рассылки с помощью сервиса Sendsay

xcdroast - Ошибка при записи дорожек???

Доброго времени суток.

История такая - зашел однажды ко мне друг с эрвэшкой и попросил записать фильм.
Ну, я записал (по традиции юзаю xcdroast), но в самом конце получил "Ошибка при
записи дорожек". Т.к. человек торопился, не стал разбираться с этой штукой, никакой
информации о том, что дальше было с этой эрвэшкой, читается она или нет не имею.
Прошло некоторое время, потребовалось записать несколько матриц. Помня об этой
ошибке, запустил сначала симуляцию записи - результат тот же. Стал искать причину
- загрузился со старым ядром, пробовал писать в разных режимах (dao, tao), писал
в винде... И во всех вариантах получал эту ошибку в Линуксе, под виндой - нормально.
В конце концов решился рискнуть матрицей и записал без симуляции. Диск оказался
вполне читаем (и в Линуксе и в оффтопе), никаких претензий нет. И все же любопытно
- что же это за фишка, может кто в курсе?

Конец вывода при записи:

Track 01: writing 30 KB of pad data.
Track 01: Total bytes read/written: 733104128/733134848 (357976 sectors).
Writing time: 214.253s
Average write speed 23.0x.
Min drive buffer fill was 98%
Fixating...
Fixating time: 14.866s
BURN-Free was never needed.
cdrecord: fifo had 11548 puts and 11548 gets.
cdrecord: fifo was 2 times empty and 7865 times full, min fill was 0%.

Может, это просто глюки конкретной версии (сборки) xcdroast?

Дистрибутив Mandrake 9.2, xcdroast-0.98, cdrecord-2.01.

Ответить   Tue, 30 Nov 2004 04:05:56 +0200 (#272410)

 

Ответы:

В сообщении от 30.11.2004 05:05 Rygoravich пишет:

^^^^^^^^^^^^^
Вполне возможно, что на скорости записи 24x, не справляется с нагрузкой
винчестер. Может что-то сильно фонит.

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

Однако крайне не рекомендуется при записи диска играть в CS, HMM4,
UT2004 и т.д. Или чем нибудь еще давить на "сердечко". Тогда проблемы с
читаемостью вам гарантированы.

Ответить   "H.R.Giger -=dead tillias_TT=-" Tue, 30 Nov 2004 07:30:21 +0300 (#272429)

 

Доброго времени суток.

On Tue, 30 Nov 2004 07:30:21 +0300
"H.R.Giger -=dead tillias_TT=-" <tilli***@n*****.ru> wrote:

Сорри, я немного не дописал... Дело в том, что если визуально следить за индикаторами
в xcdroast, то буфер программы не бывает заполнен менее, чем на 60%, а привода
- 98%... Раньше я на этом же компьютере (правда, возможно, под другим дистрибутивом,
точно не помню, писал ли я диски с тех пор, как перешел на Mandrake 9.2) писал
диски установив максимальную (52X) скорость и проблем не было.

Кстати, чаще пишет, что опустошений буфера не было, например вот такое:

Track 01: writing 30 KB of pad data.
Track 01: Total bytes read/written: 734965760/734996480 (358885 sectors).
Writing time: 217.660s
Average write speed 22.7x.
Min drive buffer fill was 98%
Fixating...
Fixating time: 16.525s
BURN-Free was never needed.
cdrecord: fifo had 11577 puts and 11577 gets.
cdrecord: fifo was 0 times empty and 8332 times full, min fill was 68%.

и все равно выдает ту же ошибку.

Специально попробовал записать болванку на 4x - все равно выводит ошибку... Конец
вывода:

Track 01: writing 30 KB of pad data.
Track 01: Total bytes read/written: 680970240/681000960 (332520 sectors).
Writing time: 1112.081s
Average write speed 4.0x.
Min drive buffer fill was 100%
Fixating...
Fixating time: 65.341s
BURN-Free was never needed.
cdrecord: fifo had 10726 puts and 10726 gets.
cdrecord: fifo was 0 times empty and 10538 times full, min fill was 90%.

Впрочем, давайте временно закроем эту тему: пробую другую версию xcdroast, о
результатах завтра сообщу (сейчас писать нечего)...

Ответить   Thu, 2 Dec 2004 02:20:50 +0200 (#273418)

 

Rygoravich пишет на днях:

при

никакой

Вообще у меня тоже были такие глюки именно с xcdroast 0.98 alpha 14,
когда поставил
xcdroast 0.98 alpha 15 такого не неблюдалось.
Вообще IMHO xcdoast лучше не доверять...
mkisofs / cdrecord рулят!

--
Origin:
The Sheepy One <ke***@e*****.com> в CD-Writing HOWTO предложил
использовать дефектные CD как подставки для напитков
С уважением, saturas. satur***@m*****.ru

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 14004; Возраст листа: 494; Участников: 1279
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/272872



-*Информационный канал Subscribe.Ru
Подписан адрес:
Код этой рассылки: comp.soft.linux.discuss
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписаться: mailto:comp.soft.linux.discuss--unsub@subscribe.ru?subject=comp.soft.linux.discuss

http://subscribe.ru/ http://subscribe.ru/feedback

Ответить   Wed, 01 Dec 2004 04:19:17 +0500 (#272872)

 

Доброго времени суток.

On Wed, 01 Dec 2004 04:19:17 +0500
saturas <satur***@m*****.ru> wrote:

Вообще-то у меня alpha 14 (сорри, немного не дописал в предыдущем посте)... Ну,
поставил alpha 15, завтра еще болванки писать буду - сообщу о результатах...

mkisofs/cdrecord действительно рулят, но почему же нельзя доверять xcdroast?
В конце концов это всего только фронтэнд к сим рульным тулзам...

Ответить   Thu, 2 Dec 2004 02:00:02 +0200 (#273417)