QuickTime 6 - CDROM - 2Mbps - PAL\NTSC
#1
Отправлено 03 Nov 2011 - 16:21
Вопрос такой- как повысить скорость кодирования в Карбоне с пресетом "QuickTime 6 - CDROM - 2Mbps - PAL\NTSC"?
Исходники разнокалиберные, на выходе должен быть *.*.MOV- QuickTime 6, 2Mbps, 640x480, 16 бит 48 кГц с тайм-кодом.
Кодек используемый в данном случае Sorenson Video 3 SE v. 3.20.301 (Carbon v.3.15.1.21691)- в свойствах у него все "Выкл."
Три разные машины кодируют в Карбоне со скоростями от х0.46 до х.0.85, самое смешное, что с х.085 кодирует
LENOVO ThinkPad T61 с подключенным по SATAII WD My Book Studio II.
Процесс прописывания тайм-кода на скорость не влияет, остальные форматы машины берут легко- от х1.0 до х2.0.
1. Почему Карбон?- пакетное кодирование с инсертом тайм-кода,
2. почему *.*.MOV- QuickTime 6, 2Mbps, 640x480 с тайм-кодом?- видео раздается в три места с последовательной обработкой(перевод, укладка,озвучивание).
3. платформа MAC OS + Nuendo 5.x
#2
Отправлено 03 Nov 2011 - 17:28
#3
Отправлено 03 Nov 2011 - 17:45
#4
Отправлено 03 Nov 2011 - 18:13
#5
Отправлено 03 Nov 2011 - 19:04
#6
Отправлено 03 Nov 2011 - 19:19
#7
Отправлено 03 Nov 2011 - 19:58
Подробнее можно, настройки...кодируй в h264 , я так звукарю отдаю
#8
Отправлено 03 Nov 2011 - 23:37
параметр командной строки такой :
ffmbc.exe -i d:\input.mov -f mov -r 25 -vcodec libx264 -preset veryfast -tune fastdecode -timecode 01:08:14:00 -s 720x576 -b 1500k -aspect 5:4 -an d:\output_for_sound.mov
На выходе получаю мувку с h264 внутри , со стартовым таймкодом 01:08:14:00 (например). Без звука , звук омфкой.
Пакеты файлов , батником с такой строкой внутри.
#9
Отправлено 04 Nov 2011 - 01:01
С командной строкой сложно ((
А если использовать WinFF, то какие параметры надо указывать в Additional Command Line Parametrs что бы прописать ТС?
Или надо переписывать пресет? Сейчас он выглядит так :
-crf 35.0 -vcodec libx264 -acodec libfaac -ar 48000 -ab 128k -coder 1 -flags +loop -cmp +chroma -partitions +parti4x4+partp8x8+partb8x8 -me_method hex -subq 6 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -b_strategy 1 -threads 0
И есть ли возможность указать размер ТС, бэкграунд и его местоположение.
Стандартное (у многих) Bottommost перекрывает плашки с регалиями говорящих голов, и переводчики достают-а что там написано?
Сообщение отредактировано Anatoliy A. Vorobey (sparrow): 04 Nov 2011 - 01:37
#10
Отправлено 04 Nov 2011 - 12:52
для начала вот
DirectShowSource("D:\X_271011_Timchuk.VOB")
ShowSMPTE(offset="06:53:16:10", size=70, text_color=$ffffff)
Это текст АVS скрипта для Ависинка.
Для того что бы тебе помочь надо понимать где находится входящий тайм код. Его оттуда надо выколупать и вколупать в этот скрипт.
Потом этот скрипт стравить ffmpeg-у и получить решение задачки.
пс.Дэвис , ты видал что ffmpeg сделали ? Теперь с одной коммандной строки можно кодировать сразу в несколько форматов и путей
УРАААА !!!!
пример
D:\ffmbc>ffmbc -i D:\TEST_TIMECODE.mov -f mov -vcodec dvvideo -r 25 -an -y d:\test_1.mov -f mp4 -r 25 -vcodec libx264 -preset veryfast -tune fastdecode -profile high -s 720x576 -b 2000k -aspect 5:4 -an d:\test_2.mp4
Достаточно указать параметры кодирования второй копии после отупут файла первого ! Это бомба ! Я наконец-то смогу одновременно генерить лоурезы и копии для вэба из одной строки.
Просится апдейт для ДэвисТранскодера
#11
Отправлено 04 Nov 2011 - 13:16
<span class="author vcard"><a class="url fn ___hover___member _hoversetup" href="user/906-tuuls/" id="anonymous_element_8" title="">Tuuls</a></span></h3>
<p>"Можешь подробнее описать техпроцесс ? Какие файлы даешь на вход ? Пути файлов все разные или в одной папке ?<br />
<br />
Тайм код внутри файлов которые кидаешь есть ? Или надо старт прописать ручками ?"</p>
<p> </p>
<p>Исходники "разнокалиберные" , но большинство или M2V + WAV, или DV MOV.</p>
<p>Задача получить QuickTime H.264 video (high quality) с прописанным на видео оверлейным тайм-кодом (типа как раньше с бетакама на VHS сбрасывали).</p>
<p>Этот файл раздается для удаленной работы по 100 мб сети в три места- 1) переводчику,-> 2) редактору-укладчику,-> 3) на студию озвучивания.</p>
<p>По скольку все работают с одним и тем же файлом и ТС- снимаются многие вопросы.</p>
<p>Естественно файлы можно собрать в одной папке по входу и назначить папку выхода, но желательно сделать все под графической оболочкой, т.к. на этом задании будет сидеть "...еще тупее тупого"</p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
Давай подробнее о задаче !
Для того что бы тебе помочь надо понимать где находится входящий тайм код. Его оттуда надо выколупать и вколупать в этот скрипт.
Его надо создать с 00:00:00:00
#12
Отправлено 04 Nov 2011 - 13:49
ЗЫ однако Long-GOP кодеки єто не самое лучшее для запихивания в DAW
#13
Отправлено 04 Nov 2011 - 15:10
Так и в карбоне проблем, кроме скорости, нет. И сквизи с такой же скоростью кодирует.и нафига изобретать велосипед? - в том же Сквизи есть и батч, и таймкод с позицией, и быстрый Н264 на CUDA
ЗЫ однако Long-GOP кодеки єто не самое лучшее для запихивания в DAW
Понятно, что MJPEG или DV было бы приятнее...
Вот нагуглил
timecode plugin?
http://comments.gman...ei0r.devel/1026
How can I burn timecode into the video?
http://www.mltframew...mecode_into_the
#14
Отправлено 04 Nov 2011 - 16:19
ЗЫ у карбона нет поддержки CUDA
#15
Отправлено 04 Nov 2011 - 17:57
Зетас )), ты как та училка, которая видит во всех своих учениках только плохое...а ты бы еще в более допотопный синепак кодировал - скорость была бы еще ниже
ЗЫ у карбона нет поддержки CUDA
Ты же понимаешь, что не сильно разбираясь в кодеках я найду оптимальный вариант для своей работы и потом выясню, почему мне так удалось.
Т.е., я сначала заставлю более эффективно работать железо, которому 10 лет, выжму из него еще- штук так на-дцать....)))), а на выжатые уже подкуплю железо по- новее.
Не проблема пересчитать один- два файла, со всеми советами и критикой, а вот поставить на поток....что не получается... ))))
Евгений, вот можешь дать совет- как и во что пересчитать файл с заявленными характеристиками:
1).на выходе должен быть *.*.MOV- QuickTime 640x480, 16 бит 48 кГц с оверлейным тайм-кодом.
2) видео раздается в три места с последовательной обработкой (перевод, укладка,озвучивание)- размер 1-1.2 ГБ на 50 мин. материала,
3) платформа MAC OS + Nuendo 5.x
Сообщение отредактировано Anatoliy A. Vorobey (sparrow): 04 Nov 2011 - 18:06
#16
Отправлено 07 Nov 2011 - 20:23
Штайнберги рекомендуют кодировать видео в MJPEG A, H264 удобен для транспорта, но самым компромиссным оказался вариант с Squeeze 8 по всем параметрам- и скорости кодирования, и размеру файла и т.д.и нафига изобретать велосипед? - в том же Сквизи есть и батч, и таймкод с позицией, и быстрый Н264 на CUDA
ЗЫ однако Long-GOP кодеки єто не самое лучшее для запихивания в DAW
Всем спасибо за помощь!
0 человек читают эту тему
0 пользователей, 0 гостей, 0 скрытых пользователей