» PlexTools

AVV_UA

Цитата:

вой негативный опыт, скорее всего связан с плохими болванками, а не с Неро. Хотя и бОльшую стойкость ПлексТулз в этом отношении отрицать не стану.

В этом-то и дело. Болванки Primeon, вроде вполне нормальные, уровень ошибок при записи низкий. Но с записью на них в Nero 99-минутных аудио - облом, а Plextools успешно все пишет. Стало быть, или Nero не слишком универсально, либо Plextools учитывает какие-то специфические особенности "родного" привода. В любом случае полностью согласен с выводом, что
Цитата:

вся прелесть сабжа раскрывается только с теми резаками, для которых она и разработана

я тут по-быстрому сделал фиксилку для вышеупомянутого бага:
поправляет заголовок и отрезает ненужные тэги...
кому надо, берите тут: http://bite.nm.ru/tmp/ptxl309_wav_fix.exe

snatchy:
Цитата:

я тут по-быстрому сделал

Класс! Спасибо! Растолкуй, как пользоваться: прогу пропатчить или каждый файл?

шапка включена

AVV_UA

Цитата:

Класс! Спасибо! Растолкуй, как пользоваться: прогу пропатчить или каждый файл?

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

snatchy:
Цитата:

на вавы эту фиксилку натравливать нужно...

А как? Она досовская, а я - фарфоровый...

AVV_UA

Цитата:

А как? Она досовская, а я - фарфоровый...

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

start -> run... -> cmd
cd /d e:\my_wavs\
ptxl309_wav_fix.exe invalid.wav

или типа того...
только нужно сначала положить её в e:\my_wavs\, в данном примере...

на кучу вавов можно натравить вот так:
for %f in (*.wav) do ptxl309_wav_fix.exe %f

2 all
Почему сабж при выборе мультисессии (диск DVD) ругается такими словами:
Цитата:

Вы выбрали режим работы с функцией 'Создание диска' для дисков типов CD-ROM и DVD-ROM. К сожалению, в текущей версии PlexTools Professional XL работа с мультисессионными проектами недоступна.

Но как видим ниже по результатам он меня обманывает.

beZmeN:
Цитата:

Почему сабж

Версия какая???

AVV_UA
Цитата:

Версия

Сорри.
3.09

beZmeN:
Цитата:

3.09

Я почему спросил: после постов snatchy (этого и дальнейших) я, когда пересталвял систему, поставил себе 3.08. Вроде бы у меня в ней такого не наблюдается... Не утверждаю, что это глюк 3.09 - не имею оснований.

продолжение.. | начало = 20:29 06-07-2006

Сабж меня не обманул.
Я записывал тот диск для друга и второй сессией дописал фильм. Неделю назад отдал ему диск, а на последних выходных опять встретились и я спросил: "Фильм посмотрел?", он - "Какой фильм?". Вставили на его компе диск - нет кина. Но у меня всё виделось и запускалось. Какой у приятеля привод не помню, точно не Plextor.
Вот и вся хистори.

А у меня на WinXP sp2 plextor 760sa виснет PlextorTools при загрузке... Все перепробовал виснит зараза.

Ch1ck:
Цитата:

виснет PlextorTools при загрузке... Все перепробовал виснит зараза.

У меня 716-й и 12/10/32S. Сабж у меня не виснет, а ОЧЕНЬ ДОЛГО опрашивает приводы при старте. Очень долго - это что-то около минуты. ВинХР СП2, проц с чостотой 1,2 гигагерца, памяти 256. Может, у тебя машина медленная?
Ну, а если нет, то проверь, всё ли в порядке в свойствах драйва (в менеджере дивайсов).
Да, а версия-то ПлексТулз какая?

Юзаю версию 3.10XL
Где-то (точно не заметил) после обновления Daemon-tools 4.03 -> 4.06 и последующего обновления Alcohol120% 1.9.5.4327 -> 1.9.5.4521 сабжевая тулза перестала в упор видеть все сидюки в системе. Показывает только винты. При этом весь остальной софт работает нормально.

