Этого треда уже нет.
Это копия, сохраненная 20 сентября 2017 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Обсуждаем вебм. /webm/ Аноним (Microsoft Windows 10: Firefox based) #2080526 В конец треда | Веб
Обработал в двух разных программах. Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. Может мне пора спать? В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.
Аноним (Microsoft Windows 10: Firefox based) #2 #2080530
>>2080526 (OP)

> почему такая большая разница в размере файла


Потому что разный битрейт

> разница минимальна


Кончено, ведь у тебя статичное видео, где почти никто не двигается.
Возьми для экспериментов вот это видео.

https://www.youtube.com/watch?v=ZSn3Tvc7jQU
Аноним (Microsoft Windows 7: Firefox based) #3 #2080620
>>2080526 (OP)
первая вебм работает, вторая нет, разные кодеки, разная степень сжатия
Аноним (Microsoft Windows 8: Chromium based) #4 #2080635
>>2080526 (OP)
А по-моему разница в качестве вебмок достаточно большая.

Есть еще такие моменты как...

Кодирование в один проход и в два. Сначала анализируется структура видео, создаётся лог, потом, в соответствии с информацией из лога, происходит кодирование. В ffmpeg это опция -pass, параметр 1 – для первого прохода, 2 – для второго.

Максимальное время, уделяемое на обработку каждого фрейма. В ffmpeg это опция -deadline, где параметр 0 – без ограничения по времени, 1 – реалтайм, максимально быстро, но хуёво. По умолчанию стоит параметр 1000 (одна секунда).

Диапазон максимального и минимального значения для перемененного битрейта. В ffmpeg это опции -minrate и -maxrate соответственно. Чем шире будет задан "коридор", тем медленнее будет происходить кодирование, но сожмётся лучше.

Метод, каким было осуществлено сжатие видео: по битрейту (с постоянной квантизацией) или CRF (https://ru.wikipedia.org/wiki/Constant_Rate_Factor ) . Общими словами: CRF это чем медленнее движется объект, тем детальнее он отображается, т.к. детализацию движущихся объектов мы воспринимаем хуже. Уровень качество для данного метода задаётся не битрейтом, а параметром от 0 (без сжатия, доступно только в VP9, в VP8 минимум это 4) до 63 (максимальное сжатие). В ffmpeg это опция -crf.
156 Кб, 1058x642
Аноним (Microsoft Windows 8: Chromium based) #5 #2080644
Первый - adobe, второй - ffmpeg. Я попробовал сделать с одними и теми же настройками. Аноним (Microsoft Windows 10: Firefox based) #6 #2080753
>>2080530
Я сразу понял, что дело в битрейте. Просто разница мне показалась минимальной, а размер ролика в несколько раз больше.
>>2080620
Потому что 10бит, переделаю.Это можно пофиксить в браузере, чтобы вебм с 10битным цветом открывались.
>>2080635
Спасибо. Мне просто интересно, чем лучше кодировать: ffmpeg/adobe premiere. Получается, что дело только в том, какие настройки я поставлю.
Аноним (Microsoft Windows 8: Chromium based) #7 #2080887
>>2080753
У тебя опять Frame rate mode "Variable", поставь "Constant" (т.е. включи сжатие CRF).

ffmpeg, если сложно то https://hive.blasux.ru/webm/boram , оболочка для ffmpeg специально для кодирования вебмок.

adobe premiere, если ты там монтируешь. Если недостаёт нужных настроек, то сохраняй ролик сначала в lossless, потом кодируй в ffmpeg/boram.
58 Кб, 933x472
Аноним (Microsoft Windows 10: Firefox based) #8 #2080895
>>2080887
Вот настройки, с которыми я сохранял. Я сам не знаю, почему он константу не запоминает.
58 Кб, 932x473
Аноним (Microsoft Windows 10: Firefox based) #9 #2080896
>>2080895
Бля, я хотел вот так сделать.
10,3 Мб, webm, 1280x720
Аноним (Microsoft Windows 8: Chromium based) #10 #2080899
>>2080753
Во многих случаях и кодировать ничего не нужно. Видосы на ютубе и так в VP9 закодированы. Зацени тот же самый фрагмент при том же самом разрешении, но какой он имеет при этом размер и качество.
Аноним (Microsoft Windows 10: Firefox based) #11 #2080901
>>2080899
Как добиться такого же эффекта?
Аноним (Microsoft Windows 8: Chromium based) #12 #2080902
>>2080896
Какие варианты выпадают в Method?
17 Кб, 460x199
Аноним (Microsoft Windows 10: Firefox based) #13 #2080907
Аноним (Microsoft Windows 8: Chromium based) #14 #2080914
>>2080907

>Constrained Quality



http://wiki.webmproject.org/ffmpeg/vp9-encoding-guide

>Note that Constant Quality differs from Constrained Quality, described below.


>Обратите внимание, что постоянное качество отличается от ограниченного качества, описанного ниже.



Попробуй ещё поэкспериментировать с Variable Bitrate.
Аноним (Microsoft Windows 10: Firefox based) #15 #2080915
>>2080914
Хорошо.
Аноним (Microsoft Windows 10: Firefox based) #16 #2080920
15,6 Мб, webm, 1280x720
В этот раз сработало. Аноним (Microsoft Windows 10: Firefox based) #17 #2080926
General
Complete name : C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps_1.webm
Format : WebM
Format version : Version 4 / Version 2
File size : 15.6 MiB
Duration : 1 min 0 s
Overall bit rate : 2 175 kb/s
Encoded date : UTC 2017-07-03 00:54:56
Writing application : fnord WebM for Premiere, built Jun 15 2017
Writing library : libwebm-0.2.1.0

Video
ID : 1
Format : VP9
Codec ID : V_VP9
Duration : 1 min 0 s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 30.000 FPS
Language : English
Default : Yes
Forced : No

Audio
ID : 2
Format : Opus
Codec ID : A_OPUS
Duration : 1 min 0 s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Compression mode : Lossy
Language : English
Default : Yes
Forced : No
15,6 Мб, webm, 1280x720
В этот раз сработало. Аноним (Microsoft Windows 10: Firefox based) #17 #2080926
General
Complete name : C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps_1.webm
Format : WebM
Format version : Version 4 / Version 2
File size : 15.6 MiB
Duration : 1 min 0 s
Overall bit rate : 2 175 kb/s
Encoded date : UTC 2017-07-03 00:54:56
Writing application : fnord WebM for Premiere, built Jun 15 2017
Writing library : libwebm-0.2.1.0

Video
ID : 1
Format : VP9
Codec ID : V_VP9
Duration : 1 min 0 s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 30.000 FPS
Language : English
Default : Yes
Forced : No

Audio
ID : 2
Format : Opus
Codec ID : A_OPUS
Duration : 1 min 0 s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Compression mode : Lossy
Language : English
Default : Yes
Forced : No
19,5 Мб, webm, 1920x1080
Аноним (Microsoft Windows 8: Chromium based) #18 #2080928
>>2080920
Аудиодорожку, кстати, можно брать исходную, прописав -c:a copy. Если это аудио опус. Тоже самое можно сделать и с видео, если требуется просто сохранить без перекодирования.

>25


Это дефолтное значение. Попробуй больше.

Исходный файл, кстати, лучше брать большего разрешения (желательно максимум, что есть), уменьшать до 720 в настройках во вкладке VIDEO FX. Меньше артефактов будет. Это если требуется впихнуть какой-то клип в лимит 20 МБ.
Не работает. Аноним (Microsoft Windows 10: Firefox based) #19 #2080937
>>2080928

04:51.500

INFO

VIDEO FX

AUDIO FX

CODECS

ENCODE

width
height
left
top
width
height

no subs

no audio

in
out
factor
start
end

limit
quality

bitrate

Preview:
empty

Title:
metadata title tag
Big Buck Bunny 1080p 60fps, 4K UHD 60fps
Path:
output file path
C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm

TEST

NORMAL

OPEN
$ ffmpeg -hide_banner -nostdin -y -ss 03:50.000 -i "file:E:\\downloads\\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4" -t 61.500 -map 0:v:0 -map 0:a:0 -threads 8 -c:v copy -speed 4 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 0 -crf 20 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a copy -b:a 128k -an -pass 1 -passlogfile "C:\\Users\\eva01\\AppData\\Local\\Temp\\boram-3860qDCBnMenHFOR" -f null -
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:E:\downloads\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
creation_time : 2014-11-15T17:58:21.000000Z
Duration: 00:10:34.60, start: 0.000000, bitrate: 2250 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2056 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 191 kb/s (default)
Metadata:
creation_time : 2014-11-15T17:58:26.000000Z
handler_name : IsoMedia File Produced by Google, 5-11-2011
Output #0, null, to 'pipe:':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
encoder : Lavf57.66.104
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 30 fps, 30 tbr, 30 tbn, 30 tbc (default)
Metadata:
handler_name : VideoHandler
Stream mapping:
Stream #0:0 -> #0:0 (copy)
frame= 1899 fps=0.0 q=-1.0 Lsize=N/A time=00:01:01.50 bitrate=N/A speed=2.37e+003x
video:15052kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
==================================================
$ ffmpeg -hide_banner -nostdin -y -ss 03:50.000 -i "file:E:\\downloads\\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4" -t 61.500 -map 0:v:0 -map 0:a:0 -threads 8 -c:v copy -speed 1 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 0 -crf 20 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a copy -b:a 128k -pass 2 -passlogfile "C:\\Users\\eva01\\AppData\\Local\\Temp\\boram-3860qDCBnMenHFOR" -metadata "title=Big Buck Bunny 1080p 60fps, 4K UHD 60fps" -f webm "file:C:\\Users\\eva01\\Desktop\\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm"
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:E:\downloads\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
creation_time : 2014-11-15T17:58:21.000000Z
Duration: 00:10:34.60, start: 0.000000, bitrate: 2250 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2056 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 191 kb/s (default)
Metadata:
creation_time : 2014-11-15T17:58:26.000000Z
handler_name : IsoMedia File Produced by Google, 5-11-2011
Output #0, webm, to 'file:C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
title : Big Buck Bunny 1080p 60fps, 4K UHD 60fps
encoder : Lavf57.66.104
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 30 fps, 30 tbr, 1k tbn, 30 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
creation_time : 2014-11-15T17:58:26.000000Z
handler_name : IsoMedia File Produced by Google, 5-11-2011
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
[webm @ 000002c53eec00a0] Only VP8 or VP9 video and Vorbis or Opus audio and WebVTT subtitles are supported for WebM.
av_interleaved_write_frame(): Invalid argument
Error writing trailer of file:C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm: Invalid argument
frame= 2 fps=0.0 q=-1.0 Lsize= 0kB time=-00:00:01.76 bitrate=N/A speed=N/A
video:253kB audio:1kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Conversion failed!

ffmpeg exited with 1
Не работает. Аноним (Microsoft Windows 10: Firefox based) #19 #2080937
>>2080928

04:51.500

INFO

VIDEO FX

AUDIO FX

CODECS

ENCODE

width
height
left
top
width
height

no subs

no audio

in
out
factor
start
end

limit
quality

bitrate

Preview:
empty

Title:
metadata title tag
Big Buck Bunny 1080p 60fps, 4K UHD 60fps
Path:
output file path
C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm

TEST

NORMAL

OPEN
$ ffmpeg -hide_banner -nostdin -y -ss 03:50.000 -i "file:E:\\downloads\\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4" -t 61.500 -map 0:v:0 -map 0:a:0 -threads 8 -c:v copy -speed 4 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 0 -crf 20 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a copy -b:a 128k -an -pass 1 -passlogfile "C:\\Users\\eva01\\AppData\\Local\\Temp\\boram-3860qDCBnMenHFOR" -f null -
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:E:\downloads\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
creation_time : 2014-11-15T17:58:21.000000Z
Duration: 00:10:34.60, start: 0.000000, bitrate: 2250 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2056 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 191 kb/s (default)
Metadata:
creation_time : 2014-11-15T17:58:26.000000Z
handler_name : IsoMedia File Produced by Google, 5-11-2011
Output #0, null, to 'pipe:':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
encoder : Lavf57.66.104
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 30 fps, 30 tbr, 30 tbn, 30 tbc (default)
Metadata:
handler_name : VideoHandler
Stream mapping:
Stream #0:0 -> #0:0 (copy)
frame= 1899 fps=0.0 q=-1.0 Lsize=N/A time=00:01:01.50 bitrate=N/A speed=2.37e+003x
video:15052kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
==================================================
$ ffmpeg -hide_banner -nostdin -y -ss 03:50.000 -i "file:E:\\downloads\\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4" -t 61.500 -map 0:v:0 -map 0:a:0 -threads 8 -c:v copy -speed 1 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 0 -crf 20 -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a copy -b:a 128k -pass 2 -passlogfile "C:\\Users\\eva01\\AppData\\Local\\Temp\\boram-3860qDCBnMenHFOR" -metadata "title=Big Buck Bunny 1080p 60fps, 4K UHD 60fps" -f webm "file:C:\\Users\\eva01\\Desktop\\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm"
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:E:\downloads\Big Buck Bunny 1080p 60fps, 4K UHD 60fps.mp4':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
creation_time : 2014-11-15T17:58:21.000000Z
Duration: 00:10:34.60, start: 0.000000, bitrate: 2250 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2056 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 191 kb/s (default)
Metadata:
creation_time : 2014-11-15T17:58:26.000000Z
handler_name : IsoMedia File Produced by Google, 5-11-2011
Output #0, webm, to 'file:C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm':
Metadata:
major_brand : mp42
minor_version : 0
compatible_brands: isommp42
title : Big Buck Bunny 1080p 60fps, 4K UHD 60fps
encoder : Lavf57.66.104
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 30 fps, 30 tbr, 1k tbn, 30 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
creation_time : 2014-11-15T17:58:26.000000Z
handler_name : IsoMedia File Produced by Google, 5-11-2011
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
[webm @ 000002c53eec00a0] Only VP8 or VP9 video and Vorbis or Opus audio and WebVTT subtitles are supported for WebM.
av_interleaved_write_frame(): Invalid argument
Error writing trailer of file:C:\Users\eva01\Desktop\Big Buck Bunny 1080p 60fps, 4K UHD 60fps - boram-copy.webm: Invalid argument
frame= 2 fps=0.0 q=-1.0 Lsize= 0kB time=-00:00:01.76 bitrate=N/A speed=N/A
video:253kB audio:1kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Conversion failed!

ffmpeg exited with 1
Не работает. Аноним (Microsoft Windows 10: Firefox based) #20 #2080940
>>2080937
>>2080928
Я там лишнего взял, кажется. Краткое содержаение: вписал -c:v copy -c:a copy.
Аноним (Microsoft Windows 8: Chromium based) #21 #2080946
>>2080940
Если требуется просто сохранить видео, то
-i "видео.mkv" -map 0:v:0 -map 0:a:0 -threads 4 -c:v copy -c:a copy
Аноним (Microsoft Windows 7: SeaMonkey) #22 #2081288
>>2080940
Нельзя копировать из mp4 в webm. Потому что кодеки не поддерживаются контейнером.
Аноним (Linux: Firefox based) #23 #2081395
Это тред кодирования видео?
crf 21.5, кванты для b не вылезают за 23. Размер тестового файла без фильтра (пик 1 и 2) - 227МиБ. Размер тестового файла с nlmeans и lapsharp (пик 3 и 4) - 108МиБ. Какого, а? Выглядит лучше, чем исходник.

Разницу удобно смотреть тут: https://diff.pics/AV0cTato9xgb/2
Что скажете? Где я наебался?
Аноним (Linux: Firefox based) #24 #2081399
Осталось подумОть, что делать с ringing артефактами. Их, так-то, не видно. От слова совсем. Но они есть. Забить или нет?
Аноним (Microsoft Windows 10: Firefox based) #25 #2081404
>>2080899

>Видосы на ютубе и так в VP9 закодированы.


Заебали вы со своим вебмом, один парашный гугл его использует. Как и гифв имгур. Понапридумывают мертвых форматов.
926 Кб, 2025x2963
Аноним (Linux: Firefox based) #26 #2081419
Раз уж такой тред, задам свой вопрос. Часто на трекерах, когда выкладывают фильм, прикладывают media info. Как мне выбирать нормальные рипы, на что смотреть? Обычно выбираю по размеру 1080п и смотрю на размер ~10Гиб, ну и скрины (хоть они не передают динамику, например). Видел рипы которые весят ~2Гиб как у них качество, приемлемое и я просто качаю лишнее? Смотрю на ips мониторе 1080п.
Аноним (Linux: Firefox based) #27 #2081425
>>2081423
Битрейт фиксированный? Зачем, чтобы размер был гарантированный?
Первый как-то слишком мыльноват, будто 720 растянули.
Аноним (Linux: Firefox based) #28 #2081427
>>2081419
Читай про параметры x264. Смотри на subme (9-11 должно быть), ref (4 для 1080p, 9 для 720p). bframes 5+ (обычно 8). merange (24-32). Все это значит, что васян долго-долго кодировал, чтобы побольше качества запихать, вместо того, чтобы выбрать побыстрее и повыше поставить crf (хуже качество). Если crf то нормальные цифры для 1080p - 20 - 22. Если там 16, например, то считай 2-4 ГиБ ушло на кодирование пустоты. Для dvd 18-21 норма.
Вообще читай что значат эти параметры, думай и сравнивай. Сразу скажу, что 99% рипов на открытых трекерах - говно. Стандартом считается не применять фильтров, т.е. стандартная ситуация что 2/3 битрейта ушло на кодирование шума.
Аноним (Linux: Firefox based) #29 #2081428
>>2081419
Еще: для разных фильмов разный битрейт. Для 1080p среднего от 8к до 16к норма. Для dvd ~3к.
Аноним (Microsoft Windows 10: Firefox based) #30 #2081435
>>2081425

>Первый как-то слишком мыльноват, будто 720 растянули.


Скорее всего, властелин колец 3 часа идет, по 800 мегов на час. Если бы не растянули выглядело хорошо.
Аноним (Linux: Firefox based) #31 #2081441
>>2081427
>>2081428

>xsel -b >> notes/movies


Спасибо, схоронил.
Аноним (Linux: Firefox based) #32 #2081448
>>2081441
Еще иногда выкладывают часть лога, а именно:
x264 [info]: frame I:82 Avg QP:18.82 size:191399
x264 [info]: frame P:994 Avg QP:22.10 size: 55783
x264 [info]: frame B:3671 Avg QP:24.16 size: 22860

Avg QP всех трех цифер должно быть в пределах 16-23. Т.е. 18 21 23 - это норма. frame B не должен вылезать за 25, в крайних случаях. Но все равно надо смотреть картинку.
Аноним (Microsoft Windows 8: Firefox based) #33 #2081496
Поясните за h265.
Аноним (Linux: Firefox based) #34 #2081499
>>2081496
Для аниме норм. Для низких битрейтов норм (меньше 3к). Для блуреев пока профитов нет. Качество хуже, если задирать crf, то размер будет не настолько меньше, чем у x264, а кодироваться будет тыщу лет.
x264 старый, оптимизированный и проверенный. x265 пока что нет. К тому же там a1 где-то на горизонте маячит.
Аноним (Microsoft Windows 10: Firefox based) #35 #2081501
>>2081499

>Качество хуже, если задирать crf, то размер будет не настолько меньше, чем у x264, а кодироваться будет тыщу лет.


Прочитал статью в интернетике
@
Кукарекаю
Аноним (Linux: Firefox based) #36 #2081507
>>2081501
Не одну, а много, и не только статей, а форумов тоже. А еще прочитал man и долго-долго тестил. x264 crf=22 ~= x265 crf=15. Выигрыш в размере 5%, а скорость сам знаешь какая. + у x265 фич меньше (может пизжю)
Аноним (Microsoft Windows 8: Chromium based) #37 #2081595
>>2081404

>один парашный гугл его использует


Другое дело HEVC, который вообще никто не использует.
Аноним (Microsoft Windows 8: Chromium based) #38 #2081599
>>2081507
То есть, VP9 на данный момент самый лучший формат?

Хотя даже качество VP8 (старых вебемок) и x264 (классических MP4) уже смешно было сравнивать.
Аноним (Microsoft Windows 10: Firefox based) #39 #2081609
>>2081595
Маня ты обосралась.
Аноним (Microsoft Windows 10: Chromium based) #40 #2081642
>>2080530
Лучше вот это, в твоем движения тоже не особо много, а вот эту психоту вообще невозможно нормально сжать.
https://www.youtube.com/watch?v=rEUxlwb2uFI
https://www.youtube.com/watch?v=INqKqk-ifpc
Аноним (Microsoft Windows 10: Chromium based) #41 #2081644
>>2081395
Потому что на первой у тебя добавочный шум, в попытке имитировать зерно. Если это была цель при мастеринге, а это скорее всего так (часто так делают в попытке скрыть артефакты сжатия и возможно добавить мнимой резкости) - то она нахуй проебалась на третьей вместе с шумом.
Аноним (Microsoft Windows 10: Firefox based) #42 #2081646
>>2081642

>а вот эту психоту вообще невозможно нормально сжать.


Господи, довничи, ну почитайте теорию, первый ролик это практически идеал для сжатия слайсами. И размер вебм vs mp4 об этом говорит.
А вот второй - с постоянным движением как раз обратный пример.
Аноним (Microsoft Windows 10: Chromium based) #43 #2081649
>>2081646
Бля, хуй знает, я как ни пробовал первое сжать, не выходит человеческого качества. Даже несмотря на то, что там меняется большую часть видео только центр кадра.
11 Кб, 1590x102
Аноним (Microsoft Windows 10: Firefox based) #44 #2081650
>>2081649
Плохо старался, вон у ютуба же вышло сжать на 30% по отношению к 264.
Причем там еще и качество скорее всего в вебме крапаль лучше (обычно).
Аноним (Microsoft Windows 10: Chromium based) #45 #2081651
>>2081650
Ну да, но речь о том, что даже так размер гораздо больше чем большинство роликов подобной длины/фреймрейта/разрешения.
Аноним (Microsoft Windows 10: Firefox based) #46 #2081659
>>2081651
Абсолютно нормально он весит, ролик мистера фримера чуть сложнее графиески и уже 50 мегов весит, хотя короче на пару минут.
https://www.youtube.com/watch?v=rH-KrHfc_dM
Аноним (Microsoft Windows 7: Firefox based) #47 #2081779
>>2080753

> ffmpeg/adobe premiere


ffmpeg
/thread
Аноним (Microsoft Windows 8: Chromium based) #48 #2082207
>>2081650

>качество скорее всего в вебме крапаль лучше (обычно)


Ютуб хранит оргиналы? Если видео было в H264, то при перекодирование в VP9 качество же наоборот - потеряется?

То же и с аудио. Почему аудио в опус весит больше, чем то же для MP4?
Аноним (Microsoft Windows 10: Firefox based) #49 #2082233
>>2082207

>Ютуб хранит оргиналы


Хранит и даже пережимает старые видео повторно.
Аноним (Microsoft Windows 7: Vivaldi) #50 #2082245
>>2080887

>Битрейт намного лучше перебрать, чем недобрать. Учитывая текущие лимиты макабы (20/40 МБ), постить шакалов просто преступно. Для обычного контента с людьми и VP9 можно ориентироваться на 2Mbps+ (720p) и 4MBps+ (1080p)


>обычного контента


>720p


>1080p


Ловите наркомана. Обычный контент это не клипы, а аналог картинок реакций. Должны открываться на странице и тут же быстро и весить мало. Потому что знаете что будет? Кончится траффик и борду закроют. Это полным надо быть мудаком, чтобы это не держать в уме.
Аноним (Microsoft Windows 10: Firefox based) #51 #2082247
>>2082245

>Кончится траффик и борду закроют


Че, абу не найдет кому отсосать?
76 Кб, 441x649
Аноним (Microsoft Windows 8: Chromium based) #52 #2082252
>>2082233
Откуда у ютуба столько денег, чтобы хранить все эти колоссальные объемы данных?

>Хранит и даже пережимает старые видео повторно


Откуда инфа?
Аноним (Microsoft Windows 10: Firefox based) #53 #2082257
>>2082252

>Откуда инфа


Перекачивал старые видео, размер у них был меньше (иногда сильно 20-40%) а вот качество чуть хуже. На некоторых была обратная ситуация - весили на 5-20% меньше, но детализация выше (фактура вентилируемой кожи в авто появлялась).
Сравнивал пофреймово.
Аноним (Microsoft Windows 8: Chromium based) #54 #2082261
>>2082257
А как определить где качество лучше - на старой AVCшке или на новой VP9?

То есть, где повторно пережимают старый видос и где берут для перекодирования оригинал?
Аноним (Microsoft Windows 10: Firefox based) #55 #2082262
>>2082261

>где берут для перекодирования оригинал


Оригинал (не доступен публике) >> Пережим 2012-2015 года >> Пережим 2016-20... года

Они так делают скорее всего
Аноним (Microsoft Windows 8: Chromium based) #56 #2082270
>>2082262

>Оригинал (не доступен публике) >> Пережим 2012-2015 года >> Пережим 2016-20... года


В смысле? Пережим 2016-20... происходит не из оригинала а из пережима 2012-2015 года?
Аноним (Microsoft Windows 10: Firefox based) #57 #2082274
>>2082270

>происходит не из оригинала


Из оригинала, не умею я рисовать текстом лул
Аноним (Microsoft Windows 8: Chromium based) #58 #2082561
>>2082252

>vp9 3840x2160 30fps (1673.74MiB)


>avcl 3840x2160 30fps (2198.16MiB)



>avcl 1920x1080 30fps(262.75MiB)


>vp9 1920x1080 30fps (109.93MiB)



Почему такая гигантская разница между в размере файла между 4K и Full HD? Ведь картинка только в 4 раза больше (в 2 раза по высоте и в 2 по ширине), а размер файла больше в 15 раз и в 9,5 для AVC. С чем это связано?
Аноним (Microsoft Windows 8: Chromium based) #59 #2082660
>>2081595
Эппл решил пересесть на хевк.

https://appleinsider.ru/ios/vesomyj-dovod-ustanovit-ios-11.html
https://appleinsider.ru/software/kakie-ustrojstva-apple-podderzhivayut-formaty-heif-i-hevc.html

Значит ли это, что фильмы в iTunes станут кодировать в H.265 и на торентах появятся фильмы в безупречном качестве?
Аноним (Microsoft Windows 8: Firefox based) #60 #2082669
Так, поясните еще за форматы. Ави, мкв, мп4, вот это вот все.
Аноним (Microsoft Windows 8: Old Opera) #61 #2082683
>>2080635
охуенный кстати FAQ. Спасибо.
Аноним (Microsoft Windows 7: Firefox based) #62 #2082704
>>2082660

Добро пожаловать, друг.

http://hevc.club/
Аноним (Microsoft Windows 10: Firefox based) #63 #2082707
Аноним (Microsoft Windows 7: Firefox based) #64 #2082708
>>2082252

>Откуда у ютуба столько денег, чтобы хранить все эти колоссальные объемы данных?



Объект твоего вопроса компания с капитализацией в 600 млрд долларов. С огромными связями со всеми компаниями по сетям, железу и дисковых массивов.
Аноним (Microsoft Windows 8: Chromium based) #65 #2082741
>>2082704
А где гарантия, что это RAW/lossless материал от дистрибьютора, сразу закодированный в HEVC, а не пережатый блюрей рип H264?
Аноним (Microsoft Windows 8: Chromium based) #66 #2082743
>>2082708
Но зачем такое количество избыточных данных? AVC это для старых компов, которые более тяжёлые новые кодеки в высоком разрешении не потянут?
Аноним (Microsoft Windows 8: Chromium based) #67 #2082782
>>2082669
Это всё контейнеры, а не форматы. AVI и Matroska (.mkv) поддерживают комбинацию любых кодеков, MP4 только видео, аудио и субтитры стандарта MPEG.
Аноним (Microsoft Windows 7: Firefox based) #68 #2082831
>>2082743
Скорее всего политика компании и сотрудничество с некоторыми источниками видео ресурсов.

Компания как бы предполагает что на её хостинг заливают огромное количество компаний и частных лиц. Возможно, это кто-то использует камеры переходного периоду с FULLHD на 2К-4К, и такое же программное обеспечение, которое хуячет только по этому сжатию, а что то менять или покупать лицензированное дорогое ПО - нахуй надо.
Аноним (Microsoft Windows 10: Firefox based) #69 #2082939
>>2082831
Скорее все что что заходит в 4к не жмется (или минимальным пресетом), а вот производные размеры пережимаются.
Аноним (Microsoft Windows 8: Chromium based) #70 #2082985
>>2082704
Хули так зернисто и такие резкие цветовые переходы, будто это GIFка?
Аноним (Microsoft Windows 10: Firefox based) #71 #2082986
>>2082704

>http:


Что-то там даже при авторизации нет https. Что за дичь?
Аноним (Microsoft Windows 8: Chromium based) #72 #2083233
>>2082986
А нахуя?
Аноним (Microsoft Windows 8: Chromium based) #73 #2083290
Что такое Multi-treading mode? В оболочке boram три варианта настройки:

1) row-mt
Устанавливается в строке: -speed 1 -row-mt 1

