[не удалять] Как выбрать оптимальный битрейт и ключевые параметры для рипа в x264 [архив №1]

Страницы :   Пред.  1, 2, 3 ... 45, 46, 47 ... 98, 99, 100  След.
Тема закрыта
 

Падре

Стаж: 15 лет 1 месяц

Сообщений: 63

Падре · 14-Ноя-09 18:01 (15 лет назад)

shartm писал(а):
В чем может быть дело?
ффмпег просто не смог реконструировать картинку (то, что вы наблюдаете, это motion compensated residual, ИМХО). Попробуйте однонаправленный (прямой) просмотр (без использования "бегунка").
Voland_ писал(а):
и чего-то там "улучшить" сложно?
Не все так просто, можете почитать переписку Графта с инженерами NVIDIA.
Кроме того, "индексатор" это одно, а декодер (DGDecodeNV), использующий CUDA - другое дело.
[Профиль]  [ЛС] 

Makkay

Стаж: 15 лет 10 месяцев

Сообщений: 81

Makkay · 14-Ноя-09 18:07 (спустя 5 мин.)

Помогите разобраться с настройками VBV x264.
Чтобы лишний раз не дублировать - вот исходное сообщение из соседней темы.
[Профиль]  [ЛС] 

Voland_

Top Seed 03* 160r

Стаж: 16 лет 9 месяцев

Сообщений: 1774

Voland_ · 14-Ноя-09 19:03 (спустя 56 мин., ред. 14-Ноя-09 19:09)

Падре писал(а):
Кроме того, "индексатор" это одно, а декодер (DGDecodeNV), использующий CUDA - другое дело.
Об этом как-то не подумал...
Падре
Вопросы есть к новому индексатору. Открываю в нем видео 1920х1080 (.264 файл) пишет, что картика на самом деле 1920х1088 и предлагает кропнуть.

Я естественно отказываюсь и вот что выходит:

хотя медиаинфо

и обычный AVC индексатор (версии 1.0.9 - есть ли свежее?)

пишут что все Ок и имеют место быть обычные 1920х1080.
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 1 месяц

Сообщений: 6417

shellgen · 14-Ноя-09 19:08 (спустя 5 мин.)

Makkay писал(а):
телефон с ограничением: макс битрейт видеопотока (в секунду, не локальный) в 384 kbit (иначе притормаживания в сложных сценах) - нужно скодировать видео в H.264 Baseline 1.2, 25 fps, 2pass со средним битрейтом 200 kbps
-p1 -B 200 --stats ".stats" --level 1.2 --profile baseline --vbv-maxrate 384 --vbv-bufsize 384
-p3 -B 200 --stats ".stats" --level 1.2 --profile baseline --vbv-maxrate 384 --vbv-bufsize 384
естествено за разрешением останется следить
Voland_ писал(а):
Я естественно отказываюсь...
и естественно зря, index увидел внутренний паддинг и предлагает обрезать до рабочего разрешения
[Профиль]  [ЛС] 

Voland_

Top Seed 03* 160r

Стаж: 16 лет 9 месяцев

Сообщений: 1774

Voland_ · 14-Ноя-09 19:10 (спустя 1 мин.)

shellgen писал(а):
внутренний паддинг
ммм... а что такое "внутренний паддинг" и почему его не видят другие программы?
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 1 месяц

Сообщений: 6417

shellgen · 14-Ноя-09 19:12 (спустя 2 мин., ред. 14-Ноя-09 19:13)

Voland_
h264 всегда в mod16, внутренний паддинг это в случае икса "размыливание" некратных сторон до mod16, в других енкодерах может быть по другому
[Профиль]  [ЛС] 

Pustovetov

AVC-Видео

Стаж: 17 лет

Сообщений: 4255

Pustovetov · 14-Ноя-09 19:58 (спустя 45 мин.)

GKtomsk писал(а):
ламерский вопрос можно?
что обрабатывает деблокинг фильтр в x264 - исходник или результат?
хотя, судя по алгоритму - исходник.
Как фильтр может влиять на исходник в момент воспроизведения видео на экране (прочитайте внимательно Вашу же цитату)?
Цитата:
точнее, мне интересно нужно ли применять данный фильтр к исходнику заведомо высокого качества - BD/BDRip 1080p?
Исходник заведомо высокого качества не может заблочится если его сжать с недостаточным битрейтом? =)
[Профиль]  [ЛС] 

Voland_

Top Seed 03* 160r