Сидюки (Plex-716A и Benq DW1640) сидят на SilicomImage CMD 0680 raid контроллере и в системе видны как сказевые.

Больше ни у кого такого нет, никто не нашел решения?

А как с помошью последней PlexToolsXL записывать обычные диски?
DiskMaker? Он у меня не видит расширения файлов. Добавляю например файл windows.iso а он видит его как папку и без размера.

Цитата:

windows.iso

- это образ, и его надо заисывать через disccopy

И в самом деле, PlexTools не видит IDE-устройства, подключенные к raid-контроллерам, если установлен DaemonTools.

Я вот как не странно тоже не могу записать просто файл в проект. Когда вставляю файл то получаю вместо него пустую папку с именем добовляемого мной файла. Если вставляю папку с файломи то тогда другое дело все нормально. Подскажите как это исправить.

Копирую audio cd. Использовал EAC, сейчас пытаюсь работать с PlexTools.
Жму в ape, все треки в один файл. PT действительно это делает намного быстрее, чем EAC.

PT ProXL 3.13.

Возникли вопросы, хелп и гугл молчат.

1. Опция записать всё в один файл становится доступной только после плясок с бубнами (т.е. после лазанья по соседним меню и тыканья в разные чекбоксы). Это похоже на глюк. Хотя в v.3.12 такая же ерунда.

2. Как задать имя итогового файла? EAC про это спрашивает, а PT спрашивает только про путь, файлу же присваивает какое-то техническое име по своей нотации.
Ужасно неудобно.

3. После извлечение данных появляется диалог: "Do you wish to embed the cuesheet in the audio file?"
Что это значит?

Добавлено:
UPD.
По поводу №1 (глюк с опцией записать всё в один файл). Откатился на v.3.10 -- там эта галочка всегда доступна.

Kassian


Цитата:

Копирую audio cd. Использовал EAC, сейчас пытаюсь работать с PlexTools.
Жму в ape, все треки в один файл. PT действительно это делает намного быстрее, чем EAC.

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


Цитата:

2. Как задать имя итогового файла? EAC про это спрашивает, а PT спрашивает только про путь, файлу же присваивает какое-то техническое име по своей нотации.
Ужасно неудобно.

Никак. Неудобно, но придется смириться.
А имя простое: singlefile_<дата><время>


Цитата:

3. После извлечение данных появляется диалог: "Do you wish to embed the cuesheet in the audio file?"
Что это значит?

Это значит что PT хочет записать cuesheet как тэг. Полезно, но не очень наглядно. Подредактировать будет непросто.
Насколько я помню, используется формат APE-тэгов.

И вообще советую (пока?) генерить куи ЕАС-ом. Он сканирует и записывает индексы с номерами больше 1, РТ - нет. А это есть потеря информации (хотя парадокс - я еще не разу не встречал софтверного или хардварного плеера, способного ходить по индексам в треке ).
И еще, как показывает практика, разные режимы определения гэпов в ЕАС-е дают разные гэпы , ближе всех к реальности для старых плексов режим А/secure (по крайней мере для PX-W4824), не в курсе как для новых - это вопрос к владельцам.

snatchy
На самом деле я вообще не увидел преимуществ PT по сравнению с EAC (кроме скорости). У меня вот накопилось несколько дисков (пиратская штамповка 10-15-летней давности), которые не полностью читаются: EAC пробует прочитать сектор до посинения, потом пасует. Как я вчера выяснил, на всех них обламывается и PT.

Да, EAC тратит 15 мин на то, на что у PT уходит 5 мин. Но мне, напр., 15 мин удобнее. Сидишь, работаешь, диск скопировался, -- вставил новый, ввел имя, работаешь дальше. С PT всё время на него отвлекаешься, а потом еще надо переименовывать файлы (и в cue тоже залезать, там имя менять). А если ты говоришь, что у PT и cue лажовое, то зачем вообще это всё?