2) tile-col
Устанавливается в строке: -speed 1

3) no-mt
Устанавливается в строке: -speed 0

За что отвечают опции -speed и -row-mt в ffmpeg?
Не работает. Аноним (Microsoft Windows 10: Firefox based) #74 #2083306

> За что отвечают опции -speed и -row-mt в ffmpeg?


Если я не ошибаюсь, то кто-то выше писал, что эта функция отвечает за время монтирования кадра.
-speed 0 означает, что пека будет монтировать столько, сколько нужно.
Аноним (Microsoft Windows 8: Chromium based) #75 #2083438
>>2083306

>то кто-то выше писал, что эта функция отвечает за время монтирования кадра


То -deadline, вроде. Да и почему настройка называется Multi-treading mode, то есть что-то связанное с потоками. Если говорить о программных потоках, то они задаются опцией -treads.

И да, если выставить no-mt (-speed 0), то кодирование будет происходить пиздецки долго.
Аноним (Microsoft Windows 10: Firefox based) #76 #2083492
>>2083438

> почему настройка называется Multi-treading mode


Вроде как -speed — это тоже самое, что и -cpu-used. Еще слышал, что -speed — это выбор алгоритма кодирования, 0 - самый тяжелый, 5 - самый быстрый, но менее сжимающий видео.
Аноним (Microsoft Windows 8: Chromium based) #77 #2083541
>>2083492
А -row-mt?
Аноним (Microsoft Windows 8: Chromium based) #78 #2083731
>>2083492
А по умолчанию что стоит?
Аноним (Microsoft Windows 8: Chromium based) #79 #2083941
-deadline 0..over9000 (синоним: -quality) — допустимое кол-во микросекунд на кодирование одного кадра; специальные значения и константы:

0 (best): без ограничений, максимальное качество;
1 (realtime): завершить кодирование как можно быстрее;
1000000 (good): 1 секунда, значение по умолчанию.

При значениях больше единицы:

в однопроходном режиме опаздывающие кадры кодируются в режиме realtime, укладывающиеся в указанный лимит времени — по профилю -cpu-used;
в двухпроходном режиме всегда используется профиль -cpu-used.

-cpu-used 0..8 (синоним: -speed, по умолчанию 1) — профили энкодера для -quality good, от более ресурсоёмких и эффективных к менее, см
Аноним (Linux: Firefox based) #80 #2084204
>>2081644
А где я спрашивал: "Почему?". Он не проебался, а он был замылен nlmeans. В любом случае я решил не мылить, а сделал максимально прозрачный рип с сохранением шума - вышло ~20ГиБ c исходника в 40ГиБ, что на 4ГиБ меньше непрозрачного рипа, гуляющего в сети. Я доволен.
Аноним (Linux: Firefox based) #81 #2084205
>>2081599

>VP9


Это для веба. x264 - лучший формат для фильмов в высоком битрейте. Золотой стандарт. Через года 3-4 можно будет подумывать об AV1. x265 - можно рассматривать как кодек для низких битрейтов с потерей качества. На высоких битрейтах профитов 0, а скорость кодирования раз в 5 ниже.
Аноним (Microsoft Windows 8: Chromium based) #82 #2084217
>>2084205

>Золотой стандарт


Ultra HD Blu-ray ведь в H.265. А это золотой стандарт.
https://en.wikipedia.org/wiki/Ultra_HD_Blu-ray

>x265 - можно рассматривать как кодек для низких битрейтов с потерей качества


Тут чисто психологический момент: чем больший объём имеет видео, тем менее ты готов ждать (не будешь же ты ждать пару суток, а то и неделю?), тем менее эффективные и более быстрые настройки качества указываешь. На деле же H.265 для высоких битрейтов эффективен не меньше, чем для низких. Крупные компании же не ограничены в вычислительных мощностях.
Аноним (Linux: Firefox based) #83 #2084219
>>2084217

>Ultra HD Blu-ray


Я имел ввиду 1080p. Ultra HD - сам по себе еще далеко не стандарт и вообще не известно приживется ли 4К или это что-то типа laserdisc.

>На деле же H.265 для высоких битрейтов эффективен не меньше, чем для низких


В том-то и дело, что разницы на высоких ты не увидишь ни в размере, ни в качестве. Пока. Может быть через два года x265 будет обгонять по всем параметрам x264. Пока же он сырой и медленный.
Другое дело низкие битрейты. Вот рипы от YIFY при таком же весе будут выглядит куда лучше, потому что на низких битрейтах x265 творит чудеса. Но кому нужны эти низкие битрейты? Для архива фильмов only прозрачные, а еще лучше ремуксы.
Аноним (Microsoft Windows 8: Chromium based) #84 #2084221
>>2084217

>тем менее эффективные и более быстрые настройки качества указываешь


Второе - значения по умолчанию.

Например, упомянутая настройка -deadline (синоним -quality), где по умолчанию указана 1 секунда. Для кодирования в низком битрейте этого может и достаточно, но для высокого - критически мало. В результате не понимания этого не очевидного момента при кодировании в высоком разрешении и в высоком битрейте эффективность падает и начинает сравниваться со старыми кодеками.
58 Кб, 600x600
Аноним (Microsoft Windows 10: Firefox based) #85 #2084231
>>2084219

>Ultra HD - сам по себе еще далеко не стандарт и вообще не известно приживется ли 4К или это что-то типа laserdisc.

Аноним (Microsoft Windows 10: Firefox based) #86 #2084232
>>2084219

> приживется ли 4К


Чё несёт
Аноним (Linux: Firefox based) #87 #2084233
>>2084231
Че дохуя выпускаются Ultra HD блуреев? Ты цифры-то видел? Да HD-DVD и то больше выпустили в свое время и где он теперь?
Аноним (Linux: Firefox based) #88 #2084235
Поясняю. Стандартом 4K станет, когда 99% продукции будет выпускаются на нем. Пока же 99% выпускается все так же в 1080p. Заметь, я не говорю, что 4к не станет стандартом, потому что скорее всего станет. Но сегодня стандартом он не является и в ближайшее время (год-два) им не станет.
Аноним (Microsoft Windows 10: Firefox based) #89 #2084237
>>2084233
>>2084235

>Ultra HD блуреев


Господи ты как мой дядька АЛЬБОМЫ СЛУШАТЬ НАДО ЦЕЛЫМИ А НЕ ПОТРЕКОВО. Алло, звонила свалка истории, вам на нее пора.

Всем поебат на мертвую жидо-киноиндустрию, как нетфликс-амазон решит так и будет. 4к уже стандарт.
Аноним (Linux: Firefox based) #90 #2084239
>>2084237

>АЛЬБОМЫ СЛУШАТЬ НАДО ЦЕЛЫМИ А НЕ ПОТРЕКОВО


Все правильно твой дядька говорит. Ты же фильмы целиком смотришь, а не эпизодами?
Киноиндустрия задает стандарт. Нетфликс и амазон - это провайдеры. Провайдеры тебе что стримить будут? Апскейл 1080p в 4к или что?
Аноним (Microsoft Windows 10: Firefox based) #91 #2084240
>>2084239

>Нетфликс и амазон - это провайдеры


А ты долбоеб даже больше чем я думал.
Ладно, считай что я слился, на животных тратить время не буду.
Аноним (Linux: Firefox based) #92 #2084242

>>>2084240


НИЧЕГО СЕБЕ, оказывается amazon и нетфликс кино делают, а не просто стримят! Во дела!
Если обосрался, то лучше промолчи/обтекай.
Аноним (Linux: Firefox based) #93 #2084244
Алсо
http://aomedia.org/

>Day one founding members are Amazon, Cisco, Google, Intel Corporation, Microsoft, Mozilla and Netflix.


Где твой h265 теперь?
Аноним (Linux: Firefox based) #94 #2084246
>>2084237

>4к уже стандарт


Сколько блуреев вышло в 2016 году в 4к? То-то же.
Аноним (Microsoft Windows 10: Firefox based) #95 #2084247
>>2084242
Возьми и погугли, выблядок.
Аноним (Linux: Firefox based) #96 #2084250
>>2084247
http://www.imdb.com/find?ref_=nv_sr_fn&q=amazon&s=co

>Amazon [us] (Distributor)