Стаж: 16 лет 9 месяцев

Сообщений: 1774

Voland_ · 14-Ноя-09 21:02 (спустя 1 час 4 мин.)

shellgen писал(а):
d
А что это за "размыливание"? Ведь кадр физически, как я понимаю, все равно остается 1920х1080? Или просто кадр фактически 1920х1088, но где-то в шапке файла прописано 1920х1080 и на это ведется медиаинфо и другие программы?
Я просто опасаюсь - этим кропом DGDecodeNV картинку не исказит?
[Профиль]  [ЛС] 

Падре

Стаж: 15 лет 1 месяц

Сообщений: 63

Падре · 14-Ноя-09 21:11 (спустя 8 мин., ред. 14-Ноя-09 21:11)

Voland_ писал(а):
обычный AVC индексатор (версии 1.0.9 - есть ли свежее?)
Последний DGAVCIndexNV был 1.0.14 beta 10, если мне не изменяет память...
Voland_ писал(а):
Я просто опасаюсь - этим кропом DGDecodeNV картинку не исказит?
Нет!
Dark Shikari писал(а):
The internal coded resolution is 1920x1088. You don't care about this because it is completely internal to the format.
[Профиль]  [ЛС] 

Voland_

Top Seed 03* 160r

Стаж: 16 лет 9 месяцев

Сообщений: 1774

Voland_ · 14-Ноя-09 21:47 (спустя 35 мин.)

Падре писал(а):
Английский по телефону. Разговорная практика сокрушит языковой барьер! БЕЗЛИМИТКА по Москве за 916р в месяц, все исходящие - 0 рублей!
Спасибо!
[Профиль]  [ЛС] 

GKtomsk

Стаж: 17 лет 10 месяцев

Сообщений: 175

GKtomsk · 14-Ноя-09 22:33 (спустя 46 мин.)

@lolkin@ писал(а):
В отличие от префильтрации, или постобработки, --deblock применяется в процессе кодировании на каждый отдельный кадр, после того как он закодирован, но перед тем как будет использоваться в качестве ссылки для последующих кадров. также надо понимать что воздействие на отдельно-взятый кадр зависит от его качества.
спасибо за подробный ответ.
Pustovetov писал(а):
Как фильтр может влиять на исходник в момент воспроизведения видео на экране (прочитайте внимательно Вашу же цитату)?
вопрос был не о влиянии на исходник.
вопрос был о том, где устраняется блочность - в исходнике (типа стандартного деблокинга) перед кодированием или же для устранения блочности вызванной нехваткой битрейта после кодирования.
т.е. если я правильно понял, после кодинга кадр фильтруется от возможно появившихся блоков и т.д.
пс еще один вопрос гуру AVC - ограничения по высоте, ширине кадра для x264 - mod2?
ппс если кинете ссылками по описанию x264 - буду благодарен, нормального материала в сети мало.
[Профиль]  [ЛС] 

Makkay

Стаж: 15 лет 10 месяцев

Сообщений: 81

Makkay · 14-Ноя-09 22:37 (спустя 3 мин.)

