Re: Странная (новая?) защита на DVD
От Alex Aka Parasite (2:5049/164.100) к Ivan Novikov
В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)
Hello Ivan!
16 Jun 14 19:54, Ivan Novikov -> Alex Aka Parasite:
IN>>> сделано это как раз вместо фата, которого в iso9660 не
IN>>> предусмотрено.
AAP>> Как это не предусмотрено?
IN> фата - таблицы занятых и незанятых кластеров, там нет за
IN> ненадобностью. предполагается, что там все кластеры занятые и файлы
IN> записаны последовательно. правда, за этим следует необходимость
IN> прочитать все записи с директориями. именно поэтому винда после
IN> запихивания диска долго думает прежде чем выдаёт хотя бы корневой
IN> список файлов.
Извини, но написал какую-то чушь. Если есть файлы - значит есть ФАТ (или его функциональный аналог).
-----------
DVD-ROM может быть DVD-Video, DVD-Audio или компьютерным диском, например, с мультимедийными приложениями. Все типы дисков (DVD-Video, DVD-ROM, DVD-Audio) содержат цифровые данные в файлах, *причем файловая система общая для всех*. Hо DVD-Video и DVD-Audio содержат данные в особых директориях (они не могут быть пустыми), а именно в VIDEO_TS и AUDIO_TS. У "обычных" DVD-ROM эти директории отсутствуют.
-----------
И токи ДА - поппробуй открыть профайл "DVD- *DATA*" в той же нюре, ручками сделать в корне папку VIDEO_TS, залить туда пофайлово любой контент с любого двд-фильма, прожечь и всунуть в вертак. Вертак скажет, что у тебя диск формата DVD-V, а все остальное - от лукавого.
Hу дак он (по крайней мере мой - DuneHD Max) так говорит даже на ВИHТ, если в корне того сделать соответствующую папку, накидать туда файлов и подрубить по УСБ. И прекрасно играет его как ДВД - с менюшками, сабами и прочая.
То же самое - и про DVD-A (я, как ПЕРВЫЙ сломавший защиту ДВД-А в 2003м для hi-fi.ru - понапрягался с ними весьма плотно в свое время).
То есть - выше в квоте было совершенно верно замечено, что вся разница между DVD-V, DVD-A и DVD-D - именно в структуре папок, и одно переходит в другое легким движением консоли.
PS: винда (и не только винда) думает совершенно недолго - ничуть не дольше, чем при вставке ДВД-DATA, а то и много быстрее. Это если исключить авторизации DVD-V на тему CSS/региона и прочие ДРМы, чего не требуется в случае DVD-D.
IN>>> совсем старые вертаки воспроизводят именно таким образом.
AAP>> Лично я не встречал таких вертаков.
IN> тебе повезло.
IN> этим отличались особо брэндовые аппараты, производители которых долго
IN> гордо игнорировали новейшие веянья времени,
Именно поэтому я стараюсь обходить третьим километром всякие особо брэндовые вещи. :)
Кстати, твои слова не подтверждают сабж про таблицу файлов - твои слова подтверждают, что в особо брендовых вещах функционал вторичен, а шильдик и ценник - первичны (что как раз наблюдается чуть менее чем везде). Вот если в той же ямобилке нельзя поставить производльный файл на звонок - то это не значит что этого нельзя в принципе и технологии этого никак не позволяют везде и всюду, это лишь значит что ямобилка - говно.
Так и с вертаками.
IN> сиди и дивиди не читавшие. а вот те, которые уже умели мрз читать -
IN> тем было по барабану.
Что лишь подтверждает, что нет никакой особой разницы в чтении с технической стороны - а есть анальная копирастия у производителя девайса.
PS: и часто сие лечилось путем замены ну вот буквально пары байт в фирмвари, позволяющей "открывать закрытое". Ты же не будешь утверждать, что в пару байт влезет отдельный парсер двд-в структуры и представлениее ее как ФАТа? :)
IN>>> зато из-за этого же вертак запросто пропускает битые сектора,
IN>>> тогда как комп долго пытается прочитать файл средствами файловой
IN>>> системы.
AAP>> У меня такое ощущение, что ты смешиваешь СДДА и ДВДВ. В случае
AAP>> ДВДА пропускать битое вот просто так я бы не стал хотя бы
AAP>> потому, что от корявых данных может глюкануть кодек\декодер того
AAP>> формата,
IN> дык, он так и глючит.
Он таки да - глючит, но совершенно не так.
Характер глюка - совершенно другой, если рассматривать опять же с тех.стороны вопроса. CD-DA пробует экстраполировать через крайние известные значения (и частенько даже никто ничего не замечает), а МПЕГ - дропает весь битый фрейм (и замечают сразу и всегда).
Именно поэтому я и говорю, что дропы МПЕГ-декодером гораздо более критичны, ибо на кривой реализации оно все вообще может зависнуть от обилия таких брутефорсов - что часто и случается.
IN> вообще-то мпег состоит из фрэймов и на их выпадение рассчитано.
Да.
Именно что выпадение, а не коррекция средствами девайса\кодека (как в СДДА). Именно поэтому выпадать крайне и нежелательно.
IN> но потеря кадра-другого (да что там кадра - пары-тройки секунд) на
IN> просмотре не так скажется, как полуминутное зависание компутерном
IN> приводе.
Ты опять смешиваешь в кучу коней и людей.
Дроп фрейма кодеком - это одно. Попытка перечитывания сбойного участка *диска* (как физ.носителя) - это другое, и это настраивается. Hу а (широко известный) коматоз винды при попытках чтения сбойного блочного накопителя - это совершенно третье, и например в Линухе - такого нет на том же железе. Hе так давно в винде и дискетки форматировались весьма в монопольном режиме, дааа....:)
AAP>>>>>> Вопрос: как без особых затрат времени слить контент так,
AAP>>>>>> чтобы получились именно реально занятые там 6.5Гб? :)
IN>>>>> а скормить дивидифабу? поди ж сам разберётся.
AAP>> Дак в том-то и дело, что главы (в исошке) раскиданы по фейковым
AAP>> вобам (линкам).
IN> ну, он же показывает тип потока, длину и даже превьюшка там есть.
IN> как-то же должно это быть видно. в конце концов, если даже они
IN> дублируются, то можно по номерам глав, длинам и превьюхам сравнить и
IN> выкинуть ненужное.
Так их там сотни наборов (60++ вобов, в каждом по 20++ чаптеров, и всё это показывает друг на друга в рандомном порядке), и все - разные....
Hе, ну понятно что КАК-ТО же оно играет (в вертаке) - и весь вопрос в нахождении правильного набора...
Hаписал тут небольшой скрипт, будем позаниматься.
bye, Alex.
... Гyлять так гyлять - официант, коpжик!
--- GoldED+/W32 1.1.5-041013
* Origin: Обьявление:Внедpю двоемыслие в Вашу голову.Бесплатн (2:5049/164.100)
Ответы на это письмо:
From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку
From: Username
Или коротким