Лол блять.
Аноним (Microsoft Windows 10: Firefox based) #97 #2084251
>>2084250
ГУГЛИ ДАЛЬШЕ СЫН СИФОЗНОЙ ШЛЮХИ
Аноним (Microsoft Windows 8: Chromium based) #98 #2084252
>>2084219

>потому что на низких битрейтах x265 творит чудеса


А ты задумывался - в чём разница? Ведь большая картинка это по сути множество маленьких. Если кодек охуенно сжимает маленькие картинки, то большие он будет сжимать тоже охуенно - зависимость там линейная. Ответ в том, что из-за дефолтных настроек >>2083941>>2084221 высокий битрейт просто не успевает обрабатываться, в результате чего кодек начинает ебашить абы-как в реалтайм. В то время как AVC в данные рамки более-менее укладывается, т.к. формат древний, а компы достаточно быстрые.
Аноним (Linux: Firefox based) #99 #2084253
>>2084251

>IMDB ВРЕТ!!!!!


Ясно. Ну дядь, подскажи, пожалуйста, какие фильмы были сняты компанией Amazon ну пожалуйста.
Аноним (Microsoft Windows 10: Firefox based) #100 #2084255
>>2084253

>Нетфликс и амазон - это провайдеры.


>>2084251
Аноним (Linux: Firefox based) #101 #2084257
>>2084252

>Если кодек охуенно сжимает маленькие картинки, то большие он будет сжимать тоже охуенно - зависимость там линейна


Это в теории. На практике разницы в размере на высоких битрейтах почти нет. С чистым исходником, снятом на цифру у меня вышло 5% при увелечении времени кодирования в 5 раз почти. С шумным исходником разницы не было вообще. Тесты других людей в интернетах показывают примерно то же самое.
Настройки, естественно, были не дефолтные (хотя дефолтные пресеты я тоже пробовал).
Аноним (Linux: Firefox based) #102 #2084259
>>2084255

>ВРЕТИ!!! IMDB - ЖИДОВСКИЙ ПРОЕКТ!!! ОНИ СКРЫВАЮ ЧТО AMAZON СНИМАЕТ ФИЛЬМЫ!!!!

Аноним (Microsoft Windows 10: Firefox based) #103 #2084261
>>2084259

> ФИЛЬМЫ


Снимает сериалы, нетфликс и сериалы и фильмы. А теперь съеби гуглить.
Аноним (Linux: Firefox based) #104 #2084263
>>2084261
Да что ты! Вот это открытие. А точно не стримят? Ничо не попутал? И чо снимают? Ну-ка покажи.
Аноним (Microsoft Windows 10: Firefox based) #105 #2084266
>>2084263
Гранд тур, животное.
Господи надеюст ты сдохнешь от рака яичек, пожелал бы мозга но у тебя его нет.
27 Кб, 399x385
Аноним (Linux: Firefox based) #106 #2084268
>>2084261

>амазон снимает сериалы для домохозяек в 8к, когда крупнейшие кинокомпании могут такое позволить себе только в блокбастерах за миллиарды долларов

Аноним (Linux: Firefox based) #107 #2084271

>57 in-development titles


>стандарт


Ох лол.
Аноним (Linux: Firefox based) #108 #2084272
>>2084266
Ну все, если амазон какую-то парашу снял - это 100% стандарт теперь. Голливуд алло, тут амазон стандарт задал.
Аноним (Microsoft Windows 10: Firefox based) #109 #2084273
>>2084272

>какую-то парашу снял


Пердoля обосравшаяся - съеби. Разговор не о качестве
>>2084255
Ты жидко обсерился
Аноним (Linux: Firefox based) #110 #2084276
>>2084273

>Разговор не о качестве


Правильно. Разговор о количестве. Так вот, я че-то сильно сомневаюсь что все 57 тайтлов, где участие в съемках принимал амазон, были выпущенны в 4К, но даже если это так, то 57 тайтлов - это че бля, стандарт? Ты ебанутый? Ты знаешь сколько в МЕСЯЦ выходит фильмов и сериалов в стандарте 1080p? Повторюсь, это такой же стандарт, как hd dvd когда-то. ТАМ ЖЕ ТОЖЕ ВЫПУСТИЛИ ПАРУ ТЫСЯЧ ДИСКОВ ЗНАЧИТ СТАНДАРТ!!!
Аноним (Linux: Firefox based) #111 #2084277
>>2084273

>0.0001% - это стандарт!


Ясно.
Аноним (Microsoft Windows 10: Firefox based) #112 #2084280
>>2084233
Порно в 4K выпускается.
Ютюб в 4К выпускается, даже в 8К.
Аноним (Linux: Firefox based) #113 #2084281
Ебать, да 720p еще не стандарт, в парашке вон только недавно на HDTV стали переходить, а у него уже ultra HD блуреи стандартом стали, который выпустили дай бог штук 10 всего.
Аноним (Microsoft Windows 10: Firefox based) #114 #2084282
>>2084276

>Разговор о количестве.


Так чё там с провайдером? Признал свой обосрамся? Я тебя и по 4к также могу раскатать.
Аноним (Linux: Firefox based) #115 #2084283
>>2084280
У меня сосед вася сделал хоум видео в 16к. Это стандарт теперь? Значение слова стандарт почитай в словаре.
Аноним (Microsoft Windows 10: Firefox based) #116 #2084284
>>2084283

>стандарт почитай в словаре.


Буду читать также как ты гуглил.
Аноним (Linux: Firefox based) #117 #2084286
>>2084282
Amazon - это провайдер. То, что он принимал участие в съемках 57 фильмов его кинокомпанией не делает.
Аноним (Microsoft Windows 10: Firefox based) #118 #2084287
>>2084239

>Нетфликс и амазон - это провайдеры


Ещё это кино и теле-студии
Аноним (Microsoft Windows 10: Firefox based) #119 #2084289
>>2084286
ЕБАТЬ ДА ТЫ ЧТО

>The production company may be directly responsible for fundraising for the production or may accomplish this through a parent company, partner, or private investor. It handles budgeting, scheduling, scripting, the supply with talent and resources

Аноним (Linux: Firefox based) #120 #2084291
>>2084287
Самсунг вкладывает деньги в строительство жилых домов в Южной Корее, однако Самсунг вроде как был корпорацией, производящей бытовую электронику, так и остался. Если амазон и нетфликс перестанут быть провайдерами и 99% их деятельности будет заключаться в делание кинца и сериалов, тогда можно будет назвать их теле и кино студиями. Или когда амазон и нетфликс будут выпускать кино-говна столько же, сколько голливуд.
Аноним (Microsoft Windows 10: Firefox based) #121 #2084292
>>2084291
Самсунг это вообще конгламерат, как блять "красный окрябрь" и пианино и конфеты и фильмы производит.
Аноним (Linux: Firefox based) #122 #2084293
>>2084289

>электрик Вася станцевал в нетрезвом состоянии перед друзьями чечетку. Теперь он танцор, а не электрик.


Класс.
Аноним (Linux: Firefox based) #123 #2084296
>>2084292
Хорошо, заебал. Амазон в первую очередь провайдер, который еще и вкладывает деньги в производство сериалов теперь. Я обосрался.
Так вот, к разговору о стандарте. 57 тайтлов, допустим, было выпущено в 4к. Это делает 4к стандартом или нет?
Аноним (Microsoft Windows 8: Chromium based) #124 #2084297
>>2084281

>выпустили дай бог штук 10 всего


Это даже не 4K http://www.hardwareluxx.ru/index.php/news/consumer-electronics/heimkino/37088-ultra-hd-blu-ray-without-4k-title-shimmy-from-upscale-to-upscale.html

>На прошлой неделе мы писали о том, что первые фильмы на дисках Ultra HD Blu-ray будут не в "родном" разрешении 4K, а всего-навсего в увеличенном разрешении, поскольку цифровой интермедиэйт (Digital Intermediate) кинофильмов, на основе которого ведётся постпродакшн, представлен в разрешении 2K. Это значит, что, хотя содержащийся на дисках видеоматериал и кодируется в разрешении 3.840 x 2.160 пикселей, создан он на основе видео в более низком разрешении. Использование цифрового материала в низком разрешении обусловлено стремлением киностудий снизить затраты, и это касается как аналоговой, так и цифровой продукции.

Аноним (Microsoft Windows 10: Firefox based) #125 #2084300
>>2084296
Вот, смотри, это всё снял нетфликс.
https://en.wikipedia.org/wiki/List_of_original_programs_distributed_by_Netflix
Аноним (Linux: Firefox based) #126 #2084301
Я так думаю кто-то просто жопу свою продал для того, чтобы купить 4к телевизор, а оказалось что в 4к ВСЕ, вот у него теперь и горит, и 4к стандартом стал внезапно, когда только-только с DVD начали переходить. Манямирок как он есть.
Аноним (Linux: Firefox based) #127 #2084302
>>2084300
Внушительный список. И сколько из этого было снято в 8к и выпущено в 4к? Даже если все, то это капля в море.
Аноним (Microsoft Windows 10: Firefox based) #128 #2084303
>>2084301
Как, блять, всё. microsoft анонсировало в новом xbox 4K@60fps
Аноним (Linux: Firefox based) #129 #2084304
>>2084303

>sony анонсировало новый плеер laserdisc


Вот так, примерно.
1,2 Мб, 1898x1034
Аноним (Microsoft Windows 10: Firefox based) #130 #2084307
ПАЦАНЫ САСУНГ ПОЛОВИНУ СВОИХ ТЕЛЕКОВ ДЕЛАЕТ В КАКОМТО НЕПОНЯТНОМ НЕДОСТАНДАРТЕ - 4К

ЧТО ЭТО ВООБЩЕ ТАКОЕ, ПОЯСНИТЕ ЗАЩЕКУ ЧТО ЭТО, СМОТРЮ НА ДВД В 704×576, ВСЕ ПРАВИЛЬНО ДЕЛАЮ?
Аноним (Microsoft Windows 10: Firefox based) #131 #2084308
>>2084302

Карточный домик в 2013 уже снимался в 4K.
Аноним (Microsoft Windows 10: Firefox based) #132 #2084310
>>2084304
Нет, не так. Сосони это одна из сотен производителей плееров, а XBOX и PS это игровые стандарты и монополисты.
Аноним (Linux: Firefox based) #133 #2084313
>>2084308
Правильно, снимался в 4к, и ужимался до 1080p. А снимать в 8к есть возможность только у крупнейших кинокомпаний и только для супер дорогих фильмов, а не для сериалов для домохозяек.
Аноним (Linux: Firefox based) #134 #2084315
>>2084307
И чо, много чего в 4к можно посмотреть? Инбифо 182-ух часовое прохождение скайрима.
Аноним (Linux: Firefox based) #135 #2084316
>>2084310
То есть консоль еще не выпущена, а уже стала стандартом? ps3 знаешь в каком году вышел? А там была поддержка 1080p. Подскажи, в каком году 1080p стал стандартом?
Аноним (Microsoft Windows 10: Firefox based) #136 #2084317
>>2084313

>и ужимался


Мозг твой ужимался. Он стримился в 4K, как стримится ютюб в 4к
Аноним (Microsoft Windows 10: Firefox based) #137 #2084318
>>2084316

>консоль еще не выпущена,


а на неё уже есть игры, дурилка ты картонная.
Аноним (Microsoft Windows 10: Firefox based) #138 #2084319
>>2084315

>Инбифо 182-ух часовое прохождение скайрима.


>>2084316

>То есть консоль еще не выпущена, а уже стала стандартом?


Маня плиз
Uncharted 4: A Thief's End 1st Hour of Gameplay PS4 4K
Опубликовано: 13 мая 2016 г.
https://www.youtube.com/watch?v=hSeR0nXfQdc
Аноним (Linux: Firefox based) #139 #2084320
>>2084317
Почитай, пожалуйста, про производство фильмов и сериалов в цифре и не городи глупости. Любой материал в цифре довнскейлиться в два раза. Почти все фильмы и сериалы сейчас снимаются в 4к и ужимаются до 1080p. Снимать в 8к безумно дорого.
Аноним (Microsoft Windows 10: Firefox based) #140 #2084321
Тупые линуксоиды показывают свою тупость
Аноним (Linux: Firefox based) #141 #2084322
>>2084319

>182-ух часовое прохождение скайрима.


Я перефразирую.
Инбифо стрим летсплея игрушки.
15 Кб, 600x399
Аноним (Microsoft Windows 10: Firefox based) #142 #2084323
Аноним (Linux: Firefox based) #143 #2084325
>>2084301
Двачую.
Аноним (Microsoft Windows 10: Firefox based) #144 #2084326
>>2084322

>Инбифо стрим


Это не стрим довнопараша ты, это плойка полтора года назад выдающая 4к
Аноним (Microsoft Windows 10: Firefox based) #145 #2084327
Хуя печет линуксоиду с его 1366x768.
Аноним (Linux: Firefox based) #146 #2084328
Эй, потреблядок, так циферки там будут? Сколько 4к блюреев выпустили в 2016 году?
Аноним (Microsoft Windows 10: Firefox based) #147 #2084329
>>2084328
Это классика? Это знать надо?
Аноним (Linux: Firefox based) #148 #2084330

>0 дисков выпущено в 4к


>стандарт


ЛОЛ
Аноним (Microsoft Windows 10: Firefox based) #149 #2084331
>>2084329
Не блюреил не мужик
Аноним (Microsoft Windows 10: Firefox based) #152 #2084341
НЕ СТАНДАРТ
НЕ СТУДИЯ

A complete list of 600 new 4K UHD titles and 27 new HDR 4K titles being released by Amazon Prime
http://4k.com/news/a-complete-list-of-600-titles-of-new-content-and-27-new-hdr-4k-titles-being-released-by-amazon-prime-12685/
10 Кб, 441x225
Аноним (Microsoft Windows 10: Firefox based) #153 #2084347
>>2084341
На амазоне уже 400 физических (боксовых) фильмов (голливудских) лежит в блюрее, но все еще не стандарт панимаишь.
Аноним (Microsoft Windows 10: Firefox based) #154 #2084354
>>2084347
Бля, ну вдруг не приживётся то.
Аноним (Linux: Firefox based) #155 #2084733
>>2084347

>408 апскейлов с 1080p vs сотни тысяч 1080p и миллионы dvd


>стандарт


Найс манямирок.
29 Кб, 455x376
Аноним (Microsoft Windows 10: Firefox based) #156 #2084735
>>2084733

>апскейлов с 1080p


Даун даже не знает на что снимали кино на которое он дрочирует
Аноним (Linux: Firefox based) #157 #2084933
>>2084735

>обосрался


>продолжает срать


Ну мань, ну пахнет же. Иди подмойся.
Аноним (Microsoft Windows 10: Firefox based) #158 #2084958
>>2084933

>>продолжает срать


Но обсираешься ты, я вообще не помню чтоб в /с долбоеб обсирался в КАЖДОМ посте. Надеюсь тебе 12 годков.
41 Кб, 571x574
sage Аноним (Linux: Firefox based) #159 #2085014
>>2084958

>НЕТ ТЫ!!!

Аноним (Microsoft Windows 10: Firefox based) #160 #2085027
>>2085014

>408 апскейлов с 1080p vs сотни тысяч 1080p и миллионы dvd



Lawrence of Arabia: Sony's Beautiful 4K Restoration
The 65mm original negative was scanned on two large format 65mm Imagica XE scanners at FotoKem at 8K to capture the resolution of the 65mm negative, resulting in a file size of 8192x3584 pixels. The files were then reduced to 4K and moved to Sony Pictures Studios' digital image restoration/digital intermediate facility Colorworks for color grading and restoration.

Ты опять обосрался. Обосрался с платформами, обосрался с 4к, обосрался с апскейлом. Даже досадно, что больше не удастся накормить тебя твоим же говном.
Аноним (Linux: Firefox based) #161 #2085124
>>2085027

>1 bluray


>стандарт


Ну прекрати.
Аноним (Microsoft Windows 10: Firefox based) #162 #2085208
>>2085124

>Ну прекрати.


Стоп, уже не апскейл?
Аноним (Linux: Firefox based) #163 #2085224
>>2085208
Cтоп, один bluray - это стандарт?
50 Кб, 500x355
Аноним (Microsoft Windows 10: Firefox based) #164 #2085246
>>2085224
Ты хотел сказать каждые полтора дня новый боксовый релиз с 2016 года >>2084347, сереальчики, мониторы/телеки/экраны-даже-в-ноутах, ютуб, екшн-камеры, простые камеры, спутниковые каналы, моб.телефоны, плойки, процессора все еще не стандарт? Ты опять обосрался.
Аноним (Linux: Firefox based) #165 #2085248
>>2085246
Ну так чо, стандарт или нет? Один блурей-то? Ты не маняврируй. Отвечай прямо: да, стандарт или нет, не стандарт. Давай, жду.
Аноним (Microsoft Windows 10: Firefox based) #166 #2085256
>>2085248
Где один то, 400 блюреев.
И да, это стандарт ieee
http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=7395479
Аноним (Linux: Firefox based) #167 #2085258
>>2085256
И только один не апскейл. Найс. Алсо
>>2084733

>>408 апскейлов с 1080p vs сотни тысяч 1080p и миллионы dvd


>1 блурей


>это стандарт


Ну ясно. Сказал бы сразу, что дурачок.

>

Аноним (Linux: Firefox based) #168 #2085259
Аноним (Microsoft Windows 10: Firefox based) #169 #2085260
>>2085258

>И только один не апскейл.


Ну жду пруфов что 407 апскейлов.
Я тут пруфов уже достаточно накидал за всремя обсуждения.

(Не устану тебя хуями кормить, выблоядочек)
Аноним (Linux: Firefox based) #170 #2085263
>>2085260
Бремя доказательства лежит на утверждающем. Ты утверждаешь что 400+ блуреев не апйскейл, когда известно что не апскейл точно только один. Алсо

>407 vs миллионы

Аноним (Microsoft Windows 10: Firefox based) #171 #2085266
>>2085263
Ты первый кукарекать начал про апскейл
>>2084733
я вообще не употреблял этого слова до твоей реплики.

>Бремя доказательства лежит на утверждающем.


Жду пруфов что 407 апскейлов.
Аноним (Microsoft Windows 10: Firefox based) #172 #2085267
(Господи как же ты сосешь пизда)
Аноним (Linux: Firefox based) #173 #2085272
>>2085266
Про чайник рассела слышал? Пруфов он ждет.
Хорошо. Ровно 407 НЕ апскейлов (ага, все такие побежали пленку сканировать).
Ну так что

>407 не апскейлов vs миллионы DVD


Где стандарт-то? Чет не вижу, покажи. Laserdisc'ов и то больше выпустили.
Аноним (Microsoft Windows 10: Firefox based) #174 #2085275
>>2085272

>Хорошо.


Лол чмо