shellgen писал(а):
--vbv-maxrate 384 --vbv-bufsize 384
Спасибо за совет, но если бы все было так просто...
Попробовал с данными настройками (семпл и лог ниже), но в результате и MediaInfo, и Hali Media Splitter выдал завышенный битрейт, да и при проигрывании притормаживания.
скрытый текст
Семпл
XVID4PSP
------------------------------
Version: 5.0.37.6 rev63
Created: 14.11.2009 18:38:41
TempPath: D:\Temp
AppPath: C:\Program Files\Winnydows\XviD4PSP5
FILES
------------------------------
Адреналин.mp4 >
Sample.mp4
TASK
------------------------------
Format: MP4
Duration: 00:02:11:715 (3158)
VideoDecoder: DirectShowSource
Resolution: 720x384 > 320x208
VCodecPreset: Custom
VEncodingMode: TwoPass
VideoCodec: h264 > x264
VideoBitrate: 1204 > 200
Quality: 0.182 > 0.125
Framerate: 23.976
SourceType: PROGRESSIVE
FieldOrder: UNKNOWN
AudioDecoder: 0
AEncodingPreset: AAC-HE ABR 64k
AudioCodec: AAC
AudioBitrate: 192 > 64
Samplerate: 48000
Channels: 6 > 2
UpDownMix: ConvertToStereo
SCRIPT
------------------------------
import("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\functions\AudioFunctions.avs")
import("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\functions\VideoFunctions.avs")
loadplugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\soxfilter.dll")
DirectShowSource("E:\Фильмы\Адреналин.mp4", fps=23.976, convertfps=true)
ConvertToStereo()
AutoYV12()
Crop(64, 0, -64, -0)
Lanczos4Resize(320, 208)
Trim(17995,21152)
VIDEO ENCODING
------------------------------
Encoding video to: D:\Temp\0364.264
x264 200kbps 320x208 23.976fps (3158 frames)
...first pass...
x264.exe: --pass 1 --bitrate 200 --level 1.2 --ref 1 --no-cabac --deblock -1:0 --bframes 0 --direct none --b-adapt 0 --no-weightb --trellis 0 --qpmin 12 --vbv-bufsize 384 --vbv-maxrate 384 --partitions p8x8,b8x8 --no-8x8dct --subme 9 --me umh --sar 1:1 --stats "D:\Temp\0364.log" --output NUL "D:\Temp\0364.avs"
x264 [info]: using SAR=1/1
x264 [warning]: MB rate (6233) > level limit (6000)
x264 [info]: using cpu capabilities: MMX2 SSE2Slow
x264 [info]: cabac=0 ref=1 deblock=1:-1:0 analyse=0x1:0 me=dia subme=2 psy=1 psy_rd=0.0:0.0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=3 nr=0 decimate=1 mbaff=0 bframes=0 keyint=250 keyint_min=25 scenecut=40 rc_lookahead=40 rc=cbr mbtree=1 bitrate=200 ratetol=1.0 qcomp=0.60 qpmin=12 qpmax=51 qpstep=4 vbv_maxrate=384 vbv_bufsize=384 ip_ratio=1.40 aq=1:1.00
x264 [info]: profile Baseline, level 1.2
x264 [info]: frame I:44 Avg QP:25.93 size: 4723
x264 [info]: frame P:3114 Avg QP:28.82 size: 1025
x264 [info]: mb I I16..4: 42.8% 0.0% 57.2%
x264 [info]: mb P I16..4: 8.9% 0.0% 0.0% P16..4: 49.5% 0.0% 0.0% 0.0% 0.0% skip:41.5%
x264 [info]: final ratefactor: 26.96
x264 [info]: coded y,uvDC,uvAC intra:40.1% 38.6% 8.4% inter:15.4% 6.8% 0.1%
x264 [total]: encoded 3158 frames, 92.62 fps, 206.61 kb/s
...last pass...
x264.exe: --pass 2 --bitrate 200 --level 1.2 --ref 1 --no-cabac --deblock -1:0 --bframes 0 --direct none --b-adapt 0 --no-weightb --trellis 0 --qpmin 12 --vbv-bufsize 384 --vbv-maxrate 384 --partitions p8x8,b8x8 --no-8x8dct --subme 9 --me umh --stats "D:\Temp\0364.log" --sar 1:1 --output "D:\Temp\0364.264" "D:\Temp\0364.avs"
x264 [info]: using SAR=1/1
x264 [warning]: MB rate (6233) > level limit (6000)
x264 [info]: using cpu capabilities: MMX2 SSE2Slow
x264 [info]: cabac=0 ref=1 deblock=1:-1:0 analyse=0x1:0x110 me=umh subme=9 psy=1 psy_rd=1.0:0.0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 chroma_qp_offset=-2 threads=3 nr=0 decimate=1 mbaff=0 bframes=0 keyint=250 keyint_min=25 scenecut=40 rc_lookahead=0 rc=2pass mbtree=1 bitrate=200 ratetol=1.0 qcomp=0.60 qpmin=12 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 vbv_maxrate=384 vbv_bufsize=384 ip_ratio=1.40 aq=1:1.00
x264 [info]: profile Baseline, level 1.2
x264 [info]: frame I:44 Avg QP:25.69 size: 5204
x264 [info]: frame P:3114 Avg QP:29.23 size: 982
x264 [info]: mb I I16..4: 31.4% 0.0% 68.6%
x264 [info]: mb P I16..4: 2.6% 0.0% 0.0% P16..4: 38.2% 15.3% 4.8% 0.0% 0.0% skip:39.1%
x264 [info]: coded y,uvDC,uvAC intra:45.6% 48.8% 15.0% inter:13.7% 8.8% 0.2%
x264 [total]: encoded 3158 frames, 66.15 fps, 199.69 kb/s
AUDIO ENCODING
------------------------------
Encoding audio to: D:\Temp\0364.m4a
AAC 64kbps 2ch 16bit 48000khz
neroAacEnc.exe: -ignorelength -br 64000 -he -if - -of "D:\Temp\0364.m4a"
MUXING
------------------------------
Video file: D:\Temp\0364.264
Audio file: D:\Temp\0364.m4a
Muxing to: D:\Sample.mp4
mp4box.exe: -fps 23.976 -add "D:\Temp\0364.264" -add "D:\Temp\0364.m4a" -new "D:\Sample.mp4" -tmp "D:\Temp"
TIME
------------------------------
Общее время кодирования: 1 min 36 sec
Файл получился на: 4.18 mb
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 1 месяц

