Затягиваю туда main поток и смотрю количество фреймов
Кидаю туда AVC файл, он прописывается как DirectShowSource, кол-во кадров выдал неправильное. Фильм идет 1:30, а он написал 1:16.
так - 101438 кадров
DGIndexNV - 130872 кадров
Затягиваю туда main поток и смотрю количество фреймов
Кидаю туда AVC файл, он прописывается как DirectShowSource, кол-во кадров выдал неправильное. Фильм идет 1:30, а он написал 1:16.
так - 101438 кадров
DGIndexNV - 130872 кадров
Ну удивительно что вообще что-то показывает… у меня например вообще нет в системе DirectShow фильтра под .avc/.264.
Я затягиваю .m2ts для экспресс определения количества фреймов.
m2ts
Тормознул, так уже лучше, конечно.
Но по сравнению с DGIndexNV, на 1 кадр меньше.
TotalCode ведь принимает AVS, посоветуйте, как лучше расписать скрипты для для левого и правого глаза с применением
FRIMSource или другим способом.
Я в TotalCode так кодил:
Main.avs
FRIMSource(codec=“mvc”, ts=true, filename=“main.m2ts”, filename_dep=“dep.m2ts”, num_frames=1500, layout=“l”, platform=“sw”)
Dependent.avs
FRIMSource(codec=“mvc”, ts=true, filename=“main.m2ts”, filename_dep=“dep.m2ts”, num_frames=1500, layout=“r”, platform=“sw”)
т.е. для L и R источник одинаковый, а FRIMSource уже сам распределяет, какой надо?
В скрипте описываются оба ракурса,
filename=“main.m2ts”, filename_dep=“dep.m2ts”
а L/R - флаги, какой именно ракурс декодировать
так тоже можно?
filename=“i:\BDMV\STREAM\00025.m2ts”, filename_dep=“i:\BDMV\STREAM\SSIF\00025.siff”
я не пробовал, но не должно… поддерживаются одиночные транспорт стримы… SSIF это по сути 2 interleaved транспорт-стрима.
А можно в этой ветке упомянуть о других MVC плагинах (декодерах) для Avisynth?..(предоставить выбор…)
Лучше создать отдельную ветку по плагинам, как мне кажется. Там же можно и FRIMsource упомянуть. Тем более что плагины и дальше будут появляться, от того же Donald-а Graft-а.
Эта ветка была посвящена консольным декодеру/кодеру изначально.
Еще вопрос, по расчету битрейта.
Открыл калькулятор в MeGUI, ввел все параметры для BD25, он выдал мне, что ваш битрейт 32 874 kbits/s.
Применимо к 3D, какой битрейт мне надо выставлять в TotalCode?
20+12?
Похоже на то.
Примерно, да…(общий битрейт / 3 )…
Применимо к 3D, какой битрейт мне надо выставлять
~2/3 от базового потока (это из мануалов кодировщиков)
Потестил FRIM, после TotalCode качество получше выходит.
В cqp режиме - вполне нормальное качество у FRIM, но нам неособо этот режим подходит т.к. отсутствует контроль пикового битрейта и битрейт часто вылазит за 60МБит.
В vbr/cbr распределение битрейта между ракурсами примерно 55%/45%, что видимо и сказывается на качестве итоговом.
А у TotalCode, как по мне, проблема с Colour banding.
Привет Всем! Вот еще один CLI энкодер:
Делает комбинированный h264 (avc,mvc), который потом можно перемуксить как угодно…(tsMuxer v.2)…
Состав архива: MVCenc.exe, MVCsource.dll (Avisynth декодер, как у FRIM), MVCsource.avs (пример для MVCsource.dll).
Как использовать: описание в архиве…(MVCenc.txt)
З.Ы. нужна либа: libmfxsw32.dll (ее нету в архиве(слабый интернет канал))…Есть во FRIM…
З.Ы.Ы. эти тулзы из программного продукта BDtoAVCHD, и работают они (тулзы), только при установленном продукте (BDtoAVCHD), который Ad-supported, что ни есть Гуд :D… Пришлось отучить (просили установить BDtoAVCHD)
Sef, привет. Вы говорите , что эта libmfxsw32.dll есть во фриме , так как у меня Х64 то соотвесно я должен её скопипастить - libmfxsw64.dll , или мне надо качать фрим32 и брать libmfxsw32.dll ?
*** Добавлено ***
И ещё вот какой вопрос. Загружаю ssif в MVCToAVI на выходе получаю uncompress AVI left и right. Понятно, что по длительности они одинаковы, но должны ли они быть одинаковы и по весу? До этого для получения двух потоков AVI я использовал 3DBDNet и на выходе получал два потока
для left и right, одинаковых по длительности но левый, тот, который был прежде MVC весил вполовину меньше - я разбирал полноценный блюрик, а не ремукс. Далее, я создавал пакет DCP 3D, загонял его на сервак и на 20 метровом экране работало в полный рост картинка со всеми “вылетами” и влётами.)) Так вот, меня смущает именно то, что после прогона ssif в MVCToAVI я получаю 2 одинаковых файла. А ведь именно MVC-файл несёт в себе всю инфу о вылетах, углах, сдвигах и прочая, без чего 3D просто 2D. Или я чего неправильно понял?
Привет Pupsen!
… или мне надо качать фрим32 и брать libmfxsw32.dll ?
Да, для FRIM x64 используйте libmfxsw64.dll, для MVCsource.dll надо качать libmfxsw32.dll… ИМХО: я использую x86(32) либы и софт для работы с видео, т.к. большинство фильтров с которыми приходится работать 32-х битные…
…но должны ли они быть одинаковы и по весу?
Да, используя любой софт, для получения левого и правого ракурсов (не avc,mvc), на выходе будут два файла, одинаковых по весу…
3DBDNet просто демуксил ssif, с помощью eac3to в два файла h264 (avc и mvc)… Разные по весу эти файлы потому, что, кодируя в avc и mvc, mvc кодируется с меньшим битрейтом, т.к. содержит в себе только разницу в кадрах от другого ракурса.
MVC-файл не несёт в себе всю инфу о вылетах, углах, сдвигах и прочая…
Скиньте плиз ссылку на Transcoder Gui а то 5 сообщений писать :))
*** Добавлено ***
Уже нашёл, пасибо:)