|
|
|
alinto
Стаж: 16 лет 11 месяцев Сообщений: 6199
|
alinto ·
07-Янв-12 21:19
(13 лет 1 месяц назад, ред. 07-Янв-12 21:19)
муксированный вариант после добавления наших сабов хорошо читается DVDinfo, а после окончательно сборки не читается и выходит окно
что с файом могло случиться?
может из-за того, что при разборке диска получается 198 блоков (фильм около часа, а столько много блоков почему-то), а когда загружаю проект в муксман, то только 99.
|
|
|
|
dvdbox
Стаж: 17 лет 11 месяцев Сообщений: 3843
|
dvdbox ·
07-Янв-12 22:09
(спустя 50 мин.)
alinto
ничего не понятно
что за блоки? - может чаптеры?
после окончательной сборки в чём? - в муксмане или в Ремейке?
если там чаптеры - то столько много делают двд-рекордеры или транскодеры через каждые 15-20 секунд - я такие при сборке не использую - а режу на чаптеры сам в муксмане на вкладке Timeline (заходишь на эту вкладку и сидишь ждешь, когда загрузится-появиться видео с экранчиком) потом сдвигаешь нижний ползунок вправо и режишь фильм на 8, 12, 14, 16 или какое хочешь количество чаптеров-эпизодов
|
|
|
|
alinto
Стаж: 16 лет 11 месяцев Сообщений: 6199
|
alinto ·
07-Янв-12 22:48
(спустя 38 мин., ред. 07-Янв-12 22:48)
dvdbox писал(а):
сдвигаешь нижний ползунок вправо и режишь фильм
но там не количество чаптеров отображается, а время какое-то
|
|
|
|
dvdbox
Стаж: 17 лет 11 месяцев Сообщений: 3843
|
dvdbox ·
07-Янв-12 23:49
(спустя 1 час 1 мин., ред. 08-Янв-12 14:47)
alinto писал(а):
но там не количество чаптеров отображается, а время какое-то
Потом в Римейке открываешь оригинал - выделяешь кнопкой Ctrl все лишние 100-200 чаптеров и удаляешь их к херам - оставляешь скока тебе надо 8, 10, 14.....
заходишь на Titles фильма и там удаляешь все ненужные чаптеры.
копируешь-вставляешь свой мукс в проект оригинала.
если слетела надпись (resume cell 1) опять ее добавляешь, чтобы по окончании фильма он уходил опять в меню
|
|
|
|
alinto
Стаж: 16 лет 11 месяцев Сообщений: 6199
|
alinto ·
08-Янв-12 10:23
(спустя 10 часов)
я порезал на 13 чаптеров муксмане
dvdbox писал(а):
Потом в Римейке выделяешь кнопкой Ctrl
это в какой закладке?
dvdbox писал(а):
Потом в Римейке выделяешь кнопкой Ctrl все лишние 100-200 чаптеров
это делать в оригинале? И оставлять если в оригинале тоже 13, причём любые?
dvdbox писал(а):
и удаляешь их
а как удалить, не въеду?
dvdbox писал(а):
заходишь на вкладку Title фильма и там удаляешь все ненужные чаптеры.
тоже какого фильма- оригинала? И тоже оставляю 13?
|
|
|
|
dvdbox
Стаж: 17 лет 11 месяцев Сообщений: 3843
|
dvdbox ·
08-Янв-12 14:56
(спустя 4 часа)
|
|
|
|
rwc2009
Стаж: 15 лет 9 месяцев Сообщений: 78
|
rwc2009 ·
08-Янв-12 21:21
(спустя 6 часов, ред. 08-Янв-12 21:21)
Открываю с помощью DvdReMakePro 3.6.4 (нерусифицированный, с этого трекера) полностью скачанную раздачу https://rutr.life/forum/viewtopic.php?t=3342851 , при этом DvdReMakePro грузит процессор почти на 100% и зависает. При этом тут же этот же DvdReMakePro без проблем открывает другие раздачи. Сам скачанный фильм без проблем открывается Windows Media Player 11, меню, навигация - работают.
Что пробовал (все без результата):
1. Перехэшировал раздачу несколько раз.
2. Удалил торрент-файл, скачал его заново, перехэшировал с ним.
3. Перемещал папку VIDEO_TS в корень диска
4. Проверил диски С (система) и D (фильм) на ошибки (их не было).
5. Вирусов нет (проверил KIS 2010 с актуальными базами).
6. Защит не обнаружено. Лог DVDFab 8.0.8.5:
Код:
Disc type: DVD-Video
Disc region: 1, 2, 3, 4, 5, 6, 7, 8
Video standard: PAL
CSS (Content Scramble System) protection is not found.
RC (Region Code) protection is not found.
RCE (Region Code Enhancement) protection is not found.
APS (Analog Protection System) protection is not found.
UOPs (User Operation Prohibitions) protection is not found.
Invalid PTTs protection is not found.
Invalid PGCIs protection is not found.
Invalid PGCs protection is not found.
Invalid TMAPs protection is not found.
Invalid CELLs protection is not found.
Invalid VOBUs protection is not found.
Fake vts protection is not found!
Bad sector protection is not found!
Structure protection (ARccOS, RipGuard, etc.) is not found.
PathPlayer is enabled!
Unplayable cell is not found.
Лог DvdReMakePro (завершил его через диспетчер задач):
Код:
Read DVD from: D:\VIDEO_TS
Read VMG
Read VTS1
Что можно сделать еще, чтобы открыть Римейком фильм?
PS При попытке записи на болванку ImgBurn ругается так:
|
|
|
|
Xpюша
Стаж: 15 лет 7 месяцев Сообщений: 3635
|
Xpюша ·
08-Янв-12 21:23
(спустя 1 мин.)
Попробуйте открыть этот диск в PgcEdit и посмотрите, что он скажет.
Если ни на что ругаться не будет - временно уберите из каталога с фильмом файл VTS_01_0.VOB и загрузите диск в DvdReMake в таком состоянии.
|
|
|
|
rwc2009
Стаж: 15 лет 9 месяцев Сообщений: 78
|
rwc2009 ·
08-Янв-12 21:37
(спустя 14 мин., ред. 08-Янв-12 21:37)
Открыл в PgcEdit 9.3, при открытии никаких сообщений не было. После переместил файл VTS_01_0.VOB и попробовал открыть снова с помощью DvdReMakePro. Проц грузится, фильм не открывается. Лог:
Код:
Read DVD from: D:\VIDEO_TS
Read VMG
Read VTS1
Не удается найти указанный файл.
(171:dataAccess.cxx)
Can't open title set menu vob - will substitute blanks. (833:VTS.cpp)
Cell #1 uses vobus (vobID=1, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=2, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=3, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
PS На что ругается ImgBurn?
|
|
|
|
Xpюша
Стаж: 15 лет 7 месяцев Сообщений: 3635
|
Xpюша ·
08-Янв-12 21:54
(спустя 16 мин., ред. 08-Янв-12 21:54)
rwc2009 писал(а):
Проц грузится, фильм не открывается.
Тогда попробуйте наоборот: вернуть VTS_01_0.VOB, а убрать все остальные VTS_01_?.VOB.
rwc2009 писал(а):
На что ругается ImgBurn?
Говорит, что нынешняя структура диска такова, что в ней невозможно выбрать место для точки перехода на второй слой.
|
|
|
|
rwc2009
Стаж: 15 лет 9 месяцев Сообщений: 78
|
rwc2009 ·
08-Янв-12 21:56
(спустя 2 мин.)
Все сделал. Римейк начал открывать, потом написал: There were problem performing the operation... Нажал на ОК - Римейк открыл свое окно.
Лог:
Код:
Read DVD from: D:\VIDEO_TS
Read VMG
Read VTS1
Can't find VTS 1 movie vob file. (1240:VobData.cpp)
Can't open title set vob - will substitute blanks. (881:VTS.cpp)
Cell #1 uses vobus (vobID=1, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=1, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=2, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=2, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=3, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=3, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=4, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=4, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=5, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=5, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=6, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=6, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=7, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=7, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=8, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=8, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=9, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=9, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=10, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=10, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=11, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=11, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #1 uses vobus (vobID=12, cellID=1) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Cell #2 uses vobus (vobID=12, cellID=2) not pressent in vob file. Substituting blank cell instead. (2117:PGC.cpp)
Что делать дальше?
|
|
|
|
Xpюша
Стаж: 15 лет 7 месяцев Сообщений: 3635
|
Xpюша ·
08-Янв-12 22:12
(спустя 15 мин., ред. 08-Янв-12 22:12)
rwc2009 писал(а):
Римейк начал открывать, потом написал: There were problem performing the operation... Нажал на ОК - Римейк открыл свое окно.
Сообщение о проблемах - это нормально: .VOB-ов то нет. Главное, что часть диска с меню загрузилась.
А теперь: сохранить файл проекта, вернуть .VOB-ы с сериями на место, разобрать серии на части с помощью PgcDemux, собрать их Muxman-ом и вставить Римейком в свой проект.
|
|
|
|
rwc2009
Стаж: 15 лет 9 месяцев Сообщений: 78
|
rwc2009 ·
08-Янв-12 22:18
(спустя 6 мин., ред. 08-Янв-12 22:18)
Спасибо, буду пробовать. Впервые сталкиваюсь с таким в готовой раздаче.
PS Если проигнорировать предупреждения ImgBurn и записать фильм на болванку - могут быть проблемы с железным плеером? На софтовом ведь их нет...
|
|
|
|
Xpюша
Стаж: 15 лет 7 месяцев Сообщений: 3635
|
Xpюша ·
08-Янв-12 22:34
(спустя 15 мин.)
rwc2009 писал(а):
Если проигнорировать предупреждения ImgBurn и записать фильм на болванку - могут быть проблемы с железным плеером?
А он даст записать? Если даст, то будут.
rwc2009 писал(а):
На софтовом ведь их нет...
Ему же не приходится иметь дело со слоями носителя.
|
|
|
|
Alter_Old
Стаж: 16 лет 9 месяцев Сообщений: 513
|
Alter_Old ·
08-Янв-12 22:35
(спустя 1 мин.)
rwc2009
Можно попробовать открыть диск, скажем, в DVD Shrink и, если откроется, сохранить без сжатия в другую папку, а уже потом открыть Remake'ом.
|
|
|
|
Xpюша
Стаж: 15 лет 7 месяцев Сообщений: 3635
|
Xpюша ·
08-Янв-12 22:49
(спустя 13 мин., ред. 08-Янв-12 22:49)
Кстати, о птичках. Я Шринком пользовался четыре раза за свою жизнь. Первые два были давно, они не в счёт. А вот последние два были на прошлой неделе, и их я уже проверял Верификатором.
Первый из них - сжатие фильма на 4%. Верификатор в получившемся диске нашёл несколько мест, где происходит опустошение буфера. Пересобрал этот диск Муксманом - всё чисто. Проверил - действительно, нет опустошений. Но сам диск на пару десятков мегабайтов стал больше (хотя на болванку всё ещё помещался).
Второй (он же последний) - пересохранял Шринком диск, собранный Муксманом. Без какого-либо сжатия, просто помня по предыдущему разу, что у Шринка результат чуть-чуть меньше получается, а мне как раз нужно было несколько мегабайтов выиграть, чтобы дополнительные файлики на диск положить. Проверяю Верификатором - опустошения буфера прут просто тысячами! И это при исходнике, который Муксман собрал без единого замечания.
А ведь Римейк с .VOB-ами ничего не делает, отправляет на выход "как есть".
|
|
|
|
Alter_Old
Стаж: 16 лет 9 месяцев Сообщений: 513
|
Alter_Old ·
08-Янв-12 23:04
(спустя 15 мин.)
Xpюша
Так вы бы глянули, на что ругается верификатор, какие такие байты ему не нравятся. Потому что диски после Шринка идут на железных плеерах без запинок, да и элекардовские инструменты (в том числе и анализатор буфера) не находят криминала в VOB'ах после Шринка.
rwc2009
Попробуйте переименовать все VTS_01_*.VOB, кроме первого - добавьте там единицу в начале имени, например - и в таком виде скормить диск Римейку. Он должен повосстанавливать ячейки, а потом открыть диск размером с гигабайт. У меня упомянутая вами раздача с первым VOB'ом открылась.
|
|
|
|
Xpюша
Стаж: 15 лет 7 месяцев Сообщений: 3635
|
Xpюша ·
08-Янв-12 23:20
(спустя 16 мин.)
Alter_Old писал(а):
Так вы бы глянули, на что ругается верификатор, какие такие байты ему не нравятся.
Ругался на опустошения буфера. Это не ошибочные байтики в файле (вроде "vbv_delay value must be 0xFFFF for DVD"), такой дефект разглядыванием внутренностей файла не обнаружишь и не исправишь.
Alter_Old писал(а):
Потому что диски после Шринка идут на железных плеерах без запинок
Так ведь проверяется состояние стандартного буфера. Если у реального проигрывателя он больше (во что легко верится), то его может и хватать.
Alter_Old писал(а):
да и элекардовские инструменты (в том числе и анализатор буфера) не находят криминала в VOB'ах после Шринка.
Philips DVD-Video Verifier является официальным инструментом DVD Forum.
|
|
|
|
Василий Задов
Стаж: 17 лет 2 месяца Сообщений: 4161
|
Василий Задов ·
09-Янв-12 00:00
(спустя 40 мин., ред. 06-Фев-15 21:56)
Не могу понять назначение кнопки 1 - LinkTopProgram... 
Для возврата в основное меню ( Cast & Crew) есть кнопка 2. Получается, что кнопка 1 линкует сама на себя.
|
|
|
|
Alter_Old
Стаж: 16 лет 9 месяцев Сообщений: 513
|
Alter_Old ·
09-Янв-12 00:35
(спустя 34 мин., ред. 09-Янв-12 00:35)
Xpюша писал(а):
Ругался на опустошения буфера.
Ну, я с первого раза понял ;).
Xpюша писал(а):
такой дефект разглядыванием внутренностей файла не обнаружишь и не исправишь.
Ну как же. Скажем, для PAL-овского диска можно легко рассчитать работу стандартного буфера в том же Excel. Если уж Philips DVD-Video Verifier не указывает, где именно происходит опустошение, найти такие места самостоятельно и сравнить с исходником. Весьма высока вероятность, что Shrink использовался неправильно, и в итоге он перемуксировал вобы. А поскольку у Шринка нет анализатора буфера (программа ведь, по сути, является "сжимателем", т.е. битрейт выходного DVD заведомо меньше входного), он вполне мог перетасовать сэмплы звука так, что появились проблемы с буфером. Специально взял довольно сложный диск объемом 7,92ГБ и прогнал его через Шринк без сжатия. На выходе получил те же VOB, байт в байт.
Xpюша писал(а):
Alter_Old писал(а):
Потому что диски после Шринка идут на железных плеерах без запинок
Так ведь проверяется состояние стандартного буфера. Если у реального проигрывателя он больше (во что легко верится), то его может и хватать.
Раньше, когда на трекере было много раздач из-под Shrink, жалобы на опустошение буфера не поступали. В то же время изредка появлялись диски с превышением битрейта и в скором времени появлялись плееры со стандартным буфером, не способные справиться с таким диском. Закон больших чисел. Причина превышения в вашем случае (на мой взгляд) изложена выше, но вот проверить не могу - нет у меня Philips DVD-Video Verifier'а.
Xpюша писал(а):
Alter_Old писал(а):
да и элекардовские инструменты (в том числе и анализатор буфера) не находят криминала в VOB'ах после Шринка.
Philips DVD-Video Verifier является официальным инструментом DVD Forum.
Это замечательно. Нидерландская компания Philips сделала такой инструмент первой, он полностью охватывает спецификации DVD, так почему бы его не использовать? А российская компания Elecard не пользуется популярностью на DVD Forum, так что в приличном обществе их и упоминать не стоит ;). Но я-то говорю о том, чтобы найти проблему в работе Шринка (или доказать, что при правильном обращении проблем нет), чтобы в будущем без опаски/с опаской пользоваться им. Может ли Philips DVD-Video Verifier в этом помочь?
|
|
|
|
Xpюша
Стаж: 15 лет 7 месяцев Сообщений: 3635
|
Xpюша ·
09-Янв-12 02:51
(спустя 2 часа 16 мин., ред. 09-Янв-12 02:51)
Alter_Old писал(а):
Если уж Philips DVD-Video Verifier не указывает, где именно происходит опустошение, найти такие места самостоятельно и сравнить с исходником.
Он указывает. Но в тот момент не стояло задачи разобраться в подробностях.
Alter_Old писал(а):
Весьма высока вероятность, что Shrink использовался неправильно, и в итоге он перемуксировал вобы.
Исключено. Если диск изначально укладывается в DVD5, то Шринк сам сразу отключает у себя всё, что связано со сжатием содержимого. Но результат получился немного (мегабайтов на 20) меньше по размеру, чем исходный диск (созданный Муксманом).
И в первый раз, когда я пересобрал Муксманом диск (другой), сжатый перед этим Шринком, результат получился чуть больше шринковского - примерно на те же 20 мегабайтов.
"Это ж-ж-ж неспроста..."
Но с другой стороны: размер - отдельно, а проблемы с буфером - отдельно.
Alter_Old писал(а):
он вполне мог перетасовать сэмплы звука так, что появились проблемы с буфером.
Ну, сэмплы, понятное дело, не мог. И вообще со звуком что-то нахимичить тяжело, потому что он всегда в CBR. Но пакеты звука неудачно уложить между пакетами видео, пожалуй, можно. И это даже на итоговом размере файлов сказаться может (ведь там внутри многие вещи выравниваются на границу сектора).
Alter_Old писал(а):
Причина превышения в вашем случае (на мой взгляд) изложена выше
Да я тоже так считаю. Просто счёл нужным сообщить, что вот такая бяка встретилась.
Alter_Old писал(а):
нет у меня Philips DVD-Video Verifier'а
По названию в Интернете легко отыскивается. А я его вообще с официального сайта скачивал. Сейчас там, правда, уже нет ничего, а на страничке уровнем выше написано, что Philips с этим делом завязал, и всех желающих отправляют на
Alter_Old писал(а):
Нидерландская компания Philips сделала такой инструмент первой, он полностью охватывает спецификации DVD, так почему бы его не использовать?
С одной стороны, это не единственный официальный верификатор. С другой - из официальных только Филипсовский является настолько всесторонним.
Alter_Old писал(а):
А российская компания Elecard не пользуется популярностью на DVD Forum, так что в приличном обществе их и упоминать не стоит
Просто у Elecard нет инструмента, дня них подходящего. Верификация DVD-Video - это ведь намного больше, чем одна только эмуляция работы буфера декодера.
А посему даже как анализатор буфера он не настолько проверен. MPEG Validator упоминается куда как чаще.
Alter_Old писал(а):
Но я-то говорю о том, чтобы найти проблему в работе Шринка (или доказать, что при правильном обращении проблем нет)
Попробую ещё с ним поиграться - на это раз с сохранением протоколов проверки.
|
|
|
|
Alter_Old
Стаж: 16 лет 9 месяцев Сообщений: 513
|
Alter_Old ·
09-Янв-12 03:03
(спустя 11 мин.)
Xpюша
Я уже когда написал спохватился, что сэмплы - это, конечно, не соответствующее случаю слово. Имеются в виду сектора (пакеты), а уж тут каждый муксер делает по своему.
Xpюша писал(а):
Если диск изначально укладывается в DVD5, то Шринк сам сразу отключает у себя всё, что связано со сжатием содержимого.
Нет-нет, я этим самостоятельным не доверяю. Он ведь на автомате пишет "100%" и, возможно, при этом перемуксирует содержимое по своему усмотрению. Вы лучше выберите весь диск и поставьте ему режим "No Compression". Понятно, что любые изменения, внесенные в структуру VOB после Муксмана, сводят на "нет" всю прелесть его безупречных с точки зрения работы буфера сборок.
Спасибо за ссылку на верификатор, поищу.
|
|
|
|
Xpюша
Стаж: 15 лет 7 месяцев Сообщений: 3635
|
Xpюша ·
09-Янв-12 04:03
(спустя 59 мин., ред. 09-Янв-12 04:03)
Alter_Old писал(а):
Нет-нет, я этим самостоятельным не доверяю. Он ведь на автомате пишет "100%" и, возможно, при этом перемуксирует содержимое по своему усмотрению.
Да, конечно. Я же и имел в виду только то, что видео не пережимает. А файлы внутри - да, реорганизует. И ту пятёрку последнюю я именно ради этого через него и пытался пропустить.
А на обсуждаемом выше диске какой смысл копировать им .VOB-ы 1-в-1, если Римейк их в нынешнем состоянии переварить не может?
Alter_Old писал(а):
Спасибо за ссылку на верификатор, поищу.
Если что - выложу куда-нибудь. Он крошечный - меньше 3 МБ.
Василий Задов писал(а):
а кнопка 1, получается, линкует сама на себя.
Получается. А зачем сделано именно так - нужно спрашивать у авторов диска.
|
|
|
|
Alter_Old
Стаж: 16 лет 9 месяцев Сообщений: 513
|
Alter_Old ·
09-Янв-12 04:21
(спустя 18 мин.)
Xpюша писал(а):
А на обсуждаемом выше диске какой смысл копировать им .VOB-ы 1-в-1, если Римейк их в нынешнем состоянии переварить не может?
Правильные VOB-ы Шринк выложит один к одному, как поступит с неправильными - под вопросом. Т.е. в отличие от PGCEdit есть хоть какая-то надежда, что Шринк исправит диск в совокупности, а не попытается выправить IFO под существующие VOB. Ну а по поводу обсуждаемого диска я уже писал, что по крайней мере первый VOB Римейк открывает без разговоров. Ради интереса скачаю все да посмотрю, что к чему.
|
|
|
|
sereza2004
Стаж: 14 лет 10 месяцев Сообщений: 1113
|
sereza2004 ·
09-Янв-12 05:17
(спустя 56 мин., ред. 09-Янв-12 18:36)
аааааа! специалист по шринку! :))) вопрос! есть програмка ConvertXtoDVD 4. делает порой из 16 гигабайт мкв выходящие 2-3 гигабайта фильма. якобы чтобы не нарушался стандарт двд. я не хочу 2-3 - я хочу 4.3 - для успокоения совести. так что я делаю беру этот же самый ConvertXtoDVD 4, только на этот раз выбираю конвертировать в DVD9. он бывает делает 4гб файл это конечно хорошо, но странно. а бывает как и должен 6-7. так вот дальше беру эти 6-7 гигабайт, засовываю в шринк, ставлю две галки там в настройках, что делают сжатие потом несколько часов вместо 20 минут... и конвертирую в dvd5. все это была преамбула - теперь собственно вопрос: имеет ли смысл это конвертирование? я же всетаки добился чего хотел размер 4.3, вроде как качество должно быть лучше, чем ConvertXtoDVD конвертирует в двд5... однако меня уверяют что можно обойтись этими 2-3 гигабайтами и качество остается хорошим. кому верить? 
|
|
|
|
yum46
Стаж: 14 лет 3 месяца Сообщений: 115
|
yum46 ·
09-Янв-12 10:15
(спустя 4 часа)
Цитата:
Правильные VOB-ы Шринк выложит один к одному, как поступит с неправильными - под вопросом
Встряну в ваш серьёзный разговор: а отчего вместо Шринка не попробовать Овцу (CloneDVD2)? Дело в том, что когда я предлагал Шринку диски, записанные бытовым рекордером, он их вообще не принимал; в то же время CloneDVD2 нормально прогоняла их без сжатия и выдавала уже вполне нормальный диск. Т.о. можно предположить, что возможностей для исправления у CloneDVD2 больше.
|
|
|
|
Alter_Old
Стаж: 16 лет 9 месяцев Сообщений: 513
|
Alter_Old ·
09-Янв-12 13:50
(спустя 3 часа)
Clone, Fab - что угодно. Исторически так сложилось, что я больше доверяю Shrink'у, вот его и сватаю. Однако в данном случае проблемы у самого Remake. Такие случаи уже попадались - по-моему, Remake не переваривает диски большой длительности (здесь общее время одного VTS 528 минут, хотя он и содержит двенадцать примерно равных PGC). Не помню, играет ли роль, как много VOB при этом занимает диск.
ImgBurn на исходном DVD предлагает хорошую точку перехода.
Точка перехода, исходный DVD
Допустим, есть болванка, для которой эта точка перехода не подойдет. Есть немного варварский способ, которым можно заставить Remake все же открыть диск. Если отрезать от последнего VTS_01_8.VOB один байт, Remake это обнаружит и примется восстанавливать структуру, после чего диск откроется и с ним можно будет работать. Чем чревато - в худшем случае будет утеряно меньше секунды на одной из аудиодорожек или последний кадр видео, которые обычно уже не несут какой-либо важной смысловой нагрузки.
Кусочек отрезал в Total Commander: команда "Разбить файл..." и размер частей на один байт меньше, чем у исходника; затем подмена последнего VOB.
Можно еще попытаться сделать вторую копию исходного DVD, в которой аккуратно испортить первый VOB так, чтобы Remake принялся восстанавливать диск и таки открыл его полностью. Тогда, имея две копии, достаточно заменить последний чаптер первой копии на последний чаптер второй копии, и получится полноценный диск, идентичный исходному.
Если кто знает способ попроще - поделитесь.
|
|
|
|
Xpюша
Стаж: 15 лет 7 месяцев Сообщений: 3635
|
Xpюша ·
09-Янв-12 14:49
(спустя 59 мин., ред. 09-Янв-12 14:49)
yum46 писал(а):
Т.о. можно предположить, что возможностей для исправления у CloneDVD2 больше.
Нет. Структура дисков, записанных рекордером (особенно плюсовых), описывается другой спецификацией. Shrink, вероятно, её не поддерживает. Но с возможностями по исправлению связи здесь нет.
Alter_Old писал(а):
Чем чревато - в худшем случае будет утеряно меньше секунды на одной из аудиодорожек или последний кадр видео, которые обычно уже не несут какой-либо важной смысловой нагрузки.
Но вероятность такого исхода чрезвычайно мала. Последние несколько десятков/сотен байтов любого .VOB (даже не последнего) - это практически всегда заполнитель ("FF") для выравнивания размера файла на границу сектора.
Тут другое смущает: если Римейк не может открыть этот диск из-за слишком большой длительности, то каковы шансы, что, открыв его с такими ухищрениями, он сможет его потом нормально сохранить?
Я же помню жалобы, что какие-то диски после Римейка до конца не проигрывались (мне просто воспроизвести эту проблему не удалось).
|
|
|
|
Alter_Old
Стаж: 16 лет 9 месяцев Сообщений: 513
|
Alter_Old ·
09-Янв-12 18:08
(спустя 3 часа)
Xpюша писал(а):
Но вероятность такого исхода чрезвычайно мала. Последние несколько десятков/сотен байтов любого .VOB (даже не последнего) - это практически всегда заполнитель ("FF") для выравнивания размера файла на границу сектора.
На это и уповал. Но Remake, похоже, не заморачивается: если сектор дефектный, он его вообще игнорирует. В конечном диске он таки обрезал звуковую дорожку.
Цитата:
если Римейк не может открыть этот диск из-за слишком большой длительности, то каковы шансы, что, открыв его с такими ухищрениями, он сможет его потом нормально сохранить?
Я проверил, сохранил нормально. О проблемах помню: Time Map формируется не до конца. Но это в случае, когда один длинный PGC - а здесь, с 12 маленькими, Remake справился. Вот здесь был похожий случай, и довольно простое решение: в обязательном порядке после Remake с помощью PGCEdit заново пересчитать Time Map.
sereza2004
Обе программы плохие в плане качества исходного продукта. Учтите, что Shrink нормально справляется при 10% сжатии (в зависимости от исходного битрейта и сложности материала это число варьируется в широких пределах... в обе стороны). Когда вы кодируете видео Конвертиксом, это уже вносит порой неприятные искажения в видео, а когда вы вдобавок проходитесь сверху транскодером (я использую принятое для подобных программ обозначение: это значит, что кодирование не производится, анализируется готовый код и выбрасываются "лишние" фрагменты), качество становится хуже. Как вам лучше поступать - не знаю, в таких вещах я не специалист ;).
|
|
|
|
sereza2004
Стаж: 14 лет 10 месяцев Сообщений: 1113
|
sereza2004 ·
09-Янв-12 18:45
(спустя 37 мин., ред. 09-Янв-12 18:45)
yum46 писал(а):
Цитата:
Правильные VOB-ы Шринк выложит один к одному, как поступит с неправильными - под вопросом
Встряну в ваш серьёзный разговор: а отчего вместо Шринка не попробовать Овцу (CloneDVD2)? Дело в том, что когда я предлагал Шринку диски, записанные бытовым рекордером, он их вообще не принимал; в то же время CloneDVD2 нормально прогоняла их без сжатия и выдавала уже вполне нормальный диск. Т.о. можно предположить, что возможностей для исправления у CloneDVD2 больше.
я думаю дело не в формате, а в том, что просто шринк ругается на любой дефект диска. царапка или грязный. когда dvd-rom не может прочитать - шринк пишет "ошибка" и не хочет его открывать. фаб, я подозреваю, делает тоже самое что и iso buster - забивает нулями, или от фонаря данными этот сбойный, не читаемый участок и продолжает копировать дальше (всмысле когда нужно просто копирование содержимого диска без пережатия). потом при просмотре фильма, в том месте будет искажен звук и картинка посыплется квадратиками. причем после этого клона - шринк вполне сможет открыть эти файлы, так как те сбойные участки будут забиты правильными, по мнению шринка, данными - хотя на самом деле там правильные испорченные данные - но шринк то не отличает картинку фильма от квадратиков сбойного участка
и второй момент фабы и клоны умеют снимать защиты с дисков. шринк очень старый, и новые защиты снимать не умеет. поэтому тоже пишет ошибку и не хочет работать. либо копирует, но фильм получается с прострелами в картинке и плохим звуком.
|
|
|
|