Сообщений: 6417

shellgen · 14-Ноя-09 22:46 (спустя 9 мин.)

Makkay писал(а):
если бы все было так просто...
Я не зря строку практически целиком привёл - своими настройками дополнительными Вы разбиваете левел, о чём упорно пишет икс:
Makkay писал(а):
x264 [warning]: MB rate (6233) > level limit (6000)
Оставьте только те ключи, которые в моём посте выше. =)
[Профиль]  [ЛС] 

Bladru

Стаж: 17 лет 1 месяц

Сообщений: 536


Bladru · 14-Ноя-09 22:58 (спустя 12 мин., ред. 14-Ноя-09 22:58)

shellgen писал(а):
--vbv-maxrate 384 --vbv-bufsize 384
Только это даст максимальный битрейт 768 kbit/s.
shellgen писал(а):
Оставьте только те ключи, которые в моём посте выше. =)
У него никаких лишних ключей и нет. Просто видео не соответствует лимитам указанного левела.
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 1 месяц

Сообщений: 6417

shellgen · 14-Ноя-09 23:25 (спустя 27 мин., ред. 14-Ноя-09 23:25)

Bladru писал(а):
Только это даст максимальный битрейт 768 kbit/s.
хм, эту кухню я неправильно себе представляю значит, разве пики не будут вписываться в bitrate*(bufsize/maxrate) ?
[Профиль]  [ЛС] 

Bladru

Стаж: 17 лет 1 месяц

Сообщений: 536


Bladru · 14-Ноя-09 23:42 (спустя 16 мин., ред. 14-Ноя-09 23:42)

shellgen писал(а):
хм, эту кухню я неправильно себе представляю значит, разве пики не будут вписываться в bitrate*(bufsize/maxrate) ?
Нет. bufsize — это размер промежуточного буфера перед декодером. maxrate — скорость, с которой этот буфер заполняется. "Пик" — максимальный объём информации, который декодер может получить в единицу времени. Если буфер заполнен, то за одну секунду декодер может получить не больше (maxrate+bufsize). За две секунды не более (2*maxrate+bufsize) и т.д. Аналогично работает -m limit в iptables, если это о чём-то говорит.
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 1 месяц

Сообщений: 6417

shellgen · 15-Ноя-09 01:20 (спустя 1 час 37 мин., ред. 15-Ноя-09 01:30)

Bladru писал(а):
bufsize — это размер промежуточного буфера перед декодером. maxrate — скорость, с которой этот буфер заполняется. "Пик" — максимальный объём информации, который декодер может получить в единицу времени. Если буфер заполнен, то за одну секунду декодер может получить не больше (maxrate+bufsize). За две секунды не более (2*maxrate+bufsize) и т.д. Аналогично работает -m limit в iptables, если это о чём-то говорит.
Ясно, спасибо... В таком случае как ни крути - без риска возникновения buffer underrun с помощью vbv пики не обрежешь до явно заданной величины, остаётся только придерживаться неких эмпирически выведенных разумных для конкретного девайса значений, например попробовать что то типа 384 / 300 для видео с меньшим разрешением.
[Профиль]  [ЛС] 

Bladru

Стаж: 17 лет 1 месяц

Сообщений: 536


Bladru · 15-Ноя-09 01:38 (спустя 17 мин.)

shellgen писал(а):
Ясно, спасибо... В таком случае как ни крути - без риска возникновения buffer underrun с помощью vbv явным образом пики не обрежешь до явно заданной величины, остаётся только придерживаться неких эмпирически выведенных разумных для конкретного девайса значений, например попробовать что то типа 384 / 300 для видео с меньшим разрешением.
Buffer underflow будет, если параметры VBV неправильно подобраны. Makkay вроде бы и спрашивал, как их правильно подбирать. Очевидно, что сами по себе "пики" не являются ограничением.
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 1 месяц