>Laserdisc'ов и то больше выпустили.


За сколько десятилетий, чмо?
Аноним (Linux: Firefox based) #175 #2085280
>>2085275
Ну так какая разница? Laserdisc стандартом был или нет? Следуя твоей логике да, ведь выпустили больше одного laserdisc'a. Эх, пойду ща на стене в туалете на стене накарябаю пару байт из фильма - будет новый стандарт!
Аноним (Microsoft Windows 10: Firefox based) #176 #2085281
>>2085280
Чмо, я тебе дал ссылку на стандарт иеее где описывается 4к.
Мне поебать на твой лазердиск.
Аноним (Linux: Firefox based) #177 #2085284
>>2085281
Дядя, ты ничего не попутал? Мы говорили о стандарте индустрии, а не о спецификациях 4к видео. А стандарт индустрии - это совсем вчера dvd, который медленно, но верно переползает на 1080p.
Еще раз.

>407 не апскейлов vs миллионы DVD


Так что? Стандарт? Да или нет?
Аноним (Microsoft Windows 10: Firefox based) #178 #2085285
>>2085284

>Мы говорили о стандарте индустрии, а не о спецификациях 4к видео.


Чмо, ты сам про 4к пиздеть начал
>>2084219

>Ultra HD - сам по себе еще далеко не стандарт

Аноним (Linux: Firefox based) #179 #2085287
>>2085285
Ааа, так проблема еще и в том, что ты читать не умеешь?
Ну ясно тогда.
Пиздец, ты в следующий раз предупреждай сразу.
Аноним (Microsoft Windows 10: Firefox based) #180 #2085291
>>2085287
Чмо, обосрался - обтекай.
Не забудь принести продажи любого-другого формата превосходящего блюрей4кухд.
384 Кб, 419x480
Аноним (Linux: Firefox based) #181 #2085293
>>2085291
https://www.amazon.com/s/ref=nb_sb_noss/145-3486372-2616853?url=search-alias=aps&field-keywords=dvd

>672,211 results for "dvd"


Ммм, 407 апскейлов - это стандарт, ну точно! Побежал покупать новый блурей плеер и телевизор! А то как же это - ведь все фильмы выпускают в 4к теперь!
Аноним (Linux: Firefox based) #182 #2085295

>8,813 results for "laserdisc"


АХАХАХА БЛЯТЬ
ОЙ ЛОЛ
СТАНДАРТ! 407 дисков!
Аноним (Microsoft Windows 10: Firefox based) #183 #2085301
>>2085293

>Ммм, 407 апскейлов


>>2085272

>Хорошо. Ровно 407 НЕ апскейлов


Все, унылоту оставь при себе, чмо.
Аноним (Linux: Firefox based) #184 #2085302
>>2085301
Ты че, подмылся уже? Готов снова обсериться? Маму пожалей свою - ей же все твои штаны обосранные стирать.
Аноним (Microsoft Windows 10: Firefox based) #185 #2085308
>>2085302
Голос, чмо!
Аноним (Microsoft Windows 8: Chromium based) #186 #2086524
>>2080526 (OP)
Доставьте ньюфагу гайд по пиздатому сжатию вебм без потери качества
Аноним (Linux: Firefox based) #187 #2086656
>>2086524
man ffmpeg
Аноним (Неизвестно: Неизвестно) #188 #2086785
>>2085293

> DVD не стандарт, это апскейл с VHS


> 1080p не стандарт, это апскейл с DVD


> 4K не стандарт, это апскейл с 1080p

26,9 Мб, webm, 1920x1080
Аноним (Microsoft Windows 10: Chromium based) #189 #2087736
Не знаю, открою ли я для кого-нибудь тут Америку, но с этими параметрами: -deadline realtime -cpu-used 8 -threads 16 я кодирую в vp9 при битрейте 7500 в фуллашди со скоростью 50 фпс. Качество можете оценить сами. Только я не понял, почему на моём фх-8320 спокойно кодирует с threads 16, ведь у меня всего 8 потоков. При этом фпс при threads 16 больше, чем при threads 8.
44 Кб, 392x532
Аноним (Google Android: Mobile Safari) #190 #2087803
>>2084319

> PS4 4K

Аноним (Microsoft Windows 7: SeaMonkey) #191 #2087905
>>2087736
1 поток не может забить ядро на максимум и оно половину времени простаивает. Открой диспетчер и сам увидишь.
Аноним (Microsoft Windows 10: Chromium based) #192 #2087907
>>2087905
Нет, я не про это. У фх-8320 всего 8 потоков, а я кодирую с 16 потоками (threads 16). Может я не так понимаю эту команду?
Аноним (Microsoft Windows 10: Firefox based) #193 #2087913
>>2087803

>пук

Аноним (Microsoft Windows 10: Firefox based) #194 #2087915
>>2082561
Если просто. То представь себе квадрат состоящий из 10x10 квадратов. Очевидно, что он состоят только из 100 маленьких квадратов. Теперь возьмём и сделаем квадрат 20x20 квадратов. Теперь наш квадрат будет из 400 маленьких квадратов. То есть, сложность увеличивается не на O(n), а на O(n^2), при увеличении граней квадрата в 2 раза. Отсюда собственно такая большая разница.
Аноним (Microsoft Windows 10: Firefox based) #195 #2087920
>>2087915
Ммммм.

>Очевидно, что он состоят только из 100 маленьких квадратов.


>Теперь наш квадрат будет из 400 маленьких квадратов.


400 больше 100 ровно в четыре раза. Он же говорит об увеличении

>а размер файла больше в 15 раз и в 9,5 для AVC.


Не клеится.
Аноним (Microsoft Windows 7: Firefox based) #196 #2087934

> Обсуждаем вебм


> пол треда срутся за h кодеки и телевизоры в 4к


Нахуй и создавали, очевидно, что обсуждать нечего. Лучше тему про h264 создали бы.
Аноним (Microsoft Windows 7: Firefox based) #197 #2087935
>>2087907
Ты не правильно понимаешь понятие поток и его корреляцию с ядрами и потоками цпу.
41 Кб, 399x370
Аноним (Microsoft Windows 7: Chromium based) #198 #2088120

>Кодировать видео в 2017


Нахуй, анон? Бля, я помню 10-е, когда искали пиздатые 700mb рипы, тогда это было прикольно, но блять сейчас-то нахуя? У всех анлим, фильмы и контент - как говна, качай - не хочу
Аноним (Microsoft Windows 10: Firefox based) #199 #2088144
>>2088120

> но блять сейчас-то нахуя?


Чтобы постить в webm-тредах

> У всех анлим


не у всех, а скоро вообще ни у кого
44 Кб, 563x521
Аноним (Microsoft Windows XP: Firefox based) #200 #2088314

>добавлена поддержка MP4 по всей борде


вот и пришел конец вашим говновебм тупые пердoлики
жрите говно ебаные гуглоподсосы
Аноним (Google Android: Mobile Safari) #201 #2088318
>>2088144
Вроде только по мобильные сети речи шла
Аноним (Ubuntu Linux: Firefox based) #202 #2088328
>>2088314
Скоро, когда выйдет AV1, MPEG окончательно соснёт, ибо HEVC в Хром и Фаерфокс не будут запиливать из за анального лицензирования.
Аноним (Microsoft Windows 7: Firefox based) #203 #2088336
>>2088314
Ебанутый? mkv брода поддерживала хз сколько лет, добавили контейнер, а не кодеки.
>>2088328

> из за анального лицензирования


Не мешает яблоку покупать, а гугл не шибко беднее. Не запилят, потому что криворучки из гугл свое говно хотят впаривать.
Аноним (Microsoft Windows 7: Firefox based) #204 #2088337
>>2088314

> Windows XP


>>2088336

> Ебанутый?


А хотя чего это я, очевидно, что да.
Аноним (Microsoft Windows 10: Firefox based) #205 #2088338
>>2088328

> Хром


Запилит.

> и Фаерфокс


Сначала повыёбывается, а потом тоже запилит.
19 Кб, 250x254
Аноним (Microsoft Windows 7: Firefox based) #206 #2088346
>>2088338

> Запилит.


Зачем им это?

> Сначала повыёбывается, а потом тоже запилит.


Эти ещё h264 не запилили, а жаль, такая то годнота этот 264, вылизан на 10 из 10. Вот, в чем кодить то надо, обилие настроек позволяет индивидуально подходить к кодированию, а не 1 строкой всё пилить да, да, расскажите мне о настройках vp, то я их все не испробовал. Вся суть гугл в одной картинке, проебал такую же, где в форме детских игрушек хром пирамидка с кольцами. В общем и целом vp кодеки — дерьмо без возможности тонкой настройки, сделанное на коленке за чашку риса индусами. Такие дела.
27 Кб, 337x506
Аноним (Microsoft Windows XP: Firefox based) #207 #2088354
>>2088328 >>2088336 >>2088337
знатный бомбаж говноедов
новая методичка от Сирожи поступила?
Аноним (Microsoft Windows 7: Firefox based) #208 #2088359
>>2088346

> Эти ещё h264 не запилили


Запизделся я, сейчас проверил, работает. Странно.
Аноним (Microsoft Windows 7: Firefox based) #209 #2088361
Нас всех накормили говном (Абу включил mp4, теперь школьники не будут уметь даже делать webm)
Аноним (Microsoft Windows 7: Firefox based) #210 #2088364
>>2088361
ffmpeg -i file.mp4 -map 0 -c copy file.mkv -> постить на броду
Давно тебя видимо говном кормят.
Аноним (Microsoft Windows 7: Firefox based) #211 #2088397
>>2088359
mkv в лисе не робит, контейнер, а не кодек.
Аноним (Microsoft Windows 7: Firefox based) #212 #2088411
>>2088364
Никогда не видел mkv здесь
Аноним (Microsoft Windows 7: Firefox based) #213 #2088413
>>2088411
Ну, теперь знаешь, что можно было. Только не работало в лисе, теперь в мп4 в лисе пашет, можно наконец-то расслабить булки и жать нормальными кодеками.
Аноним (Microsoft Windows 7: Firefox based) #214 #2088414
>>2088413

> лисе


Но больше браузеров-то и нет.

> жать нормальными кодеками


Столько лет VP8-VP9 и жали, собсна, кому приспичило всё изменить?
Аноним (Microsoft Windows 7: Firefox based) #215 #2088420
>>2088414

> Столько лет VP8-VP9 и жали


И в 8 бит, а иначе опять единственный браузер обосрется.
Аноним (Microsoft Windows 7: Firefox based) #216 #2088422
>>2088420
А сколько цветов ты видишь?
Аноним (Microsoft Windows 7: Firefox based) #217 #2088424
>>2088422
Ясно, ты даже не понимаешь зачем это нужно.
Аноним (Microsoft Windows 7: Firefox based) #218 #2088428
>>2088424
Debanding-shill?
Аноним (Microsoft Windows 10: Firefox based) #219 #2088432
>>2088424

>Ясно, ты даже не понимаешь зачем это нужно.


Начал говорить - поясняй.
мимо
Аноним (Microsoft Windows 7: Firefox based) #220 #2088434
>>2088432
Да забей, каких только мантров по поводу необходимости 10-бит и прочего дерьма можно услышать.
Они ими "нейтрализуют" какие-то побочные эффекты своих говноэкодеров из прошлой эры, которым бы просто битрейта подкинуть.
Аноним (Microsoft Windows 10: Chromium based) #221 #2088445

>нет поддержки h265


Ну ёб твою мать блядь
Аноним (Microsoft Windows 7: Firefox based) #222 #2088447
>>2088445
Не было, нет и не будет. Можешь скринить.
41 Кб, 380x479
Аноним (Microsoft Windows XP: Firefox based) #223 #2088450
>>2088346

>Эти ещё h264 не запилили


>>2088336

>mkv брода поддерживала хз сколько лет


и этот совершенно отбитый долбоеб еще смеет тут что-то кукарекать

говновебм-ебанашки даже хуже mpv-сектантов
Аноним (Microsoft Windows 7: Firefox based) #224 #2088451
>>2088445
Зачем? Для качества .webm, для некроты, чтобы железом ускорять - h264
Аноним (Microsoft Windows 7: Firefox based) #225 #2088453
>>2088450
Поясни, в чем он не прав? mkv работает, h264 ещё вчера кроме как в mkv ни в чем нельзя было запосить и смотреть.
Аноним (Microsoft Windows 7: Firefox based) #226 #2088454
>>2088453

> mkv работает только в хроме

Аноним (Microsoft Windows 10: Firefox based) #227 #2088455
>>2088451

>Для качества .webm, для некроты, чтобы железом ускорять - h264


вп8-9 тож железом ускоряется

>Intel Broadwell also adds VP8 hardware decoding support

Аноним (Microsoft Windows 10: Chromium based) #228 #2088456
>>2088451

>для качества vp9


>для некроты vp8

Аноним (Microsoft Windows 7: Firefox based) #229 #2088457
>>2088455
>>2088456
H264 гораздо раньше начали ускорять, те пекарни, которые могут ускорить VP8-9, могут его и без ускорения воспроизвести, необходимости нет.
Аноним (Неизвестно: Неизвестно) #231 #2088463
>>2088457
Смотря какое разрешение и битрейт.
Аноним (Microsoft Windows 7: Firefox based) #232 #2088466
>>2088463
Применительно к местным, не более FHD
Аноним (Microsoft Windows 7: Firefox based) #233 #2088468
>>2088463
Смотря какие опции кодирования, на h264 можно так выебнуться, что заебется его железо ускорять, теже реф фреймы в 16 поставить.
Аноним (Microsoft Windows 7: SeaMonkey) #234 #2088469
>>2088462
Ну, борда с хевком совладала.
Аноним (Microsoft Windows 7: SeaMonkey) #235 #2088470
>>2088468
Реффрейм только при энкоде имеет значение.
Аноним (Microsoft Windows 7: Firefox based) #236 #2088473
>>2088470
Не знаю, мой плеер не справлялся, но раз ты говоришь, спорить не стану.
Аноним (Microsoft Windows 7: Firefox based) #237 #2088474
>>2088469
Только черный экран на лисе.
Аноним (Microsoft Windows 10: Chromium based) #238 #2088481
>>2088474
На хроме тоже нихуя
Аноним (Microsoft Windows 7: Firefox based) #239 #2088482
>>2088481
Ещё бы ежа найти для эксперимента
Аноним (Microsoft Windows 7: Firefox based) #240 #2088490
>>2088482
Тот и вп не откроет без костылей.
Аноним (Microsoft Windows 8: Firefox based) #241 #2088501
>>2088120
Введут чебурнет и хуй что скачаешь потом.
Аноним (Microsoft Windows 10: Chromium based) #242 #2088535
Бля, жаль что h265 в браузере не поддерживается, я бы им только и кодировал, а не ебучим vp9
Аноним (Microsoft Windows 8: Firefox based) #243 #2088568
>>2088434

>Они ими "нейтрализуют" какие-то побочные эффекты своих говноэкодеров из прошлой эры, которым бы просто битрейта подкинуть.


Двачирую.
13,3 Мб, mp4, 480x360, 3:54
Аноним (Microsoft Windows 8: Firefox based) #244 #2088572
12,6 Мб, webm, 1056x448, 0:35
Аноним (Microsoft Windows 8: Firefox based) #245 #2088578
Аноним (Microsoft Windows 10: Chromium based) #246 #2088590
>>2088578
Где звук, сука?
Аноним (Microsoft Windows 10: Chromium based) #247 #2088592
>>2088590
А я знаю где, его долби дижитал пожрал
Аноним (Microsoft Windows 8: Firefox based) #248 #2088681
>>2088590
У меня даже видео не воспроизводит.
Аноним (Microsoft Windows 7: Firefox based) #249 #2088853
>>2088681

> Firefox based


>>2088397

> mkv в лисе не робит

Аноним (Microsoft Windows 8: Chromium based) #250 #2090394
>>2088120

>У всех анлим


С июля следующего года вступает силу пакет Яровой. Пизда анлиму. Там и 500mb рипы на вебм станут актуальны.
Аноним (Microsoft Windows 8: Chromium based) #251 #2090397
>>2088318
Нет. Обо всех провах.
Аноним (Microsoft Windows 8: Chromium based) #252 #2090419
>>2088336

>криворучки


>говно


И чем так плох VP9?
>>2088328
Кроме Эппл никто не перейдёт на HEVC из-за чересчур непомерного аппетита правообладателей http://mediasat.info/2015/04/17/hevc-runing-ultrahd/

Когда станет ясно, что H.264/MP4 окончательно устарел, перейдут на VPx/WebM. Тем более гугловцы сейчас разрабатывают VP10, который будет как минимум не хуже HEVC, вышедшего в 2013 году, но будет бесплатен.
Аноним (Microsoft Windows 7: SeaMonkey) #253 #2090436
>>2090419

> VP10


AV1 (aomedia)
Daala, которую примешали к VP10, была чуть лучше HEVC.
8 Кб, 765x108
Аноним (Microsoft Windows 8: Chromium based) #254 #2090630
>>2088314

>вот и пришел конец вашим говновебм


Нет. И на это имеется несколько причин.

1) В хроме (а им пользуется большинство) MP4 выглядит именно так (пикрил). Не открывается. Просмотреть видео возможно только в отдельной вкладке. HEVC же и вовсе не поддерживается.

2) WebM стал традицией двача. Вебмки успели стать своеобразным мемом, чем-то культовым.

3) Делать MP4 не легче и не проще, чем делать WebM, а выгода от использования первого сомнительна. Ещё придётся переучиваться, менять подход, переписывать мануалы для новичков.

4) Видео на ютуб в VP9, а это главный источник контента.

5) Аноны перешли с VP8 на VP9 по причине выигрыша в качестве, даже не смотря на то, что кодирование происходит значительно медленнее. Использовать x264, который уступает даже устаревшему VP8, вряд ли найдётся много желающих. Ситуация может перемениться только если в хроме появится поддержка HEVC.
Аноним (Microsoft Windows XP: Firefox based) #255 #2090677
>>2090630

>В хроме


хромог проецирует
еще бы яблопидор на говносафари пришел и начал пояснять, что там кого поддерживает

>традицией двача


сейчас бы в 17-ом то году заикаться о традициях этой помойки

>переучиваться, менять подход, переписывать мануалы для новичков


кокой сердобольный, как о рачье заботится!

>ютуб


ну точно, за Сирожу копротивляются!
они вам хоть платят что-нибудь? может, маечки с логотипами присылают?

>по причине выигрыша в качестве


>уступает


ну выяснили уже, что ключевое тут только:

>хром


и

>ютуб


зачем же тогда все остальные беспонтовые отмазки?