Kassian
Да, (пока?) скорость и есть главное и единственное преимущество...

[offtopic]
Что же, на вкус и цвет...
А мне, например, иногда за вечер приходится грабить по 20 дисков, так что с ЕАС-ом я бы просто тратил на это всю ночь. Да и привык я уже к РТ за последние 3 года - ЕАС-ом только куи делаю.

snatchy
Странно, но если почитать отзывы в сети, то все только и говорят, как PT увереннее читает битые диски. Но вот я на своих битых дисках не увидел разницы.

Не совсем понял насчет cue. Ты его делаешь потом (из ape или flac)? Или снимаешь с начала с самого cd? Если второе, то это IMHO черевато, нет?

Kassian

Цитата:

Странно, но если почитать отзывы в сети, то все только и говорят, как PT увереннее читает битые диски. Но вот я на своих битых дисках не увидел разницы.

Тут все от диска зависит. Если в активном слое дырка насквозь - тогда его никто не прочтет, а если там одиночная плавающая ошибка, то есть читается, но нестабильно - то все может закончится успешно, в зависимости от количества повторов и метода коррекции ошибок. Больше 10-15 повторов чтения обычно ставить смысла нет - если уж не прочлось после них, вряд ли что-то изменится далее. Ясно, что наилучшие результаты будут с 5-ым методом коррекции, где берутся лучшие байты из сбойных секторов.
По своему опыту могу сказать: я не встречал ни одного диска, который бы РТ прочел хуже, чем ЕАС, но, с другой стороны, с трудом могу вспомнить диск, дающий стабильную ошибку в ЕАС и 100% прочитанный РТ... То есть уверенностью чтения я бы назвал меньшее количество ошибок, по сравнению с ЕАС-ом. Но тем не менее, они все равно, как правило, останутся. Из 10 случаев реанимации сбойных мест (ЕАС+РТ), успехом у меня заканчивался 1, а то и 0. Успехом, все же, в РТ. Кстати, тут еще помогает четкая реакция скорости чтения на количество ошибок - РТ пытается перечитывать на каждой допустимой скорости (в ЕАС-е это реализовано хуже).


Цитата:

Не совсем понял насчет cue. Ты его делаешь потом (из ape или flac)? Или снимаешь с начала с самого cd? Если второе, то это IMHO черевато, нет?

Куй генерирую в ЕАС-е по Alt+S (Action/Create CUE Sheet/Single WAV File...), затем в РТ граблю все в один АРЕ-файл. Проверено тысячу раз - все всегда совпадает, да и может ли быть иначе?
Да, раньше могло быть, когда РТ была бессильна перед прегапом диска - но я всегда это учитываю

О!

Тогда несколько вопросов.

> Ясно, что наилучшие результаты будут с 5-ым методом коррекции,
> где берутся лучшие байты из сбойных секторов

Т.е. потеря информаци, строго говоря. Я в таких случаях ищу образ по знакомым или в осле


> Да, раньше могло быть, когда РТ была бессильна перед прегапом диска -
> но я всегда это учитываю

Как именно учитываешь?
И что ты ставишь в "Check Pause".
Т.к. я всегда пишу целиком, а не потреково, то я "Check Pause" вообще отключаю.

Цитата:

> Ясно, что наилучшие результаты будут с 5-ым методом коррекции,
> где берутся лучшие байты из сбойных секторов

Т.е. потеря информаци, строго говоря. Я в таких случаях ищу образ по знакомым или в осле

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


Цитата:

Как именно учитываешь?

Делаю F4 (Action / Detect Gaps) в ЕАС-е, и смотрю на первый трек. Если нажать F4 после Alt+S, то гэпы увидишь сразу, так как в процесс создания куе входит и определение гэпов. Еще ЕАС сам тебе показывает первый трек красным цветом, если прегэп достаточно длинный (но игнорирует короткие гэпы длиной в пару секунд или меньше!). Когда РТ не умела грабить прегэпы, приходилось грабить такие диски в ЕАС-е. Или грабить только прегэп, а потом склеивать вавы. Благо, сейчас таких дисков почти нет - это было характерно для дисков 10-тилетней давности.


Цитата:

И что ты ставишь в "Check Pause".
Т.к. я всегда пишу целиком, а не потреково, то я "Check Pause" вообще отключаю.

Для образов это несущественно. Но я всегда включаю эту опцию, чтобы видеть какие гэпы определились в РТ (по сравнению с ЕАС). Это также может быть существенно для генерации куя - без этой опции могут пропадать прегапы в куе, что не есть хорошо, хоть и не смертельно. На аудиочасть образа это не влияет, а вот куй будет ущербный - не будет соответствовать TOC-у (Table Of Contents) на диске, что тоже в некотором смысле - потеря информации. Хотя, как я уже говорил, в РТ не всегда возможно сделать корректный куй.
Так как я этой функцией РТ не пользуюсь, то не могу вспомнить, действительно ли пропадают прегэпы при отключенной "Check Pause", поэтому проверь свои куи, сгенеренные РТ, на наличие INDEX 00 там, где ЕАС показывает ненулевой прегэп.

Боюсь, не совсем я понял с прегэпами...

Взял сейчас старый диск (штамповка, выпуск 90-го года где-то).
EAC определил Gap у первого трека: 2 сек (у остальных треков 0). Записал AEC'ом образ + cue.

Записал cue в PT с выключенным Check Pause

Записал cue в PT с включенным Check Pause и Use Pregap.


В результате все 3 cue идентичны. Нигде нет INDEX 00 и упоминания Pregap.

Чего-то я не понимаю в этой истории...

По стандарту Red Book, пауза перед первым треком должна быть не менее 2 секунд, и в связи с этим, в свою очередь, в описании формата куе-шита (от Golden Hawk) эти две секунды не учитываются (они есть всегда, и в них аудиоинформация отсутствует), то есть индекс 0 для первого трека присутствует, только если прегэп для первого трека больше 2 секунд, причем длина 0-го индекса не будет включать вышеупомянутые 2 секунды.
То есть, ЕАС всегда показывает как минимум 2-хсекундную паузу перед первым треком - в случае ровно 2 сек. можно считать, что никакого реального прегэпа там просто нет.
Поясню на примере: допустим, ЕАС показывает прегэп для первого трека 2.45 секунды (2 секунды и 45 фреймов - следут всегда включать в опциях ЕАС - General / Display times using frames - показ времени во фреймах, что соответствует формату CD, иначе вместо фреймов будут показаны сотые доли секунды), в этом случае в сгенерированном куе для первого трека мы увидим:
TRACK 01 AUDIO
INDEX 00 00:00:00
INDEX 01 00:00:45
то есть стандартные 2 секунды не учитываются. Ежели прегэп в ЕАС-е выглядит как 2.00, то в куе будет вот так:
TRACK 01 AUDIO
INDEX 01 00:00:00
что ты и увидел в своем эксперименте

Вывод: ты выбрал неудачный диск для проверки
Пробуй другие, пока не увидишь в ЕАС-е для первого трека гэп более 2 секунд, либо более 0 для любого другого трека. Тогда в куе появятся INDEX 00

Кстати, Use Pregap в РТ означает, что вместо INDEX 00 будет использовано другое ключевое слово куе - PREGAP XX:XX:XX, это означает, что гэп будет сгенерирован и заполнен нулями, вместо того чтобы браться из файла - следует избегать этого, если ты на 100% не уверен в том, что ты делаешь.

Да, точно, 2 сек вроде должны быть.

Не могу пока найти у себя такого старого диска, буду еще искать.

Но зато сегодня в процессе архивирования фонотеки наткнулся на новенький cd (штамповка и, видимо, пиратская).
Он прекрасно читается EAC за положенные 20 минут, без каких-либо алертов об ошибках. Но на определенном месте вылетает в PT -- непреодолимая ошибка чтения.
Интересно...