Двач.hk не отвечает.
Вы видите копию треда, сохраненную 20 сентября 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 20 сентября 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Обработал в двух разных программах. Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. Может мне пора спать? В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.
>>2080526 (OP)
Потому что разный битрейт
Кончено, ведь у тебя статичное видео, где почти никто не двигается.
Возьми для экспериментов вот это видео.
https://www.youtube.com/watch?v=ZSn3Tvc7jQU
> почему такая большая разница в размере файла
Потому что разный битрейт
> разница минимальна
Кончено, ведь у тебя статичное видео, где почти никто не двигается.
Возьми для экспериментов вот это видео.
https://www.youtube.com/watch?v=ZSn3Tvc7jQU
>>2080526 (OP)
первая вебм работает, вторая нет, разные кодеки, разная степень сжатия
первая вебм работает, вторая нет, разные кодеки, разная степень сжатия
>>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.
А по-моему разница в качестве вебмок достаточно большая.
Есть еще такие моменты как...
Кодирование в один проход и в два. Сначала анализируется структура видео, создаётся лог, потом, в соответствии с информацией из лога, происходит кодирование. В 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.
>>2080530
Я сразу понял, что дело в битрейте. Просто разница мне показалась минимальной, а размер ролика в несколько раз больше.
>>2080620
Потому что 10бит, переделаю.Это можно пофиксить в браузере, чтобы вебм с 10битным цветом открывались.
>>2080635
Спасибо. Мне просто интересно, чем лучше кодировать: ffmpeg/adobe premiere. Получается, что дело только в том, какие настройки я поставлю.
Я сразу понял, что дело в битрейте. Просто разница мне показалась минимальной, а размер ролика в несколько раз больше.
>>2080620
Потому что 10бит, переделаю.Это можно пофиксить в браузере, чтобы вебм с 10битным цветом открывались.
>>2080635
Спасибо. Мне просто интересно, чем лучше кодировать: ffmpeg/adobe premiere. Получается, что дело только в том, какие настройки я поставлю.
>>2080753
У тебя опять Frame rate mode "Variable", поставь "Constant" (т.е. включи сжатие CRF).
ffmpeg, если сложно то https://hive.blasux.ru/webm/boram , оболочка для ffmpeg специально для кодирования вебмок.
adobe premiere, если ты там монтируешь. Если недостаёт нужных настроек, то сохраняй ролик сначала в lossless, потом кодируй в ffmpeg/boram.
У тебя опять Frame rate mode "Variable", поставь "Constant" (т.е. включи сжатие CRF).
ffmpeg, если сложно то https://hive.blasux.ru/webm/boram , оболочка для ffmpeg специально для кодирования вебмок.
adobe premiere, если ты там монтируешь. Если недостаёт нужных настроек, то сохраняй ролик сначала в lossless, потом кодируй в ffmpeg/boram.
58 Кб, 933x472
>>2080887
Вот настройки, с которыми я сохранял. Я сам не знаю, почему он константу не запоминает.
Вот настройки, с которыми я сохранял. Я сам не знаю, почему он константу не запоминает.
10,3 Мб, webm, 1280x720
>>2080753
Во многих случаях и кодировать ничего не нужно. Видосы на ютубе и так в VP9 закодированы. Зацени тот же самый фрагмент при том же самом разрешении, но какой он имеет при этом размер и качество.
Во многих случаях и кодировать ничего не нужно. Видосы на ютубе и так в VP9 закодированы. Зацени тот же самый фрагмент при том же самом разрешении, но какой он имеет при этом размер и качество.
>>2080899
Как добиться такого же эффекта?
Как добиться такого же эффекта?
>>2080907
http://wiki.webmproject.org/ffmpeg/vp9-encoding-guide
Попробуй ещё поэкспериментировать с Variable Bitrate.
>Constrained Quality
http://wiki.webmproject.org/ffmpeg/vp9-encoding-guide
>Note that Constant Quality differs from Constrained Quality, described below.
>Обратите внимание, что постоянное качество отличается от ограниченного качества, описанного ниже.
Попробуй ещё поэкспериментировать с Variable Bitrate.
>>2080914
Хорошо.
Хорошо.
15,6 Мб, webm, 1280x720
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
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
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
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
>>2080920
Аудиодорожку, кстати, можно брать исходную, прописав -c:a copy. Если это аудио опус. Тоже самое можно сделать и с видео, если требуется просто сохранить без перекодирования.
Это дефолтное значение. Попробуй больше.
Исходный файл, кстати, лучше брать большего разрешения (желательно максимум, что есть), уменьшать до 720 в настройках во вкладке VIDEO FX. Меньше артефактов будет. Это если требуется впихнуть какой-то клип в лимит 20 МБ.
Аудиодорожку, кстати, можно брать исходную, прописав -c:a copy. Если это аудио опус. Тоже самое можно сделать и с видео, если требуется просто сохранить без перекодирования.
>25
Это дефолтное значение. Попробуй больше.
Исходный файл, кстати, лучше брать большего разрешения (желательно максимум, что есть), уменьшать до 720 в настройках во вкладке VIDEO FX. Меньше артефактов будет. Это если требуется впихнуть какой-то клип в лимит 20 МБ.
>>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
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
>>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
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
>>2080940
Если требуется просто сохранить видео, то
-i "видео.mkv" -map 0:v:0 -map 0:a:0 -threads 4 -c:v copy -c:a copy
Если требуется просто сохранить видео, то
-i "видео.mkv" -map 0:v:0 -map 0:a:0 -threads 4 -c:v copy -c:a copy
>>2080940
Нельзя копировать из mp4 в webm. Потому что кодеки не поддерживаются контейнером.
Нельзя копировать из mp4 в webm. Потому что кодеки не поддерживаются контейнером.
Это тред кодирования видео?
crf 21.5, кванты для b не вылезают за 23. Размер тестового файла без фильтра (пик 1 и 2) - 227МиБ. Размер тестового файла с nlmeans и lapsharp (пик 3 и 4) - 108МиБ. Какого, а? Выглядит лучше, чем исходник.
Разницу удобно смотреть тут: https://diff.pics/AV0cTato9xgb/2
Что скажете? Где я наебался?
crf 21.5, кванты для b не вылезают за 23. Размер тестового файла без фильтра (пик 1 и 2) - 227МиБ. Размер тестового файла с nlmeans и lapsharp (пик 3 и 4) - 108МиБ. Какого, а? Выглядит лучше, чем исходник.
Разницу удобно смотреть тут: https://diff.pics/AV0cTato9xgb/2
Что скажете? Где я наебался?
Осталось подумОть, что делать с ringing артефактами. Их, так-то, не видно. От слова совсем. Но они есть. Забить или нет?
>>2080899
Заебали вы со своим вебмом, один парашный гугл его использует. Как и гифв имгур. Понапридумывают мертвых форматов.
>Видосы на ютубе и так в VP9 закодированы.
Заебали вы со своим вебмом, один парашный гугл его использует. Как и гифв имгур. Понапридумывают мертвых форматов.
926 Кб, 2025x2963
Раз уж такой тред, задам свой вопрос. Часто на трекерах, когда выкладывают фильм, прикладывают media info. Как мне выбирать нормальные рипы, на что смотреть? Обычно выбираю по размеру 1080п и смотрю на размер ~10Гиб, ну и скрины (хоть они не передают динамику, например). Видел рипы которые весят ~2Гиб как у них качество, приемлемое и я просто качаю лишнее? Смотрю на ips мониторе 1080п.
>>2081423
Битрейт фиксированный? Зачем, чтобы размер был гарантированный?
Первый как-то слишком мыльноват, будто 720 растянули.
Битрейт фиксированный? Зачем, чтобы размер был гарантированный?
Первый как-то слишком мыльноват, будто 720 растянули.
>>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 битрейта ушло на кодирование шума.
Читай про параметры 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 битрейта ушло на кодирование шума.
>>2081419
Еще: для разных фильмов разный битрейт. Для 1080p среднего от 8к до 16к норма. Для dvd ~3к.
Еще: для разных фильмов разный битрейт. Для 1080p среднего от 8к до 16к норма. Для dvd ~3к.
>>2081425
Скорее всего, властелин колец 3 часа идет, по 800 мегов на час. Если бы не растянули выглядело хорошо.
>Первый как-то слишком мыльноват, будто 720 растянули.
Скорее всего, властелин колец 3 часа идет, по 800 мегов на час. Если бы не растянули выглядело хорошо.
>>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, в крайних случаях. Но все равно надо смотреть картинку.
Еще иногда выкладывают часть лога, а именно:
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, в крайних случаях. Но все равно надо смотреть картинку.
>>2081496
Для аниме норм. Для низких битрейтов норм (меньше 3к). Для блуреев пока профитов нет. Качество хуже, если задирать crf, то размер будет не настолько меньше, чем у x264, а кодироваться будет тыщу лет.
x264 старый, оптимизированный и проверенный. x265 пока что нет. К тому же там a1 где-то на горизонте маячит.
Для аниме норм. Для низких битрейтов норм (меньше 3к). Для блуреев пока профитов нет. Качество хуже, если задирать crf, то размер будет не настолько меньше, чем у x264, а кодироваться будет тыщу лет.
x264 старый, оптимизированный и проверенный. x265 пока что нет. К тому же там a1 где-то на горизонте маячит.
>>2081499
Прочитал статью в интернетике
@
Кукарекаю
>Качество хуже, если задирать crf, то размер будет не настолько меньше, чем у x264, а кодироваться будет тыщу лет.
Прочитал статью в интернетике
@
Кукарекаю
>>2081501
Не одну, а много, и не только статей, а форумов тоже. А еще прочитал man и долго-долго тестил. x264 crf=22 ~= x265 crf=15. Выигрыш в размере 5%, а скорость сам знаешь какая. + у x265 фич меньше (может пизжю)
Не одну, а много, и не только статей, а форумов тоже. А еще прочитал man и долго-долго тестил. x264 crf=22 ~= x265 crf=15. Выигрыш в размере 5%, а скорость сам знаешь какая. + у x265 фич меньше (может пизжю)
>>2081507
То есть, VP9 на данный момент самый лучший формат?
Хотя даже качество VP8 (старых вебемок) и x264 (классических MP4) уже смешно было сравнивать.
То есть, VP9 на данный момент самый лучший формат?
Хотя даже качество VP8 (старых вебемок) и x264 (классических MP4) уже смешно было сравнивать.
>>2081595
Маня ты обосралась.
Маня ты обосралась.
>>2080530
Лучше вот это, в твоем движения тоже не особо много, а вот эту психоту вообще невозможно нормально сжать.
https://www.youtube.com/watch?v=rEUxlwb2uFI
https://www.youtube.com/watch?v=INqKqk-ifpc
Лучше вот это, в твоем движения тоже не особо много, а вот эту психоту вообще невозможно нормально сжать.
https://www.youtube.com/watch?v=rEUxlwb2uFI
https://www.youtube.com/watch?v=INqKqk-ifpc
>>2081395
Потому что на первой у тебя добавочный шум, в попытке имитировать зерно. Если это была цель при мастеринге, а это скорее всего так (часто так делают в попытке скрыть артефакты сжатия и возможно добавить мнимой резкости) - то она нахуй проебалась на третьей вместе с шумом.
Потому что на первой у тебя добавочный шум, в попытке имитировать зерно. Если это была цель при мастеринге, а это скорее всего так (часто так делают в попытке скрыть артефакты сжатия и возможно добавить мнимой резкости) - то она нахуй проебалась на третьей вместе с шумом.
>>2081642
Господи, довничи, ну почитайте теорию, первый ролик это практически идеал для сжатия слайсами. И размер вебм vs mp4 об этом говорит.
А вот второй - с постоянным движением как раз обратный пример.
>а вот эту психоту вообще невозможно нормально сжать.
Господи, довничи, ну почитайте теорию, первый ролик это практически идеал для сжатия слайсами. И размер вебм vs mp4 об этом говорит.
А вот второй - с постоянным движением как раз обратный пример.
>>2081646
Бля, хуй знает, я как ни пробовал первое сжать, не выходит человеческого качества. Даже несмотря на то, что там меняется большую часть видео только центр кадра.
Бля, хуй знает, я как ни пробовал первое сжать, не выходит человеческого качества. Даже несмотря на то, что там меняется большую часть видео только центр кадра.
11 Кб, 1590x102
>>2081649
Плохо старался, вон у ютуба же вышло сжать на 30% по отношению к 264.
Причем там еще и качество скорее всего в вебме крапаль лучше (обычно).
Плохо старался, вон у ютуба же вышло сжать на 30% по отношению к 264.
Причем там еще и качество скорее всего в вебме крапаль лучше (обычно).
>>2081650
Ну да, но речь о том, что даже так размер гораздо больше чем большинство роликов подобной длины/фреймрейта/разрешения.
Ну да, но речь о том, что даже так размер гораздо больше чем большинство роликов подобной длины/фреймрейта/разрешения.
>>2081651
Абсолютно нормально он весит, ролик мистера фримера чуть сложнее графиески и уже 50 мегов весит, хотя короче на пару минут.
https://www.youtube.com/watch?v=rH-KrHfc_dM
Абсолютно нормально он весит, ролик мистера фримера чуть сложнее графиески и уже 50 мегов весит, хотя короче на пару минут.
https://www.youtube.com/watch?v=rH-KrHfc_dM
>>2081650
Ютуб хранит оргиналы? Если видео было в H264, то при перекодирование в VP9 качество же наоборот - потеряется?
То же и с аудио. Почему аудио в опус весит больше, чем то же для MP4?
>качество скорее всего в вебме крапаль лучше (обычно)
Ютуб хранит оргиналы? Если видео было в H264, то при перекодирование в VP9 качество же наоборот - потеряется?
То же и с аудио. Почему аудио в опус весит больше, чем то же для MP4?
>>2080887
Ловите наркомана. Обычный контент это не клипы, а аналог картинок реакций. Должны открываться на странице и тут же быстро и весить мало. Потому что знаете что будет? Кончится траффик и борду закроют. Это полным надо быть мудаком, чтобы это не держать в уме.
>Битрейт намного лучше перебрать, чем недобрать. Учитывая текущие лимиты макабы (20/40 МБ), постить шакалов просто преступно. Для обычного контента с людьми и VP9 можно ориентироваться на 2Mbps+ (720p) и 4MBps+ (1080p)
>обычного контента
>720p
>1080p
Ловите наркомана. Обычный контент это не клипы, а аналог картинок реакций. Должны открываться на странице и тут же быстро и весить мало. Потому что знаете что будет? Кончится траффик и борду закроют. Это полным надо быть мудаком, чтобы это не держать в уме.
76 Кб, 441x649
>>2082233
Откуда у ютуба столько денег, чтобы хранить все эти колоссальные объемы данных?
Откуда инфа?
Откуда у ютуба столько денег, чтобы хранить все эти колоссальные объемы данных?
>Хранит и даже пережимает старые видео повторно
Откуда инфа?
>>2082252
Перекачивал старые видео, размер у них был меньше (иногда сильно 20-40%) а вот качество чуть хуже. На некоторых была обратная ситуация - весили на 5-20% меньше, но детализация выше (фактура вентилируемой кожи в авто появлялась).
Сравнивал пофреймово.
>Откуда инфа
Перекачивал старые видео, размер у них был меньше (иногда сильно 20-40%) а вот качество чуть хуже. На некоторых была обратная ситуация - весили на 5-20% меньше, но детализация выше (фактура вентилируемой кожи в авто появлялась).
Сравнивал пофреймово.
>>2082257
А как определить где качество лучше - на старой AVCшке или на новой VP9?
То есть, где повторно пережимают старый видос и где берут для перекодирования оригинал?
А как определить где качество лучше - на старой AVCшке или на новой VP9?
То есть, где повторно пережимают старый видос и где берут для перекодирования оригинал?
>>2082261
Оригинал (не доступен публике) >> Пережим 2012-2015 года >> Пережим 2016-20... года
Они так делают скорее всего
>где берут для перекодирования оригинал
Оригинал (не доступен публике) >> Пережим 2012-2015 года >> Пережим 2016-20... года
Они так делают скорее всего
>>2082262
В смысле? Пережим 2016-20... происходит не из оригинала а из пережима 2012-2015 года?
>Оригинал (не доступен публике) >> Пережим 2012-2015 года >> Пережим 2016-20... года
В смысле? Пережим 2016-20... происходит не из оригинала а из пережима 2012-2015 года?
>>2082252
Почему такая гигантская разница между в размере файла между 4K и Full HD? Ведь картинка только в 4 раза больше (в 2 раза по высоте и в 2 по ширине), а размер файла больше в 15 раз и в 9,5 для AVC. С чем это связано?
>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. С чем это связано?
>>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 и на торентах появятся фильмы в безупречном качестве?
Эппл решил пересесть на хевк.
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 и на торентах появятся фильмы в безупречном качестве?
>>2080635
охуенный кстати FAQ. Спасибо.
охуенный кстати FAQ. Спасибо.
>>2082252
Объект твоего вопроса компания с капитализацией в 600 млрд долларов. С огромными связями со всеми компаниями по сетям, железу и дисковых массивов.
>Откуда у ютуба столько денег, чтобы хранить все эти колоссальные объемы данных?
Объект твоего вопроса компания с капитализацией в 600 млрд долларов. С огромными связями со всеми компаниями по сетям, железу и дисковых массивов.
>>2082704
А где гарантия, что это RAW/lossless материал от дистрибьютора, сразу закодированный в HEVC, а не пережатый блюрей рип H264?
А где гарантия, что это RAW/lossless материал от дистрибьютора, сразу закодированный в HEVC, а не пережатый блюрей рип H264?
>>2082708
Но зачем такое количество избыточных данных? AVC это для старых компов, которые более тяжёлые новые кодеки в высоком разрешении не потянут?
Но зачем такое количество избыточных данных? AVC это для старых компов, которые более тяжёлые новые кодеки в высоком разрешении не потянут?
>>2082669
Это всё контейнеры, а не форматы. AVI и Matroska (.mkv) поддерживают комбинацию любых кодеков, MP4 только видео, аудио и субтитры стандарта MPEG.
Это всё контейнеры, а не форматы. AVI и Matroska (.mkv) поддерживают комбинацию любых кодеков, MP4 только видео, аудио и субтитры стандарта MPEG.
>>2082743
Скорее всего политика компании и сотрудничество с некоторыми источниками видео ресурсов.
Компания как бы предполагает что на её хостинг заливают огромное количество компаний и частных лиц. Возможно, это кто-то использует камеры переходного периоду с FULLHD на 2К-4К, и такое же программное обеспечение, которое хуячет только по этому сжатию, а что то менять или покупать лицензированное дорогое ПО - нахуй надо.
Скорее всего политика компании и сотрудничество с некоторыми источниками видео ресурсов.
Компания как бы предполагает что на её хостинг заливают огромное количество компаний и частных лиц. Возможно, это кто-то использует камеры переходного периоду с FULLHD на 2К-4К, и такое же программное обеспечение, которое хуячет только по этому сжатию, а что то менять или покупать лицензированное дорогое ПО - нахуй надо.
>>2082831
Скорее все что что заходит в 4к не жмется (или минимальным пресетом), а вот производные размеры пережимаются.
Скорее все что что заходит в 4к не жмется (или минимальным пресетом), а вот производные размеры пережимаются.
>>2082704
Хули так зернисто и такие резкие цветовые переходы, будто это GIFка?
Хули так зернисто и такие резкие цветовые переходы, будто это GIFка?
>>2082986
А нахуя?
А нахуя?
Что такое 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?
1) row-mt
Устанавливается в строке: -speed 1 -row-mt 1
2) tile-col
Устанавливается в строке: -speed 1
3) no-mt
Устанавливается в строке: -speed 0
За что отвечают опции -speed и -row-mt в ffmpeg?
> За что отвечают опции -speed и -row-mt в ffmpeg?
Если я не ошибаюсь, то кто-то выше писал, что эта функция отвечает за время монтирования кадра.
-speed 0 означает, что пека будет монтировать столько, сколько нужно.
>>2083306
То -deadline, вроде. Да и почему настройка называется Multi-treading mode, то есть что-то связанное с потоками. Если говорить о программных потоках, то они задаются опцией -treads.
И да, если выставить no-mt (-speed 0), то кодирование будет происходить пиздецки долго.
>то кто-то выше писал, что эта функция отвечает за время монтирования кадра
То -deadline, вроде. Да и почему настройка называется Multi-treading mode, то есть что-то связанное с потоками. Если говорить о программных потоках, то они задаются опцией -treads.
И да, если выставить no-mt (-speed 0), то кодирование будет происходить пиздецки долго.
>>2083438
Вроде как -speed — это тоже самое, что и -cpu-used. Еще слышал, что -speed — это выбор алгоритма кодирования, 0 - самый тяжелый, 5 - самый быстрый, но менее сжимающий видео.
> почему настройка называется Multi-treading mode
Вроде как -speed — это тоже самое, что и -cpu-used. Еще слышал, что -speed — это выбор алгоритма кодирования, 0 - самый тяжелый, 5 - самый быстрый, но менее сжимающий видео.
>>2083492
А -row-mt?
А -row-mt?
>>2083492
А по умолчанию что стоит?
А по умолчанию что стоит?
-deadline 0..over9000 (синоним: -quality) — допустимое кол-во микросекунд на кодирование одного кадра; специальные значения и константы:
0 (best): без ограничений, максимальное качество;
1 (realtime): завершить кодирование как можно быстрее;
1000000 (good): 1 секунда, значение по умолчанию.
При значениях больше единицы:
в однопроходном режиме опаздывающие кадры кодируются в режиме realtime, укладывающиеся в указанный лимит времени — по профилю -cpu-used;
в двухпроходном режиме всегда используется профиль -cpu-used.
-cpu-used 0..8 (синоним: -speed, по умолчанию 1) — профили энкодера для -quality good, от более ресурсоёмких и эффективных к менее, см
0 (best): без ограничений, максимальное качество;
1 (realtime): завершить кодирование как можно быстрее;
1000000 (good): 1 секунда, значение по умолчанию.
При значениях больше единицы:
в однопроходном режиме опаздывающие кадры кодируются в режиме realtime, укладывающиеся в указанный лимит времени — по профилю -cpu-used;
в двухпроходном режиме всегда используется профиль -cpu-used.
-cpu-used 0..8 (синоним: -speed, по умолчанию 1) — профили энкодера для -quality good, от более ресурсоёмких и эффективных к менее, см
>>2081644
А где я спрашивал: "Почему?". Он не проебался, а он был замылен nlmeans. В любом случае я решил не мылить, а сделал максимально прозрачный рип с сохранением шума - вышло ~20ГиБ c исходника в 40ГиБ, что на 4ГиБ меньше непрозрачного рипа, гуляющего в сети. Я доволен.
А где я спрашивал: "Почему?". Он не проебался, а он был замылен nlmeans. В любом случае я решил не мылить, а сделал максимально прозрачный рип с сохранением шума - вышло ~20ГиБ c исходника в 40ГиБ, что на 4ГиБ меньше непрозрачного рипа, гуляющего в сети. Я доволен.
>>2081599
Это для веба. x264 - лучший формат для фильмов в высоком битрейте. Золотой стандарт. Через года 3-4 можно будет подумывать об AV1. x265 - можно рассматривать как кодек для низких битрейтов с потерей качества. На высоких битрейтах профитов 0, а скорость кодирования раз в 5 ниже.
>VP9
Это для веба. x264 - лучший формат для фильмов в высоком битрейте. Золотой стандарт. Через года 3-4 можно будет подумывать об AV1. x265 - можно рассматривать как кодек для низких битрейтов с потерей качества. На высоких битрейтах профитов 0, а скорость кодирования раз в 5 ниже.
>>2084205
Ultra HD Blu-ray ведь в H.265. А это золотой стандарт.
https://en.wikipedia.org/wiki/Ultra_HD_Blu-ray
Тут чисто психологический момент: чем больший объём имеет видео, тем менее ты готов ждать (не будешь же ты ждать пару суток, а то и неделю?), тем менее эффективные и более быстрые настройки качества указываешь. На деле же H.265 для высоких битрейтов эффективен не меньше, чем для низких. Крупные компании же не ограничены в вычислительных мощностях.
>Золотой стандарт
Ultra HD Blu-ray ведь в H.265. А это золотой стандарт.
https://en.wikipedia.org/wiki/Ultra_HD_Blu-ray
>x265 - можно рассматривать как кодек для низких битрейтов с потерей качества
Тут чисто психологический момент: чем больший объём имеет видео, тем менее ты готов ждать (не будешь же ты ждать пару суток, а то и неделю?), тем менее эффективные и более быстрые настройки качества указываешь. На деле же H.265 для высоких битрейтов эффективен не меньше, чем для низких. Крупные компании же не ограничены в вычислительных мощностях.
>>2084217
Я имел ввиду 1080p. Ultra HD - сам по себе еще далеко не стандарт и вообще не известно приживется ли 4К или это что-то типа laserdisc.
В том-то и дело, что разницы на высоких ты не увидишь ни в размере, ни в качестве. Пока. Может быть через два года x265 будет обгонять по всем параметрам x264. Пока же он сырой и медленный.
Другое дело низкие битрейты. Вот рипы от YIFY при таком же весе будут выглядит куда лучше, потому что на низких битрейтах x265 творит чудеса. Но кому нужны эти низкие битрейты? Для архива фильмов only прозрачные, а еще лучше ремуксы.
>Ultra HD Blu-ray
Я имел ввиду 1080p. Ultra HD - сам по себе еще далеко не стандарт и вообще не известно приживется ли 4К или это что-то типа laserdisc.
>На деле же H.265 для высоких битрейтов эффективен не меньше, чем для низких
В том-то и дело, что разницы на высоких ты не увидишь ни в размере, ни в качестве. Пока. Может быть через два года x265 будет обгонять по всем параметрам x264. Пока же он сырой и медленный.
Другое дело низкие битрейты. Вот рипы от YIFY при таком же весе будут выглядит куда лучше, потому что на низких битрейтах x265 творит чудеса. Но кому нужны эти низкие битрейты? Для архива фильмов only прозрачные, а еще лучше ремуксы.
>>2084217
Второе - значения по умолчанию.
Например, упомянутая настройка -deadline (синоним -quality), где по умолчанию указана 1 секунда. Для кодирования в низком битрейте этого может и достаточно, но для высокого - критически мало. В результате не понимания этого не очевидного момента при кодировании в высоком разрешении и в высоком битрейте эффективность падает и начинает сравниваться со старыми кодеками.
>тем менее эффективные и более быстрые настройки качества указываешь
Второе - значения по умолчанию.
Например, упомянутая настройка -deadline (синоним -quality), где по умолчанию указана 1 секунда. Для кодирования в низком битрейте этого может и достаточно, но для высокого - критически мало. В результате не понимания этого не очевидного момента при кодировании в высоком разрешении и в высоком битрейте эффективность падает и начинает сравниваться со старыми кодеками.
58 Кб, 600x600
>>2084219
>Ultra HD - сам по себе еще далеко не стандарт и вообще не известно приживется ли 4К или это что-то типа laserdisc.
>>2084231
Че дохуя выпускаются Ultra HD блуреев? Ты цифры-то видел? Да HD-DVD и то больше выпустили в свое время и где он теперь?
Че дохуя выпускаются Ultra HD блуреев? Ты цифры-то видел? Да HD-DVD и то больше выпустили в свое время и где он теперь?
Поясняю. Стандартом 4K станет, когда 99% продукции будет выпускаются на нем. Пока же 99% выпускается все так же в 1080p. Заметь, я не говорю, что 4к не станет стандартом, потому что скорее всего станет. Но сегодня стандартом он не является и в ближайшее время (год-два) им не станет.
>>2084237
Все правильно твой дядька говорит. Ты же фильмы целиком смотришь, а не эпизодами?
Киноиндустрия задает стандарт. Нетфликс и амазон - это провайдеры. Провайдеры тебе что стримить будут? Апскейл 1080p в 4к или что?
>АЛЬБОМЫ СЛУШАТЬ НАДО ЦЕЛЫМИ А НЕ ПОТРЕКОВО
Все правильно твой дядька говорит. Ты же фильмы целиком смотришь, а не эпизодами?
Киноиндустрия задает стандарт. Нетфликс и амазон - это провайдеры. Провайдеры тебе что стримить будут? Апскейл 1080p в 4к или что?
>>2084239
А ты долбоеб даже больше чем я думал.
Ладно, считай что я слился, на животных тратить время не буду.
>Нетфликс и амазон - это провайдеры
А ты долбоеб даже больше чем я думал.
Ладно, считай что я слился, на животных тратить время не буду.
>>>2084240
НИЧЕГО СЕБЕ, оказывается amazon и нетфликс кино делают, а не просто стримят! Во дела!
Если обосрался, то лучше промолчи/обтекай.
Алсо
http://aomedia.org/
Где твой h265 теперь?
http://aomedia.org/
>Day one founding members are Amazon, Cisco, Google, Intel Corporation, Microsoft, Mozilla and Netflix.
Где твой h265 теперь?
>>2084219
А ты задумывался - в чём разница? Ведь большая картинка это по сути множество маленьких. Если кодек охуенно сжимает маленькие картинки, то большие он будет сжимать тоже охуенно - зависимость там линейная. Ответ в том, что из-за дефолтных настроек >>2083941>>2084221 высокий битрейт просто не успевает обрабатываться, в результате чего кодек начинает ебашить абы-как в реалтайм. В то время как AVC в данные рамки более-менее укладывается, т.к. формат древний, а компы достаточно быстрые.
>потому что на низких битрейтах x265 творит чудеса
А ты задумывался - в чём разница? Ведь большая картинка это по сути множество маленьких. Если кодек охуенно сжимает маленькие картинки, то большие он будет сжимать тоже охуенно - зависимость там линейная. Ответ в том, что из-за дефолтных настроек >>2083941>>2084221 высокий битрейт просто не успевает обрабатываться, в результате чего кодек начинает ебашить абы-как в реалтайм. В то время как AVC в данные рамки более-менее укладывается, т.к. формат древний, а компы достаточно быстрые.
>>2084251
Ясно. Ну дядь, подскажи, пожалуйста, какие фильмы были сняты компанией Amazon ну пожалуйста.
>IMDB ВРЕТ!!!!!
Ясно. Ну дядь, подскажи, пожалуйста, какие фильмы были сняты компанией Amazon ну пожалуйста.
>>2084252
Это в теории. На практике разницы в размере на высоких битрейтах почти нет. С чистым исходником, снятом на цифру у меня вышло 5% при увелечении времени кодирования в 5 раз почти. С шумным исходником разницы не было вообще. Тесты других людей в интернетах показывают примерно то же самое.
Настройки, естественно, были не дефолтные (хотя дефолтные пресеты я тоже пробовал).
>Если кодек охуенно сжимает маленькие картинки, то большие он будет сжимать тоже охуенно - зависимость там линейна
Это в теории. На практике разницы в размере на высоких битрейтах почти нет. С чистым исходником, снятом на цифру у меня вышло 5% при увелечении времени кодирования в 5 раз почти. С шумным исходником разницы не было вообще. Тесты других людей в интернетах показывают примерно то же самое.
Настройки, естественно, были не дефолтные (хотя дефолтные пресеты я тоже пробовал).
>>2084261
Да что ты! Вот это открытие. А точно не стримят? Ничо не попутал? И чо снимают? Ну-ка покажи.
Да что ты! Вот это открытие. А точно не стримят? Ничо не попутал? И чо снимают? Ну-ка покажи.
>>2084263
Гранд тур, животное.
Господи надеюст ты сдохнешь от рака яичек, пожелал бы мозга но у тебя его нет.
Гранд тур, животное.
Господи надеюст ты сдохнешь от рака яичек, пожелал бы мозга но у тебя его нет.
27 Кб, 399x385
>>2084261
>амазон снимает сериалы для домохозяек в 8к, когда крупнейшие кинокомпании могут такое позволить себе только в блокбастерах за миллиарды долларов
>57 in-development titles
>стандарт
Ох лол.
>>2084266
Ну все, если амазон какую-то парашу снял - это 100% стандарт теперь. Голливуд алло, тут амазон стандарт задал.
Ну все, если амазон какую-то парашу снял - это 100% стандарт теперь. Голливуд алло, тут амазон стандарт задал.
>>2084273
Правильно. Разговор о количестве. Так вот, я че-то сильно сомневаюсь что все 57 тайтлов, где участие в съемках принимал амазон, были выпущенны в 4К, но даже если это так, то 57 тайтлов - это че бля, стандарт? Ты ебанутый? Ты знаешь сколько в МЕСЯЦ выходит фильмов и сериалов в стандарте 1080p? Повторюсь, это такой же стандарт, как hd dvd когда-то. ТАМ ЖЕ ТОЖЕ ВЫПУСТИЛИ ПАРУ ТЫСЯЧ ДИСКОВ ЗНАЧИТ СТАНДАРТ!!!
>Разговор не о качестве
Правильно. Разговор о количестве. Так вот, я че-то сильно сомневаюсь что все 57 тайтлов, где участие в съемках принимал амазон, были выпущенны в 4К, но даже если это так, то 57 тайтлов - это че бля, стандарт? Ты ебанутый? Ты знаешь сколько в МЕСЯЦ выходит фильмов и сериалов в стандарте 1080p? Повторюсь, это такой же стандарт, как hd dvd когда-то. ТАМ ЖЕ ТОЖЕ ВЫПУСТИЛИ ПАРУ ТЫСЯЧ ДИСКОВ ЗНАЧИТ СТАНДАРТ!!!
Ебать, да 720p еще не стандарт, в парашке вон только недавно на HDTV стали переходить, а у него уже ultra HD блуреи стандартом стали, который выпустили дай бог штук 10 всего.
>>2084276
Так чё там с провайдером? Признал свой обосрамся? Я тебя и по 4к также могу раскатать.
>Разговор о количестве.
Так чё там с провайдером? Признал свой обосрамся? Я тебя и по 4к также могу раскатать.
>>2084280
У меня сосед вася сделал хоум видео в 16к. Это стандарт теперь? Значение слова стандарт почитай в словаре.
У меня сосед вася сделал хоум видео в 16к. Это стандарт теперь? Значение слова стандарт почитай в словаре.
>>2084282
Amazon - это провайдер. То, что он принимал участие в съемках 57 фильмов его кинокомпанией не делает.
Amazon - это провайдер. То, что он принимал участие в съемках 57 фильмов его кинокомпанией не делает.
>>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
>>2084287
Самсунг вкладывает деньги в строительство жилых домов в Южной Корее, однако Самсунг вроде как был корпорацией, производящей бытовую электронику, так и остался. Если амазон и нетфликс перестанут быть провайдерами и 99% их деятельности будет заключаться в делание кинца и сериалов, тогда можно будет назвать их теле и кино студиями. Или когда амазон и нетфликс будут выпускать кино-говна столько же, сколько голливуд.
Самсунг вкладывает деньги в строительство жилых домов в Южной Корее, однако Самсунг вроде как был корпорацией, производящей бытовую электронику, так и остался. Если амазон и нетфликс перестанут быть провайдерами и 99% их деятельности будет заключаться в делание кинца и сериалов, тогда можно будет назвать их теле и кино студиями. Или когда амазон и нетфликс будут выпускать кино-говна столько же, сколько голливуд.
>>2084291
Самсунг это вообще конгламерат, как блять "красный окрябрь" и пианино и конфеты и фильмы производит.
Самсунг это вообще конгламерат, как блять "красный окрябрь" и пианино и конфеты и фильмы производит.
>>2084289
Класс.
>электрик Вася станцевал в нетрезвом состоянии перед друзьями чечетку. Теперь он танцор, а не электрик.
Класс.
>>2084292
Хорошо, заебал. Амазон в первую очередь провайдер, который еще и вкладывает деньги в производство сериалов теперь. Я обосрался.
Так вот, к разговору о стандарте. 57 тайтлов, допустим, было выпущено в 4к. Это делает 4к стандартом или нет?
Хорошо, заебал. Амазон в первую очередь провайдер, который еще и вкладывает деньги в производство сериалов теперь. Я обосрался.
Так вот, к разговору о стандарте. 57 тайтлов, допустим, было выпущено в 4к. Это делает 4к стандартом или нет?
>>2084281
Это даже не 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
>выпустили дай бог штук 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 пикселей, создан он на основе видео в более низком разрешении. Использование цифрового материала в низком разрешении обусловлено стремлением киностудий снизить затраты, и это касается как аналоговой, так и цифровой продукции.
>>2084296
Вот, смотри, это всё снял нетфликс.
https://en.wikipedia.org/wiki/List_of_original_programs_distributed_by_Netflix
Вот, смотри, это всё снял нетфликс.
https://en.wikipedia.org/wiki/List_of_original_programs_distributed_by_Netflix
Я так думаю кто-то просто жопу свою продал для того, чтобы купить 4к телевизор, а оказалось что в 4к ВСЕ, вот у него теперь и горит, и 4к стандартом стал внезапно, когда только-только с DVD начали переходить. Манямирок как он есть.
>>2084300
Внушительный список. И сколько из этого было снято в 8к и выпущено в 4к? Даже если все, то это капля в море.
Внушительный список. И сколько из этого было снято в 8к и выпущено в 4к? Даже если все, то это капля в море.
1,2 Мб, 1898x1034
ПАЦАНЫ САСУНГ ПОЛОВИНУ СВОИХ ТЕЛЕКОВ ДЕЛАЕТ В КАКОМТО НЕПОНЯТНОМ НЕДОСТАНДАРТЕ - 4К
ЧТО ЭТО ВООБЩЕ ТАКОЕ, ПОЯСНИТЕ ЗАЩЕКУ ЧТО ЭТО, СМОТРЮ НА ДВД В 704×576, ВСЕ ПРАВИЛЬНО ДЕЛАЮ?
ЧТО ЭТО ВООБЩЕ ТАКОЕ, ПОЯСНИТЕ ЗАЩЕКУ ЧТО ЭТО, СМОТРЮ НА ДВД В 704×576, ВСЕ ПРАВИЛЬНО ДЕЛАЮ?
>>2084304
Нет, не так. Сосони это одна из сотен производителей плееров, а XBOX и PS это игровые стандарты и монополисты.
Нет, не так. Сосони это одна из сотен производителей плееров, а XBOX и PS это игровые стандарты и монополисты.
>>2084308
Правильно, снимался в 4к, и ужимался до 1080p. А снимать в 8к есть возможность только у крупнейших кинокомпаний и только для супер дорогих фильмов, а не для сериалов для домохозяек.
Правильно, снимался в 4к, и ужимался до 1080p. А снимать в 8к есть возможность только у крупнейших кинокомпаний и только для супер дорогих фильмов, а не для сериалов для домохозяек.
>>2084307
И чо, много чего в 4к можно посмотреть? Инбифо 182-ух часовое прохождение скайрима.
И чо, много чего в 4к можно посмотреть? Инбифо 182-ух часовое прохождение скайрима.
>>2084310
То есть консоль еще не выпущена, а уже стала стандартом? ps3 знаешь в каком году вышел? А там была поддержка 1080p. Подскажи, в каком году 1080p стал стандартом?
То есть консоль еще не выпущена, а уже стала стандартом? ps3 знаешь в каком году вышел? А там была поддержка 1080p. Подскажи, в каком году 1080p стал стандартом?
>>2084315
>>2084316
Маня плиз
Uncharted 4: A Thief's End 1st Hour of Gameplay PS4 4K
Опубликовано: 13 мая 2016 г.
https://www.youtube.com/watch?v=hSeR0nXfQdc
>Инбифо 182-ух часовое прохождение скайрима.
>>2084316
>То есть консоль еще не выпущена, а уже стала стандартом?
Маня плиз
Uncharted 4: A Thief's End 1st Hour of Gameplay PS4 4K
Опубликовано: 13 мая 2016 г.
https://www.youtube.com/watch?v=hSeR0nXfQdc
>>2084317
Почитай, пожалуйста, про производство фильмов и сериалов в цифре и не городи глупости. Любой материал в цифре довнскейлиться в два раза. Почти все фильмы и сериалы сейчас снимаются в 4к и ужимаются до 1080p. Снимать в 8к безумно дорого.
Почитай, пожалуйста, про производство фильмов и сериалов в цифре и не городи глупости. Любой материал в цифре довнскейлиться в два раза. Почти все фильмы и сериалы сейчас снимаются в 4к и ужимаются до 1080p. Снимать в 8к безумно дорого.
>>2084301
Двачую.
Двачую.
Хуя печет линуксоиду с его 1366x768.
>0 дисков выпущено в 4к
>стандарт
ЛОЛ
>>2084329
Не блюреил не мужик
Не блюреил не мужик
>>2084328
90
http://www.blu-ray.com/movies/search.php?keyword=&studioid=&videocodec=&disc=&yearfrom=2016&yearto=2016®ioncoding=&aspectratio=&aspectratio_original=&releaseyear=&synopsis=&retailerexclusive=&mpaa=&runtimemin=&runtimemax=&audio=&videoresolutionid=&subtitles=&upc=&ean=&asin=&ultrahd=on&casingid=&slipcoverfront=&slipcoverback=&submit=Search&action=search
>Сколько 4к блюреев выпустили в 2016 году?
90
http://www.blu-ray.com/movies/search.php?keyword=&studioid=&videocodec=&disc=&yearfrom=2016&yearto=2016®ioncoding=&aspectratio=&aspectratio_original=&releaseyear=&synopsis=&retailerexclusive=&mpaa=&runtimemin=&runtimemax=&audio=&videoresolutionid=&subtitles=&upc=&ean=&asin=&ultrahd=on&casingid=&slipcoverfront=&slipcoverback=&submit=Search&action=search
>>2084333
52 в 2017
http://www.blu-ray.com/movies/search.php?keyword=&studioid=&videocodec=&disc=&yearfrom=2017&yearto=2017®ioncoding=&aspectratio=&aspectratio_original=&releaseyear=&synopsis=&retailerexclusive=&mpaa=&runtimemin=&runtimemax=&audio=&videoresolutionid=&subtitles=&upc=&ean=&asin=&ultrahd=on&casingid=&slipcoverfront=&slipcoverback=&submit=Search&action=search
52 в 2017
http://www.blu-ray.com/movies/search.php?keyword=&studioid=&videocodec=&disc=&yearfrom=2017&yearto=2017®ioncoding=&aspectratio=&aspectratio_original=&releaseyear=&synopsis=&retailerexclusive=&mpaa=&runtimemin=&runtimemax=&audio=&videoresolutionid=&subtitles=&upc=&ean=&asin=&ultrahd=on&casingid=&slipcoverfront=&slipcoverback=&submit=Search&action=search
НЕ СТАНДАРТ
НЕ СТУДИЯ
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/
НЕ СТУДИЯ
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
>>2084341
На амазоне уже 400 физических (боксовых) фильмов (голливудских) лежит в блюрее, но все еще не стандарт панимаишь.
На амазоне уже 400 физических (боксовых) фильмов (голливудских) лежит в блюрее, но все еще не стандарт панимаишь.
>>2084347
Бля, ну вдруг не приживётся то.
Бля, ну вдруг не приживётся то.
>>2084933
Но обсираешься ты, я вообще не помню чтоб в /с долбоеб обсирался в КАЖДОМ посте. Надеюсь тебе 12 годков.
>>продолжает срать
Но обсираешься ты, я вообще не помню чтоб в /с долбоеб обсирался в КАЖДОМ посте. Надеюсь тебе 12 годков.
>>2085014
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к, обосрался с апскейлом. Даже досадно, что больше не удастся накормить тебя твоим же говном.
>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к, обосрался с апскейлом. Даже досадно, что больше не удастся накормить тебя твоим же говном.
50 Кб, 500x355
>>2085246
Ну так чо, стандарт или нет? Один блурей-то? Ты не маняврируй. Отвечай прямо: да, стандарт или нет, не стандарт. Давай, жду.
Ну так чо, стандарт или нет? Один блурей-то? Ты не маняврируй. Отвечай прямо: да, стандарт или нет, не стандарт. Давай, жду.
>>2085248
Где один то, 400 блюреев.
И да, это стандарт ieee
http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=7395479
Где один то, 400 блюреев.
И да, это стандарт ieee
http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=7395479
>>2085258
Ну жду пруфов что 407 апскейлов.
Я тут пруфов уже достаточно накидал за всремя обсуждения.
(Не устану тебя хуями кормить, выблоядочек)
>И только один не апскейл.
Ну жду пруфов что 407 апскейлов.
Я тут пруфов уже достаточно накидал за всремя обсуждения.
(Не устану тебя хуями кормить, выблоядочек)
>>2085260
Бремя доказательства лежит на утверждающем. Ты утверждаешь что 400+ блуреев не апйскейл, когда известно что не апскейл точно только один. Алсо
Бремя доказательства лежит на утверждающем. Ты утверждаешь что 400+ блуреев не апйскейл, когда известно что не апскейл точно только один. Алсо
>407 vs миллионы
(Господи как же ты сосешь пизда)
>>2085266
Про чайник рассела слышал? Пруфов он ждет.
Хорошо. Ровно 407 НЕ апскейлов (ага, все такие побежали пленку сканировать).
Ну так что
Где стандарт-то? Чет не вижу, покажи. Laserdisc'ов и то больше выпустили.
Про чайник рассела слышал? Пруфов он ждет.
Хорошо. Ровно 407 НЕ апскейлов (ага, все такие побежали пленку сканировать).
Ну так что
>407 не апскейлов vs миллионы DVD
Где стандарт-то? Чет не вижу, покажи. Laserdisc'ов и то больше выпустили.
>>2085275
Ну так какая разница? Laserdisc стандартом был или нет? Следуя твоей логике да, ведь выпустили больше одного laserdisc'a. Эх, пойду ща на стене в туалете на стене накарябаю пару байт из фильма - будет новый стандарт!
Ну так какая разница? Laserdisc стандартом был или нет? Следуя твоей логике да, ведь выпустили больше одного laserdisc'a. Эх, пойду ща на стене в туалете на стене накарябаю пару байт из фильма - будет новый стандарт!
>>2085281
Дядя, ты ничего не попутал? Мы говорили о стандарте индустрии, а не о спецификациях 4к видео. А стандарт индустрии - это совсем вчера dvd, который медленно, но верно переползает на 1080p.
Еще раз.
Так что? Стандарт? Да или нет?
Дядя, ты ничего не попутал? Мы говорили о стандарте индустрии, а не о спецификациях 4к видео. А стандарт индустрии - это совсем вчера dvd, который медленно, но верно переползает на 1080p.
Еще раз.
>407 не апскейлов vs миллионы DVD
Так что? Стандарт? Да или нет?
>>2085285
Ааа, так проблема еще и в том, что ты читать не умеешь?
Ну ясно тогда.
Пиздец, ты в следующий раз предупреждай сразу.
Ааа, так проблема еще и в том, что ты читать не умеешь?
Ну ясно тогда.
Пиздец, ты в следующий раз предупреждай сразу.
>>2085287
Чмо, обосрался - обтекай.
Не забудь принести продажи любого-другого формата превосходящего блюрей4кухд.
Чмо, обосрался - обтекай.
Не забудь принести продажи любого-другого формата превосходящего блюрей4кухд.
384 Кб, 419x480
>>2085291
https://www.amazon.com/s/ref=nb_sb_noss/145-3486372-2616853?url=search-alias=aps&field-keywords=dvd
Ммм, 407 апскейлов - это стандарт, ну точно! Побежал покупать новый блурей плеер и телевизор! А то как же это - ведь все фильмы выпускают в 4к теперь!
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к теперь!
>8,813 results for "laserdisc"
АХАХАХА БЛЯТЬ
ОЙ ЛОЛ
СТАНДАРТ! 407 дисков!
>>2085301
Ты че, подмылся уже? Готов снова обсериться? Маму пожалей свою - ей же все твои штаны обосранные стирать.
Ты че, подмылся уже? Готов снова обсериться? Маму пожалей свою - ей же все твои штаны обосранные стирать.
>>2085302
Голос, чмо!
Голос, чмо!
>>2080526 (OP)
Доставьте ньюфагу гайд по пиздатому сжатию вебм без потери качества
Доставьте ньюфагу гайд по пиздатому сжатию вебм без потери качества
>>2086524
man ffmpeg
man ffmpeg
>>2085293
> DVD не стандарт, это апскейл с VHS
> 1080p не стандарт, это апскейл с DVD
> 4K не стандарт, это апскейл с 1080p
26,9 Мб, webm, 1920x1080
Не знаю, открою ли я для кого-нибудь тут Америку, но с этими параметрами: -deadline realtime -cpu-used 8 -threads 16 я кодирую в vp9 при битрейте 7500 в фуллашди со скоростью 50 фпс. Качество можете оценить сами. Только я не понял, почему на моём фх-8320 спокойно кодирует с threads 16, ведь у меня всего 8 потоков. При этом фпс при threads 16 больше, чем при threads 8.
>>2087736
1 поток не может забить ядро на максимум и оно половину времени простаивает. Открой диспетчер и сам увидишь.
1 поток не может забить ядро на максимум и оно половину времени простаивает. Открой диспетчер и сам увидишь.
>>2087905
Нет, я не про это. У фх-8320 всего 8 потоков, а я кодирую с 16 потоками (threads 16). Может я не так понимаю эту команду?
Нет, я не про это. У фх-8320 всего 8 потоков, а я кодирую с 16 потоками (threads 16). Может я не так понимаю эту команду?
>>2082561
Если просто. То представь себе квадрат состоящий из 10x10 квадратов. Очевидно, что он состоят только из 100 маленьких квадратов. Теперь возьмём и сделаем квадрат 20x20 квадратов. Теперь наш квадрат будет из 400 маленьких квадратов. То есть, сложность увеличивается не на O(n), а на O(n^2), при увеличении граней квадрата в 2 раза. Отсюда собственно такая большая разница.
Если просто. То представь себе квадрат состоящий из 10x10 квадратов. Очевидно, что он состоят только из 100 маленьких квадратов. Теперь возьмём и сделаем квадрат 20x20 квадратов. Теперь наш квадрат будет из 400 маленьких квадратов. То есть, сложность увеличивается не на O(n), а на O(n^2), при увеличении граней квадрата в 2 раза. Отсюда собственно такая большая разница.
>>2087915
Ммммм.
400 больше 100 ровно в четыре раза. Он же говорит об увеличении
Не клеится.
Ммммм.
>Очевидно, что он состоят только из 100 маленьких квадратов.
>Теперь наш квадрат будет из 400 маленьких квадратов.
400 больше 100 ровно в четыре раза. Он же говорит об увеличении
>а размер файла больше в 15 раз и в 9,5 для AVC.
Не клеится.
> Обсуждаем вебм
> пол треда срутся за h кодеки и телевизоры в 4к
Нахуй и создавали, очевидно, что обсуждать нечего. Лучше тему про h264 создали бы.
>>2087907
Ты не правильно понимаешь понятие поток и его корреляцию с ядрами и потоками цпу.
Ты не правильно понимаешь понятие поток и его корреляцию с ядрами и потоками цпу.
41 Кб, 399x370
>Кодировать видео в 2017
Нахуй, анон? Бля, я помню 10-е, когда искали пиздатые 700mb рипы, тогда это было прикольно, но блять сейчас-то нахуя? У всех анлим, фильмы и контент - как говна, качай - не хочу
>>2088120
Чтобы постить в webm-тредах
не у всех, а скоро вообще ни у кого
> но блять сейчас-то нахуя?
Чтобы постить в webm-тредах
> У всех анлим
не у всех, а скоро вообще ни у кого
44 Кб, 563x521
>добавлена поддержка MP4 по всей борде
вот и пришел конец вашим говновебм тупые пердoлики
жрите говно ебаные гуглоподсосы
>>2088314
Скоро, когда выйдет AV1, MPEG окончательно соснёт, ибо HEVC в Хром и Фаерфокс не будут запиливать из за анального лицензирования.
Скоро, когда выйдет AV1, MPEG окончательно соснёт, ибо HEVC в Хром и Фаерфокс не будут запиливать из за анального лицензирования.
19 Кб, 250x254
>>2088338
Зачем им это?
Эти ещё h264 не запилили, а жаль, такая то годнота этот 264, вылизан на 10 из 10. Вот, в чем кодить то надо, обилие настроек позволяет индивидуально подходить к кодированию, а не 1 строкой всё пилить да, да, расскажите мне о настройках vp, то я их все не испробовал. Вся суть гугл в одной картинке, проебал такую же, где в форме детских игрушек хром пирамидка с кольцами. В общем и целом vp кодеки — дерьмо без возможности тонкой настройки, сделанное на коленке за чашку риса индусами. Такие дела.
> Запилит.
Зачем им это?
> Сначала повыёбывается, а потом тоже запилит.
Эти ещё h264 не запилили, а жаль, такая то годнота этот 264, вылизан на 10 из 10. Вот, в чем кодить то надо, обилие настроек позволяет индивидуально подходить к кодированию, а не 1 строкой всё пилить да, да, расскажите мне о настройках vp, то я их все не испробовал. Вся суть гугл в одной картинке, проебал такую же, где в форме детских игрушек хром пирамидка с кольцами. В общем и целом vp кодеки — дерьмо без возможности тонкой настройки, сделанное на коленке за чашку риса индусами. Такие дела.
Нас всех накормили говном (Абу включил mp4, теперь школьники не будут уметь даже делать webm)
>>2088361
ffmpeg -i file.mp4 -map 0 -c copy file.mkv -> постить на броду
Давно тебя видимо говном кормят.
ffmpeg -i file.mp4 -map 0 -c copy file.mkv -> постить на броду
Давно тебя видимо говном кормят.
>>2088411
Ну, теперь знаешь, что можно было. Только не работало в лисе, теперь в мп4 в лисе пашет, можно наконец-то расслабить булки и жать нормальными кодеками.
Ну, теперь знаешь, что можно было. Только не работало в лисе, теперь в мп4 в лисе пашет, можно наконец-то расслабить булки и жать нормальными кодеками.
>>2088413
Но больше браузеров-то и нет.
Столько лет VP8-VP9 и жали, собсна, кому приспичило всё изменить?
> лисе
Но больше браузеров-то и нет.
> жать нормальными кодеками
Столько лет VP8-VP9 и жали, собсна, кому приспичило всё изменить?
>>2088424
Debanding-shill?
Debanding-shill?
>>2088432
Да забей, каких только мантров по поводу необходимости 10-бит и прочего дерьма можно услышать.
Они ими "нейтрализуют" какие-то побочные эффекты своих говноэкодеров из прошлой эры, которым бы просто битрейта подкинуть.
Да забей, каких только мантров по поводу необходимости 10-бит и прочего дерьма можно услышать.
Они ими "нейтрализуют" какие-то побочные эффекты своих говноэкодеров из прошлой эры, которым бы просто битрейта подкинуть.
>>2088445
Не было, нет и не будет. Можешь скринить.
Не было, нет и не будет. Можешь скринить.
41 Кб, 380x479
>>2088450
Поясни, в чем он не прав? mkv работает, h264 ещё вчера кроме как в mkv ни в чем нельзя было запосить и смотреть.
Поясни, в чем он не прав? mkv работает, h264 ещё вчера кроме как в mkv ни в чем нельзя было запосить и смотреть.
>>2088451
вп8-9 тож железом ускоряется
>Для качества .webm, для некроты, чтобы железом ускорять - h264
вп8-9 тож железом ускоряется
>Intel Broadwell also adds VP8 hardware decoding support
>>2088463
Применительно к местным, не более FHD
Применительно к местным, не более FHD
>>2088463
Смотря какие опции кодирования, на h264 можно так выебнуться, что заебется его железо ускорять, теже реф фреймы в 16 поставить.
Смотря какие опции кодирования, на h264 можно так выебнуться, что заебется его железо ускорять, теже реф фреймы в 16 поставить.
>>2088470
Не знаю, мой плеер не справлялся, но раз ты говоришь, спорить не стану.
Не знаю, мой плеер не справлялся, но раз ты говоришь, спорить не стану.
>>2088482
Тот и вп не откроет без костылей.
Тот и вп не откроет без костылей.
>>2088120
Введут чебурнет и хуй что скачаешь потом.
Введут чебурнет и хуй что скачаешь потом.
Бля, жаль что h265 в браузере не поддерживается, я бы им только и кодировал, а не ебучим vp9
>>2088434
Двачирую.
>Они ими "нейтрализуют" какие-то побочные эффекты своих говноэкодеров из прошлой эры, которым бы просто битрейта подкинуть.
Двачирую.
>>2088590
А я знаю где, его долби дижитал пожрал
А я знаю где, его долби дижитал пожрал
>>2088120
С июля следующего года вступает силу пакет Яровой. Пизда анлиму. Там и 500mb рипы на вебм станут актуальны.
>У всех анлим
С июля следующего года вступает силу пакет Яровой. Пизда анлиму. Там и 500mb рипы на вебм станут актуальны.
>>2088318
Нет. Обо всех провах.
Нет. Обо всех провах.
>>2088336
И чем так плох VP9?
>>2088328
Кроме Эппл никто не перейдёт на HEVC из-за чересчур непомерного аппетита правообладателей http://mediasat.info/2015/04/17/hevc-runing-ultrahd/
Когда станет ясно, что H.264/MP4 окончательно устарел, перейдут на VPx/WebM. Тем более гугловцы сейчас разрабатывают VP10, который будет как минимум не хуже HEVC, вышедшего в 2013 году, но будет бесплатен.
>криворучки
>говно
И чем так плох VP9?
>>2088328
Кроме Эппл никто не перейдёт на HEVC из-за чересчур непомерного аппетита правообладателей http://mediasat.info/2015/04/17/hevc-runing-ultrahd/
Когда станет ясно, что H.264/MP4 окончательно устарел, перейдут на VPx/WebM. Тем более гугловцы сейчас разрабатывают VP10, который будет как минимум не хуже HEVC, вышедшего в 2013 году, но будет бесплатен.
8 Кб, 765x108
>>2088314
Нет. И на это имеется несколько причин.
1) В хроме (а им пользуется большинство) MP4 выглядит именно так (пикрил). Не открывается. Просмотреть видео возможно только в отдельной вкладке. HEVC же и вовсе не поддерживается.
2) WebM стал традицией двача. Вебмки успели стать своеобразным мемом, чем-то культовым.
3) Делать MP4 не легче и не проще, чем делать WebM, а выгода от использования первого сомнительна. Ещё придётся переучиваться, менять подход, переписывать мануалы для новичков.
4) Видео на ютуб в VP9, а это главный источник контента.
5) Аноны перешли с VP8 на VP9 по причине выигрыша в качестве, даже не смотря на то, что кодирование происходит значительно медленнее. Использовать x264, который уступает даже устаревшему VP8, вряд ли найдётся много желающих. Ситуация может перемениться только если в хроме появится поддержка HEVC.
>вот и пришел конец вашим говновебм
Нет. И на это имеется несколько причин.
1) В хроме (а им пользуется большинство) MP4 выглядит именно так (пикрил). Не открывается. Просмотреть видео возможно только в отдельной вкладке. HEVC же и вовсе не поддерживается.
2) WebM стал традицией двача. Вебмки успели стать своеобразным мемом, чем-то культовым.
3) Делать MP4 не легче и не проще, чем делать WebM, а выгода от использования первого сомнительна. Ещё придётся переучиваться, менять подход, переписывать мануалы для новичков.
4) Видео на ютуб в VP9, а это главный источник контента.
5) Аноны перешли с VP8 на VP9 по причине выигрыша в качестве, даже не смотря на то, что кодирование происходит значительно медленнее. Использовать x264, который уступает даже устаревшему VP8, вряд ли найдётся много желающих. Ситуация может перемениться только если в хроме появится поддержка HEVC.
>>2090630
хромог проецирует
еще бы яблопидор на говносафари пришел и начал пояснять, что там кого поддерживает
сейчас бы в 17-ом то году заикаться о традициях этой помойки
кокой сердобольный, как о рачье заботится!
ну точно, за Сирожу копротивляются!
они вам хоть платят что-нибудь? может, маечки с логотипами присылают?
ну выяснили уже, что ключевое тут только:
и
зачем же тогда все остальные беспонтовые отмазки?
фанбойчики, конечно, поражают
если завтра в вашем обожаемом Горновидске внезапно решат перейти на AVI или какой-нибудь BINK just for lulz, они насоздадут сотни тредов о том, какое говно на самом деле этот вебм и как прекрасен новый, прогрессивный формат
>В хроме
хромог проецирует
еще бы яблопидор на говносафари пришел и начал пояснять, что там кого поддерживает
>традицией двача
сейчас бы в 17-ом то году заикаться о традициях этой помойки
>переучиваться, менять подход, переписывать мануалы для новичков
кокой сердобольный, как о рачье заботится!
>ютуб
ну точно, за Сирожу копротивляются!
они вам хоть платят что-нибудь? может, маечки с логотипами присылают?
>по причине выигрыша в качестве
>уступает
ну выяснили уже, что ключевое тут только:
>хром
и
>ютуб
зачем же тогда все остальные беспонтовые отмазки?
фанбойчики, конечно, поражают
если завтра в вашем обожаемом Горновидске внезапно решат перейти на AVI или какой-нибудь BINK just for lulz, они насоздадут сотни тредов о том, какое говно на самом деле этот вебм и как прекрасен новый, прогрессивный формат
>>2090630
отсутствие превьюхи - проблема обезьяны
>В хроме (а им пользуется большинство) MP4 выглядит именно так (пикрил).
отсутствие превьюхи - проблема обезьяны
>>2090630
> Ещё придётся переучиваться, менять подход, переписывать мануалы для новичков.
> Видео на ютуб в VP9
> Аноны перешли с VP8 на VP9
> implying vp9 нельзя встроить в mp4
Платина наверно, но не отображаются превьюшки в винде, че делать? Ассоциацию для webm в MPC врубил.
>>2090839
Вебм тебе и не будет показывать. Ставь икарос. А на 7ке у тебя какой-нибудь обосанный клайт кодек пак с вшитым икаросом стоял.
Вебм тебе и не будет показывать. Ставь икарос. А на 7ке у тебя какой-нибудь обосанный клайт кодек пак с вшитым икаросом стоял.
>>2090857
Бля, точно, забыл про него.
>А на 7ке у тебя какой-нибудь обосанный клайт кодек пак с вшитым икаросом стоял.
Бля, точно, забыл про него.
>>2090864
Установка кучи лишних кодеков отдельно, когда в нормальных видео плеерах все форматы поддерживаются со встроенными.
Установка кучи лишних кодеков отдельно, когда в нормальных видео плеерах все форматы поддерживаются со встроенными.
>>2090694
Превьюха есть, а вот при попытке открыть получается это https://2ch.hk/s/src/2080526/15002384839070.png (
М)
>>2090717
Контейнер MP4 поддерживает только стандарты MPEG. Если и возможно VP9 упаковать в MP4, то какой в этом смысл?
Превьюха есть, а вот при попытке открыть получается это https://2ch.hk/s/src/2080526/15002384839070.png (
М)>>2090717
Контейнер MP4 поддерживает только стандарты MPEG. Если и возможно VP9 упаковать в MP4, то какой в этом смысл?
>>2090896
Я через панель управления удалял. А хули он не чистит реестр? Как я еще должен удалять софт? Писечки всякие ставить, ццклинеры?
Я через панель управления удалял. А хули он не чистит реестр? Как я еще должен удалять софт? Писечки всякие ставить, ццклинеры?
>>2090910
А ты как хотел? Любишь винду - люби и пердолиться.
А ты как хотел? Любишь винду - люби и пердолиться.
>>2080526 (OP)
Не совсем по теме, но очень близко.
Как узнать, какой объём данных нужно обработать на секунду видео при разных кодировках в разных форматах и кодеках? Есть какие-то калькуляторы готовые для таких расчётов или как считать вообще?
Не надо спрашивать зачем, бро, мне нужен ответ на вопрос, а не полемика. Нет, это не реквест пространных рассуждений на тему. Нет, правда.
Если это был не вебм тред, который таки просрали и не возраждают, то теперь это он, потому что его не хватает на этой доске.
Не совсем по теме, но очень близко.
Как узнать, какой объём данных нужно обработать на секунду видео при разных кодировках в разных форматах и кодеках? Есть какие-то калькуляторы готовые для таких расчётов или как считать вообще?
Не надо спрашивать зачем, бро, мне нужен ответ на вопрос, а не полемика. Нет, это не реквест пространных рассуждений на тему. Нет, правда.
Если это был не вебм тред, который таки просрали и не возраждают, то теперь это он, потому что его не хватает на этой доске.
>>2091151
Кому нужно обработать? Это входные данные при декодировании или при кодировании? Почему ты такой скрытный?
Кому нужно обработать? Это входные данные при декодировании или при кодировании? Почему ты такой скрытный?
>>2091163
Какой объём данных нужно обработать чтобы зарендерить секунду видео? Как это посчитать?
Какой объём данных нужно обработать чтобы зарендерить секунду видео? Как это посчитать?
>>2091200
Видео:
frame rate X width X height X component count X bits per component
Аудио:
sample rate X bit depth
Видео:
frame rate X width X height X component count X bits per component
Аудио:
sample rate X bit depth
Господа, подскажите - как грамотно обрезать видео со звуком с помощью -c:v copy -c:a copy? Я так понял нужно указывать старт отрезка точно по таймингу ключевого кадра?(только старт или конец фрагмента тоже важно?) Вот есть видос, я выбрал секунду с которой хочу старт - как узнать ГДЕ ближайший ключевой? Можно как-то по простому это в mpv увидеть?
69 Кб, 775x337
>>2090630
Только в вп9 разве?
Я всегда качал с ютуба лучшее качество в mp4 и сам конвенртил в вп9. Алсо, кто-то знает с каким профилем (-speed, если говорить про ffmpeg) ютуб кодит? Ведь оригинал-то люди оче редко имеют сразу в вёбм.
>Видео на ютуб в VP9
Только в вп9 разве?
Я всегда качал с ютуба лучшее качество в mp4 и сам конвенртил в вп9. Алсо, кто-то знает с каким профилем (-speed, если говорить про ffmpeg) ютуб кодит? Ведь оригинал-то люди оче редко имеют сразу в вёбм.
>>2091220
Что не так? Вроде вп8 было раньше дефолтом в ютубе - давно вп9? Ну и главное - кто сказал, что ютуб закодит на том же уровне, на котором я енкод делаю?
Что не так? Вроде вп8 было раньше дефолтом в ютубе - давно вп9? Ну и главное - кто сказал, что ютуб закодит на том же уровне, на котором я енкод делаю?
>>2091206
Спасибо. Значит если 320x240 24 fps, то 24x320x240x(320x240)x(final bitrate / 320 / 240)? Нет?
Как узнавать, сколько компонентов и бит на компонент?
Спасибо. Значит если 320x240 24 fps, то 24x320x240x(320x240)x(final bitrate / 320 / 240)? Нет?
Как узнавать, сколько компонентов и бит на компонент?
>>2091221
Ютуб кодит с оригинала, а ты с пережатого ютубом видосика, так что ты максимум можешь сохранить качество, которое накодил ютуб.
> Ну и главное - кто сказал, что ютуб закодит на том же уровне, на котором я енкод делаю?
Ютуб кодит с оригинала, а ты с пережатого ютубом видосика, так что ты максимум можешь сохранить качество, которое накодил ютуб.
>>2091354
Я не понял, что ты хочешь выразить.
Компонентов обычно три RGB, на компонент обычно приходится по 8 бит.
Исключения:
1. Видео с прозрачностью (4 компоненты - RGBA)
2. 10-bit. С такой глубиной обычно анимешники хранят анимешное аниме.
Я не понял, что ты хочешь выразить.
Компонентов обычно три RGB, на компонент обычно приходится по 8 бит.
Исключения:
1. Видео с прозрачностью (4 компоненты - RGBA)
2. 10-bit. С такой глубиной обычно анимешники хранят анимешное аниме.
У кого есть скрипт для тампреманки для эджа, чоб вебм работали?
>>2091379
А, всё, спасибо! нет, не то. Я имею в виду не итоговый файл, а объёмы данных, обрабатываемые при рендеринге видео же.
А, всё, спасибо! нет, не то. Я имею в виду не итоговый файл, а объёмы данных, обрабатываемые при рендеринге видео же.
>>2091379
Ты хочешь сказать, что на каэждый канал в РГБ идёт по 8 бит, то-есть в итоге получается 24 бита?
Ты хочешь сказать, что на каэждый канал в РГБ идёт по 8 бит, то-есть в итоге получается 24 бита?
>>2091923
И всё равно не то, что мне нужно. Какой объём данных обрабатывет процессор при создании видео через конвертер или редактор, когда файл с нуля собирается? Сколько нажо по разным алгоритмам процессору данных переработать?
И всё равно не то, что мне нужно. Какой объём данных обрабатывет процессор при создании видео через конвертер или редактор, когда файл с нуля собирается? Сколько нажо по разным алгоритмам процессору данных переработать?
>>2092004
Нет же. Пишут про глубину компонента. Это отдельная метрика. Не путайся.
Но на кодирование пикселя целиком действительно приходится 3 байта.
Нет же. Пишут про глубину компонента. Это отдельная метрика. Не путайся.
Но на кодирование пикселя целиком действительно приходится 3 байта.
>>2092013
Конечная цель? Бро, обижаешь, конечных целей у меня, пока-что, не предвидится, думаю, ещё лет 40-50.
Вот ты понял что мне нужно, но как рассчитать объёмы при разных алгоритмах, хотя бы в двух случаях, когда все пиксели постоянно меняются, движение в видео постоянное, и когда наблюдаем статичную картинку?
Я уже писал на счёт твоего вопроса, не важно зачем, нужно решение этого вопроса без частного огрубления.
Конечная цель? Бро, обижаешь, конечных целей у меня, пока-что, не предвидится, думаю, ещё лет 40-50.
Вот ты понял что мне нужно, но как рассчитать объёмы при разных алгоритмах, хотя бы в двух случаях, когда все пиксели постоянно меняются, движение в видео постоянное, и когда наблюдаем статичную картинку?
Я уже писал на счёт твоего вопроса, не важно зачем, нужно решение этого вопроса без частного огрубления.
35 Кб, 300x200
В вп9 есть ключ который будет кодировать лучше движущиеся части кадра? Есть кусочек интервью где баба качает немного головой весь остальной кадр не подвижен. Кодирую вебм4ретардс, вп9, двойной проход, црф22 и все равно лицо у нее прям пожеваное и волоски пропадают как при црф27+-10толеранс. Размер растет, а качество нет.
>>2092619
Поставил црф18 - размер файла вырос в полтора раза, но все равно подшакаливает.
Интересно попробовать бы еще хевк, но я там вообще неебу с настройками. На и на процессоре сильно не покодишь.
Поставил црф18 - размер файла вырос в полтора раза, но все равно подшакаливает.
Интересно попробовать бы еще хевк, но я там вообще неебу с настройками. На и на процессоре сильно не покодишь.
У вас последний билд парсит row-mt?
>>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
Дополнительное дробление кадров для многопотока.
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
Дополнительное дробление кадров для многопотока.
>>2092838
Какое-то дерьмо, я и itsoffset заюзать не могу
Какое-то дерьмо, я и itsoffset заюзать не могу
>>2092838
А можно где-то более развернуто почитать про ключи?
Или вникать в каждый ключ нет смысла и если закодить два ролика с lag-in-frames 1 и lag-in-frames 25 то разница не будет сильно видна?
А можно где-то более развернуто почитать про ключи?
> --lag-in-frames=<arg> Max number of frames to lag
Или вникать в каждый ключ нет смысла и если закодить два ролика с lag-in-frames 1 и lag-in-frames 25 то разница не будет сильно видна?
>>2092838
А подробнее можно? Ничего по row-mt не гуглится.
>Дополнительное дробление кадров для многопотока
А подробнее можно? Ничего по row-mt не гуглится.
>>2092922
Да не, емнип, lag-in-frames это глубина действия (в кадрах) какого-то предиктора, который типа анализирует соседние кадры.
Должно помогать
Да не, емнип, lag-in-frames это глубина действия (в кадрах) какого-то предиктора, который типа анализирует соседние кадры.
Должно помогать
>>2092943
Если я кодирую кодеком x264 статичную картинку, какой мне ключ использовать чтобы был только один ключевой кадр на все видео?
Если я кодирую кодеком x264 статичную картинку, какой мне ключ использовать чтобы был только один ключевой кадр на все видео?
>>2092952
Любой.
Любой.
>>2092952
-g 9999 -r 0.001 или что-то типа того
-g 9999 -r 0.001 или что-то типа того
>>2092952
По количеству секунд в файле. Тогда и прокрутка начинает нормального работать (если стоит прилипание к ключевым кадрам). Если будет меньше или больше, то будут проблемы с прокруткой.
По количеству секунд в файле. Тогда и прокрутка начинает нормального работать (если стоит прилипание к ключевым кадрам). Если будет меньше или больше, то будут проблемы с прокруткой.
Как сделать вебм из гифки?
ffmpeg -loop 1 -i "файл.gif" -i "аудио.mp3" -t длительность -threads 4 название.webm
Выдаёт ошибку Option loop not found.
Что я делаю не так?
ffmpeg -loop 1 -i "файл.gif" -i "аудио.mp3" -t длительность -threads 4 название.webm
Выдаёт ошибку Option loop not found.
Что я делаю не так?
>>2093031
Кодирование происходит, но гифка не зацикливается. Видео получается той же длины, что и гифка.
Кодирование происходит, но гифка не зацикливается. Видео получается той же длины, что и гифка.
>>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
Нормально работает прокрутка.
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
>>2093068
Спасибо. Работает.
Спасибо. Работает.
>>2093072
-shortest
Для таких случаев.
>>2092917
http://arhivach.org/thread/241211/
>>2092914
С единицей считай, что выключен. Больше всего заметно при нехватке битрейта. Поразительный эффект достигается на 20 килобитах.
-shortest
Для таких случаев.
>>2092917
http://arhivach.org/thread/241211/
>>2092914
С единицей считай, что выключен. Больше всего заметно при нехватке битрейта. Поразительный эффект достигается на 20 килобитах.
28 Кб, 1227x194
Для аниме какой оптимальный размер/битрейт на 1080p и на что внимание в раздачах обращать внимание?
Какого хуя на пикрелейтед такая разница большая?
Какого хуя на пикрелейтед такая разница большая?
>>2093307
BDRip - mkv
BDRemux - папка с файлами с Блюрей диска
Ну и ебанутые анимешники звуковую дорожку пишут во FLAC, даже если она сводилать в mp3 на тетрисе.
BDRip - mkv
BDRemux - папка с файлами с Блюрей диска
Ну и ебанутые анимешники звуковую дорожку пишут во FLAC, даже если она сводилать в mp3 на тетрисе.
>>2093307
Можешь по битрейту видео потока смотреть.
Для 1080p достаточно 8000 kpbs чтобы смотреть с монитора, и где-то 15mbit и выше чтобы смотреть с большого телевизора.
Можешь по битрейту видео потока смотреть.
Для 1080p достаточно 8000 kpbs чтобы смотреть с монитора, и где-то 15mbit и выше чтобы смотреть с большого телевизора.
Аноны я уже не знаю где спросить, подскажи хороший видео редактор, чтобы порезать там, музыку наложить, эффекты какие нибудь
>>2093451
adobe premiere, sony vegas, kdenlive
adobe premiere, sony vegas, kdenlive
>>2093420
Так 1998 год, аниме делали под телевизионный формат.
Даже если бы кто-то предположил, что аниме когда-то будут смотреть не на телике, а на компьютере, то мониторы с соотношением 4:3 повсеместно использовались ещё до середины 2000-х, даже когда все пересели на LCD.
Так 1998 год, аниме делали под телевизионный формат.
Даже если бы кто-то предположил, что аниме когда-то будут смотреть не на телике, а на компьютере, то мониторы с соотношением 4:3 повсеместно использовались ещё до середины 2000-х, даже когда все пересели на LCD.
>>2093463
Вообще интересная тема вне зависимости от того что аниме не смотрю.
https://anime.stackexchange.com/questions/30604/what-was-the-first-anime-aired-in-hd
А ведь переход на HD можно отмечать как праздник (не в плане соотношения сторон, а в плане того что по сути это разрешение стало отправной точкой в мир высококачественных видео).
Вообще интересная тема вне зависимости от того что аниме не смотрю.
>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 можно отмечать как праздник (не в плане соотношения сторон, а в плане того что по сути это разрешение стало отправной точкой в мир высококачественных видео).
Не бейте лучше обоссыте. Б-кадры и нахрена нужны. Вроде как штука годная и при одном размере позволит увеличить качество, но сам б-фрейм будет качество хуже соседний p-фреймов? Или если поставить bp_ratio в 1 они будет одинакового качества, но в б будет хранится ещё информация о соседних кадрах и изменениях, тем самым мы не потеряем качества? Заебался читать все, что только можно, все рекомендуют нихуя не трогать, типа делали профессионалы и все дела, вот только профессионалам не в 20 сжимать.
>>2093515
Ну и да, на глаз, ясное дело я не могу понять лучше кадры или хуже при bp_ratio 1 и 1.3.
Ну и да, на глаз, ясное дело я не могу понять лучше кадры или хуже при bp_ratio 1 и 1.3.
>>2093257
Unrecognized option 'row-mt'.
Error splitting the argument list: Option not found
Что я делаю не так? Как правильно использовать?
Что такой tile-columns?
Unrecognized option 'row-mt'.
Error splitting the argument list: Option not found
Что я делаю не так? Как правильно использовать?
Что такой tile-columns?
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 ошибку. С чем это связано?
Та же самая строчка в борам работает, в ffmpeg выдаёт такую >>2093519 ошибку. С чем это связано?
>>2091210
Достаточно написать -c copy.
В плеере MPC удерживаешь Shift и с помощью стрелок перемещаешься между ключевыми кадрами. Если удерживать Ctrl, то можно перемещаться между простыми кадрами. Перед этим обязательно включить высокую точность отображения времени, кликнув правой кнопкой мыши на таймер проигрывателя.
Обрезка должна выглядеть примерно так: ffmpeg -i "видео.mkv" -c copy -ss 2:3.520 -to 3:24.400 -y видео.mkv
-y - согласие перезаписывание выходного файла, если нужно будет подбирать размер, вписавшись в лимит, или удалить какие-то кадры.
>-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 - согласие перезаписывание выходного файла, если нужно будет подбирать размер, вписавшись в лимит, или удалить какие-то кадры.
>>2093582
Версионность?
Версионность?
>[FFmpeg-devel] lavc/libvpxenc: add -row-mt option
>Submitted by Kagami Hiiragi on March 3, 2017, 10:20 a.m.
>>2092838
Вот есть таоке же, но бля ависинта, годный сайт какой?
В вебмфорритардс на ависинте можно дописывать команды просто, немного удобнеее, чем в строку от ффмпега(в том же форритардсе).
Вот есть таоке же, но бля ависинта, годный сайт какой?
В вебмфорритардс на ависинте можно дописывать команды просто, немного удобнеее, чем в строку от ффмпега(в том же форритардсе).
>>2080526 (OP)
Кто-то уже пробовал кодировать полнометражки для двачей? Всё никак не могу найти легальные, чтобы поизгаляться над ними как-нибудь.
Кто-то уже пробовал кодировать полнометражки для двачей? Всё никак не могу найти легальные, чтобы поизгаляться над ними как-нибудь.
>>2093087
Спасибо за годноту. Там музыка в меню не меняется?
Спасибо за годноту. Там музыка в меню не меняется?
>>2093841
Поставил последнюю версию, всё равно пишет Unrecognized option 'row-mt'. Error splitting the argument list: Option not found
У кого-нибудь это -row-mt вообще работает?
Поставил последнюю версию, всё равно пишет Unrecognized option 'row-mt'. Error splitting the argument list: Option not found
У кого-нибудь это -row-mt вообще работает?
>>2093087
Да, там главное чтобы -g было больше, чем количество кадров в файле. Тогда и ключевые кадры создаваться не будут, что существенно уменьшит размер вебмки, и прокрутка не будет прилипать к ключевым кадрам (если в плеере включена такая опция).
>Нормально работает прокрутка
Да, там главное чтобы -g было больше, чем количество кадров в файле. Тогда и ключевые кадры создаваться не будут, что существенно уменьшит размер вебмки, и прокрутка не будет прилипать к ключевым кадрам (если в плеере включена такая опция).
>>2096105
Вернее, создаться один на весь файл – что при статичном изображении и требуется.
>Тогда и ключевые кадры создаваться не будут
Вернее, создаться один на весь файл – что при статичном изображении и требуется.
Есть несколько мп4 файлов в разном разрешении в одной папке. Можно ли написать команду одной строкой, чтобы они все объединильсь в 1 мп4 файл в с фиксированным разрешением? Только чтобы они изменялись под новое разрешение, например, вертикальное видео не растягивалось, а просто черные полосы по бокам добавлялись.
Желательно не прописывая имена этих фалов, а просто указать папку откуда их брать.
Желательно не прописывая имена этих фалов, а просто указать папку откуда их брать.
4 Кб, 383x104
Что за вебмв?
>>2096657
Я в этом не все понимаю, но гуглением и старыми бaтниками что-то да получилось. Знающие люди пусть исправят или свое предложат.
Без конвертации видео нужное тебе соотношение сторон не получается. А если не конвертировать аудио, но плеер не будет воспроизводить видео с аудио кодеком отличным от первого. Как я понял.
Поэтому вышло вот что: https://pastebin.com/raw/SzaL9sEL
Видеофайлы конвертятся в .ts Нагуглил -bsf:v h264_mp4toannexb -f mpegts, но работает. До этого только с concat файлы соединялись, но плеер работал без перемотки, с самого начала приходилось смотреть. Хотя, с конвертацией аудио такой проблемы не было. Создается список всех .ts файлов и они соединяются вместе. Далее список и .ts файлы удаляются и остается output.mp4
А это вариант без конвертации видео дорожки: https://pastebin.com/raw/4gnjQ6n9
Получается намного быстрее, но размер картинки прыгает по мере проигрывания файлов. В полноэкранном режиме, впрочем, и не заметно.
Я в этом не все понимаю, но гуглением и старыми бaтниками что-то да получилось. Знающие люди пусть исправят или свое предложат.
Без конвертации видео нужное тебе соотношение сторон не получается. А если не конвертировать аудио, но плеер не будет воспроизводить видео с аудио кодеком отличным от первого. Как я понял.
Поэтому вышло вот что: https://pastebin.com/raw/SzaL9sEL
Видеофайлы конвертятся в .ts Нагуглил -bsf:v h264_mp4toannexb -f mpegts, но работает. До этого только с concat файлы соединялись, но плеер работал без перемотки, с самого начала приходилось смотреть. Хотя, с конвертацией аудио такой проблемы не было. Создается список всех .ts файлов и они соединяются вместе. Далее список и .ts файлы удаляются и остается output.mp4
А это вариант без конвертации видео дорожки: https://pastebin.com/raw/4gnjQ6n9
Получается намного быстрее, но размер картинки прыгает по мере проигрывания файлов. В полноэкранном режиме, впрочем, и не заметно.
>>2096723
Спасибо большое, анончик, пускай оно себе ковертируется (и аудио и видео), файлики небольшие, так что пофиг. Главное чтобы на выходе получалось разрешение, например 720р, и если в папке есть видос с меньшим по ширине размером, то сама картинка не становилась тоже 720, а оставалась оригинальной (хз как это еще сформулировать).
Спасибо большое, анончик, пускай оно себе ковертируется (и аудио и видео), файлики небольшие, так что пофиг. Главное чтобы на выходе получалось разрешение, например 720р, и если в папке есть видос с меньшим по ширине размером, то сама картинка не становилась тоже 720, а оставалась оригинальной (хз как это еще сформулировать).
Ебать!
В Microsoft Edge починили вебмки!
Но не все...
В Microsoft Edge починили вебмки!
Но не все...
28 Кб, 726x544
>>2097381
отклеилось
отклеилось
>>2097523
То, что ютуб в вп9 играет не мешает майкрософтоподелию не уметь проигрывать вебм.
Не знаю, пофиксили или нет, но ишак 1) не запоминает настройки на дваче, будешь сидеть только с дефолтными 2) в нём нельзя ввести капчу, вернее можно, но только один раз, после чего требуется перезагружать "браузер"
То, что ютуб в вп9 играет не мешает майкрософтоподелию не уметь проигрывать вебм.
Не знаю, пофиксили или нет, но ишак 1) не запоминает настройки на дваче, будешь сидеть только с дефолтными 2) в нём нельзя ввести капчу, вернее можно, но только один раз, после чего требуется перезагружать "браузер"
>>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
звук кодировать лучше из флака, если удастся найти
Идеальное кодирование вебмки со статичной картинкой:
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
звук кодировать лучше из флака, если удастся найти
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
Вот, теперь точно идеально.
Вот, теперь точно идеально.
>>2097381
БАМП!
БАМП!
>>2097691
У куклы есть опция обрезать имена, ОП ее включил.
У куклы есть опция обрезать имена, ОП ее включил.
>>2093087
Что значит "pause" в конце и как
вот так переносить по строкам?
Что значит "pause" в конце и как
>ffmpeg -r 1 -loop 1 ^
>-i "Fables2.png" ^
>-i "01. Main Menu.m4a" ^
вот так переносить по строкам?
>>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%, размер почти не зависит от длительности (несколько кадров-секунд добавляют примерно килобайт), пикчу не размазывает, но при этом всём кодирование происходит в разы быстрее.
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%, размер почти не зависит от длительности (несколько кадров-секунд добавляют примерно килобайт), пикчу не размазывает, но при этом всём кодирование происходит в разы быстрее.
Например, 1) оригинал, 2) перекод 30 сек, 3) перекод 6 мин. Более чем в 2 раза меньший размер при том же качестве. 5 мин 30 сек добавили лишь 12.7 КБ к размеру.
Думаю, вопрос как правильно кодировать статичные картинки решён полностью и окончательно.
Вопрос другой: почему искажаются цвета? И такое происходит не только с PNG, но и с обычным JPEG, и при всяких методах кодирования. Незначительно, кончено, но искажаются.
Вопрос другой: почему искажаются цвета? И такое происходит не только с PNG, но и с обычным JPEG, и при всяких методах кодирования. Незначительно, кончено, но искажаются.
Искажения выглядят так, будто меняется цветовой профиль.
>>2096723
В принципе заебок работает, пользоваться можно, правда в некоторых случаях вариант с конвертированием магическим образом пропускает один файл при конкатинации, хотя формат такой же я хз, может метаданные как-то влияют. А куда создается list.txt создается?
В принципе заебок работает, пользоваться можно, правда в некоторых случаях вариант с конвертированием магическим образом пропускает один файл при конкатинации, хотя формат такой же я хз, может метаданные как-то влияют. А куда создается list.txt создается?
>>2098587
У меня в батник забито было. Где его запускал, там и создавался txt.
Убери del list_ts.txt, увидишь.
У меня в батник забито было. Где его запускал, там и создавался txt.
Убери del list_ts.txt, увидишь.
>>2098587
Убери del'ы и посмотри все ли конвертируются. Может, какой-нибудь файл из-за странного имени не берет. Фиг знает в общем.
>пропускает один файл
Убери del'ы и посмотри все ли конвертируются. Может, какой-нибудь файл из-за странного имени не берет. Фиг знает в общем.
>>2097773
Ты че, отсталый что ли? Уже 16к стандарт. Срочно беги покупать новый телевизор 16к 320hz
Ты че, отсталый что ли? Уже 16к стандарт. Срочно беги покупать новый телевизор 16к 320hz
>>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
Бля, хуле ты такой не мейнстримный, прошлогодний стандарт принес.
>>2097381
бамп!!!
бамп!!!
>>2097735
Для винды "\"
Для винды "\"
>>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 секунд.
Переменный битрейт в ворбис включается же, нужно задавать качество через -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 секунд.
>>2100821
Да, ты прав, не знал:
"Opus is more efficient when operating with variable bitrate (VBR), which is the default"
Да, ты прав, не знал:
"Opus is more efficient when operating with variable bitrate (VBR), which is the default"
>>2100840
Это для голоса, а не для музыки. Подходит для дорожки с комментарием к фильму.
>На HE-AAC попробуй.
Это для голоса, а не для музыки. Подходит для дорожки с комментарием к фильму.
>>2100957
А опус по твоему для музыки пилили, а не для онлайн трансляций? А до опуса HE-AAC показывал себя не плохо на битрейтах 64 и около того.
> Это для голоса, а не для музыки.
А опус по твоему для музыки пилили, а не для онлайн трансляций? А до опуса HE-AAC показывал себя не плохо на битрейтах 64 и около того.
>>2101115
Рад за него, чего сказать то хотел?
Рад за него, чего сказать то хотел?
Чем отличаются версии Static, Shared и Dev?
>>2080526 (OP)
Анон, есть вопрос, videopad - это нормальный редактор или кусок говна? Нужна простенькая программа уровня Paint.NET против фотошопа, только для видео.
Анон, есть вопрос, videopad - это нормальный редактор или кусок говна? Нужна простенькая программа уровня Paint.NET против фотошопа, только для видео.
>>2101454
А, видел такую, проблема в том, что из коробки это программа не умеет работать с кучей популярных форматов (тот же mkv), а я был не уверен стоит ли связываться с поиском плагинов.
>virtual dub
А, видел такую, проблема в том, что из коробки это программа не умеет работать с кучей популярных форматов (тот же mkv), а я был не уверен стоит ли связываться с поиском плагинов.
>>2101429
Блендер установи - не мучайся. Смотря какие задачи у тебя можешь еще посмотреть vapoursynth глянуть.
Блендер установи - не мучайся. Смотря какие задачи у тебя можешь еще посмотреть vapoursynth глянуть.
>>2101523
Задачи тривиальные: вырезать из фильма отрывок секунд в 30 и послать другу с рекомендацией этот фильм посмотреть, взять много видео с телефона, из длинных файлов выкинуть лишнее, всё объединить в один файл и отправить родственникам, которым в силу возраста тяжело разбираться с компьютером, но вынь да положь "покажи как ты съездил в странанейм". В общем ничего кроме "вырезать - вставить - изменить размер - сохранить в нужном формате".
За блендер спасибо, вроде то, что нужно.
>Смотря какие задачи
Задачи тривиальные: вырезать из фильма отрывок секунд в 30 и послать другу с рекомендацией этот фильм посмотреть, взять много видео с телефона, из длинных файлов выкинуть лишнее, всё объединить в один файл и отправить родственникам, которым в силу возраста тяжело разбираться с компьютером, но вынь да положь "покажи как ты съездил в странанейм". В общем ничего кроме "вырезать - вставить - изменить размер - сохранить в нужном формате".
За блендер спасибо, вроде то, что нужно.
>>2101573
Ну тогда блендер, да. Там и просто, и быстро и, если захочешь чего-то интереснее, можно всякие штуки делать продвинутые без переучивания.
Ну тогда блендер, да. Там и просто, и быстро и, если захочешь чего-то интереснее, можно всякие штуки делать продвинутые без переучивания.
Если ffmpeg'у дать какой-нибудь трёхсекундный отрывок захардсабить (vf=ass), который в середине большого видео, то он долго будет топтаться на месте в обоих пассах, а потом уже начнёт энкодить нужное.
Как это объяснить? Что он там "перематывает" большую часть времени?
Как это объяснить? Что он там "перематывает" большую часть времени?
>>2101607
Там разные алгоритмы поиска. Я -ss -t использую — очень быстро, но не точно.
Там разные алгоритмы поиска. Я -ss -t использую — очень быстро, но не точно.
>>2101610
Хз, смотрю с помощью подробной сводки времени и mpv и пролистывания mpv по кадрам.
Всегда попадаю с точностью до кадра
>не точно
Хз, смотрю с помощью подробной сводки времени и mpv и пролистывания mpv по кадрам.
Всегда попадаю с точностью до кадра
>>2101612
Как еще не знаю, читай докуменатцию. Есть медленный поиск, более точный. -ss у меня ищет очень быстро.
Как еще не знаю, читай докуменатцию. Есть медленный поиск, более точный. -ss у меня ищет очень быстро.
>>2101614
Не распарсил нихрена. Куда секунды-то ставить, лул?
> Если в используемой команде FFmpeg ключ -ss стоит перед -i, требуется добавить фильтр setpts со сдвигом на то же число секунд: -vf "setpts=PTS+??/TB,subtitles=sub.ass,setpts=PTS-STARTPTS"
Не распарсил нихрена. Куда секунды-то ставить, лул?
>>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
>>2101633
Да, нахрен.
Всё равно непонятно, что это за говно, как оно вести себя будет. Лучше батник сделаю, чтобы обрезать моментально видео и передавать его ffmpeg'у сразу для работу, без ss'ов.
И быстро, и логично
Да, нахрен.
Всё равно непонятно, что это за говно, как оно вести себя будет. Лучше батник сделаю, чтобы обрезать моментально видео и передавать его ffmpeg'у сразу для работу, без ss'ов.
И быстро, и логично
>>2101639
Блин, ну сейчас, не побрезгую таки.
Блин, ну сейчас, не побрезгую таки.
53 Кб, 639x676
>>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 ест.
Ничего не изменилось совершенно. Он по-прежнему имеет гусей перед тем, как дойти до нужного участка времени.
И так всегда было. Я просто сейчас уже бомбанул, так как начал с большими видео предолиться.
Команда была такой (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 ест.
>>2101647
А, кстати, теперь я ещё на кадров 5 в конце промахнулся, писец, следующая сцена попала и отожрала драгоценные килобайты.
При -ss -to такого не было!
А, кстати, теперь я ещё на кадров 5 в конце промахнулся, писец, следующая сцена попала и отожрала драгоценные килобайты.
При -ss -to такого не было!
29 Кб, 606x656
>>2101647
>>2101622
Интересно почему.
> Ничего не изменилось совершенно
> Команда была такой (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"
Интересно почему.
>>2101813
Хыхыхы
Хыхыхы
>>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, и комбинировал, ему насрать.
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, и комбинировал, ему насрать.
Какого чёрта убрали croptop и ему подобных?
Удобно было?
Как мне теперь обрезать a пикселей слева, b справа, c снизу, d сверху?
vf crop=in_w-2a:in_h-2c обрежет мне сами понимаете как, мне не подходит
Удобно было?
Как мне теперь обрезать a пикселей слева, b справа, c снизу, d сверху?
vf crop=in_w-2a:in_h-2c обрежет мне сами понимаете как, мне не подходит
>>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 сверху - топчик.
Короче, я не могу выставить -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 сверху - топчик.
>>2102202
-- 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", ты знаешь формальности по кропу?
> 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", ты знаешь формальности по кропу?
>>2102204
И место -to надо будет -t использовать скорее всего.
И место -to надо будет -t использовать скорее всего.
>>2102207
Ну тогда и setpts нинужно.
>>2102209
-ss перед -i видео?
Легко, держи:
-- 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
> Если в используемой команде 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
Анон! Стримю из mpeg2 в webm, но нужно понизить качество и разрешение. и videosize ставил ниже и videobitrate, но не работает как надо. чего сделал не так?
>>2102211
Так, давай еще раз, скинь команду/скриншот, а не только ошибки, ведь нихуя непонятно же.
>Легко, держи:
Так, давай еще раз, скинь команду/скриншот, а не только ошибки, ведь нихуя непонятно же.
>>2102215
-- 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
А ты не троль?
> 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
А ты не троль?
>>2102224
Ну ладно, придётся самому подбирать, где создатели посчитали нужным расположить начало координат, что такое "координата прямоугольника", и куда направлены оси
Ну ладно, придётся самому подбирать, где создатели посчитали нужным расположить начало координат, что такое "координата прямоугольника", и куда направлены оси
Запомните, что если вы разговариваете с пердоликом и обсуждаете координатную плоскость, то ось Oy направлена не вверх, а вниз, а ось Ox - вправо.
Ну и начало координат располагается сверху слева.
Просто запомните
Ну и начало координат располагается сверху слева.
Просто запомните
>>2081646
Где почитать теорию?
Поясните про слайсы.
>ну почитайте теорию, первый ролик это практически идеал для сжатия слайсами
Где почитать теорию?
Поясните про слайсы.
Сап, конвертач. Есть ли какой-то гайд for dummies по ffmpeg? Хотя мне всего-то надо из .mkv нужно перевести в .mp4 попутно вырезав лишние аудиотреки, сабы и перекодировать нужный аудиотрек.
Ещё прошу объяснить почему у некоторых вебмок, которые я встречал, отсутствовала возможность перемотать видео, вместо этого просто вебм проигрывалась заново.
Ещё прошу объяснить почему у некоторых вебмок, которые я встречал, отсутствовала возможность перемотать видео, вместо этого просто вебм проигрывалась заново.
>>2102200
Нет, не адекватно. А проверяется на одной фрейме.
> я по-умолчанию принял левый нижний угол за начало и оси вверх и вправо - это адекватно.
Нет, не адекватно. А проверяется на одной фрейме.
>>2102221
Может быть потому что и не должно?
Может быть потому что и не должно?
>>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)
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)
>>2103238
Эт реард.
Эт реард.
19,6 Мб, webm, 1280x720, 2:16
>>2101115
Только глючит в мкв контейнере с h264 кодеком на макабе.
Только глючит в мкв контейнере с h264 кодеком на макабе.
Что означают все эти опции:
-tile-columns
-frame-parallel
-auto-alt-ref
-lag-in-frames
И как сделать так, чтобы заработал ебучий -row-mt?
-tile-columns
-frame-parallel
-auto-alt-ref
-lag-in-frames
И как сделать так, чтобы заработал ебучий -row-mt?
3,2 Мб, webm, 1480x1080, 0:05
Видео-эксперты, прощу помощи.
Есть видео 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
Есть видео 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
>>2104765
Ладно, сделал mpdecimate=max=3, вроде хорошо. Был бы рад, если бы кто-нибудь меня все таки бы просветил о том, как это нужно делать правильно.
Ладно, сделал mpdecimate=max=3, вроде хорошо. Был бы рад, если бы кто-нибудь меня все таки бы просветил о том, как это нужно делать правильно.
>>2104765
Взять оригинал до извращений? Если его нет, то безопасно не вернешь, если видео не большое сиди удаляй руками, если большое, то беда, фильтры уменьшающие фпс есть, но результат может быть не предсказуем.
> Как безопасно вернуть оригинальный fps?
Взять оригинал до извращений? Если его нет, то безопасно не вернешь, если видео не большое сиди удаляй руками, если большое, то беда, фильтры уменьшающие фпс есть, но результат может быть не предсказуем.
636 Кб, 1708x2401
Господа, как вырезать фрагмент из видео? То есть, в оутпуте чтобы было вырезанное видео, а всё видео без этого фрагмента. Удалить фрагмент.
>>2105729
*не вырезанное видео
*не вырезанное видео
>>2105729
Тут три действия надо сделать.
1. Вырезать отрезок до
2. Вырезать отрезок после
3. Соединить эти отрезки
Всё это можно сделать без перекодировки через ffmpeg.
Тут три действия надо сделать.
1. Вырезать отрезок до
2. Вырезать отрезок после
3. Соединить эти отрезки
Всё это можно сделать без перекодировки через ffmpeg.
>>2105729
Machete, ломаные на ru.board
Machete, ломаные на ru.board
>>2105736
Да, уже понял, что придется много ебаться с concat.
Да, уже понял, что придется много ебаться с concat.
Эх, а могли бы запилить нормальную фичу вырезания без стопицот действий.
Вообще в видеоформатах не шарю. Вот порендерил вебм в премьере и мп4 с тем же битрейтом. Разница на лицо. Это при 10 фпс и минимум движения. мп4 более прожорлив?
>>2106776
В браузере разница не сильно видна. Ореол от огня за девочкой в пм4 пидорасит.
В браузере разница не сильно видна. Ореол от огня за девочкой в пм4 пидорасит.
>>2106776
Ебать ты юморист.
Конечно, потому что H.264 (AVC) это устаревающий формат, появившийся аж в 2003 году. В этом формате ты ещё мог видосики на мобилочках через блютус перекидывать. А VP9 это актуальный формат нового поколения, спецификация появилась в 2013 году, он обеспечивает в 1.3-2 раза более эффективное сжатие. Его если сравнивать, то с H.265 (HEVC).
AVC можно сравнивать с VP8. И да, VP8 похуже.
Лучше, наверное, сохранить в lossless и кодировать в ffmpeg. Не знаю как в премьере, но, думается, в подобных программах компромисс между эффективностью и скоростью, с уклоном в скорость. А AVC и VP8 настолько быстро кодируются (по сравнению с жутко тяжёлым VP9) на современных вычислительных мощностях, что не ставить максимальные настройки эффективности (-speed 0 -deadline 0 + два прохода) это вершина уебанства.
Ебать ты юморист.
>мп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 + два прохода) это вершина уебанства.
>>2107081
Ок, спасибо.
Ок, спасибо.
>>2107081
Ебноутый нахуй
Все неверно
>Конечно, потому что H.264 (AVC) это устаревающий формат, появившийся аж в 2003 году. В этом формате ты ещё мог видосики на мобилочках через блютус перекидывать. А VP9 это актуальный формат нового поколения, спецификация появилась в 2013 году, он обеспечивает в 1.3-2 раза более эффективное сжатие. Его если сравнивать, то с H.265 (HEVC).
Ебноутый нахуй
Все неверно
>>2107081
Но визуально кажется наоборот. В основном это происходит по двум причинам.
Первая
MP4 – ввиду крайней его популярности – кодируют часто ламеры в мутных программах, где есть только выбор кодека, битрейт и кнопка "перекодировать". А VP8 кодируют задроты на ffmpeg, подходя к процессу более-менее ответственно. Оттого вебмки выглядят качественнее, чем MP4 того же размера.
Вторая причина - визуальное восприятия артефактов сжатия. Элемент изображения VP8 это WebP, элемент изображения в MP4 это что-то вроде JPEG. WebP даёт более гладкую и однородную картинку, а в MP4 в глаза бросаются более грубые артефакты и цветные ореолы, при этом детализация в MP4 может быть даже чуть выше. То есть, при низком битрейте MP4 будет выглядеть выразительно шакалисто, а вемка будет выглядеть скорее размыто.
>AVC можно сравнивать с VP8. И да, VP8 похуже
Но визуально кажется наоборот. В основном это происходит по двум причинам.
Первая
>в подобных программах компромисс между эффективностью и скоростью, с уклоном в скорость
MP4 – ввиду крайней его популярности – кодируют часто ламеры в мутных программах, где есть только выбор кодека, битрейт и кнопка "перекодировать". А VP8 кодируют задроты на ffmpeg, подходя к процессу более-менее ответственно. Оттого вебмки выглядят качественнее, чем MP4 того же размера.
Вторая причина - визуальное восприятия артефактов сжатия. Элемент изображения VP8 это WebP, элемент изображения в MP4 это что-то вроде JPEG. WebP даёт более гладкую и однородную картинку, а в MP4 в глаза бросаются более грубые артефакты и цветные ореолы, при этом детализация в MP4 может быть даже чуть выше. То есть, при низком битрейте MP4 будет выглядеть выразительно шакалисто, а вемка будет выглядеть скорее размыто.
>>2107096
Так обоснуй что там тебе "неверно".
Если просто гуглхейтер с "VP9 ненужон", то можешь сразу следовать нахуй.
Так обоснуй что там тебе "неверно".
Если просто гуглхейтер с "VP9 ненужон", то можешь сразу следовать нахуй.
715 Кб, 1690x939
>>2107102
Я с таким дауном даже разговаривать не буду.
>он обеспечивает в 1.3-2 раза более эффективное сжатие.
Я с таким дауном даже разговаривать не буду.
>>2107208
5 и 15 секунда. Кадры выдернул ffmpeg'ом, а не принтскрином.
5 и 15 секунда. Кадры выдернул ffmpeg'ом, а не принтскрином.
43 Кб, 800x217
69 Кб, 962x992
>>2107241
VP9 не везде больше MP4, зависит от видео, при этом качество у VP9 лучше MP4
VP9 не везде больше MP4, зависит от видео, при этом качество у VP9 лучше MP4
677 Кб, 552x712
>>2107208
Налицо дебильность и утиная преданность формату AVC.
>>2107241
Ты на самом деле не видишь кардинальной разницы между этими изображениями? Скорее всего ты и есть тот самый ламер, который кодирует MP4 и делает это из рук вон плохо.
Чтобы добиться того же самого качества в AVC, нужно повысить битрейт как раз в 1.3-2 раза, и то, если ты будешь кодировать на максималочках.
Налицо дебильность и утиная преданность формату AVC.
>>2107241
Ты на самом деле не видишь кардинальной разницы между этими изображениями? Скорее всего ты и есть тот самый ламер, который кодирует MP4 и делает это из рук вон плохо.
Чтобы добиться того же самого качества в AVC, нужно повысить битрейт как раз в 1.3-2 раза, и то, если ты будешь кодировать на максималочках.
>>2107265
Ну у чувака может просто плохое зрение, для него что одно размытое изображение, что другое - разницы нет. Ну или на самом деле отсталость в развитии. Умение определять качество и дороговизну вещей обычно развивается и нарабатывается с возрастом.
Ну у чувака может просто плохое зрение, для него что одно размытое изображение, что другое - разницы нет. Ну или на самом деле отсталость в развитии. Умение определять качество и дороговизну вещей обычно развивается и нарабатывается с возрастом.
>>2107271
Кек. Где вебм, где мп4.
>Чтобы добиться того же самого качества в AVC, нужно повысить битрейт как раз в 1.3-2 раза, и то, если ты будешь кодировать на максималочках.
Кек. Где вебм, где мп4.
Не могу понять, как субтитры срендерить. Делаю скрипт шелла, там есть переменная INPUT, в конце команда(лишнее убрал)
ffmpeg -i "$INPUT" -vf subtitles=$INPUT "$OUTPUT"
и нихуя, субтитры софтсабом пишутся отключаемым. Алсо, как это заэкранировать в субтитрах? Если файл с пробелами, то ошибка на субтитрах, пробовал -vf subtitles="$INPUT" и -vf "subtitles='$INPUT'" и нихуя.
ffmpeg -i "$INPUT" -vf subtitles=$INPUT "$OUTPUT"
и нихуя, субтитры софтсабом пишутся отключаемым. Алсо, как это заэкранировать в субтитрах? Если файл с пробелами, то ошибка на субтитрах, пробовал -vf subtitles="$INPUT" и -vf "subtitles='$INPUT'" и нихуя.
>>2107878
Логично.
Логично.
>>2107846
Скинь скриншот: команда и то, что ффмпег выводит.
Скинь скриншот: команда и то, что ффмпег выводит.
69 Кб, 536x431
Пардон, не цуиь, но тоже видео.
Во время записи видео с Geforce Experience вырубили электричество. Вот такой я жмот без ИБП. Файл на диске есть, но Potplayer его не читает. Файл можно как-нибудь починить, или отправлять его в страну бесконечного дискового пространства?
Во время записи видео с Geforce Experience вырубили электричество. Вот такой я жмот без ИБП. Файл на диске есть, но Potplayer его не читает. Файл можно как-нибудь починить, или отправлять его в страну бесконечного дискового пространства?
>>2108434
Алсо, если не найдёшь тех прог, то вот
https://vzaar.com/blog/2014/10/10/fix-video-files-secret-weapon/
Народным хэндбрейком
Алсо, если не найдёшь тех прог, то вот
https://vzaar.com/blog/2014/10/10/fix-video-files-secret-weapon/
Народным хэндбрейком
>>2080526 (OP)
Я когда то скачал двухминутный вебм и сохранил его, теперь его я запускаю, а видео обрывается на 30 секундах.
Но оно раньше полностью проигрывалось. Что могло случиться? Похерился файл???
Я когда то скачал двухминутный вебм и сохранил его, теперь его я запускаю, а видео обрывается на 30 секундах.
Но оно раньше полностью проигрывалось. Что могло случиться? Похерился файл???
Первый проход на самом деле не работает.
Он сканирует только звук, если звук убран (-an, например), то в завершении первого прохода выдаёт
Если звук есть, то последней стройкой пишет
То есть, получается на кодирование видео двупроходность вообще никак не влияет?
Он сканирует только звук, если звук убран (-an, например), то в завершении первого прохода выдаёт
>Output file is empty, nothing was encoded
Если звук есть, то последней стройкой пишет
>video:0kB audio:[сколько-то]kB
То есть, получается на кодирование видео двупроходность вообще никак не влияет?
>>2110065
Нет, всем всё сканируется.
Это не сканирование, оно кодирует, конвертирует звук. Это нинужно на первом проходе, поэтому ставят -an
Нет. В текущей папке должен создастся файл с именем ffmpegblabla.log - там результаты сканирования, которые будут использованы на втором проходе.
Нет, всем всё сканируется.
> Он сканирует только звук
Это не сканирование, оно кодирует, конвертирует звук. Это нинужно на первом проходе, поэтому ставят -an
> То есть, получается на кодирование видео двупроходность вообще никак не влияет?
Нет. В текущей папке должен создастся файл с именем ffmpegblabla.log - там результаты сканирования, которые будут использованы на втором проходе.
>>2110076
Возможно как-то по результатам первого прохода узнать какого размера будет итоговый файл? Что крайне недостаёт при CRF.
Возможно как-то по результатам первого прохода узнать какого размера будет итоговый файл? Что крайне недостаёт при CRF.
>>2109932
дай ссыль на посты
дай ссыль на посты
Проблема при вырезании фрагментов видео из других видео. Обычно стараюсь вырезать не декодируя, т.е. webm -> webm, mp4 -> mp4, проблема присутствует всегда.
Использую команду: ffmpeg -i INFILE -ss 02:16:19 -t 2.5 -c copy OUTFILE
Если я проиграю OUTFILE в mpv, то где-то первые полсекунды вообще не проигрываются, как будто их в файле и нет. Если открыть файл в браузере, выходит ещё интересней: он проигрывается с самого начала, т.е. эти полсекунды там очевидно есть, но нормально играет только аудио, видео в это время "замёрзшее".
Похоже, проблема возникает у меня всегда при выполнении указанной команды. ЧЯДНТ?
Использую команду: ffmpeg -i INFILE -ss 02:16:19 -t 2.5 -c copy OUTFILE
Если я проиграю OUTFILE в mpv, то где-то первые полсекунды вообще не проигрываются, как будто их в файле и нет. Если открыть файл в браузере, выходит ещё интересней: он проигрывается с самого начала, т.е. эти полсекунды там очевидно есть, но нормально играет только аудио, видео в это время "замёрзшее".
Похоже, проблема возникает у меня всегда при выполнении указанной команды. ЧЯДНТ?
>>2110593
Ну да, это как повёзет, если попадешь в ключевой кадр, то вырежет нормально, если нет, то будет замершее, пока не дойдет до след. ключевого кадра.
Если такая проблема, то попробуй вырезать с перекодом аудио -c:v copy -c:a libopus, иногда помогает. Или меняй таймкод, пока не попадешь на ключевой кадр.
Ну да, это как повёзет, если попадешь в ключевой кадр, то вырежет нормально, если нет, то будет замершее, пока не дойдет до след. ключевого кадра.
Если такая проблема, то попробуй вырезать с перекодом аудио -c:v copy -c:a libopus, иногда помогает. Или меняй таймкод, пока не попадешь на ключевой кадр.
>>2110578
ffmpeg -ss 10:02 -i video.mkv -vframes 1 screen.png
ffmpeg -ss 10:02 -i video.mkv -vframes 1 screen.png
>>2110597
А как-то автоматизировать этот процесс нельзя? А то ну пиздец высокие технологии приходится вручную кадр подбирать.
А как-то автоматизировать этот процесс нельзя? А то ну пиздец высокие технологии приходится вручную кадр подбирать.
>>2110620
Автоматизируй. Только не забудь сюда отписать, как сделол.
Автоматизируй. Только не забудь сюда отписать, как сделол.
>>2109378
бамп вопросу
бамп вопросу
>>2110593
>>2110620
Вообще-то технологии могли бы позволить создать фильтр, который переконструировал бы ключевые кадры без перекодирования. То есть, определял ключевой кадр в произвольном месте (начале) и перекидывал на него и на последующие кадры информацию которая была в оригинальном ключевом кадре и предназначалась для этих кадров.
>>2110620
Вообще-то технологии могли бы позволить создать фильтр, который переконструировал бы ключевые кадры без перекодирования. То есть, определял ключевой кадр в произвольном месте (начале) и перекидывал на него и на последующие кадры информацию которая была в оригинальном ключевом кадре и предназначалась для этих кадров.
>>2107512
1 мп4, этот лупфильтр я везде узнаю.
>>2107271
Скорее ты. Видево кодированное гуглом вообще как показатель качества не может быть использованно, ебнутый. А такие квадраты чтобы получить нужно ну очень сильно хотеть показать как мп4 плох и понизить деблок или вообще его вырубить.
У мп есть недостатки и сжатие похуже в опередленных местах, но негибкость вп кодеков перекрывает их полностью.
1 мп4, этот лупфильтр я везде узнаю.
>>2107271
> Скорее всего ты и есть тот самый ламер, который кодирует MP4 и делает это из рук вон плохо.
Скорее ты. Видево кодированное гуглом вообще как показатель качества не может быть использованно, ебнутый. А такие квадраты чтобы получить нужно ну очень сильно хотеть показать как мп4 плох и понизить деблок или вообще его вырубить.
У мп есть недостатки и сжатие похуже в опередленных местах, но негибкость вп кодеков перекрывает их полностью.
>>2110753
Сделой
Сделой
>>2110913
Ну да, и на самом деле чёт не фонтан.
Ну да, и на самом деле чёт не фонтан.
>>2110921
Всё лучше, чем негров шакалить
Всё лучше, чем негров шакалить
15 Кб, 611x156
>>2080526 (OP)
Не знаю где еще найти анона шарящего в видеомонтаже, так что спрошу тут.
В mkvtoolnix при попытке слепить bdremux в mkv происходит следующий кофуз: русские субтитры представлены в виде двух pgs (пикрил), и они не полные. В первых одна половина текста во вторых другая.
Скажем полные субтитры фильма былы бы:
"Обработал в двух разных программах. Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. Может мне пора спать? В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.".
В моем случае в первых субтитрах:
"Обработал в двух разных программах. Может мне пора спать?".
А во вторых:
"Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.".
Причем с правильными тавймингами, просто в каждых пропускает примерно половину текста. Тот текст что есть в одних, отсутствует в других. Как фиксить это? Как склеить?
Не знаю где еще найти анона шарящего в видеомонтаже, так что спрошу тут.
В mkvtoolnix при попытке слепить bdremux в mkv происходит следующий кофуз: русские субтитры представлены в виде двух pgs (пикрил), и они не полные. В первых одна половина текста во вторых другая.
Скажем полные субтитры фильма былы бы:
"Обработал в двух разных программах. Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. Может мне пора спать? В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.".
В моем случае в первых субтитрах:
"Обработал в двух разных программах. Может мне пора спать?".
А во вторых:
"Мне кажется, что разница минимальна, но почему такая большая разница в размере файла. В любом случае обсуждаем программы, которыми вы кодируете вебм и все такое.".
Причем с правильными тавймингами, просто в каждых пропускает примерно половину текста. Тот текст что есть в одних, отсутствует в других. Как фиксить это? Как склеить?
>>2111049
Я бы вытащил субтитры из mkv MKVExtractGUI2, потом конвертнул бы из в srt ???, потом бы склеил вместе и подровнял к речи Aegisub и уже их добавил в матрёшку
Я бы вытащил субтитры из mkv MKVExtractGUI2, потом конвертнул бы из в srt ???, потом бы склеил вместе и подровнял к речи Aegisub и уже их добавил в матрёшку
Что такое AVC1? Я так понимаю, это другой кодек стандарта H.264, чем x264?
Если да, то как кодировать им в ffmpeg?
Если да, то как кодировать им в ffmpeg?
Как запихать фильтру ass, например, название субтитра с пробелами?
Пусть ins="A I B.ass".
Тогда:
A: Invalid argument
Error reinitializing filters!
На линкрил что-то есть, но моя не понимать, что они там спамят //////////.
http://ffmpeg.org/ffmpeg-filters.html#Notes-on-filtergraph-escaping
Пусть 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
>>2114094
Спасибо, анон, но в условиях того, что у меня там в переменную загнано, мне удобнее делать копию с простым именем, а потом её удалять.
Спасибо, анон, но в условиях того, что у меня там в переменную загнано, мне удобнее делать копию с простым именем, а потом её удалять.
>>2114168
Ты не поверишь, но вот -vf "ass=A\ I\ B.ASS" оно ест, а вот
-vf "ass=[Daun-raws]\ Tupoe\ govno\ tupogo\ govna\ 01\ [BDRip\ 1920x1080\ x264\ Vorbis]"
оно не ест. Я пробовал убирать квадратные скобки - энивэй.
Ты не поверишь, но вот -vf "ass=A\ I\ B.ASS" оно ест, а вот
-vf "ass=[Daun-raws]\ Tupoe\ govno\ tupogo\ govna\ 01\ [BDRip\ 1920x1080\ x264\ Vorbis]"
оно не ест. Я пробовал убирать квадратные скобки - энивэй.
>>2114212
Он так-то выводт ошибку, что он съесть не смог там не отображается, может это '-' может ещё чего. Я давно через ависинт накладываю сабы TextSub ("your_file.ssa")
Соснуль для ретардов, большая часть которых сама не станет ебаться с экранирование, а односложно переименует сабы и закинет в bin
Он так-то выводт ошибку, что он съесть не смог там не отображается, может это '-' может ещё чего. Я давно через ависинт накладываю сабы TextSub ("your_file.ssa")
Соснуль для ретардов, большая часть которых сама не станет ебаться с экранирование, а односложно переименует сабы и закинет в bin
>>2114214
А, ну, это из-за скобок таки, я тогда не углядел малость. Ну и фиг с ним, ins.ass - наше всё.
ретурд
А, ну, это из-за скобок таки, я тогда не углядел малость. Ну и фиг с ним, ins.ass - наше всё.
ретурд
>>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%
Квадратные скобки тоже экранировать(круглые нет). Ещё и виндоус слеши в пути надо поворачивать, а между буквой и двоеточием в начале \\ ставится. У меня, кстати, без экранирования пробелов работает.
Например.
set SBT=буква:\путь\файл.асс
set SBT=%SBT:\=/%
set SBT=%SBT:[=\[%
set SBT=%SBT:]=\]%
set SBT=%SBT::=\\:%
set SBT=%SBT:"=%
set SBT="ass=SBT"
ffmpeg -vf %SBT%
>>2114267
Эли двумя или тремя, больше бекслешей, богу бекслешей, например
-vf subtitles="E\\\:\\\\\\\\\\\\\..FOLDER\\\\\\\FOLDER\\\\\\\SUBS.srt"
И это реально работает! Хотя и из буханки хлеба и телевизионной антенны можно сделать игрушку "троллейбус", но зачем?
Эли двумя или тремя, больше бекслешей, богу бекслешей, например
-vf subtitles="E\\\:\\\\\\\\\\\\\..FOLDER\\\\\\\FOLDER\\\\\\\SUBS.srt"
И это реально работает! Хотя и из буханки хлеба и телевизионной антенны можно сделать игрушку "троллейбус", но зачем?
Че шапку-то проебали. Как картинку и мп3 файл объединить, чтобы на выходе вебм получить?
Вот это вот >>2098450 не хочет работать.
Хочу всего лишь трек с обложкой вебемнуть.
Вот это вот >>2098450 не хочет работать.
Хочу всего лишь трек с обложкой вебемнуть.
>>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
Такое, вроде, срабатывало
(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
>>2115975
спасибки
спасибки
>>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
Запости скрин. Не может не работать.
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
>>2117056
Да это мой косяк, скачал новую версию ффмпега - заработало.
Мой вопрос на счет пикрилейтед еще актуален, как прописать выделенные параметры в консольку, ну или хотя бы некоторые из них?
Да это мой косяк, скачал новую версию ффмпега - заработало.
Мой вопрос на счет пикрилейтед еще актуален, как прописать выделенные параметры в консольку, ну или хотя бы некоторые из них?
>>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
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
>>2117237
Что за писька на пикрил?
Что за писька на пикрил?
>>2117597
Хз, какие-то отпимизации на уровне контейнера, не кодека.
Типа там метадата всякая, которые считывают до воспроизведения.
Хз, какие-то отпимизации на уровне контейнера, не кодека.
Типа там метадата всякая, которые считывают до воспроизведения.
>>2117640
Ты настройки не видишь? И я не вижу, их нет, вполне возможно, что эта хрень изменяет дефолтные b/реф фреймы, для, по мнению создателя, оптимального веб декодирования.
> какие-то отпимизации на уровне контейнера, не кодека
Ты настройки не видишь? И я не вижу, их нет, вполне возможно, что эта хрень изменяет дефолтные b/реф фреймы, для, по мнению создателя, оптимального веб декодирования.
У вас нет ощущения что в последнее время на ютубе сильно начало артфеактить при движении видосы (как в хевке остается шлейф за объектом)?
Прям в глаза бросается особенно на 720p
Прям в глаза бросается особенно на 720p
>>2120328
Ты просто докодировался до ручки. Я теперь не только вижу квадраты, полосы, но и градиенты на 420 цветовом пространстве. Печально всё это, теперь все видео в 444p10le кодирую. Попрошу заметить, у x264 есть компенсация этого эффекта, но она жрет треть/половину битрейта, одна из причина, почему появилось глупое заблуждение, что vp9 2x better x264, при отключении можно сильно экономить, если вы любитель крови из глаз в малый размер.
Ты просто докодировался до ручки. Я теперь не только вижу квадраты, полосы, но и градиенты на 420 цветовом пространстве. Печально всё это, теперь все видео в 444p10le кодирую. Попрошу заметить, у x264 есть компенсация этого эффекта, но она жрет треть/половину битрейта, одна из причина, почему появилось глупое заблуждение, что vp9 2x better x264, при отключении можно сильно экономить, если вы любитель крови из глаз в малый размер.
>>2125010
И немного смехуечков, "лучший кодек"
И немного смехуечков, "лучший кодек"
949 Кб, mp4, 768x576, 0:21
1,1 Мб, mp4, 768x576, 0:21
607 Кб, webm, 768x576, 0:21
1,5 Мб, webm, 768x576, 0:21
>>2125014
Ошибся с битрейтом на мз9, указав размер в 620, и даже так можно увидеть на паузе артефакты пожатия, при в 3 раза выше битрейте.
Ошибся с битрейтом на мз9, указав размер в 620, и даже так можно увидеть на паузе артефакты пожатия, при в 3 раза выше битрейте.
>>2125016
Справедливости ради, вп я жал в 2 прохода, потому что мне лень было подбирать crf, так что может проблема исключительно в том, что он херово распределяет битрейт, которого у него в 3 раза больше?
Справедливости ради, вп я жал в 2 прохода, потому что мне лень было подбирать crf, так что может проблема исключительно в том, что он херово распределяет битрейт, которого у него в 3 раза больше?
>>2125019
Но в любом случае может прийти кто-нибудь и сказать, что тесты и тесты, я где-то неправ. Всё возможно, завтра может ещё подкину из одного видео скринов.
Но в любом случае может прийти кто-нибудь и сказать, что тесты и тесты, я где-то неправ. Всё возможно, завтра может ещё подкину из одного видео скринов.
19,7 Мб, 448x342
>>2120328
А, да, отвечая на твой вопрос, гугл хуй клал на качество, они делают всё очень топорно, исходника ты не видишь, всё, что видишь — пожато гуглом через жопу. Потом любой ролик с ютуба часами/днями приходится в чувства приводить. Корпорация добра, ну хоть браузер у них может в 10бит и цветовые пространства без плясок с бубном.
А, да, отвечая на твой вопрос, гугл хуй клал на качество, они делают всё очень топорно, исходника ты не видишь, всё, что видишь — пожато гуглом через жопу. Потом любой ролик с ютуба часами/днями приходится в чувства приводить. Корпорация добра, ну хоть браузер у них может в 10бит и цветовые пространства без плясок с бубном.
>>2125029
за мат извени
за мат извени
Чем делать вебемки? Раньше это понятно был Webm for Retards, но его уже давно не обновляли, но это не проблема. А вот постоянный рассинхрон звука это проблема. От нее я спасения не нашел.
Что сейчас использует анон?
Что сейчас использует анон?
>>2125042
Почему, 4 месяца назад последняя обнова да и со зуком все норм.
> Webm for Retards, но его уже давно не обновляли
Почему, 4 месяца назад последняя обнова да и со зуком все норм.
>>2125043
4 месяца это много. Если у меня видео длиннее, скажем, 20 секунд, звук начинает торопиться на ~0,3 секунды. С короткими видео все хорошо.
4 месяца это много. Если у меня видео длиннее, скажем, 20 секунд, звук начинает торопиться на ~0,3 секунды. С короткими видео все хорошо.
>>2125045
Ну это игровые видео обычно. Конечно это заметно, когда ты сперва слышишь выстрел, а потом видишь его. Приходится ffmpeg насиловать напрямую, а это не удобно. Тут пару кнопок кликнул и готово. И ебаный рассинхрон
Ну это игровые видео обычно. Конечно это заметно, когда ты сперва слышишь выстрел, а потом видишь его. Приходится ffmpeg насиловать напрямую, а это не удобно. Тут пару кнопок кликнул и готово. И ебаный рассинхрон
>>2125046
Ну возьми вегас и мп4 кодь, борджа может да и проблем с ним не должно быть.
>Ну это игровые видео обычно
Ну возьми вегас и мп4 кодь, борджа может да и проблем с ним не должно быть.
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 20 сентября 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 20 сентября 2017 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.