фанбойчики, конечно, поражают
если завтра в вашем обожаемом Горновидске внезапно решат перейти на AVI или какой-нибудь BINK just for lulz, они насоздадут сотни тредов о том, какое говно на самом деле этот вебм и как прекрасен новый, прогрессивный формат
Аноним (Microsoft Windows 10: Firefox based) #256 #2090694
>>2090630

>В хроме (а им пользуется большинство) MP4 выглядит именно так (пикрил).


отсутствие превьюхи - проблема обезьяны
Аноним (Microsoft Windows 7: Chromium based) #257 #2090717
>>2090630

> Ещё придётся переучиваться, менять подход, переписывать мануалы для новичков.


> Видео на ютуб в VP9


> Аноны перешли с VP8 на VP9



> implying vp9 нельзя встроить в mp4

Аноним (Microsoft Windows 10: Chromium based) #258 #2090777
Платина наверно, но не отображаются превьюшки в винде, че делать? Ассоциацию для webm в MPC врубил.
Аноним (Microsoft Windows 8: Chromium based) #259 #2090802
>>2090777
icaros
Аноним (Microsoft Windows 10: Chromium based) #260 #2090822
>>2090802
Хотелось бы без костылей обойтись, на семерке без них все работало.
Аноним (Microsoft Windows 7: Firefox based) #261 #2090833
>>2090822
Быстродействие - Эскизы вместо значков.
53 Кб, 710x556
Аноним (Microsoft Windows 10: Chromium based) #262 #2090839
Аноним (Microsoft Windows 7: Firefox based) #263 #2090857
>>2090839
Вебм тебе и не будет показывать. Ставь икарос. А на 7ке у тебя какой-нибудь обосанный клайт кодек пак с вшитым икаросом стоял.
Аноним (Microsoft Windows 10: Chromium based) #264 #2090858
>>2090857

>А на 7ке у тебя какой-нибудь обосанный клайт кодек пак с вшитым икаросом стоял.


Бля, точно, забыл про него.
Аноним (Microsoft Windows 10: Chromium based) #265 #2090864
>>2090857

>обосанный


Чем он плох?
Аноним (Microsoft Windows 7: Firefox based) #266 #2090875
>>2090864
Установка кучи лишних кодеков отдельно, когда в нормальных видео плеерах все форматы поддерживаются со встроенными.
23 Кб, 406x549
Аноним (Microsoft Windows 10: Chromium based) #267 #2090876
Винда когда-нибудь научиться за собой говно подчищать?
Аноним (Неизвестно: Неизвестно) #268 #2090896
>>2090876

> Унинсталер плеера не удалил за собой ключи реестра


> Виновата винда

Аноним (Microsoft Windows 8: Chromium based) #269 #2090909
>>2090694
Превьюха есть, а вот при попытке открыть получается это https://2ch.hk/s/src/2080526/15002384839070.png (М)
>>2090717
Контейнер MP4 поддерживает только стандарты MPEG. Если и возможно VP9 упаковать в MP4, то какой в этом смысл?
Аноним (Microsoft Windows 10: Chromium based) #270 #2090910
>>2090896
Я через панель управления удалял. А хули он не чистит реестр? Как я еще должен удалять софт? Писечки всякие ставить, ццклинеры?
Аноним (Microsoft Windows 8: Firefox based) #271 #2090920
>>2090910
А ты как хотел? Любишь винду - люби и пердолиться.
Аноним (Microsoft Windows 8: New Opera) #272 #2091151
>>2080526 (OP)
Не совсем по теме, но очень близко.
Как узнать, какой объём данных нужно обработать на секунду видео при разных кодировках в разных форматах и кодеках? Есть какие-то калькуляторы готовые для таких расчётов или как считать вообще?
Не надо спрашивать зачем, бро, мне нужен ответ на вопрос, а не полемика. Нет, это не реквест пространных рассуждений на тему. Нет, правда.
Если это был не вебм тред, который таки просрали и не возраждают, то теперь это он, потому что его не хватает на этой доске.
Аноним (Microsoft Windows 7: Chromium based) #273 #2091163
>>2091151
Кому нужно обработать? Это входные данные при декодировании или при кодировании? Почему ты такой скрытный?
Аноним (Microsoft Windows 8: New Opera) #274 #2091200
>>2091163
Какой объём данных нужно обработать чтобы зарендерить секунду видео? Как это посчитать?
Аноним (Microsoft Windows 7: Chromium based) #275 #2091206
>>2091200
Видео:
frame rate X width X height X component count X bits per component
Аудио:
sample rate X bit depth
Аноним (Ubuntu Linux: Chromium based) #276 #2091210
Господа, подскажите - как грамотно обрезать видео со звуком с помощью -c:v copy -c:a copy? Я так понял нужно указывать старт отрезка точно по таймингу ключевого кадра?(только старт или конец фрагмента тоже важно?) Вот есть видос, я выбрал секунду с которой хочу старт - как узнать ГДЕ ближайший ключевой? Можно как-то по простому это в mpv увидеть?
69 Кб, 775x337
Аноним (Ubuntu Linux: Chromium based) #277 #2091213
>>2090630

>Видео на ютуб в VP9


Только в вп9 разве?
Я всегда качал с ютуба лучшее качество в mp4 и сам конвенртил в вп9. Алсо, кто-то знает с каким профилем (-speed, если говорить про ffmpeg) ютуб кодит? Ведь оригинал-то люди оче редко имеют сразу в вёбм.
35 Кб, 600x400
Аноним (Microsoft Windows 10: Firefox based) #278 #2091220
>>2091213

>Я всегда качал с ютуба лучшее качество в mp4 и сам конвенртил в вп9

Аноним (Ubuntu Linux: Chromium based) #279 #2091221
>>2091220
Что не так? Вроде вп8 было раньше дефолтом в ютубе - давно вп9? Ну и главное - кто сказал, что ютуб закодит на том же уровне, на котором я енкод делаю?
Аноним (Microsoft Windows 8: Chromium based) #280 #2091297
>>2091213

>Ведь оригинал-то люди оче редко имеют сразу в вёбм


Так не факт, что максимум в MP4 это оригинал.

Вот анон выше писал >>2081650, например.
Аноним (Microsoft Windows 8: New Opera) #281 #2091354
>>2091206
Спасибо. Значит если 320x240 24 fps, то 24x320x240x(320x240)x(final bitrate / 320 / 240)? Нет?
Как узнавать, сколько компонентов и бит на компонент?
Аноним (Linux: Firefox based) #282 #2091357
>>2091221

> Ну и главное - кто сказал, что ютуб закодит на том же уровне, на котором я енкод делаю?


Ютуб кодит с оригинала, а ты с пережатого ютубом видосика, так что ты максимум можешь сохранить качество, которое накодил ютуб.
Аноним (Microsoft Windows 7: Chromium based) #283 #2091379
>>2091354
Я не понял, что ты хочешь выразить.
Компонентов обычно три RGB, на компонент обычно приходится по 8 бит.
Исключения:
1. Видео с прозрачностью (4 компоненты - RGBA)
2. 10-bit. С такой глубиной обычно анимешники хранят анимешное аниме.
Аноним (Microsoft Windows 10: Chromium based) #284 #2091647
У кого есть скрипт для тампреманки для эджа, чоб вебм работали?
Аноним (Microsoft Windows 8: New Opera) #285 #2091916
>>2091379
А, всё, спасибо! нет, не то. Я имею в виду не итоговый файл, а объёмы данных, обрабатываемые при рендеринге видео же.
Аноним (Microsoft Windows 8: New Opera) #286 #2091918
>>2091379
Ты хочешь сказать, что на каэждый канал в РГБ идёт по 8 бит, то-есть в итоге получается 24 бита?
Аноним (Microsoft Windows 7: Chromium based) #287 #2091923
>>2091918
Yep. 24 bpp - это практически стандарт.
Аноним (Microsoft Windows 8: New Opera) #288 #2092004
>>2091923
Лол, значит если пишут "8 bit color depth" - значит 24, а не 8?
Аноним (Microsoft Windows 8: New Opera) #289 #2092005
>>2091923
И всё равно не то, что мне нужно. Какой объём данных обрабатывет процессор при создании видео через конвертер или редактор, когда файл с нуля собирается? Сколько нажо по разным алгоритмам процессору данных переработать?
Аноним (Microsoft Windows 7: Chromium based) #290 #2092012
>>2092004
Нет же. Пишут про глубину компонента. Это отдельная метрика. Не путайся.

Но на кодирование пикселя целиком действительно приходится 3 байта.
Аноним (Microsoft Windows 7: Chromium based) #291 #2092013
>>2092005
>>2091206 этот объём будет при передаче данных от декодера к энкодеру.
Но реально обрабатывается бОльший объём данных. Насколько больший - зависит от выбранных алгоритмов.
И вообще, чего ты до меня доебался. Нахуй тебе это всё? Какая конечная цель?
Аноним (Microsoft Windows 8: New Opera) #292 #2092020
>>2092013
Конечная цель? Бро, обижаешь, конечных целей у меня, пока-что, не предвидится, думаю, ещё лет 40-50.
Вот ты понял что мне нужно, но как рассчитать объёмы при разных алгоритмах, хотя бы в двух случаях, когда все пиксели постоянно меняются, движение в видео постоянное, и когда наблюдаем статичную картинку?
Я уже писал на счёт твоего вопроса, не важно зачем, нужно решение этого вопроса без частного огрубления.
35 Кб, 300x200
Аноним (Microsoft Windows 10: Firefox based) #293 #2092619
В вп9 есть ключ который будет кодировать лучше движущиеся части кадра? Есть кусочек интервью где баба качает немного головой весь остальной кадр не подвижен. Кодирую вебм4ретардс, вп9, двойной проход, црф22 и все равно лицо у нее прям пожеваное и волоски пропадают как при црф27+-10толеранс. Размер растет, а качество нет.
Аноним (Microsoft Windows 10: Firefox based) #294 #2092649
>>2092619
Поставил црф18 - размер файла вырос в полтора раза, но все равно подшакаливает.
Интересно попробовать бы еще хевк, но я там вообще неебу с настройками. На и на процессоре сильно не покодишь.
Аноним (Linux: Firefox based) #295 #2092774

> https://ffmpeg.zeranoe.com/builds/


У вас последний билд парсит row-mt?
Аноним (Microsoft Windows 8: Chromium based) #296 #2092788
>>2092774
Что такой row-mt?
Аноним (Microsoft Windows 7: SeaMonkey) #297 #2092838
>>2092619
https://ffmpeg.org/ffmpeg-all.html#libvpx
-auto-alt-ref 1 -lag-in-frames 25 -arnr_strength 3 -arnr_max_frames 8 -arnr-type centered
Альзо, для crf не важен 2проход. Для альт-реф обязателен.

>>2092774
Нет.

>>2092788
Дополнительное дробление кадров для многопотока.
Аноним (Linux: Firefox based) #298 #2092877
>>2092838
Какое-то дерьмо, я и itsoffset заюзать не могу
Аноним (Microsoft Windows 10: Firefox based) #299 #2092914
>>2092838
А можно где-то более развернуто почитать про ключи?

> --lag-in-frames=<arg> Max number of frames to lag


Или вникать в каждый ключ нет смысла и если закодить два ролика с lag-in-frames 1 и lag-in-frames 25 то разница не будет сильно видна?
Аноним (Microsoft Windows 8: Chromium based) #300 #2092917
>>2092838

>Дополнительное дробление кадров для многопотока


А подробнее можно? Ничего по row-mt не гуглится.
Аноним (Microsoft Windows 7: Firefox based) #301 #2092922
>>2092914
Закодируй и проверь, большая часть настроек вп — бутафория.
Аноним (Linux: Firefox based) #302 #2092924
>>2092922
Да не, емнип, lag-in-frames это глубина действия (в кадрах) какого-то предиктора, который типа анализирует соседние кадры.
Должно помогать
Аноним (Microsoft Windows 8: Firefox based) #303 #2092937
В x264 есть аналог ключа -g из vp9?
Аноним (Linux: Firefox based) #304 #2092943
>>2092937
-g - это не ключ для vp9, а для ffmpeg
Аноним (Microsoft Windows 8: Firefox based) #305 #2092952
>>2092943
Если я кодирую кодеком x264 статичную картинку, какой мне ключ использовать чтобы был только один ключевой кадр на все видео?
Аноним (Microsoft Windows 7: Firefox based) #306 #2092961
>>2092952
Любой.
Аноним (Linux: Firefox based) #307 #2092971
>>2092952
-g 9999 -r 0.001 или что-то типа того
Аноним (Microsoft Windows 8: Chromium based) #308 #2093001
>>2092952
По количеству секунд в файле. Тогда и прокрутка начинает нормального работать (если стоит прилипание к ключевым кадрам). Если будет меньше или больше, то будут проблемы с прокруткой.
Аноним (Microsoft Windows 8: Chromium based) #309 #2093030
Как сделать вебм из гифки?

ffmpeg -loop 1 -i "файл.gif" -i "аудио.mp3" -t длительность -threads 4 название.webm

Выдаёт ошибку Option loop not found.

Что я делаю не так?
Аноним (Microsoft Windows 10: Firefox based) #310 #2093031
>>2093030
Убери loop.
Аноним (Microsoft Windows 8: Chromium based) #311 #2093033
>>2093031
Кодирование происходит, но гифка не зацикливается. Видео получается той же длины, что и гифка.
Аноним (Microsoft Windows 7: Firefox based) #312 #2093068
>>2093030
ffmpeg -ignore_loop 0 -i 1.gif -i 1.mp3 GIF.webm
Аноним (Microsoft Windows 7: Firefox based) #313 #2093072
>>2093068
Асло, -t все же обязательно. А то будет до бесконечности конвертировать.
Аноним (Microsoft Windows 8: Firefox based) #314 #2093087
>>2093001
Нормально работает прокрутка.

ffmpeg -r 1 -loop 1 ^
-i "Fables2.png" ^
-i "01. Main Menu.m4a" ^
-t 1:03 ^
-metadata title="The Wolf Among Us - Main Menu" ^
-c:v libx264 -crf 18 -profile:v high -preset placebo -level 4.1 -g 9999 -pix_fmt yuv420p ^
-c:a aac -b:a 128k ^
-y "The Wolf Among Us - Main Menu.mp4"
pause

ffmpeg -r 1 -loop 1 ^
-i "Fables2.png" ^
-i "01. Main Menu.m4a" ^
-t 1:03 ^
-metadata title="The Wolf Among Us - Main Menu" ^
-c:v libvpx-vp9 -b:v 0 -crf 18 -speed 5 -g 9999 -pix_fmt yuv420p ^
-c:a libopus -b:a 128k ^
-y "The Wolf Among Us - Main Menu.webm"
pause
Аноним (Microsoft Windows 8: Chromium based) #315 #2093100
>>2093068
Спасибо. Работает.
Аноним (Microsoft Windows 7: SeaMonkey) #316 #2093257
>>2093072
-shortest
Для таких случаев.

>>2092917
http://arhivach.org/thread/241211/

>>2092914
С единицей считай, что выключен. Больше всего заметно при нехватке битрейта. Поразительный эффект достигается на 20 килобитах.
28 Кб, 1227x194
Аноним (Microsoft Windows 10: Chromium based) #317 #2093307
Для аниме какой оптимальный размер/битрейт на 1080p и на что внимание в раздачах обращать внимание?

Какого хуя на пикрелейтед такая разница большая?
Аноним (Microsoft Windows 10: Firefox based) #318 #2093315
>>2093307
BDRip - mkv
BDRemux - папка с файлами с Блюрей диска

Ну и ебанутые анимешники звуковую дорожку пишут во FLAC, даже если она сводилать в mp3 на тетрисе.
Аноним (Microsoft Windows 10: Firefox based) #319 #2093316
>>2093307
Можешь по битрейту видео потока смотреть.
Для 1080p достаточно 8000 kpbs чтобы смотреть с монитора, и где-то 15mbit и выше чтобы смотреть с большого телевизора.
Аноним (Microsoft Windows 10: Firefox based) #320 #2093317
>>2093316
* Битрейта для видео в H.264
2 Мб, 1920x1080
Аноним (Microsoft Windows 10: Firefox based) #321 #2093420
>>2093307

>1080i


>188 гигов


>черные полосы


кек
Аноним (Google Android: Mobile Safari) #322 #2093451
Аноны я уже не знаю где спросить, подскажи хороший видео редактор, чтобы порезать там, музыку наложить, эффекты какие нибудь
Аноним (Linux: Firefox based) #323 #2093458
>>2093451
adobe premiere, sony vegas, kdenlive
Аноним (Microsoft Windows 8: Chromium based) #324 #2093463
>>2093420
Так 1998 год, аниме делали под телевизионный формат.

Даже если бы кто-то предположил, что аниме когда-то будут смотреть не на телике, а на компьютере, то мониторы с соотношением 4:3 повсеместно использовались ещё до середины 2000-х, даже когда все пересели на LCD.
Аноним (Microsoft Windows 10: Firefox based) #325 #2093471
>>2093463
Вообще интересная тема вне зависимости от того что аниме не смотрю.

>First 16:9 TV anime: Betterman (Spring 1999), Vandread (Fall 2000)


https://anime.stackexchange.com/questions/30604/what-was-the-first-anime-aired-in-hd

А ведь переход на HD можно отмечать как праздник (не в плане соотношения сторон, а в плане того что по сути это разрешение стало отправной точкой в мир высококачественных видео).
Аноним (Microsoft Windows 7: Firefox based) #326 #2093515
Не бейте лучше обоссыте. Б-кадры и нахрена нужны. Вроде как штука годная и при одном размере позволит увеличить качество, но сам б-фрейм будет качество хуже соседний p-фреймов? Или если поставить bp_ratio в 1 они будет одинакового качества, но в б будет хранится ещё информация о соседних кадрах и изменениях, тем самым мы не потеряем качества? Заебался читать все, что только можно, все рекомендуют нихуя не трогать, типа делали профессионалы и все дела, вот только профессионалам не в 20 сжимать.
Аноним (Microsoft Windows 7: Firefox based) #327 #2093517
>>2093515
Ну и да, на глаз, ясное дело я не могу понять лучше кадры или хуже при bp_ratio 1 и 1.3.
Аноним (Microsoft Windows 8: Chromium based) #328 #2093519
>>2093257

>http://arhivach.org/thread/241211/



Unrecognized option 'row-mt'.
Error splitting the argument list: Option not found


Что я делаю не так? Как правильно использовать?

Что такой tile-columns?
Аноним (Microsoft Windows 8: Chromium based) #329 #2093582
ffmpeg -i "video.mkv" -map 0:v:0 -map 0:a:0 -threads 4 -c:v libvpx-vp9 -speed 1 -tile-columns 6 -row-mt 1 -frame-parallel 0 -b:v 265k -auto-alt-ref 1 -lag-in-frames 25 -g 128 -pix_fmt yuv420p -c:a libopus -b:a 128k video.webm

