Ru-Board.club
← Вернуться в раздел «Программы»

» PlexTools

Автор: snatchy
Дата сообщения: 29.08.2007 15:27
Kassian
Да, (пока?) скорость и есть главное и единственное преимущество...

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

Не совсем понял насчет cue. Ты его делаешь потом (из ape или flac)? Или снимаешь с начала с самого cd? Если второе, то это IMHO черевато, нет?
Автор: snatchy
Дата сообщения: 29.08.2007 16:50
Kassian

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

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


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

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

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

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

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


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

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

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

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

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


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

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


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

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

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

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

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


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

Чего-то я не понимаю в этой истории...
Автор: snatchy
Дата сообщения: 30.08.2007 09:58
По стандарту 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% не уверен в том, что ты делаешь.
Автор: Kassian
Дата сообщения: 30.08.2007 22:43
Да, точно, 2 сек вроде должны быть.

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

Но зато сегодня в процессе архивирования фонотеки наткнулся на новенький cd (штамповка и, видимо, пиратская).
Он прекрасно читается EAC за положенные 20 минут, без каких-либо алертов об ошибках. Но на определенном месте вылетает в PT -- непреодолимая ошибка чтения.
Интересно...
Автор: snatchy
Дата сообщения: 31.08.2007 11:14
Да, действительно, интересно. Я с таким не сталкивался. Скорее всего, глюк в алгоритме обработки ошибок C1/C2.
Автор: Kassian
Дата сообщения: 04.09.2007 14:37
Еще одно недоумение.
Не получается записать диск.

Вставляю чистую болванку, выбираю Create audio-CD, перетаскиваю туда cue, треки определяются, нажимаю на старт и он выдает: Source disk is too large.

Так с самыми разными cue в версиях 3.10 и выше (на предыдущих не пробовал).
Автор: snatchy
Дата сообщения: 04.09.2007 18:11
У меня тож не получалось... Та же ошибка. Я уже им писал в саппорт - ноль рекции. Так что забил на это и пользуюсь EAC-ом/cdrdao.
Автор: Kassian
Дата сообщения: 04.09.2007 19:20
> пользуюсь EAC-ом

Хе. Мне вот ни разу не попался привод, работающий с EAC на запись (штук 5 через мои руки прошло с тех пор как стал юзать EAC -- все они при записи пороли болванки).
Хотя говорят, что такие (записывающие в EAC) приводы существуют в природе...


> cdrdao

М-м-м. Не пользовался.
Он при записи учитывает offset?
Тут про это вроде ничего не сказано: http://cdrdao.sourceforge.net/
Автор: AVV_UA
Дата сообщения: 04.09.2007 20:29
Kassian:
Цитата:
Мне вот ни разу не попался привод, работающий с EAC на запись
Вот это да-а-а! Чем же ты пишешь тогда?! Почему-то Плексторы (CD 12/10/32, и даже поздний DVD 716A) проблем не создают...
Автор: Kassian
Дата сообщения: 04.09.2007 20:41
AVV_UA

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

Сейчас стоят Plextor 750A и Pioneer DVR-111D.

До этого Asus DRW-0804P был, какой-то Teac, еще Asus, еще Pioneer...

Спрашивал по знакомым, у большинства тоже EAC порет болванки.
Автор: snatchy
Дата сообщения: 05.09.2007 10:09
Kassian

Цитата:
Хе. Мне вот ни разу не попался привод, работающий с EAC на запись (штук 5 через мои руки прошло с тех пор как стал юзать EAC -- все они при записи пороли болванки).
Хотя говорят, что такие (записывающие в EAC) приводы существуют в природе...

А мне почему-то попадаются только приводы, у которых с ЕАС-ом все сложилось
На данный момент Plextor PX-W4824A, LG GSA-4163B, LG H42L вполне нормально сосуществуют с ЕАС-ом. Кстати, у обоих "лыж" (4163B и H42L) оффсет записи = 0, то есть писать аудио-цд на них можно любой прогой, даже неро
А каким образом у тебя ЕАС порет болванки? Я что-то не припомню, чтобы с таким сталкивался...


Цитата:
> cdrdao

М-м-м. Не пользовался.
Он при записи учитывает offset?
Тут про это вроде ничего не сказано: http://cdrdao.sourceforge.net/