Сообщений: 6417

shellgen · 15-Ноя-09 01:51 (спустя 13 мин.)

Bladru писал(а):
сами по себе "пики" не являются ограничением
Это понятно, ограничение в секунду не более 384Kb, а как уж там в течение оной это другой вопрос.
[Профиль]  [ЛС] 

Makkay

Стаж: 15 лет 10 месяцев

Сообщений: 81

Makkay · 15-Ноя-09 02:13 (спустя 21 мин., ред. 15-Ноя-09 02:13)

Цитата:
У него никаких лишних ключей и нет. Просто видео не соответствует лимитам указанного левела.
У него скорее всего так и есть =) Просто как показала практика, телефон привередлив больше к скорости потока, нежели прочим условиям, хотя, безусловно, на притормаживания они тоже влияют.
Цитата:
Если буфер заполнен, то за одну секунду декодер может получить не больше (maxrate+bufsize). За две секунды не более (2*maxrate+bufsize)
Тогда вопрос в том, в каком соотношении (пополам, 2:1, еще как-то в зависимости от ситуации) выставлять maxrate и bufsize, чтоб в сумме они и определяли "потолок"
Было бы легче проверять, но икс игнорирует VBV, если средний битрейт превышает maxrate... Скажем средний битрейт 300, а максимальный (желаемый) - 384 (kbit/s)
P.S. Телефон и тот семпл удалось "подружить" с maxrate 210 и bufsize 240 (с теме же другими параметрами), при этом макс.битрейт - 368 kbit/s (судя по MediaInfo).
__
И еще, maxrate тогда по сути макс.битрейт для отдельно взятого кадра?
[Профиль]  [ЛС] 

Bladru

Стаж: 17 лет 1 месяц

Сообщений: 536


Bladru · 15-Ноя-09 02:15 (спустя 2 мин.)

Makkay
Лучше скажи, откуда ты взял ограничение в "384 kbit/s"?
Makkay писал(а):
И еще, maxrate тогда посути макс.битрейт для отдельно взятого кадра?
Нет.
[Профиль]  [ЛС] 

Voland_

Top Seed 03* 160r

Стаж: 16 лет 9 месяцев

Сообщений: 1774

Voland_ · 15-Ноя-09 02:30 (спустя 14 мин.)

Возникла еще одна маленькая проблемка с новым DGDecNV. У него новый CUVIDServer. При открытии скрипта в мегуи автоматически запускается старый CUVIDServer, который вместо картинки выдает какой-то мусор. Если ручками запустить новый CUVIDServer.exe то мегуи ругается что сервер уже запущен и занят и остановить ли его, чтобы загрузить новый файл. Если соглашаешься, то он перезапускает CUVIDServer (старую версию) и см. выше. отказываешься - просто не грузит скрипт. Если согласиться, закрыть окно с мусором превью и ручками перезапустить новый сервер то после "reopen video preview" картинка получается нормальной. Где указывается в мегуи путь к CUVIDServer.exe не нашел. Пытался подсовывать его в \tools\dgvc1decnv106 и \tools\DGVC1IndexNV но только приводит к вылету мегуи с какой-то ошибкой.
[Профиль]  [ЛС] 

Падре

Стаж: 15 лет 1 месяц

Сообщений: 63

Падре · 15-Ноя-09 06:18 (спустя 3 часа)

Bladru писал(а):
Makkay
Лучше скажи, откуда ты взял ограничение в "384 kbit/s"?
Видимо отсюда:
[Профиль]  [ЛС] 

Makkay

Стаж: 15 лет 10 месяцев

Сообщений: 81

Makkay · 15-Ноя-09 10:58 (спустя 4 часа, ред. 15-Ноя-09 19:15)

Цитата:
Makkay
Лучше скажи, откуда ты взял ограничение в "384 kbit/s"?
Отсюда: (выдержка)
Кстати, такое же ограничение и на ASP - видимо не в состоянии SonyEricsson'ы быстрее декодировать))
_
P.S Ограничения подразумевают CBR.
[Профиль]  [ЛС] 

shellgen

VIP (Адм)

Стаж: 18 лет 1 месяц

Сообщений: 6417

shellgen · 15-Ноя-09 11:30 (спустя 32 мин.)