Та же самая строчка в борам работает, в ffmpeg выдаёт такую >>2093519 ошибку. С чем это связано?
Аноним (Microsoft Windows 8: Chromium based) #330 #2093633
>>2091210

>-c:v copy -c:a copy


Достаточно написать -c copy.

>как узнать ГДЕ ближайший ключевой


В плеере MPC удерживаешь Shift и с помощью стрелок перемещаешься между ключевыми кадрами. Если удерживать Ctrl, то можно перемещаться между простыми кадрами. Перед этим обязательно включить высокую точность отображения времени, кликнув правой кнопкой мыши на таймер проигрывателя.

Обрезка должна выглядеть примерно так: ffmpeg -i "видео.mkv" -c copy -ss 2:3.520 -to 3:24.400 -y видео.mkv

-y - согласие перезаписывание выходного файла, если нужно будет подбирать размер, вписавшись в лимит, или удалить какие-то кадры.
sage Аноним (Linux: Firefox based) #331 #2093841
>>2093582
Версионность?

>[FFmpeg-devel] lavc/libvpxenc: add -row-mt option


>Submitted by Kagami Hiiragi on March 3, 2017, 10:20 a.m.

sage Аноним (Linux: Firefox based) #332 #2093844
>>2093582
Доролнение:
у борама патченый ффмпег
Аноним (Microsoft Windows 8: New Opera) #333 #2093877
>>2092838
Вот есть таоке же, но бля ависинта, годный сайт какой?
В вебмфорритардс на ависинте можно дописывать команды просто, немного удобнеее, чем в строку от ффмпега(в том же форритардсе).
Аноним (Microsoft Windows 8: New Opera) #334 #2093878
>>2080526 (OP)
Кто-то уже пробовал кодировать полнометражки для двачей? Всё никак не могу найти легальные, чтобы поизгаляться над ними как-нибудь.
Аноним (Microsoft Windows 8: New Opera) #335 #2093879
>>2093087
Спасибо за годноту. Там музыка в меню не меняется?
Аноним (Microsoft Windows 8: Chromium based) #336 #2096094
>>2093841
Поставил последнюю версию, всё равно пишет Unrecognized option 'row-mt'. Error splitting the argument list: Option not found

У кого-нибудь это -row-mt вообще работает?
Аноним (Microsoft Windows 8: Chromium based) #337 #2096105
>>2093087

>Нормально работает прокрутка


Да, там главное чтобы -g было больше, чем количество кадров в файле. Тогда и ключевые кадры создаваться не будут, что существенно уменьшит размер вебмки, и прокрутка не будет прилипать к ключевым кадрам (если в плеере включена такая опция).
Аноним (Microsoft Windows 8: Chromium based) #338 #2096107
>>2096105

>Тогда и ключевые кадры создаваться не будут


Вернее, создаться один на весь файл – что при статичном изображении и требуется.
Аноним (Microsoft Windows 10: Firefox based) #339 #2096657
Есть несколько мп4 файлов в разном разрешении в одной папке. Можно ли написать команду одной строкой, чтобы они все объединильсь в 1 мп4 файл в с фиксированным разрешением? Только чтобы они изменялись под новое разрешение, например, вертикальное видео не растягивалось, а просто черные полосы по бокам добавлялись.

Желательно не прописывая имена этих фалов, а просто указать папку откуда их брать.
Аноним (Microsoft Windows 8: Chromium based) #340 #2096701
>>2090694
>>2090909
Исправили. Теперь норм открывается mp4.
4 Кб, 383x104
Аноним (Microsoft Windows 10: Firefox based) #341 #2096721
Что за вебмв?
Аноним (Microsoft Windows 7: Firefox based) #342 #2096723
>>2096657
Я в этом не все понимаю, но гуглением и старыми бaтниками что-то да получилось. Знающие люди пусть исправят или свое предложат.

Без конвертации видео нужное тебе соотношение сторон не получается. А если не конвертировать аудио, но плеер не будет воспроизводить видео с аудио кодеком отличным от первого. Как я понял.

Поэтому вышло вот что: https://pastebin.com/raw/SzaL9sEL
Видеофайлы конвертятся в .ts Нагуглил -bsf:v h264_mp4toannexb -f mpegts, но работает. До этого только с concat файлы соединялись, но плеер работал без перемотки, с самого начала приходилось смотреть. Хотя, с конвертацией аудио такой проблемы не было. Создается список всех .ts файлов и они соединяются вместе. Далее список и .ts файлы удаляются и остается output.mp4

А это вариант без конвертации видео дорожки: https://pastebin.com/raw/4gnjQ6n9
Получается намного быстрее, но размер картинки прыгает по мере проигрывания файлов. В полноэкранном режиме, впрочем, и не заметно.
Аноним (Microsoft Windows 10: Firefox based) #343 #2096800
>>2096723
Спасибо большое, анончик, пускай оно себе ковертируется (и аудио и видео), файлики небольшие, так что пофиг. Главное чтобы на выходе получалось разрешение, например 720р, и если в папке есть видос с меньшим по ширине размером, то сама картинка не становилась тоже 720, а оставалась оригинальной (хз как это еще сформулировать).
Аноним (Microsoft Windows 10: Microsoft Edge) #344 #2097118
Ебать!
В Microsoft Edge починили вебмки!

Но не все...
Аноним (Microsoft Windows 10: Firefox based) #345 #2097381
Посоны, как прописать в консольку настройки которые указаны на скрине?
28 Кб, 726x544
Аноним (Microsoft Windows 10: Firefox based) #346 #2097382
>>2097381
отклеилось
Аноним (Microsoft Windows 8: Chromium based) #347 #2097516
>>2097118

>шёл 2K17 год...

Аноним (Microsoft Windows 10: Firefox based) #348 #2097523
>>2097118
Они там с 2015 года. Ютюб в VP9 играет же
Аноним (Microsoft Windows 8: Chromium based) #349 #2097527
>>2097523
То, что ютуб в вп9 играет не мешает майкрософтоподелию не уметь проигрывать вебм.

Не знаю, пофиксили или нет, но ишак 1) не запоминает настройки на дваче, будешь сидеть только с дефолтными 2) в нём нельзя ввести капчу, вернее можно, но только один раз, после чего требуется перезагружать "браузер"
Аноним (Microsoft Windows 10: Firefox based) #350 #2097530
>>2097527
Это всё проблемы одной недоборды
Аноним (Microsoft Windows 8: Chromium based) #351 #2097552
>>2093087
Идеальное кодирование вебмки со статичной картинкой:

ffmpeg -loop 1 -r 1 -i [image] -i [audio] -b:v [((размер видео в байтах × 8)/1000)/t] -b:a [64K, 128K или 160k] -t [длительность трека] -g 9999 -metadata title="Исполнитель - Название" -speed 0 -deadline 0 -pass [1, 2] -y out.webm

звук кодировать лучше из флака, если удастся найти
Аноним (Microsoft Windows 8: Chromium based) #352 #2097554
>>2097552

>размер изображения в байтах


фикс
Аноним (Microsoft Windows 8: Chromium based) #353 #2097557
ffmpeg -loop 1 -r 1 -i [image] -i [audio, желательно FLAC] -b:v [((размер изображения в байтах × 8)/1000)/t]K -b:a 160K -t [продолжительность трека] -g 9999 -metadata title="Исполнитель - Название" -pix_fmt yuv420p -speed 0 -deadline 0 -pass [1, 2] -y out.webm

Вот, теперь точно идеально.
Аноним (Microsoft Windows 10: Firefox based) #354 #2097610
>>2097381
БАМП!
168x51
Аноним (Microsoft Windows 7: Chromium based) #355 #2097691
>>2080526 (OP)
Почему имя файла не отображается?
Аноним (Google Android: Mobile Safari) #356 #2097693
>>2097691
У куклы есть опция обрезать имена, ОП ее включил.
Аноним (Microsoft Windows 8: Chromium based) #357 #2097735
>>2093087
Что значит "pause" в конце и как

>ffmpeg -r 1 -loop 1 ^


>-i "Fables2.png" ^


>-i "01. Main Menu.m4a" ^


вот так переносить по строкам?
Аноним (Linux: Firefox based) #358 #2097773
Че там, 4К уже стал стандартом? Или уже 8К стандарт?
Аноним (Microsoft Windows 8: Chromium based) #359 #2097823
>>2097530
Ха! Значит, не пофиксили.

Microsoft, такой Microsoft…
Аноним (Microsoft Windows 8: Firefox based) #360 #2098450
>>2097557

ffmpeg -loop 1 -r 1 -i [image] -i [audio.FLAC] -b:v 0 -crf 0 -b:a 160K -t [продолжительность трека] -g 9999 -metadata title="Исполнитель - Название" -pix_fmt yuv420p -speed 0 -deadline 0 -pass [1, 2] -y out.webm

Вот теперь точно идеально. Размер видеопотока получается примерно такой же как и размер изображения (при PNG иногда и значительно меньше), но качество сохраняется 100%, размер почти не зависит от длительности (несколько кадров-секунд добавляют примерно килобайт), пикчу не размазывает, но при этом всём кодирование происходит в разы быстрее.
Аноним (Microsoft Windows 8: Firefox based) #361 #2098460
Например, 1) оригинал, 2) перекод 30 сек, 3) перекод 6 мин. Более чем в 2 раза меньший размер при том же качестве. 5 мин 30 сек добавили лишь 12.7 КБ к размеру.
Аноним (Microsoft Windows 8: Firefox based) #362 #2098469
Думаю, вопрос как правильно кодировать статичные картинки решён полностью и окончательно.

Вопрос другой: почему искажаются цвета? И такое происходит не только с PNG, но и с обычным JPEG, и при всяких методах кодирования. Незначительно, кончено, но искажаются.
Аноним (Microsoft Windows 8: Firefox based) #363 #2098478
Искажения выглядят так, будто меняется цветовой профиль.
Аноним (Microsoft Windows 10: Firefox based) #364 #2098587
>>2096723
В принципе заебок работает, пользоваться можно, правда в некоторых случаях вариант с конвертированием магическим образом пропускает один файл при конкатинации, хотя формат такой же я хз, может метаданные как-то влияют. А куда создается list.txt создается?
Аноним (Microsoft Windows 7: Firefox based) #365 #2098651
>>2098587
У меня в батник забито было. Где его запускал, там и создавался txt.

Убери del list_ts.txt, увидишь.
Аноним (Microsoft Windows 7: Firefox based) #366 #2098652
>>2098587

>пропускает один файл


Убери del'ы и посмотри все ли конвертируются. Может, какой-нибудь файл из-за странного имени не берет. Фиг знает в общем.
Аноним (Microsoft Windows 10: Firefox based) #367 #2098653
Аноним (Linux: Firefox based) #368 #2098946
>>2097773
Ты че, отсталый что ли? Уже 16к стандарт. Срочно беги покупать новый телевизор 16к 320hz
Аноним (Microsoft Windows 10: Firefox based) #369 #2099114
>>2098946

>AMD's graphics boss says VR needs 16K at 240Hz for 'true immersion'


>Jan 15, 2016


>AMD Radeon Pro managed 16K (15 360 x 8640 p) rendering


>28 July 2016


Бля, хуле ты такой не мейнстримный, прошлогодний стандарт принес.
Аноним (Microsoft Windows 10: Firefox based) #370 #2100364
>>2097381
бамп!!!
Аноним (Microsoft Windows 10: Palemoon) #371 #2100783
>>2096723

> Без конвертации видео нужное тебе соотношение сторон не получается.


аспект пробовал?
Аноним (Microsoft Windows 10: Palemoon) #372 #2100786
>>2097552

> Идеальное кодирование вебмки со статичной картинкой


> constant audio


Ясно.
Аноним (Microsoft Windows 10: Palemoon) #373 #2100787
>>2097735
Для винды "\"
Аноним (Microsoft Windows 8: Chromium based) #374 #2100821
>>2100786
Переменный битрейт в ворбис включается же, нужно задавать качество через -q:a, в опус он переменный по дефолту.

Опус, кстати даёт идеальное соотношение размер качество. Например, 12 kbps на Opus и на AAC. Первый ещё можно слушать, второе - ад.

ffmpeg -loop 1 -r 1 -i [картинка] -i [звук] -b:v 0 -crf 2 -b:a [аудио битрейт на выбор]K -t [продолжительность трека] -g 9999 -metadata title="Исполнитель - Название" -pix_fmt yuv420p -speed 0 -deadline 0 -threads 4 out.webm

При применении данной строчки вебмки кодировались примерно по 30 секунд.
Аноним (Microsoft Windows 10: Palemoon) #375 #2100840
>>2100821

> на AAC


На HE-AAC попробуй.
Аноним (Microsoft Windows 10: Palemoon) #376 #2100843
>>2100821
Да, ты прав, не знал:
"Opus is more efficient when operating with variable bitrate (VBR), which is the default"
Аноним (Linux: Firefox based) #377 #2100957
>>2100840

>На HE-AAC попробуй.


Это для голоса, а не для музыки. Подходит для дорожки с комментарием к фильму.
Аноним (Microsoft Windows 7: Firefox based) #378 #2100982
>>2100957

> Это для голоса, а не для музыки.


А опус по твоему для музыки пилили, а не для онлайн трансляций? А до опуса HE-AAC показывал себя не плохо на битрейтах 64 и около того.
Аноним (Linux: Firefox based) #379 #2101115
>>2100982
А опус для музыки лучший lossy кодек.
Аноним (Microsoft Windows 7: Firefox based) #380 #2101131
>>2101115
Рад за него, чего сказать то хотел?
Аноним (Microsoft Windows 8: Chromium based) #381 #2101158
Чем отличаются версии Static, Shared и Dev?
Аноним (Microsoft Windows 7: Firefox based) #382 #2101429
>>2080526 (OP)

Анон, есть вопрос, videopad - это нормальный редактор или кусок говна? Нужна простенькая программа уровня Paint.NET против фотошопа, только для видео.
Аноним (Microsoft Windows 10: Palemoon) #383 #2101454
>>2101429

> уровня Paint.NET против фотошопа


Могу предложить уровня paint vs фотошоп — virtual dub
Аноним (Microsoft Windows 7: Firefox based) #384 #2101522
>>2101454

>virtual dub



А, видел такую, проблема в том, что из коробки это программа не умеет работать с кучей популярных форматов (тот же mkv), а я был не уверен стоит ли связываться с поиском плагинов.
Аноним (Linux: Firefox based) #385 #2101523
>>2101429
Блендер установи - не мучайся. Смотря какие задачи у тебя можешь еще посмотреть vapoursynth глянуть.
Аноним (Microsoft Windows 7: Firefox based) #386 #2101573
>>2101523

>Смотря какие задачи



Задачи тривиальные: вырезать из фильма отрывок секунд в 30 и послать другу с рекомендацией этот фильм посмотреть, взять много видео с телефона, из длинных файлов выкинуть лишнее, всё объединить в один файл и отправить родственникам, которым в силу возраста тяжело разбираться с компьютером, но вынь да положь "покажи как ты съездил в странанейм". В общем ничего кроме "вырезать - вставить - изменить размер - сохранить в нужном формате".

За блендер спасибо, вроде то, что нужно.
Аноним (Linux: Firefox based) #387 #2101595
>>2101573
Ну тогда блендер, да. Там и просто, и быстро и, если захочешь чего-то интереснее, можно всякие штуки делать продвинутые без переучивания.
Аноним (Microsoft Windows 7: Firefox based) #388 #2101607
Если ffmpeg'у дать какой-нибудь трёхсекундный отрывок захардсабить (vf=ass), который в середине большого видео, то он долго будет топтаться на месте в обоих пассах, а потом уже начнёт энкодить нужное.
Как это объяснить? Что он там "перематывает" большую часть времени?
Аноним (Linux: Firefox based) #389 #2101610
>>2101607
Там разные алгоритмы поиска. Я -ss -t использую — очень быстро, но не точно.
Аноним (Microsoft Windows 7: Firefox based) #390 #2101612
>>2101610
Я использую -ss -to и -ss -t.
А как ещё? Всё равно он сначала долго "добирается" до ss
Аноним (Microsoft Windows 7: Firefox based) #391 #2101613
>>2101610

>не точно


Хз, смотрю с помощью подробной сводки времени и mpv и пролистывания mpv по кадрам.
Всегда попадаю с точностью до кадра
Аноним (Google Android: Firefox based) #392 #2101614
Аноним (Linux: Firefox based) #393 #2101616
>>2101612
Как еще не знаю, читай докуменатцию. Есть медленный поиск, более точный. -ss у меня ищет очень быстро.
Аноним (Microsoft Windows 7: Firefox based) #394 #2101622
>>2101614

> Если в используемой команде FFmpeg ключ -ss стоит перед -i, требуется добавить фильтр setpts со сдвигом на то же число секунд: -vf "setpts=PTS+??/TB,subtitles=sub.ass,setpts=PTS-STARTPTS"


Не распарсил нихрена. Куда секунды-то ставить, лул?
Аноним (Ubuntu Linux: Firefox based) #395 #2101633
>>2101622
Едрить ты беспомощный. Там же есть ссылочка, по ссылочке пример

> ffmpeg -ss 102.042 -t 24.250 -i sintel-1024-surround.mp4 -c:v libvpx -vf scale=640:-1,setpts=PTS+102.042/TB,subtitles=sintel_en.srt,setpts=PTS-STARTPTS out.webm

Аноним (Microsoft Windows 7: Firefox based) #396 #2101635
>>2101633
Да, нахрен.
Всё равно непонятно, что это за говно, как оно вести себя будет. Лучше батник сделаю, чтобы обрезать моментально видео и передавать его ffmpeg'у сразу для работу, без ss'ов.
И быстро, и логично
Аноним (Ubuntu Linux: Firefox based) #397 #2101639
>>2101635
Ты даже просто потестировать сначала не можешь? Лол
Аноним (Microsoft Windows 7: Firefox based) #398 #2101640
>>2101639
Блин, ну сейчас, не побрезгую таки.
53 Кб, 639x676
Аноним (Microsoft Windows 7: Firefox based) #399 #2101647
>>2101639
Ничего не изменилось совершенно. Он по-прежнему имеет гусей перед тем, как дойти до нужного участка времени.
И так всегда было. Я просто сейчас уже бомбанул, так как начал с большими видео предолиться.
Команда была такой (2-pass):
ffmpeg -i inv.mp4 -i ins.ass -ss 11:23.474 -to 11:25.309 -vf setpts=PTS+683.474/TB,subtitles=ins.ass,setpts=PTS-STARTPTS -c:v vp9 -b:v 1650k -c:a libopus -b:a 128k -af "volume=1.25" -metadata title="Title" -threads 4 -pass 2 out.webm
Кстати, вот ведь неудобно, да - каждый раз переводить в секунды для аргумента этому ссаному vf, он ведь онли sec.millisec ест.
Аноним (Microsoft Windows 7: Firefox based) #400 #2101649
>>2101647
А, кстати, теперь я ещё на кадров 5 в конце промахнулся, писец, следующая сцена попала и отожрала драгоценные килобайты.
При -ss -to такого не было!
Аноним (Microsoft Windows 10: Firefox based) #401 #2101805
>>2101522
Виртуалдуб уже давно дубу дал.
Авидемукс обновляют
29 Кб, 606x656
Аноним (Microsoft Windows 10: Palemoon) #402 #2101813
>>2101647

