tartaki
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Prez Цитата: Так что ИМХО, рановато уважаемый tartaki списывает со счетов классику, да еще и так резко | Я говорил конкретно про Декриптер. В связке с RipIt4Me он служит для чтения диска (и, по-видимому, как деCSS-ер), а не для снятия новых защит. Так или иначе, у AnyDVD были проблемы с Волли, в новых версиях они решены. У Фаба проблем не было, насколько я слышал. Опять же, он непрерывно обновляется. Что касается RipIt4Me - программа была заброшена два года назад, и наверняка ее ждет судьба Декриптера. Дум9 уже заполнен сообщениями о проблемах с RipIt4Me (удивляет необходимость свободного места на винте в 60-200 ГБ, но это не самая серьезная проблема). На самом деле, я небольшой спец по защитам. Хотя у меня и скопилась библиотека порядка 3 тысяч двд, большую часть которых я копировал и делился, но у меня совсем нет блокбастеров и прочих диснеевских мультов. А в классике защита обычно не слишком изощренная. Цитата: Кстати, об упомянутой Макровижн. Да, диствитна, была такая древняя защита, которая проявляла себя лишь при перезаписи на видак, либо, если телик был включен от ДВД-плеера или видеокарты компа по цепочке через видак. Тогда да. А так ее даже и не увидишь . Однако, Декриптер и ее должен снимать. Есть такая псиса там. Других аналоговых защит на ДВД не знаю и не встречал. Просветите, если знаете и сталкивались. | У Макровижн было и есть несколько аналоговых защит (как и других). Декриптер снимает ACP, но не снимает APS. Цитата: Если Вы не знаете кто и как делал этот образ, то есть все шансы забрать себе все глюки оригинала. А если Вы четко уверены в правильности диска и образа, то можно пользовать и его, ничего страшного в этом нет, даже на двуслойке. | Согласен, но возникает чисто практический вопрос - откуда эта уверенность может взяться? Человек честно скопировал штампованный исходник в образ, тем же Декриптером, все грамотно. Раздает. А потом оказывается, что точка перехода не попадает в допустимую область на болванке. Причем с ДВД-Видео внутри образа проблем нет, его можно жечь, есть подходящая точка. С практической точки зрения желательно не тратить время для выяснения, можно ли конформно прожечь образ в каждом конкретном случае или нет. В этой связи возникает очень любопытный теоретический вопрос. Периодически встречаются честно скопированные раздачи, без какой-либо переделки, в которых нет подходящей точки перехода. Тут я уже не про образ говорю, а про саму папку VIDEO_TS. Причем видно, что есть граница ячеек, очень близко к допустимой зоне, и явно специально сделанная, чтобы на нее посадить LB. Но не попадает в зону. Ну, порезать новую границу недолго. Хотя, если там multiangle, то резать вроде бы и нечем. Но вопрос в другом: как это вообще возможно, если учесть, что емкость +R DL чуть больше, чем у штамповки? Цитата: Цитата: Если в ImgBurn попадает VIDEO_TS, где уже присутствует точка межслойного перехода, заданная при авторинге (или скопированная во время рипа), как поступит в таком разе ImgBurn? Предложит свои. А уж попадет в них оригинальная или нет зависит от того насколько правильно она была выбрана. Но, если она была выбрана без нарушений, то именно она будет являться предпочтительной при прочих равных условиях. | Да, конечно. Но следует отметить, что предпочтительность основана всего лишь на флаге отсутствия бесшовного стыка (желтая звездочка в ImgBurn) и предположении, что при авторинге кто-то позаботился, что это хорошее место в сцене. Полно дисков, где этот флаг не стоит (вроде как нарушение, но большое количество плохих плееров именно в этой ситуации не будут иметь задержку при переходе между слоями). Тогда все звездочки будут серые, без какого-либо признака предполагавшейся при авторинге точки перехода. Опять же, у ImgBurn'а больше возможностей по выставлению точки перехода, чем у многих программ авторинга. Поэтому я просматриваю все серые и желтые точки, и иногда нахожу куда лучшую сцену для точки перехода, чем в оригинале. Хотя на моем плеере это не имеет ни малейшего значения. Цитата: ЗЫ. tartaki, Вы все-таки решили додавить mpucoder-а массой его же ошибок? Правильно, знай наших . Русские не сдаются. | Главное - действовать сообща. Одному мне никогда бы не удалось все это задокументировать. Чинит mpucoder с дикой скоростью - судя по последнему логу, уже почти закончил. Если вспомните или найдете еще какие проблемы - буду очень признателен. Все-таки у muxman'а есть уникальные функции, нельзя его совсем забросить. | Всего записей: 394 | Зарегистр. 01-01-2007 | Отправлено: 22:51 05-05-2009 | Исправлено: tartaki, 22:55 05-05-2009 |
|