Makkay писал(а):
maxrate 210 и bufsize 240
при среднем битрейте 200 такие ключи неизбежно приведут к underflow на первом же переходе от пустого/едва заполненного буфера к пику значительно выше 210Kbps, чтобы этого избежать maxrate не должен быть ниже ожидаемых пиков на секунду. На практике всё зависит от особенностей реального видео. Мне кажется более предпочтительным ограничивать при необходимости амплитуду колебаний битрейта опуская вниз qcomp. Для общего использования достаточно будет подобрать какое-то значение для сложного неравномерного динамичного отрывка, при котором не будет скачков больше максимально допустимого при заданном среднем.
[Профиль]  [ЛС] 

Bladru

Стаж: 17 лет 1 месяц

Сообщений: 536


Bladru · 15-Ноя-09 19:11 (спустя 7 часов)

Makkay писал(а):
P.S. Телефон и тот семпл удалось "подружить" с maxrate 210 и bufsize 240 (с теме же другими параметрами), при этом макс.битрейт - 368 kbit/s (судя по MediaInfo).
Учитывая, что тот семпл был 24 fps, а не 15, как в приведённой табличке, телефон поддерживает несколько больше, чем указано в спеках. Попробуй погуглить, может где-то есть реальные ограничения. Или напиши в саппорт, с вопросом, что же он реально тянет и какие параметры VBV ставить при кодировании.
Как вариант, либо самому подобрать параметры VBV (например, сначала bufsize, потом maxrate) и проверить на разном видео. Либо попытаться понизить qcomp, как советует shellgen.
[Профиль]  [ЛС] 

Makkay

Стаж: 15 лет 10 месяцев

Сообщений: 81

Makkay · 15-Ноя-09 19:26 (спустя 15 мин.)

Bladru писал(а):
Цитата:
И еще, maxrate тогда посути макс.битрейт для отдельно взятого кадра?
Нет.
Понятно... Вопрос возник из-за этого.
shellgen писал(а):
..чтобы этого (underflow) избежать maxrate не должен быть ниже ожидаемых пиков на секунду.
Ясно, учту на будущее. С тем семплом опустошения не произошло, по крайней мере, x264 никаких предупреждений не выводил.
Bladru писал(а):
Как вариант, либо самому подобрать параметры VBV (например, сначала bufsize, потом maxrate) и проверить на разном видео. Либо попытаться понизить qcomp, как советует shellgen.
Так то оно так, но вот оправдывается ли тогда цель - однократный, но комфортный просмотр видео на мобильном? =)
скрытый текст
Тот фильм (из семпла) в итоге я закодировал Xvid'ом (как обычно и делаю, когда не уверен в комфортном воспроизведении достаточно длинного файла)
Но все-таки ограничивать битрейт и пики (в целом, не только для моего конкретного случая), я считаю проще через VBV - меньше зависит от сложности сцен видео. Вот только четкой схемы нет))
___
Bladru писал(а):
Учитывая, что тот семпл был 24 fps, а не 15, как в приведённой табличке, телефон поддерживает несколько больше, чем указано в спеках.
Вот в том то и дело, что больше.
К примеру, h264 15 fps с CBR 400 kbit/s будет проигрываться с прогрессирующей "отсталостью", в отличии от h264 24 fps с CBR 384 kbit/s. Такие вот телефоны)
Натолкнулся в сети на некий калькулятор. Возможно, пригодиться на будущее..
Все равно, Bladru, shellgen, спасибо за помощь - есть что почерпнуть
[Профиль]  [ЛС] 

_Woland_

Стаж: 15 лет 11 месяцев

Сообщений: 1067

_Woland_ · 15-Ноя-09 20:47 (спустя 1 час 20 мин.)

Для qcomp можно задавать сотые? Скажем 0.65
[Профиль]  [ЛС] 

Skazhutin

Стаж: 17 лет 4 месяца

Сообщений: 6701

Skazhutin · 15-Ноя-09 20:51 (спустя 3 мин.)

можно
[Профиль]  [ЛС] 

7ime 7raveller

Стаж: 16 лет 6 месяцев

Сообщений: 648

7ime 7raveller · 16-Ноя-09 17:11 (спустя 20 часов)

Что там с новыми ревизиями, можно общественные рипы начинать делать с weightp 1 или 2 ? Или для надежности пока что использовать ревизии без weightp вообще?
[Профиль]  [ЛС] 
 
Тема закрыта
Loading...
Error