> Ничего не изменилось совершенно


> Команда была такой (2-pass):


> ffmpeg -i inv.mp4 -i ins.ass -ss 11:23.474 -to 11:25.309



>>2101622

> > Если в используемой команде FFmpeg ключ -ss стоит перед -i, требуется добавить фильтр setpts со сдвигом на то же число секунд: -vf "setpts=PTS+??/TB,subtitles=sub.ass,setpts=PTS-STARTPTS"



Интересно почему.
Аноним (Microsoft Windows 7: Firefox based) #403 #2101884
>>2101813
Хыхыхы
Аноним (Microsoft Windows 7: Firefox based) #404 #2101889
>>2101813
Option to (record or transcode stop time) cannot be applied to input url ins.ass
-- you are trying to apply an input option to an output file or vice versa. Mov
e this option before the file it belongs to.
Error parsing options for input file ins.ass.
Error opening input files: Invalid argument
Если поставить ss перед inv.mp4, то то же самое, только
Ю for input file inv.mp4
И vf ставил впереди, и ss, и комбинировал, ему насрать.
Аноним (Microsoft Windows 7: Firefox based) #405 #2102179
Какого чёрта убрали croptop и ему подобных?
Удобно было?
Как мне теперь обрезать a пикселей слева, b справа, c снизу, d сверху?
vf crop=in_w-2a:in_h-2c обрежет мне сами понимаете как, мне не подходит
Аноним (Microsoft Windows 7: Firefox based) #406 #2102181
>>2102179

> Удобно было.


> in_w-2×a:in_h-2×c

Аноним (Microsoft Windows 7: Firefox based) #407 #2102191
>>2102179
>>2102181
-vf crop=in_w-(a+b):in_h-(c+d):a:d
Сам разобрался. ну пердолики, ну молодцы!
Аноним (Microsoft Windows 7: Firefox based) #408 #2102194
>>2102191
Ой, нет, не разобрался.
-vf crop=in_w-(a+b):in_h-(c+d):a:in_h-d
Теперь, вроде, разобрался.
Аноним (Ubuntu Linux: Firefox based) #409 #2102199
>>2101889
Скриншот покажи, не понятно же.
Аноним (Microsoft Windows 7: Firefox based) #410 #2102200
>>2102199
Короче, я не могу выставить -ss до какого-то -i.
>>2102194
ничерта не работает по теории.
В теории, это выглядит так: vf crop=out_w_out_h:x:y, где x и у - координаты левой верхней вершины прямоугольника, который останется.
Где начало координат, где начинаются оси, никто не удосужился упомянуть, я по-умолчанию принял левый нижний угол за начало и оси вверх и вправо - это адекватно.
crop=in_w:in_h-135:0:in_h-90
Вот это должно было обрезать мне 90 сверху и 45 снизу, но обрезало 135 сверху - топчик.
Аноним (Ubuntu Linux: Firefox based) #411 #2102202
>>2102200
Понятнее не стало. Скриншот/Команду покажи
Аноним (Microsoft Windows 7: Firefox based) #412 #2102204
>>2102202

> ffmpeg -i inv.mp4 -ss 11:23.474 -i ins.ass -to 11:25.309 -vf setpts=PTS+683.474/TB,subtitles=ins.ass,setpts=PTS-STARTPTS -c:v vp9 -b:v 1650k -c:a libopus -b:a 128k -af "volume=1.25" -metadata title="Title" -threads 4 -pass 2 out.webm


> Option to (record or transcode stop time) cannot be applied to input url ins.ass


-- you are trying to apply an input option to an output file or vice versa. Mov
e this option before the file it belongs to.
Error parsing options for input file ins.ass.
Error opening input files: Invalid argument
Я не могу столько пердолиться с каким-то костылём типа "Set Presentation Timestamp", ты знаешь формальности по кропу?
Аноним (Ubuntu Linux: Firefox based) #413 #2102207
>>2102204

>-i ins.ass


Нинужно, у тебя уже есть

> subtitles=ins.ass

Аноним (Ubuntu Linux: Firefox based) #414 #2102209
>>2102204
И -ss перед -i
Аноним (Ubuntu Linux: Firefox based) #415 #2102210
>>2102204
И место -to надо будет -t использовать скорее всего.
Аноним (Microsoft Windows 7: Firefox based) #416 #2102211
>>2102207

> Если в используемой команде FFmpeg ключ -ss стоит перед -i, требуется добавить фильтр setpts


Ну тогда и setpts нинужно.
>>2102209
-ss перед -i видео?
Легко, держи:

>> Option to (record or transcode stop time) cannot be applied to input url inv.mp4


-- you are trying to apply an input option to an output file or vice versa. Mov
e this option before the file it belongs to.
Error parsing options for input file inv.mp4.
Error opening input files: Invalid argument
2 Мб, 458x251
Аноним (Microsoft Windows 7: Firefox based) #417 #2102213
Анон! Стримю из mpeg2 в webm, но нужно понизить качество и разрешение. и videosize ставил ниже и videobitrate, но не работает как надо. чего сделал не так?
Аноним (Ubuntu Linux: Firefox based) #418 #2102215
>>2102211

>Легко, держи:


Так, давай еще раз, скинь команду/скриншот, а не только ошибки, ведь нихуя непонятно же.
Аноним (Microsoft Windows 7: Firefox based) #419 #2102216
>>2102215

> ffmpeg -ss 11:23.474 -i inv.mp4 -to 11:25.309 -vf setpts=PTS+683.474/TB,subtitles=ins.ass,setpts=PTS-STARTPTS -c:v vp9 -b:v 1650k -c:a libopus -b:a 128k -af "volume=1.25" -metadata title="Title" -threads 4 -pass 2 out.webm


> Option to (record or transcode stop time) cannot be applied to input url inv.mp4


-- you are trying to apply an input option to an output file or vice versa. Mov
e this option before the file it belongs to.
Error parsing options for input file inv.mp4.
Error opening input files: Invalid argument
А ты не троль?
Аноним (Ubuntu Linux: Firefox based) #420 #2102221
>>2102216
Вместо -to попробуй через -t
-to и -ss перед -i никогда не работало у меня точно
Аноним (Microsoft Windows 7: Firefox based) #421 #2102223
>>2102221
Я попробую, правда попробую, но вечером.
Ты не пояснишь за crop?
Аноним (Ubuntu Linux: Firefox based) #422 #2102224
>>2102223
Нет, я им пару раз только пользовался.
Аноним (Microsoft Windows 7: Firefox based) #423 #2102225
>>2102224
Ну ладно, придётся самому подбирать, где создатели посчитали нужным расположить начало координат, что такое "координата прямоугольника", и куда направлены оси
Аноним (Microsoft Windows 7: Firefox based) #424 #2102237
Запомните, что если вы разговариваете с пердоликом и обсуждаете координатную плоскость, то ось Oy направлена не вверх, а вниз, а ось Ox - вправо.
Ну и начало координат располагается сверху слева.
Просто запомните
Аноним (Microsoft Windows 8: Chromium based) #425 #2102366
>>2081646

>ну почитайте теорию, первый ролик это практически идеал для сжатия слайсами


Где почитать теорию?

Поясните про слайсы.
Аноним (Microsoft Windows 10: Firefox based) #426 #2102507
Сап, конвертач. Есть ли какой-то гайд for dummies по ffmpeg? Хотя мне всего-то надо из .mkv нужно перевести в .mp4 попутно вырезав лишние аудиотреки, сабы и перекодировать нужный аудиотрек.

Ещё прошу объяснить почему у некоторых вебмок, которые я встречал, отсутствовала возможность перемотать видео, вместо этого просто вебм проигрывалась заново.
Аноним (Microsoft Windows 7: Palemoon) #427 #2102548
>>2102200

> я по-умолчанию принял левый нижний угол за начало и оси вверх и вправо - это адекватно.


Нет, не адекватно. А проверяется на одной фрейме.
Аноним (Microsoft Windows 7: Palemoon) #428 #2102551
>>2102221
Может быть потому что и не должно?
Аноним (Microsoft Windows 7: Firefox based) #429 #2102552
>>2102548
Уже проверил, спасибо.
>>2102237
Аноним (Microsoft Windows 7: Chromium based) #430 #2102554
>>2102507
ffmpeg -i hui.mkv {here you have to put some "map" commands} -c copy govno.mp4
https://trac.ffmpeg.org/wiki/Map

Browser trying to stick to near keyframe. It causes some troubles. One anon post here command that produce video with single keyframe (of course its for static videos. e.g. music album cover over composition from this album)
Аноним (Microsoft Windows 10: Firefox based) #431 #2102596
>>2102554
Благодарю.
145 Кб, 1280x1024
Аноним (Microsoft Windows 8: New Opera) #432 #2103238
>>2102596

>Пикрил.


ЧЗХ?
Аноним (Microsoft Windows 7: Palemoon) #433 #2103533
>>2103238
Эт реард.
Аноним (Microsoft Windows 7: SeaMonkey) #434 #2104005
>>2103238

> vorbis failed


Что-то не то с опциями аудиокодека.
19,6 Мб, webm, 1280x720, 2:16
Аноним (Microsoft Windows 7: Palemoon) #435 #2104024
>>2101115
Только глючит в мкв контейнере с h264 кодеком на макабе.
Аноним (Microsoft Windows 7: Firefox based) #436 #2104124
>>2104024

>на макабе


В плеере хрома, макаба не придавала.
Аноним (Microsoft Windows 8: Chromium based) #437 #2104684
Что означают все эти опции:
-tile-columns
-frame-parallel
-auto-alt-ref
-lag-in-frames

И как сделать так, чтобы заработал ебучий -row-mt?
3,2 Мб, webm, 1480x1080, 0:05
Аноним (Linux: Firefox based) #438 #2104765
Видео-эксперты, прощу помощи.
Есть видео 16-19 кадров в секунду доведённое до ручки 29.97 с mbaf интерполяцией. Делал и так и сяк, но лучший результат пока прогнать через eedi3, а потом c ffmpeg mpdecimate фильтром. Почти идеальный результат, но в некоторых местах дропает не то, что нужно, в итоге происходит какой-то экшн, кадры дропаются и картинка висит. Смотрите вемб.
Как безопасно вернуть оригинальный fps?

Использовал вот так vspipe --y4m deint.py - | ffmpeg -i pipe: -vf mpdecimate -c:v libx264 -preset slow -crf 16 -x264-params "[...]" test.mkv
Аноним (Linux: Firefox based) #439 #2104856
>>2104765
Ладно, сделал mpdecimate=max=3, вроде хорошо. Был бы рад, если бы кто-нибудь меня все таки бы просветил о том, как это нужно делать правильно.
Аноним (Microsoft Windows 7: Palemoon) #440 #2105505
>>2104765

> Как безопасно вернуть оригинальный fps?


Взять оригинал до извращений? Если его нет, то безопасно не вернешь, если видео не большое сиди удаляй руками, если большое, то беда, фильтры уменьшающие фпс есть, но результат может быть не предсказуем.
636 Кб, 1708x2401
Аноним (Microsoft Windows 7: Chromium based) #441 #2105729
Господа, как вырезать фрагмент из видео? То есть, в оутпуте чтобы было вырезанное видео, а всё видео без этого фрагмента. Удалить фрагмент.
Аноним (Microsoft Windows 7: Chromium based) #442 #2105730
>>2105729
*не вырезанное видео
Аноним (Microsoft Windows 10: Firefox based) #443 #2105736
>>2105729
Тут три действия надо сделать.
1. Вырезать отрезок до
2. Вырезать отрезок после
3. Соединить эти отрезки

Всё это можно сделать без перекодировки через ffmpeg.
Аноним (Microsoft Windows XP: Firefox based) #444 #2105741
>>2105729
Machete, ломаные на ru.board
Аноним (Microsoft Windows 7: Chromium based) #445 #2105743
>>2105736
Да, уже понял, что придется много ебаться с concat.
Аноним (Microsoft Windows 7: Chromium based) #446 #2105745
Эх, а могли бы запилить нормальную фичу вырезания без стопицот действий.
Аноним (Microsoft Windows 10: Chromium based) #447 #2106776
Вообще в видеоформатах не шарю. Вот порендерил вебм в премьере и мп4 с тем же битрейтом. Разница на лицо. Это при 10 фпс и минимум движения. мп4 более прожорлив?
Аноним (Microsoft Windows 10: Chromium based) #448 #2106781
>>2106776
В браузере разница не сильно видна. Ореол от огня за девочкой в пм4 пидорасит.
Аноним (Microsoft Windows 8: Firefox based) #449 #2107081
>>2106776
Ебать ты юморист.

>мп4 более прожорлив?


Конечно, потому что H.264 (AVC) это устаревающий формат, появившийся аж в 2003 году. В этом формате ты ещё мог видосики на мобилочках через блютус перекидывать. А VP9 это актуальный формат нового поколения, спецификация появилась в 2013 году, он обеспечивает в 1.3-2 раза более эффективное сжатие. Его если сравнивать, то с H.265 (HEVC).

AVC можно сравнивать с VP8. И да, VP8 похуже.

>в премьере


Лучше, наверное, сохранить в lossless и кодировать в ffmpeg. Не знаю как в премьере, но, думается, в подобных программах компромисс между эффективностью и скоростью, с уклоном в скорость. А AVC и VP8 настолько быстро кодируются (по сравнению с жутко тяжёлым VP9) на современных вычислительных мощностях, что не ставить максимальные настройки эффективности (-speed 0 -deadline 0 + два прохода) это вершина уебанства.
Аноним (Microsoft Windows 10: Chromium based) #450 #2107083
>>2107081
Ок, спасибо.
Аноним (Microsoft Windows 10: Firefox based) #451 #2107096
>>2107081

>Конечно, потому что H.264 (AVC) это устаревающий формат, появившийся аж в 2003 году. В этом формате ты ещё мог видосики на мобилочках через блютус перекидывать. А VP9 это актуальный формат нового поколения, спецификация появилась в 2013 году, он обеспечивает в 1.3-2 раза более эффективное сжатие. Его если сравнивать, то с H.265 (HEVC).


Ебноутый нахуй
Все неверно
Аноним (Microsoft Windows 8: Firefox based) #452 #2107099
>>2107081

>AVC можно сравнивать с VP8. И да, VP8 похуже


Но визуально кажется наоборот. В основном это происходит по двум причинам.

Первая

>в подобных программах компромисс между эффективностью и скоростью, с уклоном в скорость


MP4 – ввиду крайней его популярности – кодируют часто ламеры в мутных программах, где есть только выбор кодека, битрейт и кнопка "перекодировать". А VP8 кодируют задроты на ffmpeg, подходя к процессу более-менее ответственно. Оттого вебмки выглядят качественнее, чем MP4 того же размера.

Вторая причина - визуальное восприятия артефактов сжатия. Элемент изображения VP8 это WebP, элемент изображения в MP4 это что-то вроде JPEG. WebP даёт более гладкую и однородную картинку, а в MP4 в глаза бросаются более грубые артефакты и цветные ореолы, при этом детализация в MP4 может быть даже чуть выше. То есть, при низком битрейте MP4 будет выглядеть выразительно шакалисто, а вемка будет выглядеть скорее размыто.
Аноним (Microsoft Windows 8: Firefox based) #453 #2107102
>>2107096
Так обоснуй что там тебе "неверно".

Если просто гуглхейтер с "VP9 ненужон", то можешь сразу следовать нахуй.
715 Кб, 1690x939
Аноним (Microsoft Windows 10: Firefox based) #454 #2107208
>>2107102

>он обеспечивает в 1.3-2 раза более эффективное сжатие.


Я с таким дауном даже разговаривать не буду.
Аноним (Microsoft Windows 10: Firefox based) #455 #2107225
>>2107208
А теперь посмотри битрейт обоих видеопотоков
Аноним (Linux: SeaMonkey) #456 #2107232
>>2107208
5 и 15 секунда. Кадры выдернул ffmpeg'ом, а не принтскрином.
43 Кб, 800x217
Аноним (Microsoft Windows 10: Firefox based) #457 #2107241
>>2107225
>>2107232
ПРИ БОЛЬШЕМ БИТРЕЙТЕ - БОЛЬШИЙ РАЗМЕР И ЛУЧШЕЕ КАЧЕСТВО! ШОК!

2+2=4 И ДРУГИЕ СНОГСШИБАТЕЛЬНЫЕ НОВОСТИ КОДИРОВАНИЯ ВИДЕО!
69 Кб, 962x992
Аноним (Microsoft Windows 10: Firefox based) #458 #2107265
>>2107241
VP9 не везде больше MP4, зависит от видео, при этом качество у VP9 лучше MP4
677 Кб, 552x712
Аноним (Microsoft Windows 8: Firefox based) #459 #2107271
>>2107208
Налицо дебильность и утиная преданность формату AVC.
>>2107241
Ты на самом деле не видишь кардинальной разницы между этими изображениями? Скорее всего ты и есть тот самый ламер, который кодирует MP4 и делает это из рук вон плохо.

Чтобы добиться того же самого качества в AVC, нужно повысить битрейт как раз в 1.3-2 раза, и то, если ты будешь кодировать на максималочках.
Аноним (Microsoft Windows 8: Firefox based) #460 #2107274
>>2107265
Ну у чувака может просто плохое зрение, для него что одно размытое изображение, что другое - разницы нет. Ну или на самом деле отсталость в развитии. Умение определять качество и дороговизну вещей обычно развивается и нарабатывается с возрастом.
Аноним (Microsoft Windows 10: Firefox based) #461 #2107512
>>2107271

>Чтобы добиться того же самого качества в AVC, нужно повысить битрейт как раз в 1.3-2 раза, и то, если ты будешь кодировать на максималочках.


