Из последних новостей: институт Фраунгофера представил новый стандарт сжатия видео, разработанный совместно с MPEG - H.266 (VVC) - аналог AV1. В 2 раза меньше битрейт при одинаковом качестве по сравнению с H.265, во много раз больше время кодирования на современных системах (ну это пока).
https://3dnews.ru/1015038
Православная утилита кодирования - FFmpeg:
https://www.ffmpeg.org/
Вики по использованию:
http://trac.ffmpeg.org/wiki
GUI - FFmpeg Batch:
https://sourceforge.net/projects/ffmpeg-batch/
Ликбез:
Сжатие видео:
https://ru.wikipedia.org/wiki/Versatile_Video_Coding
https://ru.wikipedia.org/wiki/AV1
https://ru.wikipedia.org/wiki/H.265
https://ru.wikipedia.org/wiki/VP9
Сжатие аудио:
https://ru.wikipedia.org/wiki/Opus_(кодек)
https://ru.wikipedia.org/wiki/Advanced_Audio_Coding
https://ru.wikipedia.org/wiki/Vorbis
Сжатие растровых изображений:
https://ru.wikipedia.org/wiki/HEIF
https://ru.wikipedia.org/wiki/WebP
Предыдущий: >>2686610 (OP)
Вот вам FHD VVC. Пара картиночек https://imgur.com/a/PqCL6de где оригинал и так понятно
AV1: https://files.catbox.moe/tyuycc.mkv и те же картиночки
https://imgur.com/a/Odat2bA
inb4: 116 часов.
Потестировал ещё, короче этот ваш WebP уже успел устареть; там, где HEIC позволяет сжать в 3 раза, WebP сжимает с таким же качеством только в 2 раза потому что в heic алгоритмы от h.265, в то время как в webp алгоритмы от устаревшего vp8
>Сейчас пришло время аквтиного продвижения heiс, эппл уже впрялгись, дело за браузервами.
Гуглу и мазилле он нахуй не упал
https://bugs.chromium.org/p/chromium/issues/detail?id=684382
https://bugzilla.mozilla.org/show_bug.cgi?id=1332136
Да похер им на сафари. Мазилла х264 с большим-то нежеланием внедрила, а гугол даже одно время хотел пидорнуть его из хрома. Потому вп9 с ав1 и создавались, чтобы на патентный хуец не насаживаться.
>вид4
Что за петушиная хуита? Логично что мп3 будет хуево звучать из-за ниской дискретизации. 32000 уже чувствуется. А тут ещё ниже. К реальному тесту вообще никакого отношения. Сравнивать нужно при одинаковом размере или битрейте. Пиздец, что маркепетух хотел показать? При этом залив в лосси формате сравнение. Лол.
Эпл не в сафари внедярет, а в айфоне в него снимает, равно как и самсонги последние.
Потому что хранилища дорогие, а фоток вдвое больше влазит. А когда пользотвалеи начнут спривать "хули ваш говнобразуер не кажет мои фоточки", то тут уж сразу найдут как патентный хуй в очке удобненько упрятать.
Сжимал в опус всю музыку. Сжал в 2.5 раза. Ахуенно. Качество то же. Но пользоваться невозможно в любом софте с которым я работаю. Нахуя делал? Хотел место освободить, и слушать. В конце концов купил дизер и слушаю музыку там, а всё остальное нахуй удалил. Тоже мне блядь технологии.
Потом решил пожать порнуху, коей накопилось в 1080р и выше овердохуя (в основном с хуевыми форматами, полу сырыми).
Сначала тестил на мелких кусках затрачиваемое время. В результате пришел к выводу, что hevc (x265), больше всего подходит из-за хардварных кодеров. webm для видео не зашло).
Тоже такое же занятие. С несколько сотен ГБ, ужал до 720р в 4-5 раз меньше места заняло. В конечном итоге выгрузил говнище всё в облако, и иногда просматриваю оттуда.
Потом был архив с картинками, дохуища картинок.
Тестировал разные озвученные в прошлых и этом тредах форматы, кодеки, контейнеры, и так далее.
В результате ужал в webp, который быстрее всего, и имеет приемлемые результаты в плане компромиса получаемого изображения и скорости кодирования всяких jpg,png,gif,bmp.
Сильно сократил место. Попробовал поработать с этим говном в реальной жизни - 1 из 10 софтин поддерживает косо-криво webp, причем плагины этой же программы - нет, не поддерживают.
Отсюда пришлось снова таки выкачивать всё в ебанное облако.
=====================
По итогу:
- вместо сжатия музла - стал использовать музыкальный сервис, и хранить нужные мне треки для работы на ПК (их не больше десятка)
- вместо хранения кучи изображений сжатых, оставил те, которые подходят больше для работы, остальное выгрузил в облако, своё облако.
- вместо хранения сотен ГБ порнухи, перелез на онлайн дрочильни, которые трекают меня и предлагают выебать сочных нигириек по всему интернету, плюс из облака смотрю по прямой ссылке фэйворит уанэс
Итого: сократил место лучше чем любой энкодер может мне предложить для конкретно моего ПК и места на диске и стиля пользования файлами.
>1 оппик
Сравнение сжимающих алгоритмов. В фотографии в jpg. Ебать ты ретард
>Apple Mac: Safari
>Как и его предшественник VP9, AV1 может использоваться внутри файлов-контейнеров WebM вместе с аудиоформатом Opus. Эти форматы поддерживаются многими веб-браузерами, за исключением Safari (поддерживает только Opus)
>Какое же av1 мутное говнище
Действительно.
>сжатие
Ютуб недавно задним числом перепидорил большую часть моих роликов как я глажу кота в avc1 с кошмарным битрейтом, у меня чуть глаза не вытекли. Теперь приходится наебывать систему, перекодируя фулл-хд видео по профилю ютубовского 4k - так ютуб не жидится на vp9 с болие-лимение битрейтом... пока. Вот тебе, бабушка, и 2k20.
Перекоирую всё видево в VP9, Музыку а Vorbis, фотографии в HEIF.
Все правильно делаю или проебался? Я мимокрокадил не шарю, нужно уменьшить вес и не особо качество проебывать, ну и совместимость чтобы была максимальная.
inb4: дохуя хочешь
>HEIF
>Максимальная совместимость
Это понятие можно отнести разве что к Vorbis. И другого смысла кодировать в Vorbis вместо Opus я не вижу.
Перекодиррвать прям ВСЁ видео смысла нет. От перекодирования того-же h264 в vp9, если он уже качественно сжат, ты больше качества потеряешь, чем выиграешь в размере.
Кстати, как ускорить кодирование в AV1 так чтобы он все ядра максимально грузил, а не только одно дрочил? И как собрать в ffmpeg подсунуть самую последнюю версию кодека? А то у меня ffmpeg версии 4.2 2019 года, но говорят что там в новых версиях libaom очень сильно ускорили.
Вот моя команда чтобы кодировать в AV1:
ffmpeg -y -i input.mp4 -c:v libaom-av1 -row-mt 1 -strict experimental -b:v 1M -pass 1 -an -f matroska NUL && ffmpeg -i input.mp4 -c:v libaom-av1 -row-mt 1 -strict experimental -b:v 1M -pass 2 -c:a libopus output.mkv
Такое ощущение что этот -row-mt 1 нихуя не дает и просто как плацебо.
>как ускорить кодирование в AV1 так чтобы он все ядра максимально грузил, а не только одно дрочил
>Такое ощущение что этот -row-mt 1 нихуя не дает и просто как плацебо.
Сам по себе не ускоряет, только вместе с -tiles. Попробуй -row-mt 1 -tiles 2x2.
>что там в новых версиях libaom очень сильно ускорили.
Во второй версии, по сравнению с первой появилась многопоточность при кодировании. Скорость кодирования всё равно очень медленная, и загрузка ЦП не полная, но прирост всё равно значительный.
>Так обнови его.
Там же вроде и так версия 4.2 сейчас для винды, разве она чем-то отличается?
>Добавь -threads 16
Сейчас пробую просто aomenc'ом самым новым кодировать, уже процессор нормально загружает, но как-то пилообразно судя по графику. И то скорость 8 фреймов в минуту.
Каким образом их Гугл кодирует?
На самом деле кодирование через -tiles снижает эффективность сжатия, лучше всего разбивать видео на части, по одной на ведро, тогда проц загружается на 90-100%. Есть даже программа, которая делает это автоматом: https://github.com/Alkl58/NotEnoughAV1Encodes
>Там же вроде и так версия 4.2 сейчас для винды
>>2832074
>Каким образом их Гугл кодирует?
Использует настройки в ущерб качеству.
>но AV1 каким-то образом сжал его еще сильнее
Реальное качество в пределах одного кодека определяется степенью квантизации, он просто постоянно её дрочит чтобы держаться примерно в рамках таргет битрейта. Это не всегда идеально получается, в зависимости от длины скользящего окна и прочей хуйни оно может выдавать то выше, то ниже.
https://hific.github.io/
https://storage.googleapis.com/hific/kodak/visualize.html?perPage=10
https://storage.googleapis.com/hific/clic2020/visualize.html
И как всегда, автор использовал говёную либу для жпг.
Хуйней тут страдаете, я когда был молодым и шутливым тоже учавствовал в этой спецолимпиаде, тестировал всякие аудио видео кодеки плюс архиваторы. Но ты были времена диалапа / жопареза и 10 гигабайтных винтов. А сейчас это говно все не нужно, скоро террабайтные ссд в каждой хрущевке и гигабитный кабель или оптика, жпега и h264 хватит всем еще на 50 лет, пока там не появятся тру 3D технологии отображения - например с поджигом газа лазером с образованием плазменного пикселя. Тогда нужны будут новые форматы. А это все игры корпораций за рыночек и проблемы ютубов, точнее указы их акционеров выжать больше денаг - смело шлите нахуй.
Нужно сконвертировать несколько видео в 60+ fps с помощью svp, но денег жалко давать этим пидорам. Есть нормальный мануал как сконвертить через avs? Альтернативы svp не предлагать, они все гавно.
Как сжать фильм так же как зелены слоник в ОП закрепе? Какие параметры выставлять? КАК?
мимо-крокодил
естественно, не подходит, если их надо будет 100 лет пережимать даже на 10980хе
>неужели нет кодировщика быстрее, чтобы нормально нагружал и юзал avx?
https://github.com/xiph/rav1e
https://github.com/OpenVisualCloud/SVT-AV1
> Из-за тяжелости кодирования кодека ютуб конвертит в этот vp10 с низкими настройками качества.
Но ведь наоборот, сейчас ютуб повышает битрейт av1, чтобы выглядел лучше в пиаре.
https://old.reddit.com/r/AV1/comments/dxqr8k/answer_to_why_av1_videos_on_youtube_use_higher/
Хотя может теперь снизили. Сравнивали битрейт?
Вот для аудио я открыл для себя формат opus, который
-меньше весит чем мп3
-при меньшем весе и битрейте имеет такое/лучшее кач-во.
-достаточно совместимости, хоть и не мп3 конечно
То есть в целом, для меня это беспроигрышный вариант для хранения и прослушивания музыки. Можно музыку любых других форматов конвертить в opus и ничего по сути не терять(не любитель loseless). Единственный "недостаток" opus это то, что он, видимо, не на всем проигрывается. Но для меня это не критично, а если прижмет, могу конвертнуть в мп3 - потери стремятся к нулю.
Так вот, какой есть аналог такого же охуительного формата для видео? Чтобы, может, пока не везде поддерживается, но вариант беспроигрышный. Ну и чтобы это не был умирающим форматом, т.к. opus не умирающий, а скорее наоборот, просто не так распространен.
В видео нихуя не разбираюсь, конечно же.
https://en.wikipedia.org/wiki/Video_Multimethod_Assessment_Fusion
https://github.com/Netflix/vmaf
Походе какая-то математика суммирующая уже существующие фичи, отрескоренная на основе опроса живых биороботов.
Прочитанное можно просуммировать следующим образом:
- объективня метрика;
- в основе — нейросеть, обученная на субъективных оценках набора последовательностей nefflix;
- если и превосходит (в сходимости с субъективной) корреляционную метрику SSIM (MS-SSIM), то незначительно.
Показатель качества неявный и обобщённый — сходимость с субъективными оценками.
Пока непонятно. x265 хорошо жмёт по сравнению с х264. vp9 тоже хорош, но медленный просто пиздец. AV1 проёбывает мелкие детали/замыливает, а скорость кодирования ебанистически медленная и имеет смысл только если у тебя топовая пека с комплектующими 2020 года. Ещё что-то новое мутят сейчас, но пока инфы мало.
>>2850011
>И для пикчей тоже
Нет. Разве что webp, но поддержка не очень, да и цвет жмёт 4:2:0 на лосси настройках. На avif даже не смотри, обычная фотка 5мп будет жаться несколько минут на слабой пеке и оперативки оно жрёт просто пиздец.
>Но уверяю, перейдет множество людей на DC++ и торренты обратно, как в старые добрые времена.
В эти старые времена интернетом никто не занимался. Государству вообще похуй было. А сейчас по просьбе михалка, делают нолох 1% на болванки. А по еще одной его просьбе, тебя на бутыль посадят за dc++.
Так это подаётся как исследовательская работа. Пруф оф концепт.
Надо чтобы какой-нибудь консорциум эти наработки хорошо переварил и преобразовал в формат действительно пригодный для жизни.
Лично мне очень нравится, что он не выбрасывает мелкие высокочастотные детали, как делают сейчас все, а пытается их синтезировать из примитивов.
Что делать-то, я компилять не умею, где гайды-то искать.
БАМП
Так то тем для обсуждения немного, я вон пожал 90 Гб флаков на телефоне в Opus, размер уменьшился в 3 раза, звучит практически прозрачно.
Тут обычно периодически аноны подсматривают новый для себя формат, обсуждают его немного, а затем тред опять умирает. Тема слишком специфическая.
Тут смотрел https://ffmpeg.org/ffmpeg-codecs.html?
Как это делается вообще?
Пробовал это, не сработало:
ffmpeg -i prev.jpg -c:v vp9 -pix_fmt yuv420p preview.webm
ffmpeg -i video.webm -i preview.webm -map 0 -map 1 -c copy output.webm
>Не совсем понятно как такое получается
Уровень replaygain считается по хитрожопой психоакустической формуле с суммированием мощностей на разных частотах. В зависимости от того какие частоты кодек повырезал сгладил - такой итоговый уровень и получается.
Ну и не забывай, что разница в 0.05 дБ - это изменение мощности на 1,16%. То есть что-то в районе погрешности.
Пожал одним кадром
-r 0.1
-stream_loop -1 -r 0.1 -t 10
https://hydrogenaud.io/index.php?topic=116605.0
https://audiophilesoft.ru/forum/3-210-3 (+ 4 и 5)
https://audiophilesoft.ru/forum/3-210-13780-16-1598709941
Тесты на 192-200. как всегда для девайсов выгоден aac, если зависим от заряда, в общем то ничего нового
https://audiocoding.ru/articles/2019-06-24-best-lossy-codecs-june-2019/
Слушал файлы отсюда https://drive.google.com/file/d/15v-cpPR207V3hzL0zE7kxabZtGW57YbH/view и не заметил никаких щелчков.
ffmpeg -loop 1 -framerate 1 -i %1 -c:v libvpx-vp9 -cpu-used 0 -t 10 -r 1 -b:v 0 -crf 40 -pix_fmt yuv420p "%~n1.webm"
Подразумеваю тут под архиватором именно контейнер для файлов, по компрессии разговор отдельный. Но короткий, в 2020 юзай zstd и всё.
7zip - если готов пердолиться. Жмёт хорошо, но долго. Подефолту жмёт в солид, отчего разваливается от малейшей битовой ошибки.
rar - если нормис, незашкварно. Жмёт не сильно хуже 7 зип, но зато резкий как понос. Единственный кто умеет в помехоустойчивое кодирование, от чего у местных пердоликов горят жопы. Закрытый.
tar.* - для узких задач типа тарболов или там пару файлов распаковал и удалил. Нет индекса, нет инкремента, нет нихуя, любая операция подразумевает полную перепаковку. Легаси.
zpaq и dar - для тру 30-ерс-олд-вирджинити-визардов. Инкремент, декремент, дифф, селективное сжатие и просто бесконечное количество плюшек ценой в то, что ты будешь неделю разбираться в их документации.
>Инкремент, декремент, дифф, селективное сжатие
Пиздос, звучит сложна. Есть что почитать чтобы научится всей этой еболе? Я вообще жму всё преимущественно в zip т.к мне нужна макс.совместимость с любой йобой. tar - это у нас, насколько знаю, свойственно линуксам. А вот мастерство ТОТАЛЬНОГО сжатия мне не знакомо, но интересно...
По zpaq:
http://mattmahoney.net/dc/zpaq.html
По dar:
https://habr.com/ru/post/215449/
http://dar.linux.free.fr/doc/index.html
Совместимость это да, это дорогая фича. Но, к сожалению, вся совместимость зипа ограничена одной ОС из-за костыльной кодировки. Преносишь архив на пердолекс и получаешь что-то вроде $''¥«¨ª¨¥ ª®¬¯®§¨â®àë (2006 No.06) å.pdf. И я уже натыкался на официальных сайтах госорганов на zip архивы с кириллицей пожатой под линексом, то есть которые не открываются под виндой. Так что латиница онли, или лучше рар с 7з.
Кастомное соотношение сторон в метаданных.
ri/renderD128 -c:v hevc_vaapi -qp:v 28 -vf 'hwupload,scale_vaapi=w=1280:h=720' -c:a libvorbis -threads (nproc) -sn -y govno.mkv
1080p h264 в 720p hevc
я сильно обосрался?
zip, например, может начать распаковывать файл из середины, не шкрябая винтом с самого начал архива.
rar может проверить целостность не распаковывая данные.
7zip может дописать файл в архив не перепаковывая его.
dar позволяет изменить файл в архиве, не перепаковывая его, а лишь дописав дифф.
zpaq может выбирать каким алгоритмом сжимать те или иные данные и и не сжигать попусту терафлопсы на файлы с высокой энтропией.
Все эти фичи недоступны тару. Тар он не про фичи, он про простоту, традиции, легаси, мейнфреймы и ленточные хранилища.
>7zip может дописать файл в архив не перепаковывая его
А почему рар не умеет?(вообще странно, это же вроде очень нужная вещь)
>dar позволяет изменить файл в архиве, не перепаковывая его, а лишь дописав дифф.
Вот это тоже фича классная. А почему рар не умеет?
Хуй на это, opus самый тяжелый для носителей и с этим ничего не сделать, а это куда важнее, чем простыни аудиофила. А если так беспокоит качество, то беспроигрышный вариант никто не отменял, в виду lossyTAK / lossyFLAC / WV hybrid. И второй легче всей клоаки mp3/vorbis/opus, лол, а значит и не столь требователен. Вдобавок экономит место в случае хранения исходного комбинирующим файлом. Сплошные плюсы, кроме битрейта 280+. Больше сожрет ресурсов/места хранение lossy opus128/64 + lossless flac/tak -8/-p4m, нежели вышеописанный гибрид. Раз уж тут тред о сжатии, скорости, экономии и качестве, то это имеет место быть.
дизайн: кастом bblean под xp
Помехоустойчивое кодирование позволяет восстанавливать повреждённые до определённой степени файлы. Это дедуктивный вывод, тут собственно нечего обсуждать. Но речь тут не об этом. Речь о другом.
Конечному пользователю в юзерспейсе на сегодня доступны всего два механизма корректирующих кодов: par и rar. И там, и там Рид-Соломон, но пар:
1) Генерирует десяток файлов, то есть восстановление будет зависеть от здоровья ФС.
2) Является накладным средством, а значит изменение архива потребует пересчитать весь архив целеком.
3) Работает невероятно медленно, даже несмотря на многопоток.
4) Зато опенсорс, пусть и заброшенный 10 лет как.
В то же время рар:
1) Остаётся полноценным архивом, а значит легко примет в себя инкремент без часовой перепаковки.
2) При желании объединяется в один файл, а значит в случае аварии его целостность не будет зависеть от записей имён в ФС.
3) Распакутся на каждой второй машине, поскольку декодеры рара есть во всех опенсорсных архиваторах.
4) Считает в 4 раза быстрее пара.
5) Но закрытая шарованая говнинка.
Внимание вопрос: на какой стул сядет пользователь?
Двачую, опус параша, AAC пушка по сравнению с ним
Они равны, примерно
Хотя в нагруженых композициях опус лучше, у ААС лязганье какое то
C переменным уже лучше, и размер почти тот же
Уже на 64 не равны, хорошо слышно. На сверх-низких <20 опуc вообще безальтернативен.
это у тебя кодировщик xHE-AAC (походу новый стандарт AAC выпустили)
https://www2.iis.fraunhofer.de/AAC/xhe-aac-compare-tab.html
> но сколько kbps opus примерно равны 320 mp3
Разницы между flac и mp3 320 никто не слышит. Поэтому будем считать, что равно порогу прозрачности.
А вот порог прозрачности у opus находится где-то свыше 128 kbps. И, вероятно, что на 144kbps.
Зачем вы эту чухню впариваете? Большинство контента делается и заливается уже изначально сжатым и далеко не в 320, ваше плацебо из одного лосси в другой это машинная и безразборная срань. Если 320 прозрачно, то это не значит что его заебись дополнительно даунгрейдить. Точно так же ведут все сервисы, какой бы исходник не был - машинно апают в унифицированном виде. Из говна в говно, шакалов круговорот.
> 99% жмётся в 128 же, не
Я бы сказал это его дефолтный битрейт, такой же как и у aac дорожки. А youtube-dl нас наебал. Просто сравните размер дорожки и сами в этом убедитесь.
Под 128kbps ещё можно найти киллер семплы. Под 144kbps врят-ли.
>А youtube-dl нас наебал
JDownloader 2 тоже наёбывает иногда, показывает aac 192, а там 128 на самом деле. И отдельные аудиопотоки показывает с небольшим отклонением на aac и m4a. Но по крайней мере эти глюки у него предсказуемые (может починят когда-нибудь). Зато опус в видосах правильно показывает - 48, 64 и 128.
>Под 128kbps ещё можно найти киллер семплы
Дай примеров, пожалуйста. Я по аудиофилии не угорал никогда (хотя работа связана со звуком, лол).
ffmpeg -i C:\FFMPEG\ТВОЙВЫСЕРБЕЗПРОБЕЛОВ.mp3 -ignore_loop 0 -i C:\FFMPEG\ТВОЙВЫСЕРБЕЗПРОБЕЛОВ.gif -vf "scale=trunc(iw/2)2:trunc(ih/2)2" -shortest -strict -2 -c:v libx264 -crf 28 -r 30 -c:a libopus -b:a 128k -ac 2 -pix_fmt yuv420p -shortest Complete.mp4
К слову, почему Zeranoe - всё? Что случилось?
Знаю что не совсем по теме, но пусть будет.
https://github.com/BtbN/FFmpeg-Builds/releases
>1оппик.жпег
Ебанутые блять? В жпеге сравнивать два формата. Ебанный рот жпег в любом случае сожмет нахуй. Долбаебы блять.
>Я им иногда аниму смотрю, по-своему доставляет.
Создай txt, смени на bat, вставь ниже код, запусти в папке с кучей подпапок с фотками, к примеру
for /d X in (*) do "C:\Program Files\7-Zip\7z.exe" a "X.7z" "%%X\"
pause
А ведь когда-то я делал это вручную. Ночи напролёт. До боли в груди и песка в глазах. И перепроверял, перепроверял на ошибки, не веря в своё проклятие. Просирал и повторял. Всё-равно что-то упускал((. А как ты просрал превратности молодости?))) почти 27лвл
Пиздос, киноколлекцию завещать завершить наверное придётся. Пресетом не поделишься к слову? Через что делал - консоль или GUI? Нет там пресета под 480-720 с побыстрее настройкой? Хорошо, я тоже пойду покурю мануалы, уговорили.
chcp 65001
ffmpeg -i "F:\1.mkv" ^
-vf subtitles=F:\1.mkv:original_size=1440x1080 -c:v libvpx-vp9 -b:v 150K -s 720x540 -tile-columns 6 -row-mt 1 -pass 1 -an -f null NUL && ^
ffmpeg -i "F:\1.mkv" ^
-vf subtitles=F:\1.mkv:original_size=1440x1080 -c:v libvpx-vp9 -b:v 150K -map 0:0 -map 0:2 -map 0:3 -s 720x540 -tile-columns 6 -row-mt 1 -pass 2 -c:a libopus "F:\output.webm"
Не могу понять что не так.
Нихуя. Кодирую в libx265 на medium с 10-25 кадрами в 480р полюбил эту сглаженность/плавность, решил все что есть в него перегнать
ДЛЯ TERMUX (ШАБЛОН H265)
for f in /storage/6133-3334/ПАКЕТНАЯОБРАБОТКА/*.mp4 ; do ffmpeg -i "$f" -s 854x480 -sar 1:1 -aspect 16:9 -c:v libx265 -crf 20 -refs 1 -r 30 -c:a libopus -ac 2 -b:a 128K -ar 48K -sn -map_metadata -1 -movflags +faststart -af volume=5dB -ss 00:00:06.50 "${f%.mp4}+.mkv" ; done Это тож пакетная для Termux, лаптоп занят пока.,
rem echo ~dpni.mp4
ffmpeg -i "i" -s 854x480 -sar 1:1 -aspect 16:9 -c:v libx265 -crf 20 -refs 1 -r 30 -c:a libopus -ac 2 -b:a 128K -ar 48K -sn -map_metadata -1 -movflags +faststart -ss 00:00:06.50 "~dpni+.mkv"
)
pause
Это с ПК. (Опять уполз) Сук, обожаю его лицо!
Видосики в таком формате обычно занимали не очень много места, максимум 200 мб.
Но в один прекрасный день я своими грязными руками залез куда не просили - а именно в "Расширенный режим" и там выставил битрейт = 3000 кб/сек и еще какие-то манипуляции произвел. По итогу каждое видео стало весить больше гигабайта, хотя разницы нет в принципе - я записываю полустатичный контент, а места мало.
В общем, могу я просить вашей помощи? У меня есть MediaInfo обоих видеопотоков, только что там что означает - я хуй разберу.
https://pastebin.com/cbW2FW0e
То, как было - это свойства файла, записаноного с пикрил настройками в OBS, а то что стало - результат моих действий.
Как мне перекодировать большие видео так же, как кодировал OBS без моего вмешательства? Буду очень признателен.
Переключись в расширенный режим и выстави настройки как на пикче, будут тебе нормальное соотношение размер/качество. Ещё в главном меню в расширенных настройках поставь настройки со второй пикчи, на всякий случай.
Конвертировать с теми же настройками, как на первой пикче. Конвертер - очевидный Handbrake. Если пека современная, можешь попробовать жать в x265. Конвертацию звука не забудь настроить - opus 64 vbr для стримов хватит.
Я же показал с чего кодирую. Сейчас к слову в энергопотреблении указал 90% напругу - температура спала с 67 до 51 градуса. То есть и так вентилятор на клавиатуре (дырок нет внизу), но теперь спокойнее. Скорость упала до 15, но это хорошо для меня. Ничего страшного. У меня есть мечта сделать так всё отсмотренное, чтобы смотреть новые.
Кто-нибудь модифицировал апк алишки? #ИМПОРТОЗАМЕЩЕНИЕ лол
for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg ; do ffmpeg -i "$f" -movflags +faststart "${f%.jpg}.png" ; done но шумодав хз, возможно нету в принципе
for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg ; do ffmpeg -i "$f" -movflags +faststart "${f%.jpg}.png" ; done но шумодав хз, возможно нету в принципе
for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg ; do ffmpeg -i "$f" -movflags +faststart "${f%.jpg}.png" ; done но шумодав хз, возможно нету в принципе
for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg ; do ffmpeg -i "$f" -movflags +faststart "${f%.jpg}.png" ; done но шумодав хз, возможно нету в принципе
Работает... чую цветокоррекцию можно взять из видео обработки.
ЗЫ: можно просто -q 80.
Хуя вакабий вис как в Галактика Знакомств в лучшие годы!
https://www.opennet.ru/opennews/art.shtml?num=54100
Эта адская штука и гусеёбить может, просто я пока ключи не подобрал лол.
Кайфуйте. Но не забудьте про pkg install
>transmission-remote-cli
Прогуглил - это же Дебич и Бубута - я с ведра. В прямом сука смысле. Там к слову была ещё репозиторина с 2с на конце... что-то там, не суть важно, сойдёт и rtorrent - запомнить проще как PPSSPP лул.
Какая не очень большая программа под Windows с интерфейсом для мышки сможет превратить несколько сотен картинок .jpg в одно видео .webm ?
https://github.com/InterDigitalInc/CompressAI
Хуй будешь?
Пожал деда до 3600, как в оппике.
Фубаром пользуюсь. Только библиотеки к нему добавь https://www.foobar2000.org/encoderpack
>самый нормальный вариант для сжатия старых фотографий
https://css-ig.net/pingo
https://github.com/mozilla/mozjpeg
https://github.com/tjko/jpegoptim
https://github.com/JayXon/Leanify
>>2893214
Спасибо, но я выбрал самый простой вариант: сохранить в jpg любой прогой, 75% качества без меты. Кроме ГИМПа, он даже здесь обосрался, выдавая файл с качеством хуже и примерно таким же весом. Отвратительная программа
Попробовал ради интереса пинго. Мылит, так себе.
Вот с видео всё легко: -c:v libx264 -preset slow -crf 22 -c:a libopus и не паришься. А с картинками какой-то цирк с конями.
Тем более, что вот тут выходят новые форматы, с которыми надо опять ЭКСПЕРИМЕНТИРОВАТЬ.
Все-таки верна капиталистическая формула: тратить время на изучение только того, что сможешь монетизировать в том или ином виде, тратя досуг на хобби или отдых. Другими словами, если это как-то касается или потенциально может касаться твоей работы - еще есть смысл тратить на это время.
Ну а если это такое хобби - страдать вот ЭТИМ вот, то это получается какое-то очень СТРАННОЕ хобби. Потому что нельзя в свободное время КОВЫРЯТЬСЯ В ЖОПЕ, надо делать это только если тебе платят за это деньги и только тогда когда платят.
Хуйню несёшь. У всех кодеков пресеты есть, специально для таких занятых как ты, чтобы извилины не напрягались. Не знаю, где ты там эксперименты нашёл какие-то. Достаточно спецификации прочитать и ман, чтобы понять, как кодек работает. Это если его глубоко изучать. Но это от силы дня 2.
Попробовать эти версии av1
https://github.com/xiph/rav1e
https://github.com/AOMediaCodec/SVT-AV1
> Аппарат находит все файлы и директории на карте памяти, вытягивает информацию из метаданных (ID3-тегов).
Поддерживаемые для аудиофайлов форматы – MP3, AAC, AAC+, E-AAC+, WAV, WMA и m4a. Ограничений для МР3-файлов по битрейту нет, вы также можете загружать файлы с VBR. Компания рекомендует использовать файлы с потоком в 192 Кбит/c.
Вот от этого и пляши. Сравнительно свежий тест кодеров:
https://audiophilesoft.ru/publ/my/encoding_recommendations/11-1-0-83
> AAC, AAC+, E-AAC+
С плюсами это такой читерский формат, который на две полосы разбивается?
>>2895968
> qaac
Вот это спасибо, думал только неровский и faac какой-то есть. Скачал свежий qaac 2.71 двухмесячной давности, а не 10летней, засунул как обычно в xrecode II - реально лучше жмёт и без всяких двойных проходов. Режим --HE сразу отмёл, там максимум 80 кбит и всё равно булькает даже на них. Подобрал качество -V 50, уже можно слушать, частотка до 16 и средний битрейт вышел всего 106 кбит, почти как опус96. 314 треков в среднем по 6+ уместились в 1.51 ГБ АААА всё хуйня, давай по-новой! В некоторых треках отчётливый такой срач и бульканье, надо пробовать -V 60, 70, --lowpass 15000...
> просто V60
Попробовал на самых упёртых треках afgin - journey through acid, atlantis - paradise part 1 chillout version и dj timo - the robots - v60 обсирается на тех те местах. 70 - опять пук-среньк. 80 - почти норм, но всё-таки подбулькивает сука. А битрейт уже под 180... Ну и похуй, буду жать в 200-256 кбит, уместится мало, зато самое любимое и без бульк-бульк(
У тебя камень 2017 года.
Формат AV-1 2018 года.
Твой камень просто не может аппаратно ускорять его, как он делает c остальными кодеками
>Я прождал 30 минут, а он кодирует видео длиной в 1. Пиздос(
Ну вообще сжатие видео всю жизнь было адово долгим занятием. Люди оставляли компы на сутки, чтобы оцифровать видеокассету. Это с приходом аппаратного ускорения попроще стало.
Сложна. Аппаратное ускорение - это пара лишних блоков на камне, которые умеют код/декод в h264 тот же, да? Или речь про технологии типа QuickSync?
Или аппаратное ускорение и аппаратное код/декод - не одно и то же?
Я совсем запутался и даже не расстроюсь, если вы не станете мне отвечать - для меня это все действительно темный лес.
АХ ВОН ОНО ЧО!1 Уж думал один я такой рукожоп. А это в самом формате проблема.
Тигрлейк, Рокетлейк уже аппаратно декодят.
хотя низкобитрейтный opus тоже вырезает охуеть как, еще и на полосы делит, но звучит это внезапно неплохо
Потому что lame вылизывали open source разработчики. А itunes aac втихаря пилила apple. И у неё толи качество в приоритете, толи наработки lame по психоакустике обогнали itunes. А почему aac лучше: объясняеться техноголиями сжатия, и незаинтересованностью команды lame в разработке кодировщика для aac. Почему незаинтересованы: толи патентные разбирательства, или потому-что формат непопулярен.
Вот бы команда ffmpeg продолжила бы пилить свой нативный aac кодировщик, и привлекла туда разработчиков lame, тех кто разрабатывали психоакустическую модель...
>>2851446
Уже есть пример Германии, например, где за использование торрентов тебе приходит штраф по почте. И ты не докажешь ничего.
Единственное, не знаю как оно работает при скачке легального контента, потому что черт его знает определяют ли они "легальность" по трекеру или еще каким-либо образом.
Вроде бы само пользование торрентов легально, но детали для иностранцев найти сложно.
> А itunes aac втихаря пилила apple.
Очень интересная параллельная вселенная.
Jpg не трогал, только png.
Входных файлов: 9235
Извлечено страниц: 9235
Новых файлов: 9233
Общая продолжительность: 40 минут
Кодер какой-то странный. 128, 160 и даже 192 кбит - ужасное булькающее говнище с выпадениями звука, выше 16 кГц какие-то рандомные всплески, никак не относящиеся к реальному сигналу. А 256 и 320 кбит резко становятся адекватными, с нормальной частоткой до 21кГц и слабоотличимыми от современного лейма. Ну кроме щелчка в начале.
хотя нет-нет и проскочит "бульк" на месте особо резкой атаки
Поставил плагин к фубару, чтобы этот недоформат хотя бы играть смог. Сжал один трек в 64 кбит, ожидал услышать абсолютно неотличимый от оригинала звук круче опуса, а услышал пердёж хуже мп3. Режим SBR - уаще хуйня, вообще всё свистит.
Похоже
> кодек Nero AAC последней версии 1.5.4.0 от февраля 2010 с параметрами -br 145000 -2pass -2passperiod 0 -ignorelength
справился лучше хвалёного >>2895968 каака. Если кодить qaac с "обычным vbr", то на тех же 145 кбит фактический битрейт выше и всё равно обсёр на критичных треках, если "тру-вбр", то минимальный приемлемый битрейт оказывается под 200 с -V 90.
> что тебе дает opus 32 кбит
Ору, как он даже так старается всё до двадцатки в стерео "сохранить". Но 96 кбит звучит просто шикарно.
>сжатие
Нужно много треков переконвертить на телефон, в котором мало памяти. Какой кодек выбрать libmp3lame 192 или libopus 96? Наушники не очень, да и слух такой себе. И как у опуса с энергозатратами, быстрее мп3 батарею сожрет или нет?
>Ну не может так быть, чтобы аак был ни чуточки не лучше мп3
На таких битрейтах они примерно одинаковы, каждый со своими особенностями. Адекватно только ворбис вытягивает. На хабре была оценка форматов.
>А б-жественный, но неподдерживаемый опус
Нахуй это говно с принудительной передискретизацией в 48k, от качества которой уже многое зависит. И да, я хз где ты там разницу с мп3 100 нашел, он хоть и чище и богаче тонально, но на резких скачках часто слышен звон, я уж не говорю о том, что есть люди, которые действительно слышат писк от передискретизации.
мимо
> Адекватно только ворбис вытягивает
Это да, на 128 он звучит примерно как опус на 96. Но опять не поддерживается.
> передискретизацией в 48k
А я наоборот не понимаю, нахуя эти доисторические некруглые 44100, сидюки давно устарели. Для опуса опять же в аудишне скриптом ресемплю флаки 44 в 48 по схеме "конверт в 48000, 32 бита с макс 999 качеством - нормализация под -1 дБ - конверт обратно в 16 бит с дизерингом и нойзшейпингом, сохраняю в отдельную папку как wav". Звучит немного по-аудиоёбски, зато точно будет без артефактов передискретизации опуса.
>Но опять не поддерживается
Чем/кем?
>А я наоборот не понимаю, нахуя эти доисторические некруглые 44100
Потому что в них подавляющее количество звуковых файлов? И да, это не лучше 48к от опуса. Не в 20м веке живем, могли бы и поднять до 96, и данных бы меньше проебывалось.
>конверт в 48000, 32 бита с макс 999 качеством - нормализация под -1 дБ - конверт обратно в 16 бит с дизерингом и нойзшейпингом, сохраняю в отдельную папку как wav
Через 96k гонять не думал? Алсо нафиг он, есть же SoX.
>Sony ericcson c702
WMA попробуй.
>Продавались бы m2-карточки под него, купил бы 16-гиговую
На авите стопудов есть, но я бы на твоем месте уже бы отдельный плеер взял - сонерики ни рыба ни мясо по звуковому тракту и большого толку от твоего дроча с качеством на них не будет.
> WMA
И ведь на момент разработки телефона огг ворбис уже несколько лет как существовал. Нет не хочу, хочу пропихнуть туда эту проприетарную хуиту. Ладно бы она дохуя какчеством славилась, нет, точно так же размазывает пилу на 128 кбит. А на ближайшем 160 вообще выдало Requested encoder not found. 192 более-менее, но с таким битрейтом и mp3 V2 покатит.
В прошлом треде ставили эксперименты. Можешь смело жать до q80-60. Качество останется неизменным, в худшем случае снизится до жипега уровня q95.
Если жопеги были сильно пережаты, они могут даже немного в качестве прибавить, лол.
Оказывается этот faac низкие искажает, на чистом тыц-тыц как будто через порванный динамик играет. Задаю средний битрейт 128, вроде уже норм звук, но по факту средний 137 кбит. Та ещё хуита.
> без всяких HEv2
Так стоп, падажжите, а это что за PоNоS?
> PNS level: 4
> Object type: Low Complexity(MPEG-4) + IS + PNS
>>2899477
> l3enc из 1994 говно и на 320кбит. Это даже не бета, а преальфа-версия алгоритма, какой-то набросок, лаба студента. Постоянно какие-то вспуки, всписки, трески, глитчи, преэхо, подхлопы, как будто жёваную кассету слушаешь
Упс, беру свои слова обратно. Уже в бете 0.99c от 13 июня 1994 почти всю эту жесть из 0.99a пофиксили сравните первую и вторую пикчи, та же живая разница между оригиналом и мп3 как здесь >>2899489. Даже на 128 кбит звук терпимый, частотка резко ограничена 15 кГц, 320 кбит околоидеальные. А релиз v1.00 от 13 июля 1994 убрал последние мелкие артефакты, заодно исчезло разбиение на версии "для обычных ibm pc/для 386-486 плавающей точкой" единый файл l3enc.exe весит 140 кбайт и резко апнулась скорость - десятиминутный трек теперь кодится не 5 минут, а всего одну. Никакого криминала, кроме щелчка в начале файлов, не слышу.
увы, все остальные версии л3енк, включая последнюю 2.72 конца 1997, не заработали :с Выдавали то ошибку стека, то какого-то ядра с адресами.
https://svn.code.sf.net/p/lame/svn/trunk/lame/doc/html/history.html
А теперь вывод: чем занимались погромизды аж ЧЕТВЕРТЬ ВЕКА, код из досовских 16 бит в 64 переписывали?
Разумеется, пердолик недоумевает: как же, разве можно не ублажать своего неопрятного господина? Разве не все господины плохие? Оказывается все, ибо тот господин не разрешает проприетарщину, а его рабы начинают смеяться над такими людьми. А пердолик не может покупать, всё, чем он может похвастаться — это роутерной прошивкой, о которой он узнал от своих нищих друзей-геев в свитерах.
Смотрит пердолик в другую сторону: на многообразии разнообразных сайтов сидят обычные люди, десятки минусов летят в сторону кармы тех, кто громче других кричит «виндоссакс» (это, как правило, соратники пердолика), а плюсы — в сторону людей, обсуждающих очевидные преимущества Windows 8. Недели уходят у пердолика, чтобы испортить зрение ещё на пару диоптрий, зарегистрироваться на всех этих форумах, прокричать «виндоссакс» и быть (абсолютно справедливо) забаненным.
И выясняется необычное: у них нет господина, никто никого не ублажает, и более того, у них всё работает без ебли с конфигами и консолью и можно даже воровать. Это настолько неправдоподобно, что пердолик начинает искать подвох. И думает, что нашёл. Если он сам может во всех своих бедах обвинить кого и что угодно, только не себя и не «априори-идеальный-линукс», то здесь все ссылаются на мифическое отсутствие ебли: «а у меня всё и так работает», «regedit? не, не слышал» и т.д. и т.п. Тут же возникает устойчивая мысль: если ему надо попердолиться с консолечкой для решения всех проблем, то, значит, эти люди тоже пердолятся с консолью, ведь не может быть так, чтобы человек не пердолился с консолью.
Здесь пердолик приходит к логическому коллапсу, который он интерпретирует, как успешное обоснование своей жизненной позиции, бодрым шагом идёт оптимизировать свой бесплатный линукс и с повышенным усердием заглатывает анусом большую и черную консоль, стараясь сквозь анальное чавканье и всхлипы прокричать что-то о господине и рабах. Но его крик мы уже не услышим за томными стонами «да, моя консолька, да!» бггг
Сосни хуйца, пердолефорсер
#words(пердол)
Вот какой провёл эксепримент: с помощью upx.exe декомпрессировал, а потом сжал uTorrent с помощью --ultra-brute. Сжималось долго, но результат получился лучше, чем до декомпрессии (это если инсталлятор распаковывать). 1892 КБ против 2097 КБ. И главное, работает, запускается! Но антивири как сумасшедшие ругаются, но там ещё хекс-правка имеет место быть.
Сэкономил 9 дискет.
>что ты хочешь его обновления
Ну вообще в любом лосси кодеке постоянно обновляется акустическая модель, выпидорашивая из эффективности очередные доли процента.
Собственно выкладки местного шизика со спектрограммами только подтверждают, что мр3 в своё время этот же путь прошёл.
>hevc
> В 2 раза меньше битрейт при одинаковом качестве по сравнению с H.265
Да как так то!? А я еще не успел хэ265 нормаьно попользовать.
Я вообще, еще не пользовался ffmpeg, но слышал, что им тоже можно изображения конвертировать - это так?
КАК склеить озвучку и видео маняме? Идет в комплекте .mkv контейнер с видиво и японской аудиодорожкой; и .mka русская озвучка. Ебучий VLC вроде склеивает, НО длинна видео почему-то становится over 2:00:00 и не возможно проматывать. Какой софтиной под маздай можно заменить дорожку? И есть ли многопоточные решения, что бы передал вагон видево и аудио, а он на выходе весь сезон склеил?
И еще, в чем лучше хранить? Интересует оптимальное отношение качество/размер, для длительного хранения. mkv? щебем?
соберу NAS с тайтлами на случай тотального чебурнета, буду как вьетнамец в тоннеле с медной катушкой прокладывать подземные линии связи двачерам и разворачивать ноды для доступа к отменным яойным гаремникам
ffmpeg
Юзай этот батник - https://pastebin.com/raw/n6C8e4eA
Пихаешь ffmpeg.exe и bat файл, где анима, а лучше ffmpeg в PATH системы прописать, драгндропаешь до 100 серий с озвучкой одновременно на батник, главное, чтобы озвучка второй стояла. Новые склеенные серии в папке output будут.
Если вообще нихоннская озвучка не нужна ПОКАЙСЯ, то везде замени -map 0 на -map 0:v
Есть еще mkvmerge, там есть гуй, но я не помню уже как там, в ффмпег проще.
> С каких пор обычный зип жмет видео файлы? Записываю с экрана на телефоне и файлы легко пополам жмуться. Что там за избыточная информация?
https://2ch.hk/s/res/2909149.html
Какие программы можете посоветовать для сжатия картинок? Нужно сжать несколько папок с уменьшением разрешения.
Я не очень хорош с командной строкой.
Чёт пролистал тред и не понял, а чем жать вебп? Есть утилита по типу ffmpeg?
> Посоны, zeranoe отправляется в страну вечной охоты c 18 сентября, что FFmpeg теперь самому компилять?
Нѣтъ.
https://www.gyan.dev/ffmpeg/builds/ffmpeg-git-full.7z
Долго не оттого ли, что параметров надо бы побольше (многоколоночная многопоточность, баланс скорости и качества, указание аналога CRF, буферный лаг кадров), да и работать в два прохода:
ffmpeg -hide_banner -i исходныйФайл.mp4 -pass 1 -sn -map_metadata -1 -map_chapters -1 -crf 40 -b:v 0 -c:v libaom-av1 -pix_fmt yuv420p -sws_dither ed -g 480 -lag-in-frames 35 -cpu-used 2 -row-mt 1 -tiles 4x1 -threads 8 -strict experimental -an -f null NUL
ffmpeg -hide_banner -i исходныйФайл.mp4 -pass 2 -sn -map_metadata -1 -map_chapters -1 -crf 40 -b:v 0 -c:v libaom-av1 -pix_fmt yuv420p -sws_dither ed -g 480 -lag-in-frames 35 -cpu-used 2 -row-mt 1 -tiles 4x1 -threads 8 -strict experimental -c:a libopus -b:a 64k -movflags +faststart -flags +cgop результат.mp4
Для сжатия в JPEG надо использовать не FFmpeg, а MozJPEG, толку будет больше.
https://github.com/mozilla/mozjpeg/releases/download/v4.0.1-rc2/mozjpeg-v4.0.1-rc2-win-x64.zip
Это извращение, причём половое.
Однако же вмѣсто того JPEG можно переужать без внесения дополнительных потерь, используя оптимизатор.
https://github.com/XhmikosR/jpegoptim-windows/releases/download/1.4.6-rel7/jpegoptim-1.4.6-rel7-win64-msvc-2019-mozjpeg331-static-ltcg.zip
jpegoptim --preserve --preserve-perms --all-progressive --strip-none имяФайла.jpg
После этого можно выиграть дополнительное мѣсто, перегнав из JPEG въ новѣйшаго наслѣдника этого формата — в JPEG XL. Преобразование также происходит без потерь.
cjxl -s 9 исходныйФайл.jpg результат.jxl
Обратное преобразование (без потерь):
djxl --jpeg сжатый.jxl декодированный.jpg
Напримѣръ, изображение https://2ch.hk/s/src/2824403/15951518031551.jpg сжимается оптимизатором на 3,83% и затѣмъ ещё при переводе в JPEG XL на 10,79%.
Напримѣръ, изображение https://2ch.hk/s/src/2824403/16021861131810.jpg сжимается оптимизатором на 1,09% и затѣмъ ещё при переводе в JPEG XL на 11,04%.
И такъ далѣе.
1. RAR - 30 минут
2.7Z - 7 часов на ультра настройках с 32Гб ОЗУ
3.Для сравнения сколько надо ОЗУ для таких задач
Когда надо сжать другу танки на флешку
Умѣлъ такъ писать еще въ 2008, когда былъ школотой, в универѣ поѣхалъ до такой степени, что писалъ лекціи въ этой орѳографіи, позже отпустило. Но до сихъ поръ раскладка сохранилась лолъ.
Я в январе 2017 какому то хоху акк отдал. В январе этого года думал уже за нарушение правил всё - хуй - живое всё. Ну думаю, дай логи ковырну, всётаки донил пару раз с МТС. Пишент мне в ответ Нястенька писечка внеземная фу(( , короче вернула акка, а тот долбаёб купил 5 премов. Я естессно всё стёр.
- Просто надо было написать. Да.