Да, официально оффсета там нет, но я делал поддержку сам - специально для своего плекстора. CDRDAO может использоваться EAC-ом (EAC options/Write/Use CDRDAO...), правда, я не уверен, что в этом случае он делает write offset correction, насколько я помню - не делает.
Автор: AVV_UA
Дата сообщения: 05.09.2007 14:14
Kassian:
Цитата:
Спрашивал по знакомым, у большинства тоже EAC порет болванки.
Точно так же я категорически утверждаю, что ни у одного из моих знакомых ЕАС проблем при записи не создавал.
А тебе и твоим знакомым я бы посоветовал внимательно отнестись к настройке программы. Настроек там много, нужно повозиться. Есть, в принципе, Мастер настроек с подсказками. Всё по-русски и, в отличие от большинства бездарных переводов, переведено отлично.

Добавлено:
Да, и болванками лучше пользоваться не теми, что подешевле.
Автор: Kassian
Дата сообщения: 05.09.2007 16:24
Порет болванки EAC весьма тривиально -- начинает писать и быстро вылетает с ошибкой (can't write...)

Никаких хитрых настроек записи я в EAC не знаю, там всё довольно просто (в отл. от чтения). Болванки тоже качественные (типа
Verbatim super azo).

На самом деле я давно EAC не обновлял (сейчас стоит версия 0.95beta 2005 г.). Надо обновить и поэкспериментировать. Правда
болванок жалко
Автор: snatchy
Дата сообщения: 05.09.2007 18:19
Kassian
А в режиме симуляции записи (Test Write) та же ошибка?
Автор: Kassian
Дата сообщения: 07.09.2007 02:08
snatchy
Вот не помню, что было в режиме эмуляции, т.к. очень давно забил на EAC как на писалку.

Но сейчас обновил до последней беты (до этого стояла версия двухгодовой давности) -- все корректно записалось и на Plextor 750A и на Pioneer DVR-111D.

(правда проблема, что в EAC нельзя сделать сверку после записи...)


Почитал тут еще сеть. Так и вырисовывается, что раньше версии AEC с поддержкой записи отставали от выпуска новых моделей резаков. Т.е. читать с них могли, а писать нет.
Автор: snatchy
Дата сообщения: 07.09.2007 09:54
Kassian

Цитата:
(правда проблема, что в EAC нельзя сделать сверку после записи...)

После записи ЕАС-ом я раньше проверял диск PlexTools (просто проверка чтения), а сейчас использую для этого foobar - Bit-Compare Tracks, чтобы сверить с оригиналом...
Автор: ukamerzocina
Дата сообщения: 19.09.2007 15:30
есть один дурацкий вопрос. Ни как не могу настроить в ПлексТулзах обращение у удаленной базе данных для считывания информации о диске который хочу сграбить. Они его просто не запоминают и каждый раз ругается на то, что адреса электронной почты нет. Как тут быть?
Автор: Aleha88
Дата сообщения: 22.04.2012 23:38
Сайта программы http://www.plextools.com уже нет (((

Где скачать plextools ?
Автор: Kiljes
Дата сообщения: 04.03.2006 18:22
Параллельная тема в "Варезнике"

PlexTools Professional XL 3.13

Утилита для работы с пишущими приводами CD/DVD-RW Plextor. Среди многочисленных возможностей программы – поддержка технологии GigaRec, используя которую можно увеличить плотность записи, а также использование функции VariRec при записи аудио дисков. C помощью PlexTools можно также производить тестирование лазерных дисков на предмет качества записи и чтения в приводе.
Сайт программы: http://www.plextools.com
Автор: MZN
Дата сообщения: 11.06.2006 13:40
До сих пор не работает у меня на Windows XP 64 bit. Видит все устройства, кроме SCSI. У кого-нибудь такое было? Похоже, что для SCSI устройств используется только старый 32 бит ASPI...
Автор: snatchy
Дата сообщения: 12.06.2006 15:11
Внимание: версия 3.09 пишет некорректный заголовок в результирующие вав-файлы.
Происходит это из-за добавления доп. информации (тегов, в частности) в виде отдельного раздела рифф, но при этом размер самих данных указывается неверно - меньше реального ровно на размер этого доп. раздела (хотя все реальные данные на месте)...
Это, конечно, не всегда критично, но манкис аудио, например, почти всегда отказывается кушать такой вав файл. Отмечу, что при сжатии в манки самими плекстулзами заголовок ужатого вава тоже будет кривым, конечно.
Саундфорж тоже ругается, но открывает (там длина файла, очевидно, тоже меньше - в сэмплах).
Так что аккуратнее с этой версией...
Автор: AVV_UA
Дата сообщения: 12.06.2006 15:31
Kiljes:
Цитата:
А этот PlexTools будет работать с Benq DW 1640?
Не будут работать, скорее всего, некоторые тесты. Впрочем, нужно проверять. А основные фичи: копирование дисков, создание и т. п. - должны работать нормально.
snatchy:
Цитата:
версия 3.09 пишет некорректный заголовок в результирующие вав-файлы.
Спасибо за предупреждение, конечно. Но вообще-то главное в сабже - это, конечно же, набор тестов, который, правда, имеет смысл только при наличии соответствующего резака. Рипать же компакт-диски лучше EACом, CDexом и другими специально заточенными прогами.
Автор: Benchmark
Дата сообщения: 12.06.2006 15:52
AVV_UA

Цитата:
Но вообще-то главное в сабже - это, конечно же, набор тестов

Не только.

Если резак - Plextor, то только Plextools может использовать его фирменные возможности: режим VariRec, который особенно хорош для аудиодисков, SecuRec для создания шифрованных дисков, GigaRec для увеличения плотности записи (позволяет записывать примерно на 30% данных больше стандартной емкости), PlexEraser и т.д. Ни одна другая софтина для записи, будь то Nero или что угодно еще, все эти функции использовать не умеют.

И еще. Я часто создаю аудиосборники на 90- и 99-минутных CD-R. Так вот Plextools пишет их без проблем, Nero - в конце записи порет болванки.
Автор: AVV_UA
Дата сообщения: 12.06.2006 16:12
Benchmark:
Цитата:
Если резак - Plextor, то только Plextools может использовать его фирменные возможности: режим VariRec, который особенно хорош для аудиодисков, SecuRec для создания шифрованных дисков, GigaRec для увеличения плотности записи (позволяет записывать примерно на 30% данных больше стандартной емкости), PlexEraser и т.д. Ни одна другая софтина для записи, будь то Nero или что угодно еще, все эти функции использовать не умеют.
Естественно, - я, в общем, и имел в виду, что вся прелесть сабжа раскрывается только с теми резаками, для которых она и разработана.
Цитата:
аудиосборники на 90- и 99-минутных CD-R. Так вот Plextools пишет их без проблем, Nero - в конце записи порет болванки.
А вот тут - не всё просто и понятно. У меня Неро НИ РАЗУ не запорола ни одной болванки 90 или 99 минут (хотя я использовал и 90/eProformanсe, которые определяются как 80-минутные, и 90/Rostok Media, которые определяются вообще как 10-минутные (!), и совсем уж гнусные 99/Esperanza) на PlexWriter 12/10/32S, а вот с PX-716A она нормально пишет только на 90/TDK, а левые болванки гробит. Твой негативный опыт, скорее всего связан с плохими болванками, а не с Неро. Хотя и бОльшую стойкость ПлексТулз в этом отношении отрицать не стану.
Автор: snatchy
Дата сообщения: 12.06.2006 16:15

Цитата:
Спасибо за предупреждение, конечно. Но вообще-то главное в сабже - это, конечно же, набор тестов, который, правда, имеет смысл только при наличии соответствующего резака. Рипать же компакт-диски лучше EACом, CDexом и другими специально заточенными прогами.

Тесты - несомненно, ценная функциональность, но я категорически несогласен с последним утверждением, насчет рипа.
Плекстулзы есть наиболее заточенная рип-программа для плексовских приводов.
Глупо пользоваться ЕАКом, если у тебя есть плекстор+плекстулз. Получаешь то же качество, но с большей скоростью рипа. Говорю это не голословно, а после 10 лет пользования ЕАКом и 5 лет пользования плекстулзами. Более того, редкий пользователь знает (а тем более выставляет!) смещения чтения/записи, тогда как плекстулз автоматически учитывает эту информацию (только для плексов, очевидно). Единственное, для чего еще нужен был ЕАК - генерить куе-шиты, но плекстулзы теперь и это умеют.
Автор: AVV_UA
Дата сообщения: 12.06.2006 16:28
snatchy:
Цитата:
Глупо пользоваться ЕАКом, если у тебя есть плекстор+плекстулз. Получаешь то же качество, но с большей скоростью рипа. Говорю это не голословно, а после 10 лет пользования ЕАКом и 5 лет пользования плекстулзами. Более того, редкий пользователь знает (а тем более выставляет!) смещения чтения/записи, тогда как плекстулз автоматически учитывает эту информацию (только для плексов, очевидно).
Спасибо! Всё весьма убедительно, учту. Ты тогда отслеживай дальнейшую судьбу описанного тобою бага: как только его устранят, я последую твоему совету.

Добавлено:
Люди, загляните в Варезник в параллельную тему - я там вопрос запостил... (Модерам уже написал челобитную, чтобы подняли здесь шапку. А пока - так: http://forum.ru-board.com/topic.cgi?forum=35&topic=17743&start=160#9 )

Страницы: 1234

Предыдущая тема: Как восстановить удаленные файлы


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.