Кек. Где вебм, где мп4.
Аноним (Linux: Chromium based) #462 #2107846
Не могу понять, как субтитры срендерить. Делаю скрипт шелла, там есть переменная INPUT, в конце команда(лишнее убрал)
ffmpeg -i "$INPUT" -vf subtitles=$INPUT "$OUTPUT"
и нихуя, субтитры софтсабом пишутся отключаемым. Алсо, как это заэкранировать в субтитрах? Если файл с пробелами, то ошибка на субтитрах, пробовал -vf subtitles="$INPUT" и -vf "subtitles='$INPUT'" и нихуя.
Аноним (Microsoft Windows 10: Chromium based) #463 #2107878
>>2107512
1я пизже, раз тут так нахваливают vp9, то это он
Аноним (Microsoft Windows 8: Chromium based) #464 #2107904
>>2107878
Логично.
Аноним (Google Android: Firefox based) #465 #2107925
>>2107846
Скинь скриншот: команда и то, что ффмпег выводит.
69 Кб, 536x431
Аноним (Microsoft Windows 8: Firefox based) #466 #2108427
Пардон, не цуиь, но тоже видео.
Во время записи видео с Geforce Experience вырубили электричество. Вот такой я жмот без ИБП. Файл на диске есть, но Potplayer его не читает. Файл можно как-нибудь починить, или отправлять его в страну бесконечного дискового пространства?
Аноним (Microsoft Windows 7: Firefox based) #467 #2108429
>>2108427
Хз, попробуй скормить кому-нибудь типа ffmpeg на перекодировку
Аноним (Microsoft Windows 8: Firefox based) #468 #2108434
>>2108429
moov atom not found
Аноним (Microsoft Windows 7: Firefox based) #469 #2108438
Аноним (Microsoft Windows 7: Firefox based) #470 #2108441
>>2108434
Алсо, если не найдёшь тех прог, то вот
https://vzaar.com/blog/2014/10/10/fix-video-files-secret-weapon/
Народным хэндбрейком
Аноним (Microsoft Windows 8: Firefox based) #471 #2108457
>>2108438
>>2108441
Спасибо! Video Repair все восстановил.
Аноним (Microsoft Windows 7: Firefox based) #472 #2109378
>>2080526 (OP)
Я когда то скачал двухминутный вебм и сохранил его, теперь его я запускаю, а видео обрывается на 30 секундах.
Но оно раньше полностью проигрывалось. Что могло случиться? Похерился файл???
Аноним (Microsoft Windows 8: Firefox based) #473 #2109932
>>2109378
Посмотри посты чуть выше, там удалось восстановить файл вообще без метаданных.
Аноним (Microsoft Windows 8: Chromium based) #474 #2110065
Первый проход на самом деле не работает.

Он сканирует только звук, если звук убран (-an, например), то в завершении первого прохода выдаёт

>Output file is empty, nothing was encoded



Если звук есть, то последней стройкой пишет

>video:0kB audio:[сколько-то]kB



То есть, получается на кодирование видео двупроходность вообще никак не влияет?
Аноним (Microsoft Windows 10: Firefox based) #475 #2110076
>>2110065
Нет, всем всё сканируется.

> Он сканирует только звук


Это не сканирование, оно кодирует, конвертирует звук. Это нинужно на первом проходе, поэтому ставят -an

> То есть, получается на кодирование видео двупроходность вообще никак не влияет?


Нет. В текущей папке должен создастся файл с именем ffmpegblabla.log - там результаты сканирования, которые будут использованы на втором проходе.
Аноним (Microsoft Windows 8: Chromium based) #476 #2110097
>>2110076
Возможно как-то по результатам первого прохода узнать какого размера будет итоговый файл? Что крайне недостаёт при CRF.
Аноним (Microsoft Windows 8: Firefox based) #477 #2110135
>>2109932
дай ссыль на посты
Аноним (Microsoft Windows 8: Chromium based) #478 #2110578
>>2107232
Как делать скриншоты ffmpeg'ом?
Аноним (Ubuntu Linux: Firefox based) #479 #2110593
Проблема при вырезании фрагментов видео из других видео. Обычно стараюсь вырезать не декодируя, т.е. webm -> webm, mp4 -> mp4, проблема присутствует всегда.

Использую команду: ffmpeg -i INFILE -ss 02:16:19 -t 2.5 -c copy OUTFILE

Если я проиграю OUTFILE в mpv, то где-то первые полсекунды вообще не проигрываются, как будто их в файле и нет. Если открыть файл в браузере, выходит ещё интересней: он проигрывается с самого начала, т.е. эти полсекунды там очевидно есть, но нормально играет только аудио, видео в это время "замёрзшее".

Похоже, проблема возникает у меня всегда при выполнении указанной команды. ЧЯДНТ?
Аноним (Microsoft Windows 10: Firefox based) #480 #2110597
>>2110593
Ну да, это как повёзет, если попадешь в ключевой кадр, то вырежет нормально, если нет, то будет замершее, пока не дойдет до след. ключевого кадра.

Если такая проблема, то попробуй вырезать с перекодом аудио -c:v copy -c:a libopus, иногда помогает. Или меняй таймкод, пока не попадешь на ключевой кадр.
Аноним (Microsoft Windows 10: Firefox based) #481 #2110600
>>2110578
ffmpeg -ss 10:02 -i video.mkv -vframes 1 screen.png
Аноним (Ubuntu Linux: Firefox based) #482 #2110620
>>2110597
А как-то автоматизировать этот процесс нельзя? А то ну пиздец высокие технологии приходится вручную кадр подбирать.
Аноним (Microsoft Windows 10: Firefox based) #483 #2110634
>>2110620
Автоматизируй. Только не забудь сюда отписать, как сделол.
Аноним (Linux: Firefox based) #484 #2110704
>>2109378
бамп вопросу
Аноним (Microsoft Windows 8: Chromium based) #485 #2110753
>>2110593
>>2110620
Вообще-то технологии могли бы позволить создать фильтр, который переконструировал бы ключевые кадры без перекодирования. То есть, определял ключевой кадр в произвольном месте (начале) и перекидывал на него и на последующие кадры информацию которая была в оригинальном ключевом кадре и предназначалась для этих кадров.
Аноним (Microsoft Windows 7: Palemoon) #486 #2110873
>>2107512
1 мп4, этот лупфильтр я везде узнаю.
>>2107271

> Скорее всего ты и есть тот самый ламер, который кодирует MP4 и делает это из рук вон плохо.


Скорее ты. Видево кодированное гуглом вообще как показатель качества не может быть использованно, ебнутый. А такие квадраты чтобы получить нужно ну очень сильно хотеть показать как мп4 плох и понизить деблок или вообще его вырубить.
У мп есть недостатки и сжатие похуже в опередленных местах, но негибкость вп кодеков перекрывает их полностью.
Аноним (Microsoft Windows 10: Firefox based) #487 #2110911
>>2110753
Сделой
50 Кб, 500x396
Аноним (Microsoft Windows 10: Firefox based) #488 #2110913
>>2110873
Вот зашел в тред так зашел.
Аноним (Microsoft Windows 8: Chromium based) #489 #2110915
>>2110913
Ну да, и на самом деле чёт не фонтан.
36 Кб, 555x368
Аноним (Apple Mac: Chromium based) #490 #2110921

>1.5 семена полгода спорят, чем лучше кодировать пиздоглазые поп-высеры

Аноним (Microsoft Windows 7: Firefox based) #491 #2110979
>>2110921
Всё лучше, чем негров шакалить
15 Кб, 611x156
Аноним (Microsoft Windows 7: Chromium based) #492 #2111049
>>2080526 (OP)
Не знаю где еще найти анона шарящего в видеомонтаже, так что спрошу тут.

В mkvtoolnix при попытке слепить bdremux в mkv происходит следующий кофуз: русские субтитры представлены в виде двух pgs (пикрил), и они не полные. В первых одна половина текста во вторых другая.

Скажем полные субтитры фильма былы бы:
"Обработал в двух разных программах. Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. Может мне пора спать? В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.".

В моем случае в первых субтитрах:
"Обработал в двух разных программах. Может мне пора спать?".

А во вторых:
"Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.".

Причем с правильными тавймингами, просто в каждых пропускает примерно половину текста. Тот текст что есть в одних, отсутствует в других. Как фиксить это? Как склеить?
Аноним (Microsoft Windows 10: Firefox based) #493 #2111151
>>2111049
Я бы вытащил субтитры из mkv MKVExtractGUI2, потом конвертнул бы из в srt ???, потом бы склеил вместе и подровнял к речи Aegisub и уже их добавил в матрёшку
Аноним (Microsoft Windows 8: Chromium based) #494 #2111406
Что такое AVC1? Я так понимаю, это другой кодек стандарта H.264, чем x264?

Если да, то как кодировать им в ffmpeg?
Аноним (Microsoft Windows 7: Firefox based) #495 #2111975
Как запихать фильтру ass, например, название субтитра с пробелами?
Пусть ins="A I B.ass".
Тогда:

> -vf ass=$ins


> Unable to find a suitable output format for 'A'


A: Invalid argument


> -vf ass="$ins"


> No filename provided!


> Error initializing filter 'ass' with args ''


Error reinitializing filters!


На линкрил что-то есть, но моя не понимать, что они там спамят //////////.
http://ffmpeg.org/ffmpeg-filters.html#Notes-on-filtergraph-escaping
Аноним (Microsoft Windows 7: SeaMonkey) #496 #2114094
>>2111975
ЭКранируй пробелы.
-vf "ass=a\ i\ b.ass"
Аноним (Microsoft Windows 7: Firefox based) #497 #2114097
>>2114094
Спасибо, анон, но в условиях того, что у меня там в переменную загнано, мне удобнее делать копию с простым именем, а потом её удалять.
Аноним (Microsoft Windows 7: SeaMonkey) #498 #2114168
>>2114097
set SBT=a s s.ass
set SBT=%SBT: =\ %
Что-то типа этого.
Аноним (Microsoft Windows 7: Firefox based) #499 #2114212
>>2114168
Ты не поверишь, но вот -vf "ass=A\ I\ B.ASS" оно ест, а вот
-vf "ass=[Daun-raws]\ Tupoe\ govno\ tupogo\ govna\ 01\ [BDRip\ 1920x1080\ x264\ Vorbis]"
оно не ест. Я пробовал убирать квадратные скобки - энивэй.
Аноним (Microsoft Windows 7: Palemoon) #500 #2114214
>>2114212
Он так-то выводт ошибку, что он съесть не смог там не отображается, может это '-' может ещё чего. Я давно через ависинт накладываю сабы TextSub ("your_file.ssa")
Соснуль для ретардов, большая часть которых сама не станет ебаться с экранирование, а односложно переименует сабы и закинет в bin
Аноним (Microsoft Windows 7: Firefox based) #501 #2114226
>>2114214
А, ну, это из-за скобок таки, я тогда не углядел малость. Ну и фиг с ним, ins.ass - наше всё.
ретурд
Аноним (Microsoft Windows 7: SeaMonkey) #502 #2114242
>>2114212
Квадратные скобки тоже экранировать(круглые нет). Ещё и виндоус слеши в пути надо поворачивать, а между буквой и двоеточием в начале \\ ставится. У меня, кстати, без экранирования пробелов работает.
Например.
set SBT=буква:\путь\файл.асс
set SBT=%SBT:\=/%
set SBT=%SBT:[=\[%
set SBT=%SBT:]=\]%
set SBT=%SBT::=\\:%
set SBT=%SBT:"=%
set SBT="ass=SBT"
ffmpeg -vf %SBT%
Аноним (Microsoft Windows 7: Firefox based) #503 #2114267
>>2114242
Фух, хорошо, что не Шиндовс.
Спасибо, короче, не читается символ - экранировать бэкслешем
Аноним (Microsoft Windows 7: Palemoon) #504 #2114304
>>2114267
Эли двумя или тремя, больше бекслешей, богу бекслешей, например
-vf subtitles="E\\\:\\\\\\\\\\\\\..FOLDER\\\\\\\FOLDER\\\\\\\SUBS.srt"
И это реально работает! Хотя и из буханки хлеба и телевизионной антенны можно сделать игрушку "троллейбус", но зачем?
Аноним (Microsoft Windows 10: Firefox based) #505 #2115631
Че шапку-то проебали. Как картинку и мп3 файл объединить, чтобы на выходе вебм получить?
Вот это вот >>2098450 не хочет работать.
Хочу всего лишь трек с обложкой вебемнуть.
Аноним (Microsoft Windows 8: Firefox based) #506 #2115975
>>2115631
Такое, вроде, срабатывало
(map, если несколько видео/аудио-потоков, livorbis необязательно, качество 9 - ~320..500 kbps).
ffmpeg -r 1 -loop 1 -i p.png -i m.mp3 -map 0:v -map 1:a -c:a libvorbis -q:a 9 -c:v vp8 -b:v 0 -crf 16 -g 360 -vf scale=-1:720 -pix_fmt +yuv420p -shortest output.webm
Аноним (Microsoft Windows 10: Firefox based) #507 #2116021
>>2115975
спасибки
Аноним (Microsoft Windows 8: Chromium based) #508 #2117056
>>2115631
ffmpeg -loop 1 -r 1 -i [картинка] -i [звук] -b:v 0 -crf 2 -b:a [аудио битрейт на выбор]K -t [продолжительность трека] -g 9999 -metadata title="Исполнитель - Название" -pix_fmt yuv420p -speed 0 -deadline 0 -threads 4 out.webm

>Вот это вот >>2098450 не хочет работать


Запости скрин. Не может не работать.
28 Кб, 726x544
Аноним (Microsoft Windows 10: Firefox based) #509 #2117237
>>2117056
Да это мой косяк, скачал новую версию ффмпега - заработало.

Мой вопрос на счет пикрилейтед еще актуален, как прописать выделенные параметры в консольку, ну или хотя бы некоторые из них?
Аноним (Microsoft Windows 8: Chromium based) #510 #2117322
>>2117237
Encoder Level это, как я понимаю, уровень сложности. Ставить 3.0 имеет смысл если ты кодируешь для каких-нибудь мобилок, для компов ставь максимум.

-level <10-51>
где 10 = 1.0, 51 = 5.1
Все уровни: 1, 1.1, 1.2, 1.3, 2, 2.1, 2.2, 3, 3.1, 3.2, 4, 4.1, 4.2, 5, 5.1

Остальные параметры (дохуя их): http://help.ubuntu.ru/wiki/ffmpeg
Аноним (Microsoft Windows 10: Firefox based) #511 #2117597
>>2117322
спс, а вев оптимайзд это что может быть примерно?
Аноним (Microsoft Windows 7: Firefox based) #512 #2117638
>>2117237
Что за писька на пикрил?
Аноним (Microsoft Windows 7: Firefox based) #513 #2117640
>>2117597
Хз, какие-то отпимизации на уровне контейнера, не кодека.
Типа там метадата всякая, которые считывают до воспроизведения.
Аноним (Microsoft Windows 7: Palemoon) #514 #2117703
>>2117640

> какие-то отпимизации на уровне контейнера, не кодека


Ты настройки не видишь? И я не вижу, их нет, вполне возможно, что эта хрень изменяет дефолтные b/реф фреймы, для, по мнению создателя, оптимального веб декодирования.
Аноним (Microsoft Windows 10: Firefox based) #515 #2120328
У вас нет ощущения что в последнее время на ютубе сильно начало артфеактить при движении видосы (как в хевке остается шлейф за объектом)?
Прям в глаза бросается особенно на 720p
Аноним (Microsoft Windows 7: Palemoon) #516 #2125010
>>2120328
Ты просто докодировался до ручки. Я теперь не только вижу квадраты, полосы, но и градиенты на 420 цветовом пространстве. Печально всё это, теперь все видео в 444p10le кодирую. Попрошу заметить, у x264 есть компенсация этого эффекта, но она жрет треть/половину битрейта, одна из причина, почему появилось глупое заблуждение, что vp9 2x better x264, при отключении можно сильно экономить, если вы любитель крови из глаз в малый размер.
Аноним (Microsoft Windows 7: Palemoon) #517 #2125013
>>2125010
И немного смехуечков, "лучший кодек"
Аноним (Microsoft Windows 7: Palemoon) #519 #2125016
>>2125014
Ошибся с битрейтом на мз9, указав размер в 620, и даже так можно увидеть на паузе артефакты пожатия, при в 3 раза выше битрейте.
Аноним (Microsoft Windows 7: Palemoon) #520 #2125019
>>2125016
Справедливости ради, вп я жал в 2 прохода, потому что мне лень было подбирать crf, так что может проблема исключительно в том, что он херово распределяет битрейт, которого у него в 3 раза больше?
Аноним (Microsoft Windows 7: Chromium based) #521 #2125021
>>2125019
Но в любом случае может прийти кто-нибудь и сказать, что тесты и тесты, я где-то неправ. Всё возможно, завтра может ещё подкину из одного видео скринов.
19,7 Мб, 448x342
Аноним (Microsoft Windows 7: Chromium based) #522 #2125029
>>2120328
А, да, отвечая на твой вопрос, гугл хуй клал на качество, они делают всё очень топорно, исходника ты не видишь, всё, что видишь — пожато гуглом через жопу. Потом любой ролик с ютуба часами/днями приходится в чувства приводить. Корпорация добра, ну хоть браузер у них может в 10бит и цветовые пространства без плясок с бубном.
Аноним (Microsoft Windows 7: Chromium based) #523 #2125032
>>2125029
за мат извени
Аноним (Microsoft Windows 10: Firefox based) #524 #2125042
Чем делать вебемки? Раньше это понятно был Webm for Retards, но его уже давно не обновляли, но это не проблема. А вот постоянный рассинхрон звука это проблема. От нее я спасения не нашел.
Что сейчас использует анон?
Аноним (Microsoft Windows 10: Firefox based) #525 #2125043
>>2125042

> Webm for Retards, но его уже давно не обновляли


Почему, 4 месяца назад последняя обнова да и со зуком все норм.
Аноним (Microsoft Windows 10: Firefox based) #526 #2125044
>>2125043
4 месяца это много. Если у меня видео длиннее, скажем, 20 секунд, звук начинает торопиться на ~0,3 секунды. С короткими видео все хорошо.
Аноним (Microsoft Windows 10: Firefox based) #527 #2125045
>>2125044

> звук начинает торопиться на ~0,3 секунды


Как ты это вообще заметил.
Аноним (Microsoft Windows 10: Firefox based) #528 #2125046
>>2125045
Ну это игровые видео обычно. Конечно это заметно, когда ты сперва слышишь выстрел, а потом видишь его. Приходится ffmpeg насиловать напрямую, а это не удобно. Тут пару кнопок кликнул и готово. И ебаный рассинхрон
Аноним (Microsoft Windows 10: Firefox based) #529 #2125047
>>2125046

>Ну это игровые видео обычно


Ну возьми вегас и мп4 кодь, борджа может да и проблем с ним не должно быть.
416 Кб, 768x576
Аноним (Microsoft Windows 7: Chromium based) #530 #2125663
>>2125013

> 420pWC


Это чего-то не тот кадр, что из видео.
Тред утонул или удален.
Это копия, сохраненная 20 сентября 2017 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
« /s/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски