Как сделать так, чтоб виндогалерея умела в webp? Или посоветуйте нормальную опенсорс альтернативу.
https://files.catbox.moe/4f60zc.h266
Вот вам FHD VVC. Пара картиночек https://imgur.com/a/PqCL6de где оригинал и так понятно
AV1: https://files.catbox.moe/tyuycc.mkv и те же картиночки
https://imgur.com/a/Odat2bA
inb4: 116 часов.
Вот вам FHD VVC. Пара картиночек https://imgur.com/a/PqCL6de где оригинал и так понятно
AV1: https://files.catbox.moe/tyuycc.mkv и те же картиночки
https://imgur.com/a/Odat2bA
inb4: 116 часов.
Протестировал HEIC и WebP, первый мне кажется более перспективным для фотографий, так как webp действительно заметно мылит картинку. Тест прилагается.
Потестировал ещё, короче этот ваш WebP уже успел устареть; там, где HEIC позволяет сжать в 3 раза, WebP сжимает с таким же качеством только в 2 раза потому что в heic алгоритмы от h.265, в то время как в webp алгоритмы от устаревшего vp8
>короче этот ваш WebP уже успел устареть
Хуя открытие.
Надо было с авиф сравнивать.
А смысл тогда было гуглу продвигать последние несколько лет стремительно устаревающий непопулярный формат, когда уже существовал VP9 с алгоритмами сжатия опорных кадров лучше, чем у VP8?
Он его продвинул уже лется пять как. webp поддежвиатеся правтически всем и актвино юзаается в софте.
Сейчас пришло время аквтиного продвижения heiс, эппл уже впрялгись, дело за браузервами.
>Сейчас пришло время аквтиного продвижения heiс, эппл уже впрялгись, дело за браузервами.
Гуглу и мазилле он нахуй не упал
https://bugs.chromium.org/p/chromium/issues/detail?id=684382
https://bugzilla.mozilla.org/show_bug.cgi?id=1332136
>Гуглу и мазилле он нахуй не упал
Так там же самое свежее обсуждение начала 2017 года, а в сентябре 2017 Apple начала понемногу внедрять формат в обиход. Возможно, через 3-4 года что-нибудь изменится.
Да похер им на сафари. Мазилла х264 с большим-то нежеланием внедрила, а гугол даже одно время хотел пидорнуть его из хрома. Потому вп9 с ав1 и создавались, чтобы на патентный хуец не насаживаться.
>вид4
Что за петушиная хуита? Логично что мп3 будет хуево звучать из-за ниской дискретизации. 32000 уже чувствуется. А тут ещё ниже. К реальному тесту вообще никакого отношения. Сравнивать нужно при одинаковом размере или битрейте. Пиздец, что маркепетух хотел показать? При этом залив в лосси формате сравнение. Лол.
>Логично что мп3 будет хуево звучать из-за ниской дискретизации.
Согласен, проебался
>При этом залив в лосси формате сравнение. Лол.
320кбит/с в aac это мало? Искажения так и лезут в твоём воображении.
Эпл не в сафари внедярет, а в айфоне в него снимает, равно как и самсонги последние.
Потому что хранилища дорогие, а фоток вдвое больше влазит. А когда пользотвалеи начнут спривать "хули ваш говнобразуер не кажет мои фоточки", то тут уж сразу найдут как патентный хуй в очке удобненько упрятать.
Как будто кто-то использует веб-браузер для просмотра пикч.
Лично для меня сжатие не имеет никакого смысла (переход с дефолтных aac/mp4 на что-либо другое).
Сжимал в опус всю музыку. Сжал в 2.5 раза. Ахуенно. Качество то же. Но пользоваться невозможно в любом софте с которым я работаю. Нахуя делал? Хотел место освободить, и слушать. В конце концов купил дизер и слушаю музыку там, а всё остальное нахуй удалил. Тоже мне блядь технологии.
Потом решил пожать порнуху, коей накопилось в 1080р и выше овердохуя (в основном с хуевыми форматами, полу сырыми).
Сначала тестил на мелких кусках затрачиваемое время. В результате пришел к выводу, что hevc (x265), больше всего подходит из-за хардварных кодеров. webm для видео не зашло).
Тоже такое же занятие. С несколько сотен ГБ, ужал до 720р в 4-5 раз меньше места заняло. В конечном итоге выгрузил говнище всё в облако, и иногда просматриваю оттуда.
Потом был архив с картинками, дохуища картинок.
Тестировал разные озвученные в прошлых и этом тредах форматы, кодеки, контейнеры, и так далее.
В результате ужал в webp, который быстрее всего, и имеет приемлемые результаты в плане компромиса получаемого изображения и скорости кодирования всяких jpg,png,gif,bmp.
Сильно сократил место. Попробовал поработать с этим говном в реальной жизни - 1 из 10 софтин поддерживает косо-криво webp, причем плагины этой же программы - нет, не поддерживают.
Отсюда пришлось снова таки выкачивать всё в ебанное облако.
=====================
По итогу:
- вместо сжатия музла - стал использовать музыкальный сервис, и хранить нужные мне треки для работы на ПК (их не больше десятка)
- вместо хранения кучи изображений сжатых, оставил те, которые подходят больше для работы, остальное выгрузил в облако, своё облако.
- вместо хранения сотен ГБ порнухи, перелез на онлайн дрочильни, которые трекают меня и предлагают выебать сочных нигириек по всему интернету, плюс из облака смотрю по прямой ссылке фэйворит уанэс
Итого: сократил место лучше чем любой энкодер может мне предложить для конкретно моего ПК и места на диске и стиля пользования файлами.
Сжимал в опус всю музыку. Сжал в 2.5 раза. Ахуенно. Качество то же. Но пользоваться невозможно в любом софте с которым я работаю. Нахуя делал? Хотел место освободить, и слушать. В конце концов купил дизер и слушаю музыку там, а всё остальное нахуй удалил. Тоже мне блядь технологии.
Потом решил пожать порнуху, коей накопилось в 1080р и выше овердохуя (в основном с хуевыми форматами, полу сырыми).
Сначала тестил на мелких кусках затрачиваемое время. В результате пришел к выводу, что hevc (x265), больше всего подходит из-за хардварных кодеров. webm для видео не зашло).
Тоже такое же занятие. С несколько сотен ГБ, ужал до 720р в 4-5 раз меньше места заняло. В конечном итоге выгрузил говнище всё в облако, и иногда просматриваю оттуда.
Потом был архив с картинками, дохуища картинок.
Тестировал разные озвученные в прошлых и этом тредах форматы, кодеки, контейнеры, и так далее.
В результате ужал в webp, который быстрее всего, и имеет приемлемые результаты в плане компромиса получаемого изображения и скорости кодирования всяких jpg,png,gif,bmp.
Сильно сократил место. Попробовал поработать с этим говном в реальной жизни - 1 из 10 софтин поддерживает косо-криво webp, причем плагины этой же программы - нет, не поддерживают.
Отсюда пришлось снова таки выкачивать всё в ебанное облако.
=====================
По итогу:
- вместо сжатия музла - стал использовать музыкальный сервис, и хранить нужные мне треки для работы на ПК (их не больше десятка)
- вместо хранения кучи изображений сжатых, оставил те, которые подходят больше для работы, остальное выгрузил в облако, своё облако.
- вместо хранения сотен ГБ порнухи, перелез на онлайн дрочильни, которые трекают меня и предлагают выебать сочных нигириек по всему интернету, плюс из облака смотрю по прямой ссылке фэйворит уанэс
Итого: сократил место лучше чем любой энкодер может мне предложить для конкретно моего ПК и места на диске и стиля пользования файлами.
Какое же av1 мутное говнище, качество даже ниже чем у vp9. Гугл приплачивает хомячью чтобы они форсили это мусорный кодек?
Попробуй купить нормальный монитор вместо TN.
Так это говно и делали для 7" мобильных экранчиков, а не для нормальных мониторов.
Жирно.
Кинь ссылку, я у себя проверю
>1 оппик
Сравнение сжимающих алгоритмов. В фотографии в jpg. Ебать ты ретард
>Apple Mac: Safari
>Как и его предшественник VP9, AV1 может использоваться внутри файлов-контейнеров WebM вместе с аудиоформатом Opus. Эти форматы поддерживаются многими веб-браузерами, за исключением Safari (поддерживает только Opus)
>Какое же av1 мутное говнище
Действительно.
Это скрины из mpv, идиот.
>2k20
>сжатие
>сжатие
Надо самому кодить и сравнивать, а не на ютабе, где по-быстрому жмут в ущерб качеству.
> 2к20
> эпоха лавинообразного роста количества контента, портативных устройств, флешпамяти, повсеместного интерната, саас, стриминга и облаков
> не думать о сжатии
>yuv420p10le
Просто пиздец нахуй. Жду h266. Для себя жму в h264, тому що пека 2013 года, и через видюху жать h265 не могу (хотя он то ещё говнище, так же мылит при тех же размерах конечного файла, мразь).
В движении не заметна разница. В этом и суть пожатия.
Каким облаком пользуешься?
Ютуб недавно задним числом перепидорил большую часть моих роликов как я глажу кота в avc1 с кошмарным битрейтом, у меня чуть глаза не вытекли. Теперь приходится наебывать систему, перекодируя фулл-хд видео по профилю ютубовского 4k - так ютуб не жидится на vp9 с болие-лимение битрейтом... пока. Вот тебе, бабушка, и 2k20.
Вроде 1440p достаточно заливать для такого наёба, не?
Да, достаточно.
Почитал ваш тренд.
Перекоирую всё видево в VP9, Музыку а Vorbis, фотографии в HEIF.
Все правильно делаю или проебался? Я мимокрокадил не шарю, нужно уменьшить вес и не особо качество проебывать, ну и совместимость чтобы была максимальная.
inb4: дохуя хочешь
Перекоирую всё видево в VP9, Музыку а Vorbis, фотографии в HEIF.
Все правильно делаю или проебался? Я мимокрокадил не шарю, нужно уменьшить вес и не особо качество проебывать, ну и совместимость чтобы была максимальная.
inb4: дохуя хочешь
Блин, Adobe Media Encoder не хочет принимать mkv. А что если я достану из него видеодорожку, перекодирую ее в HEVC и снова засуну в контейнер? У меня же фильм не сломается?
>HEIF
>Максимальная совместимость
Это понятие можно отнести разве что к Vorbis. И другого смысла кодировать в Vorbis вместо Opus я не вижу.
Перекодиррвать прям ВСЁ видео смысла нет. От перекодирования того-же h264 в vp9, если он уже качественно сжат, ты больше качества потеряешь, чем выиграешь в размере.
А зачем перекодировать и паковать обратно?
Просто хочу сравнительно компактную подборку вечной классики в хорошем качестве. А назад в mkv зачем? ХЗ, привык к mkv. Там же еще и куча аудиодорожек и субтитров.
Handbrake.
Не разобрался, как там аппаратное ускорение включать.
Сап, шакалы. Попробовал пережать VP9 и AV1, в обеих случаях битрейт выставлял 1М, но AV1 каким-то образом сжал его еще сильнее. Сжимал в два прохода.
Кстати, как ускорить кодирование в 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 так чтобы он все ядра максимально грузил, а не только одно дрочил? И как собрать в 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 очень сильно ускорили.
Во второй версии, по сравнению с первой появилась многопоточность при кодировании. Скорость кодирования всё равно очень медленная, и загрузка ЦП не полная, но прирост всё равно значительный.
>Кстати, как ускорить кодирование в AV1 так чтобы он все ядра максимально грузил, а не только одно дрочил?
Добавь -threads 16
>А то у меня ffmpeg версии 4.2 2019 года
Так обнови его.
>Так обнови его.
Там же вроде и так версия 4.2 сейчас для винды, разве она чем-то отличается?
>Добавь -threads 16
Сейчас пробую просто aomenc'ом самым новым кодировать, уже процессор нормально загружает, но как-то пилообразно судя по графику. И то скорость 8 фреймов в минуту.
Каким образом их Гугл кодирует?
На самом деле кодирование через -tiles снижает эффективность сжатия, лучше всего разбивать видео на части, по одной на ведро, тогда проц загружается на 90-100%. Есть даже программа, которая делает это автоматом: https://github.com/Alkl58/NotEnoughAV1Encodes
А гуй под винду для "быстрого" libaom уже зделоли? Я по идеологическим соображениям не хочу ебаться с ручным вводом команд ффмпега.
Ссылка над твоим постом.
>Там же вроде и так версия 4.2 сейчас для винды
>Каким образом их Гугл кодирует?
Использует настройки в ущерб качеству.
Как делаете кстати?
>но AV1 каким-то образом сжал его еще сильнее
Реальное качество в пределах одного кодека определяется степенью квантизации, он просто постоянно её дрочит чтобы держаться примерно в рамках таргет битрейта. Это не всегда идеально получается, в зависимости от длины скользящего окна и прочей хуйни оно может выдавать то выше, то ниже.
Adobe Media Encoder - Шаблон Ютуб 4к, там подправить разрешение (ставлю 1440p), битрейт, скорость кодирования и т.д.
Ну что, готовы отправить свои avif/heic на пенсию?
https://hific.github.io/
https://hific.github.io/
И как всегда, автор использовал говёную либу для жпг.
Из-за тяжелости кодирования кодека ютуб конвертит в этот vp10 с низкими настройками качества. То же самое там и с vp9, которое часто выглядит хуже h264 на тех же разрешениях.
Гугл не может в разработку кодеков, короче.
Какую справа использовал?
> Перекоирую всё видево в VP9
Лучше AV1 дождись.
> Музыку а Vorbis
Устарел, сейчас opus на его месте. Вернее, везде: от звонков с низким битрейтом до музыки.
У ворбиса поддержка намного лучше, а по качеству разница небольшая.
Зачем? Глупостями занимаетесь, проебешь же качество.
Хуйней тут страдаете, я когда был молодым и шутливым тоже учавствовал в этой спецолимпиаде, тестировал всякие аудио видео кодеки плюс архиваторы. Но ты были времена диалапа / жопареза и 10 гигабайтных винтов. А сейчас это говно все не нужно, скоро террабайтные ссд в каждой хрущевке и гигабитный кабель или оптика, жпега и h264 хватит всем еще на 50 лет, пока там не появятся тру 3D технологии отображения - например с поджигом газа лазером с образованием плазменного пикселя. Тогда нужны будут новые форматы. А это все игры корпораций за рыночек и проблемы ютубов, точнее указы их акционеров выжать больше денаг - смело шлите нахуй.
mozjpeg
Из-за таких как ты мы имеем мощное железо, а производительность прикладных программ низкую. Зачем оптимизировать, ведь процессоры мощнее, оперативки больше и тд.
Напоминаю, что от вп9 и тормозного ав1 обычным пользователям толку мало (да и есть ли он вообще при современных скоростях), а для всяких ютубов профит в отсутствии патентов и огромной экономии трафика.
> экономии
Нагрузка на сервер меньше.
И памяти у пользователей занято тоже.
Только если себе видос сохраняешь, но оперативки-то они при декодинге побольше будут отжирать, чем х264.
Видосы и фоточки на смартфоне – пример, где лучшее сжатие имеет место быть.
С увеличенным жором батареи.
Если h265 аппаратно, то нет.
Нужно сконвертировать несколько видео в 60+ fps с помощью svp, но денег жалко давать этим пидорам. Есть нормальный мануал как сконвертить через avs? Альтернативы svp не предлагать, они все гавно.
Как сжать фильм так же как зелены слоник в ОП закрепе? Какие параметры выставлять? КАК?
мимо-крокодил
Через ffmpv. Но нахуя? Это даже не подобие anime to mobile, его в таком формате мобильная некрота не потянет. А на другом оборудовании в 2020 это ненужно даже в лютых пердях.
Через ffmeg. Но нахуя? Это даже не подобие anime to mobile, его в таком формате мобильная некрота не потянет. А на другом оборудовании в 2020 это ненужно даже в лютых пердях.
Через ffmpeg. Но нахуя? Это даже не подобие anime to mobile, его в таком формате мобильная некрота не потянет. А на другом оборудовании в 2020 это ненужно даже в лютых пердях.
Ооо зарепортил. Надеюсь потрут.
У тебя интернет тоже залагал? У меня сейчас даже пинг до 1.1.1.1 с задержками и пропуском пакетов был. Это не проблема двача, что-то глобальнее.
А как же шитпостинг в шебем тердах?
Вот только хуй ты его в вебе увидишь.
С эти кодеком ты заебёшся ждать, пока видео сконвертируется, да ещё и превью не будет.
Какой формат видеосжатия самый экономичный щас? Чтоб сотни гигов фильмецов превратились в 10, почти не потеряв в качестве.
естественно, не подходит, если их надо будет 100 лет пережимать даже на 10980хе
естественно, не подходит, если их надо будет 100 лет пережимать даже на 10980хе
Сжать раз в 10? А ты не в курсе что каждое новое поколение кодеков может в лучшем случае в 2 раза при визуально равном уровне качества? И таких кодеков, способных сжать h264 в 10 раз, их нет, не существует, их просто ещё не придумали.
Ну видосы с мобилы. Там что-то совсем несжатое, минута обычного fullhd@30fps занимает аж 150 мегов.
Выбор кодека зависит от твоего use case.
Если просто в архивных целях, то VP9/h265. Если для мобилы, то h264, а в худшем случае divx/xvid.
> VP9
Попробовал AV1 кстати. Он же самый свежий-эффективный? Это пиздец, 10-секундный видосик кодировался на 6700к@4600 буквально ЧАС. Причем проц большую часть времени отдыхал около 20%, периодически нагружаясь на 100.
Поэтому я не рекомендую сжимать кодеком AV1.
И причем тут VP9?
Ну вроде сначала был vp8, потом vp9 и наконец av1.
Ну да, так и есть
>10-секундный видосик кодировался на 6700к@4600 буквально ЧАС
Гуглокодеки во всей красе. Юзай h265.
>Alliance of open media: AV1
>Гуглокодеки
Да пофиг. Гугл тоже туда входит. А кодек основан в основном на vp9 от Гугла, который тоже очень тормозной в кодировании, по сравнению с конкурентами. Так что название vp10 кодеку больше подошло бы.
Кодировалось часа три, а браузеры уже поддерживают?
неужели нет кодировщика быстрее, чтобы нормально нагружал и юзал avx?
неужели нет кодировщика быстрее, чтобы нормально нагружал и юзал avx?
Лиса уже давно av1 поддерживает.
>неужели нет кодировщика быстрее, чтобы нормально нагружал и юзал avx?
https://github.com/xiph/rav1e
https://github.com/OpenVisualCloud/SVT-AV1
А где блеать .exe-файл?
В релизах.
> weekly
> pre
Так это совсем сырые пре-альфа версии какие-то?
У rav1e есть и стабильные.
> Из-за тяжелости кодирования кодека ютуб конвертит в этот 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 не умирающий, а скорее наоборот, просто не так распространен.
В видео нихуя не разбираюсь, конечно же.
Какие критерии качества у этого VMAF?
https://en.wikipedia.org/wiki/Video_Multimethod_Assessment_Fusion
https://github.com/Netflix/vmaf
Походе какая-то математика суммирующая уже существующие фичи, отрескоренная на основе опроса живых биороботов.
И для пикчей тоже
другой анон
Прочитанное можно просуммировать следующим образом:
- объективня метрика;
- в основе — нейросеть, обученная на субъективных оценках набора последовательностей nefflix;
- если и превосходит (в сходимости с субъективной) корреляционную метрику SSIM (MS-SSIM), то незначительно.
Показатель качества неявный и обобщённый — сходимость с субъективными оценками.
Пока непонятно. x265 хорошо жмёт по сравнению с х264. vp9 тоже хорош, но медленный просто пиздец. AV1 проёбывает мелкие детали/замыливает, а скорость кодирования ебанистически медленная и имеет смысл только если у тебя топовая пека с комплектующими 2020 года. Ещё что-то новое мутят сейчас, но пока инфы мало.
>И для пикчей тоже
Нет. Разве что webp, но поддержка не очень, да и цвет жмёт 4:2:0 на лосси настройках. На avif даже не смотри, обычная фотка 5мп будет жаться несколько минут на слабой пеке и оперативки оно жрёт просто пиздец.
>Нет.
webp для losless, heiс для lossy. Я хз чего там у тебя нет.
Поддержки нормальной нет. Сами со своим говном ебитес.
Webp сейчас работает абсолютно везде. Heif после того как аплы и самсунги начали в него фоткать тоже всеми просмотрщиками активно впиливается.
не испугал.
Т.е. чебурнет уже ввели как бы официально и приняли в 2019 году, вступает с 1 января 2021.
Но уверяю, перейдет множество людей на DC++ и торренты обратно, как в старые добрые времена.
>Но уверяю, перейдет множество людей на DC++ и торренты обратно, как в старые добрые времена.
В эти старые времена интернетом никто не занимался. Государству вообще похуй было. А сейчас по просьбе михалка, делают нолох 1% на болванки. А по еще одной его просьбе, тебя на бутыль посадят за dc++.
Так это подаётся как исследовательская работа. Пруф оф концепт.
Надо чтобы какой-нибудь консорциум эти наработки хорошо переварил и преобразовал в формат действительно пригодный для жизни.
Лично мне очень нравится, что он не выбрасывает мелкие высокочастотные детали, как делают сейчас все, а пытается их синтезировать из примитивов.
Для этой хуйни нейросеть используется, так что точно не при нашей жизни.
Современные нейроночки в вычислительном плане не сильно дороже avif. К тому же их ускоряют сейчас активно.
>получить поддержку основным софтом
Во что сжимать архивы?
zpaq - максимальное сжатие
zstd - отличное (если не лучшее) соотношение скорости и сжатия
> zpaq
Не могу разобраться. Пишу:
zpaq a test.zpaq filetest filetest2 filetest3...
В итоге 3 гига сжалось до 2.9. Я что-то делаю не так?
Добавь -m5 к аргументам. Но, видимо, ты пытаешься сжимать уже крепко пожатые данные, типа видосов.
> >Гуглу и мазилле он нахуй не упал
> Так там же самое свежее обсуждение начала 2017 года, а в сентябре 2017 Apple начала понемногу внедрять формат в обиход. Возможно, через 3-4 года что-нибудь изменится.
Посоны, zeranoe отправляется в страну вечной охоты c 18 сентября, что ffmpeg теперь самому компилять?
Что делать-то, я компилять не умею, где гайды-то искать.
Что делать-то, я компилять не умею, где гайды-то искать.
Объясни тупому, что происходит и почему это плохо?
БАМП
Давайте блять придумайте какое-нибудь меряние хуями что ли. Какой-то тестовый ролик на время покодировать, и на размер, и на соотношение качество-размер и т.д., а то тред здох нахуй.
Так то тем для обсуждения немного, я вон пожал 90 Гб флаков на телефоне в Opus, размер уменьшился в 3 раза, звучит практически прозрачно.
Тут обычно периодически аноны подсматривают новый для себя формат, обсуждают его немного, а затем тред опять умирает. Тема слишком специфическая.
Анончик, где бы найти нормальный мануал по ffmpeg чтобы был полный список всех параметров для тонкой настройки распространенных кодировщиков? В официальных вики только основные опции, гуглятся тоже какие-то обрезки советов от рандомных васянов
Тут смотрел https://ffmpeg.org/ffmpeg-codecs.html?
А давайте все вместе напишем нариману абу, чтобы сделал превью для ав1
С ним плакал весь тред...
Господа, кто более-менее помнит синтаксис для FFMPEG подскажите, хочу батник сваять, такой, чтобы по быстрому конвертить отдельные файлы перетаскиванием на этот самый батник.
Как это делается вообще?
Как это делается вообще?
ffmpeg -i %1 "%~n1.webm"
Спасиб огромный.
А то я чот тупенький, даже запрос в поисковик сформулировать не смог.
Простите, А как сделать превью у вебемок?
Пробовал это, не сработало:
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
Пробовал это, не сработало:
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
Почему в битрейтах 192(vbr) opus и vorbis занижает с replaygain по разному? В opus'e этот трек полученный из wav https://buckymusic.bandcamp.com/track/homeless на -8.78, а в vorbis на -8.73. Не совсем понятно как такое получается, ибо тут кто-то утверждал обратное, что vorbis режет меньше если использовать не низкий битрейт.
>Не совсем понятно как такое получается
Уровень replaygain считается по хитрожопой психоакустической формуле с суммированием мощностей на разных частотах. В зависимости от того какие частоты кодек повырезал сгладил - такой итоговый уровень и получается.
Ну и не забывай, что разница в 0.05 дБ - это изменение мощности на 1,16%. То есть что-то в районе погрешности.
ЕСЛИ АБУ НЕ ДЕЛАЕТ WEBP, МЫ БУДЕМ ПОЖИМАТЬ КАРТИНКИ В WEBM!
Проиграл.
В vp9, пожалуйста
Пожал одним кадром
-r 0.1
-stream_loop -1 -r 0.1 -t 10
Ооооо ебать, иксы. Опять играть.
Щелчки в opus:
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://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 и не заметил никаких щелчков.
Чем через гуй без задней мысли сравнивать видосы по всем возможным метрикам (или хотя бы по паре основных)?
mediainfo
Да не про это я, а про всякие VMAF, PSNR и так далее, чтобы ГРАФИКИ составляло и можно было посмотреть и сравнить.
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"
Готовый батник
Одной секунды мало, а две - норм.
Дело не во времени, а в количестве кадров. Должно быть как минимум два.
Тоже попробую.
Хм...
Почему превьюшек нет?
Никак не разберусь, что прописать в Handbrake в дополнительных опциях, чтобы из картинки получилось видео заданной длины. Помогите, анончики.
А что у нас тут по АРХИВНОМУ СЖАТИЮ? zip? bzip2? gzip? tar? Чем компресировать? Что юзаем?
я ебашу lzma (он же xz) и мне похуй
Есть один tar архив в 20Гб на китайском ноунейм жёстком диске, скрёб-поскрёб во время распаковки - моё почтение.
Подразумеваю тут под архиватором именно контейнер для файлов, по компрессии разговор отдельный. Но короткий, в 2020 юзай zstd и всё.
7zip - если готов пердолиться. Жмёт хорошо, но долго. Подефолту жмёт в солид, отчего разваливается от малейшей битовой ошибки.
rar - если нормис, незашкварно. Жмёт не сильно хуже 7 зип, но зато резкий как понос. Единственный кто умеет в помехоустойчивое кодирование, от чего у местных пердоликов горят жопы. Закрытый.
tar.* - для узких задач типа тарболов или там пару файлов распаковал и удалил. Нет индекса, нет инкремента, нет нихуя, любая операция подразумевает полную перепаковку. Легаси.
zpaq и dar - для тру 30-ерс-олд-вирджинити-визардов. Инкремент, декремент, дифф, селективное сжатие и просто бесконечное количество плюшек ценой в то, что ты будешь неделю разбираться в их документации.
>Инкремент, декремент, дифф, селективное сжатие
Пиздос, звучит сложна. Есть что почитать чтобы научится всей этой еболе? Я вообще жму всё преимущественно в zip т.к мне нужна макс.совместимость с любой йобой. tar - это у нас, насколько знаю, свойственно линуксам. А вот мастерство ТОТАЛЬНОГО сжатия мне не знакомо, но интересно...
Толсто
Как же хочется превью на AV1, хосспади. Неужели я так много прошу?
По 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з.
Которая часть не пролезла?
Подскажите, почему видеоплееры показывают у этого видео разрешение 960x720 px, и даже сейчас в свойствах файла двач показывает это разрешение. Но если сделать скриншот из этого видео, то он выдает картинку 1280x720 px, я скриншот делаю в оригинальном качестве, никакого растягивания изображения нет, черные полосы по бокам тут так же не причем, каждая по 80 px, если их убрать, получиться 1120 px только изображение, каким образом 1280 сократилось до 960? Я даже измерял изображение пиксельной линейкой, получается 1280 с полосами и 1120 без полос, 960 никак не может быть. В общем куда деваются 320 px по горизонтали, не могу понять, в первый раз таким сталкиваюсь. Связанно ли это каким либо образом с bitstream filter? Заранее спасибо за ответ.
Кастомное соотношение сторон в метаданных.
У тебя неквадратный пиксель. То есть картинка тупо растягивается по ширине интерполяцией.
Спасибо за объяснение.
Можно по подробнее, для чего так сделали в этом фильме?
Я нашел инфу про квадратный пиксель, это именно то, про что ты говорил? Если же нет, объясни подробнее, для чего так делается в кино?
> pv mocha.mkv | ffmpeg -hwaccel vaapi -i pipe:0 -v warning -vaapi_device /dev/d
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
я сильно обосрался?
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
я сильно обосрался?
>любая операция подразумевает полную перепаковку
Так у винрара же так же. Или что за конкретные операции ты имеешь ввиду?
Это животное право или пиздит? Я впервые такое про opus слышу.
У opus в зависимости от битрейта меняются механизмы сжатия. На высоких (больше 50 примерн лол) вообще никаких проблем.
Пиздит.
мимо-звукач
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) Но закрытая шарованая говнинка.
Внимание вопрос: на какой стул сядет пользователь?
Пользователь сядет на tar, ну или в хотя бы на zip. Потребитель вполне и на rar может сесть.
test
Двачую, опус параша, AAC пушка по сравнению с ним
Опус лучше звучит на низких битрейтах.
Они равны, примерно
Хотя в нагруженых композициях опус лучше, у ААС лязганье какое то
C переменным уже лучше, и размер почти тот же
Уже на 64 не равны, хорошо слышно. На сверх-низких <20 опуc вообще безальтернативен.
ffmpeg -i "1584243594_emuvvr.gif" -c:v libaom-av1 -b:v 0 -crf 40 -pass 1 -an -y vr.webm; ffmpeg -i "1584243594_emuvvr.gif" -c:v libaom-av1 -b:v 0 -crf 40 -pass 2 -an -y vr.webm;
Эта зараза взяла формат пикселя gbrp, в итоге такой результат.
А если не забыть добавить -pix_fmt yuv420p, то опаньки. Разница почти в 6 раз.
Что за игра?
Без понятия. Скорее всего какое-то из окружений SteamVR.
Тренд умер
это у тебя кодировщик xHE-AAC (походу новый стандарт AAC выпустили)
https://www2.iis.fraunhofer.de/AAC/xhe-aac-compare-tab.html
Я понимаю, что все гуглится, но сколько kbps opus примерно равны 320 mp3, может в треде есть те, кто может так примерно почувствовать по своему опыту?
Ссылку уже не найду, но где-то отождествляли 160-180 кбит/с опуса с мп3 вбр в0 по своим внутренним субъективным тестам.
То что ютуб жмёт в opus @160k только подтверждает это предположение.
> но сколько kbps opus примерно равны 320 mp3
Разницы между flac и mp3 320 никто не слышит. Поэтому будем считать, что равно порогу прозрачности.
А вот порог прозрачности у opus находится где-то свыше 128 kbps. И, вероятно, что на 144kbps.
>ютуб жмёт в opus @160k только подтверждает это предположение.
Зачем вы эту чухню впариваете? Большинство контента делается и заливается уже изначально сжатым и далеко не в 320, ваше плацебо из одного лосси в другой это машинная и безразборная срань. Если 320 прозрачно, то это не значит что его заебись дополнительно даунгрейдить. Точно так же ведут все сервисы, какой бы исходник не был - машинно апают в унифицированном виде. Из говна в говно, шакалов круговорот.
Зачем вы эту чухню впариваете? Большинство контента делается и заливается уже изначально сжатым и далеко не в 320, ваше плацебо из одного лосси в другой это машинная и безразборная срань. Если 320 прозрачно, то это не значит что его заебись дополнительно даунгрейдить. Точно так же ведут все сервисы, какой бы исходник не был - машинно апают в унифицированном виде. Из говна в говно, шакалов круговорот.
>из одного лосси в другой это машинная и безразборная срань
Но разницы ты всё равно не слышишь, лол.
Ты никогда не качал флак что-бы пережать его в lossy? Нахуй ты тут сидишь?
UPD: сырой пока. Перекодировку FLAC не поддерживает, только WAVE, браузер не воспроизводит получившийся файл, пришлось foobar2000 ставить и плагин к нему.
Можешь спокойно жать в 128. Если совсем уникум с идеальным слухом, то в 160.
>ютуб жмёт в opus @160k
99% жмётся в 128 же, не? В фубаре запусти видос и посмотри, сколько битрейт показывает.
> 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 - всё? Что случилось?
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 - всё? Что случилось?
Кстати, а вы знали, что порядка 80% музыки с Рурекера - это апскейл из 96 в 320 from itumes? Я вот на днях перегонял своё добришко из MP3 (libmp3lame) в ogg (libopus) и был ниприятна дохуя поражён сем фактом. Ну и да - опус наше всё. Во истину и в теги может.
У кого youtube-dl расчехлён - вставьте в него эту штуку https://ip201285291.ahcdn.com/key=PZSUhCjQHnB49DDChXgt7w,s=,end=1604653866/state=X6T3xhBO/reftag=83628141/media=hls/27/353/3/88701223.m3u8
Знаю что не совсем по теме, но пусть будет.
Знаю что не совсем по теме, но пусть будет.
Господе, FFmpeg храни!
Да, чуть не заснул - вот сурс со сборками ненаглядного. Актуально, после гибели Zeranoe самовыпил?
https://github.com/BtbN/FFmpeg-Builds/releases
https://github.com/BtbN/FFmpeg-Builds/releases
СКАЖИТЕ НОСАТОЙ МРАЗИ ЧТОБЫ ВВЁЛ ПОДДЕРЖКУ 265КИ!!1РАСРАС
>1оппик.жпег
Ебанутые блять? В жпеге сравнивать два формата. Ебанный рот жпег в любом случае сожмет нахуй. Долбаебы блять.
Тест libx265 погодка сегодня атпат!
Хуй на рыло. Как обычно - придётся сначала скачать бесплатно, чтобы потом у себя посмотреть. Введите вы уже 65ку, ебаные волки.
Как он её введет, если из всех браузеров h265 поддерживают только Safari, и ещё наверно Edge? Тот же хром нахуй слал этот h265, как и Firefox.
То есть 65ка является мертворождённой? Ну ахуеть теперь. Спасибо за ответ.
Разумеется является.
> Патентованный кодек за кучу денег
> 2020
Только полные пидарасы (например, Apple) могут заниматься продвижением подобного говна.
>ещё наверно Edge
Выкинули при переходе на блинк.
>Можно загружать хевк, но нельзя вебп
Какой же абу уёбок.
А что если вкорячить в вакабу библиотеки декодирования из ffplay? Никто не думал об этом?
Я им иногда аниму смотрю, по-своему доставляет.
2 - FGOナイ〇ンゲールどすけべ礼装※完全顔出し_Kカップ→Lカップに成長中！？やみつきパイズリあり爆乳美女のAVレイヤーデビュー(祝)
Боже, ffplay храни.
Боже, ffplay храни.
Теперь такие фигурки нигде уже не купить(((...
>Я им иногда аниму смотрю, по-своему доставляет.
Ну а чем макаба превью делает? Хуем что ли? Наверняка тем же ffmpeg, просто версия старая.
Всем av1.
Не знаю куда, поэтому напишу здесь. Есть ли смысл огромную гвлерею джпегоа перводить в пнг? Говорят, джпег что то портит там, в отличии от пнг?
Нет.
Да.
>Есть ли смысл огромную гвлерею джпегоа перводить в пнг?
Есть. Это, кстати, и звука касается: всякие мп3, огг, опусы и прочее лоссиговно надо перекодировать во флак.
> огромную гвлерею джпегоа перводить в пнг
Нет. То что пожато, уже не восстановишь до оригинального качества. Только если это не какой-нибудь нейронный кодек, как с видео. Но таких нет, насколько я знаю.
Норм. Сколько времени ушло?
Ебать ты мразь.
Пакетное создание архивов. Пусть тут побудет.
Создай txt, смени на bat, вставь ниже код, запусти в папке с кучей подпапок с фотками, к примеру
for /d X in (*) do "C:\Program Files\7-Zip\7z.exe" a "X.7z" "%%X\"
pause
А ведь когда-то я делал это вручную. Ночи напролёт. До боли в груди и песка в глазах. И перепроверял, перепроверял на ошибки, не веря в своё проклятие. Просирал и повторял. Всё-равно что-то упускал((. А как ты просрал превратности молодости?))) почти 27лвл
Создай txt, смени на bat, вставь ниже код, запусти в папке с кучей подпапок с фотками, к примеру
for /d X in (*) do "C:\Program Files\7-Zip\7z.exe" a "X.7z" "%%X\"
pause
А ведь когда-то я делал это вручную. Ночи напролёт. До боли в груди и песка в глазах. И перепроверял, перепроверял на ошибки, не веря в своё проклятие. Просирал и повторял. Всё-равно что-то упускал((. А как ты просрал превратности молодости?))) почти 27лвл
> Сколько времени ушло?
Порядка 10 часов. Точно не засекал.
Пиздос, киноколлекцию завещать завершить наверное придётся. Пресетом не поделишься к слову? Через что делал - консоль или GUI? Нет там пресета под 480-720 с побыстрее настройкой? Хорошо, я тоже пойду покурю мануалы, уговорили.
Не, пас.
Проиграл со спеков. С твоим некрожелезом только в h264 конвертить на быстром пресете.
От нефиг делать решил пожать серию сериала. Кодирую в 2 прохода. Всё ок, но никак не могу прожечь субтитры в видеоряд.
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"
Не могу понять что не так.
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, лаптоп занят пока.,
for /r i in (*.mp4) do (
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
Это с ПК. (Опять уполз) Сук, обожаю его лицо!
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
Это с ПК. (Опять уполз) Сук, обожаю его лицо!
>265 на medium с 10-25 кадрами в 480р
Это мало же.
Перекодировать пару файлов Аноним (Microsoft Windows 10: Chromium based) 15/11/20 Вск 01:00:49 #278 №2885490
Привет, я часто записываю куски разных стримов себе на пеку через OBS, настройки стоят пикрил. Что это означает на самом деле - в душе не ебу, не стал бы лезть к вам с расспросами.
Видосики в таком формате обычно занимали не очень много места, максимум 200 мб.
Но в один прекрасный день я своими грязными руками залез куда не просили - а именно в "Расширенный режим" и там выставил битрейт = 3000 кб/сек и еще какие-то манипуляции произвел. По итогу каждое видео стало весить больше гигабайта, хотя разницы нет в принципе - я записываю полустатичный контент, а места мало.
В общем, могу я просить вашей помощи? У меня есть MediaInfo обоих видеопотоков, только что там что означает - я хуй разберу.
https://pastebin.com/cbW2FW0e
То, как было - это свойства файла, записаноного с пикрил настройками в OBS, а то что стало - результат моих действий.
Как мне перекодировать большие видео так же, как кодировал OBS без моего вмешательства? Буду очень признателен.
Видосики в таком формате обычно занимали не очень много места, максимум 200 мб.
Но в один прекрасный день я своими грязными руками залез куда не просили - а именно в "Расширенный режим" и там выставил битрейт = 3000 кб/сек и еще какие-то манипуляции произвел. По итогу каждое видео стало весить больше гигабайта, хотя разницы нет в принципе - я записываю полустатичный контент, а места мало.
В общем, могу я просить вашей помощи? У меня есть MediaInfo обоих видеопотоков, только что там что означает - я хуй разберу.
https://pastebin.com/cbW2FW0e
То, как было - это свойства файла, записаноного с пикрил настройками в OBS, а то что стало - результат моих действий.
Как мне перекодировать большие видео так же, как кодировал OBS без моего вмешательства? Буду очень признателен.
Переключись в расширенный режим и выстави настройки как на пикче, будут тебе нормальное соотношение размер/качество. Ещё в главном меню в расширенных настройках поставь настройки со второй пикчи, на всякий случай.
Конвертировать с теми же настройками, как на первой пикче. Конвертер - очевидный Handbrake. Если пека современная, можешь попробовать жать в x265. Конвертацию звука не забудь настроить - opus 64 vbr для стримов хватит.
Бля, пикчи отвалились.
Я же показал с чего кодирую. Сейчас к слову в энергопотреблении указал 90% напругу - температура спала с 67 до 51 градуса. То есть и так вентилятор на клавиатуре (дырок нет внизу), но теперь спокойнее. Скорость упала до 15, но это хорошо для меня. Ничего страшного. У меня есть мечта сделать так всё отсмотренное, чтобы смотреть новые.
Кто-нибудь модифицировал апк алишки? #ИМПОРТОЗАМЕЩЕНИЕ лол
Потому что я обещал себе хранить всё что дорого. И я справлюсь.
Чёт подумал - оставлю наверное 90%е энергопотребление. Уж больно не пичот нигде. До этого с августа под 85% гонял 24/7 без вертушки, потом с ней до 67... Решено.
Спасибо за рекомендации, анон, но почему Handbrake, если можно ffmpeg?
-i sample.mp4 -c:V h264 -profile:v high -preset:v faster -crf:v 25 sample_output.mkv
вроде норм, только для звука не знаю как написать, но я уже курю мануалы
Кто в курсе мануалов по пакетной обработке фотографий в FFmpeg и стоит ли в принципе так делать? В ФШ не имею возможности, да и желания как-то нет. Чисто ориджинал скейл *.жпг с 80% квалити и шумодав (опционально).
Сделай 1% максимального напряжения - в минус уйдешь инфа сотка Лаптоп и телефон не предназначены для этого.
Шумодав только правильный, без замыливания деталей. Пойду тоже мануалов дуну.
Мама, папа, у вас всё получилось... Вот код для Termux
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 но шумодав хз, возможно нету в принципе
Мама, папа, у вас всё получилось... Вот код для Termux
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 но шумодав хз, возможно нету в принципе
Мама, папа - у вас всё получилось... Вот код для Termux
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 но шумодав хз, возможно нету в принципе
Мама, папа - у вас всё получилось... Вот код для Termux
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" -quality 80 -movflags +faststart "${f%.jpg}.jpg" ; done
Работает... чую цветокоррекцию можно взять из видео обработки.
ЗЫ: можно просто -q 80.
Хуя вакабий вис как в Галактика Знакомств в лучшие годы!
Работает... чую цветокоррекцию можно взять из видео обработки.
ЗЫ: можно просто -q 80.
Хуя вакабий вис как в Галактика Знакомств в лучшие годы!
Статья с ключами https://gist.github.com/tayvano/6e2d456a9897f55025e25035478a3a50
>for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg
Так лучше не делать, используй конструкцию find -print0 | xargs -0.
Google развивает новый формат изображений WebP 2
https://www.opennet.ru/opennews/art.shtml?num=54100
https://www.opennet.ru/opennews/art.shtml?num=54100
Зачем а главное нахуя? есжи avif
Судя по всему, авиф вообще мертворождённый, поэтому Гугель решил окопаться и создать новый формат.
А на двач введут поддержку webp-webp2 ? Формат пушка по сравнению с jpeg
Кстати, а я говорил, что умею качать торренты через термукс? Знаю, что не совсем по профилю, но... торренты... через консоль... с телефона... короче суть такова: пишешь pkg install rtorrent, ждёшь установки пакета из репозитория, потом пишешь rtorrent name_file.torrent, и, в общем-то, сейчас перезайду и вброшу скрины.
Эта адская штука и гусеёбить может, просто я пока ключи не подобрал лол.
Эта адская штука и гусеёбить может, просто я пока ключи не подобрал лол.
Скорее нет чем да, первый даже из хуя под прессом убрали. В этом несправедливом мире всё что не популярно не играет роли.
rtorrent https://sukebei.nyaa.si/download/2744656.torrent
Кайфуйте. Но не забудьте про pkg install
Кайфуйте. Но не забудьте про pkg install
>Он не знает про transmission-remote-cli
Я ещё многого не знаю есть ключи к ёбле гусей?
>transmission-remote-cli
Прогуглил - это же Дебич и Бубута - я с ведра. В прямом сука смысле. Там к слову была ещё репозиторина с 2с на конце... что-то там, не суть важно, сойдёт и rtorrent - запомнить проще как PPSSPP лул.
>Прогуглил - это же Дебич и Бубута
Во-первых, нет. А во-вторых, Termux это и есть Убунта, там даже apt есть.
Какая не очень большая программа под Windows с интерфейсом для мышки сможет превратить несколько сотен картинок .jpg в одно видео .webm ?
ffmpeg с экранной клавиатурой
Проиграл(
>3
Скайрим вспомнил.
Даша обновилась и теперь показывает AV1!
>радоваться васянозонду
)
Хуй будешь?
Он уже занят тобой.
Пожал деда до 3600, как в оппике.
Что сейчас использовать для "любой_лосслесс_аудиофайл"->ALAC (эпл лосслес)?
Фубаром пользуюсь. Только библиотеки к нему добавь https://www.foobar2000.org/encoderpack
И вообще, не обманывай себя. Для айфона достаточно aac 320.
Спасибо, не знал, что на фубар есть стэндэлон энкодеры.
Все три выглядят абсолютно одинаково.
У жпг размер больше.
Но внешне то отличий 0.
Потратил 3 часа пердолинга Гимпа с разными настройками, форматами и тд, и тп чтобы узнать, что самый нормальный вариант для сжатия старых фотографий - сохранять в jpg через Пеинт на ХРюше. Я всё.
imagemagick
>самый нормальный вариант для сжатия старых фотографий
https://css-ig.net/pingo
https://github.com/mozilla/mozjpeg
https://github.com/tjko/jpegoptim
https://github.com/JayXon/Leanify
Спасибо, но я выбрал самый простой вариант: сохранить в jpg любой прогой, 75% качества без меты. Кроме ГИМПа, он даже здесь обосрался, выдавая файл с качеством хуже и примерно таким же весом. Отвратительная программа
Попробовал ради интереса пинго. Мылит, так себе.
Вот с видео всё легко: -c:v libx264 -preset slow -crf 22 -c:a libopus и не паришься. А с картинками какой-то цирк с конями.
Опенсорс не нужен.
Сдаётся мне, что ты артефакты сжатия принимаешь за чоткость, но как бы лишь бы тебе было хорошо.
Так и есть, но поскольку оригиналы не настолько уж и качественные, разница при обычном просмотре (не на 300% зума) минимально заметна или незаметна.
Без зерна как в jpg смотрится говёно и мыльно
На размер смотрел? Это сравнение vp9 и av1.
>Кстати, а вы знали, что порядка 80% музыки с Рурекера - это апскейл из 96 в 320 from itumes?
Как ты это выяснил?
Мдаа, начинаешь интересоваться сжатием, чтобы не тратить лишнее место и эффективней его использовать. Начинаешь изучать, понимаешь, что просто так с наскока тут не разберешься, углубляешься, начав с музыки, а потом перескочив и на другие виды данных,потом случайно очухиваешся, понимая, что проебываешь на все это изучение, экспериментирование, учитывания огромного количества мелочей, столько времени, что милипиздрическая выгода от экономии места на жескам диске абсолютно меркнет по сравнению с количеством проебываемых на всю эту хуйню человекочасов.
Тем более, что вот тут выходят новые форматы, с которыми надо опять ЭКСПЕРИМЕНТИРОВАТЬ.
Все-таки верна капиталистическая формула: тратить время на изучение только того, что сможешь монетизировать в том или ином виде, тратя досуг на хобби или отдых. Другими словами, если это как-то касается или потенциально может касаться твоей работы - еще есть смысл тратить на это время.
Ну а если это такое хобби - страдать вот ЭТИМ вот, то это получается какое-то очень СТРАННОЕ хобби. Потому что нельзя в свободное время КОВЫРЯТЬСЯ В ЖОПЕ, надо делать это только если тебе платят за это деньги и только тогда когда платят.
Тем более, что вот тут выходят новые форматы, с которыми надо опять ЭКСПЕРИМЕНТИРОВАТЬ.
Все-таки верна капиталистическая формула: тратить время на изучение только того, что сможешь монетизировать в том или ином виде, тратя досуг на хобби или отдых. Другими словами, если это как-то касается или потенциально может касаться твоей работы - еще есть смысл тратить на это время.
Ну а если это такое хобби - страдать вот ЭТИМ вот, то это получается какое-то очень СТРАННОЕ хобби. Потому что нельзя в свободное время КОВЫРЯТЬСЯ В ЖОПЕ, надо делать это только если тебе платят за это деньги и только тогда когда платят.
Хуйню несёшь. У всех кодеков пресеты есть, специально для таких занятых как ты, чтобы извилины не напрягались. Не знаю, где ты там эксперименты нашёл какие-то. Достаточно спецификации прочитать и ман, чтобы понять, как кодек работает. Это если его глубоко изучать. Но это от силы дня 2.
Но с пресетами не интересно. Хочется самому во всем убедиться. Чтобы сам, на цифрах, собственными глазами видел, что вот да, этот вариант лучше, а вот этот хуже.
Тогда читай спецификации, но потом не плачься, что времени на порнушку/паиграть ниосталось.
Так что, ффмпег будет жать фильм в av1 250 лет? Побыстрее вариантов нет?
Есть чудом сохранившийся телефон Sony Ericsson C702, охуенный переходник на наушники и аж три m2 флешки - 128 мегов, 1 гиг и 2 гига. Вынужденно юзается как аудиоплеер. Какой формат для него самый эффективный по сжатию, чтоб побольше треков влезло и качество оставалось выше среднего? Явно не мп3. Опус и огг этот аппарат никак не тащит? Максимум что подобрал - кодек Nero AAC последней версии 1.5.4.0 от февраля 2010 с параметрами -br 145000 -2pass -2passperiod 0 -ignorelength, то есть mp4-файлы в два прохода около 145 кбит/с, частотка до 18 кГц получается. Как ни возился с битрейтом 128 и ниже - ну слишком сильно жмёт и начинает побулькивать и обсираться. Или есть какие-то другие опции впихнуть в 96-128 кбит слушабельное качество? 145 тоже пойдёт, но хотелось бы втиснуть еще больше треков в эти 3 гига. Согласен на чистую частотку до 15-16 кГц.
> Аппарат находит все файлы и директории на карте памяти, вытягивает информацию из метаданных (ID3-тегов).
Поддерживаемые для аудиофайлов форматы – MP3, AAC, AAC+, E-AAC+, WAV, WMA и m4a. Ограничений для МР3-файлов по битрейту нет, вы также можете загружать файлы с VBR. Компания рекомендует использовать файлы с потоком в 192 Кбит/c.
Вот от этого и пляши. Сравнительно свежий тест кодеров:
https://audiophilesoft.ru/publ/my/encoding_recommendations/11-1-0-83
Т.е., из альтернатив к .mp3 у тебя есть .aac и ,wma.
> Nero AAC
Древний кодер. Используй qaac.
> wma
Это ж какая-то майковская параша из 2002?
> wma
Можно и так сказать. На xbox original использовалась и много где ещё.
А зачем эта пиписитарная ябблопараша, когда есть швабодные инструменты уже?
qaac — свободный. Из альтернатив qaac могу вспомнить только fdkaac.
Почему на этом месте обсирается куча кодеков? Мп3 даже на 320 даёт здесь какой-то сёр, шипение и провалы.
Разве это не обёртка для quicktime?
libfdkaac с открытым кодом, но без счободной лицензии.
> Разве это не обёртка для quicktime?
Использует .dll-ки QuickTime
Точнее, не QuickTime, а ITunes, а если быть ещё точнее AppleApplicationSupport.msi.
> AAC, AAC+, E-AAC+
С плюсами это такой читерский формат, который на две полосы разбивается?
> 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, как здесь советуют.
> просто V60
Попробовал на самых упёртых треках afgin - journey through acid, atlantis - paradise part 1 chillout version и dj timo - the robots - v60 обсирается на тех те местах. 70 - опять пук-среньк. 80 - почти норм, но всё-таки подбулькивает сука. А битрейт уже под 180... Ну и похуй, буду жать в 200-256 кбит, уместится мало, зато самое любимое и без бульк-бульк(
И как опус умудряется не пердеть-булькать на 96 кбит?
А всё из-за проёбанного гнезда для наушников на нокии 808. Так-то туда можно засунуть карточку хоть на терабайт и всю фонотеку во флаке.
Перепаяй хуль. В любом городе остались деды, готовые починить это рублёв за 500. Просто методично обзваниваешь все конторки на яндекскартах и спрашиваешь сколько стоит.
> Перепаяй
Оно вставляется, а не паяется. Причем не подходит ни от какой другой модели, ставилось только сюда и пиздец.
Чот посравнивал lame mp3 3.100.1 vbr с qaac 2.71 - никакой особой разницы при битрейтах 200-250, как бы аак не хуже... Это мп3 так допилили со временем?
Вполне возможно.
Кстати чому 3.100, а не 4.0?
Как остановить это безумие? Просто нажать крестик? Или есть хоткей какой-нибудь И ПОЧЕМУ БЛЯДЬ ТАК ДОЛГО
Потому что твой процессор залупа
потому-что libaom
Согласен. А какой нужен?
>Как остановить это безумие?
Ctrl+C
>И ПОЧЕМУ БЛЯДЬ ТАК ДОЛГО
Потому что для кодирования видео нужно использовать что-то мощнее кофеварки.
Новый, который знает про AV-1
Ну вы сейчас начнете надо мной смеяться, но.. i5-7300hq (да, мобильный камень, да, всего 4 потока). Разве все совсем плохо? Я прождал 30 минут, а он кодирует видео длиной в 1. Пиздос(
Сам нашел.
У тебя камень 2017 года.
Формат AV-1 2018 года.
Твой камень просто не может аппаратно ускорять его, как он делает c остальными кодеками
>Я прождал 30 минут, а он кодирует видео длиной в 1. Пиздос(
Ну вообще сжатие видео всю жизнь было адово долгим занятием. Люди оставляли компы на сутки, чтобы оцифровать видеокассету. Это с приходом аппаратного ускорения попроще стало.
Сложна. Аппаратное ускорение - это пара лишних блоков на камне, которые умеют код/декод в h264 тот же, да? Или речь про технологии типа QuickSync?
Или аппаратное ускорение и аппаратное код/декод - не одно и то же?
Я совсем запутался и даже не расстроюсь, если вы не станете мне отвечать - для меня это все действительно темный лес.
Интересно, а есть такой же аудиокодек? Шоп одну песню даже на 10900к конвертил три дня, зато 48 кбит будут звучать как опус на 256.
9900к кофеварка? Такие же 0.хуй фпс у меня выдаёт.
Сейчас самый адвансед лосси кодек это Exhale (xHE-AAC Encoder), но кодирует он быстро.
> Exhale
Охуеть, первый раз слышу. Позже 2012 появился штоле?
А чем результат декодить обратно в wav?
А разве есть энкодеры в железе?
Ахаха, сжал трек, а ни послушать ни разжать спектрограмму заценить. Ни одна софтина формат не понимает.
> у опуса файлы винду подвисают
АХ ВОН ОНО ЧО!1 Уж думал один я такой рукожоп. А это в самом формате проблема.
АХ ВОН ОНО ЧО!1 Уж думал один я такой рукожоп. А это в самом формате проблема.
про exhale речь, конечно
У фубара плагин есть.
Что за нахуй "рулез"?
> Твой камень просто не может аппаратно ускорять его
Ни один не может.
Тигрлейк, Рокетлейк уже аппаратно декодят.
Декодят. Но мы про кодирование.
Вижу, что некоторые SoC уже умеют. Это хорошо, конечно, но это очень, очень мало.
А буква E ни о чём не говорит?
Говорит, вот тут я про это сказал:
> Вижу, что некоторые SoC уже умеют. Это хорошо, конечно, но это очень, очень мало.
Если что, у тигрлейка и рокетлейка буквы E нет в этой таблице.
Я так понимаю, что здесь и в ffmpeg-треде сидят одни и те же люди?
Сравнил qaac 2.71 -V90 и lame mp3 3.100.1 -V2, в аудиоредакторе глянул разностные каналы. Жмут по размеру и частотке почти одинаково, около 200 кбит/с, но весь такой прогрессивный и новенький аак прям выгрызает частоты, всё булькает и трещит. А в древнем говномамонтовом мп3 всё почти как в оригинале, чистенько и плавненько. Как так-то?
хотя низкобитрейтный opus тоже вырезает охуеть как, еще и на полосы делит, но звучит это внезапно неплохо
хотя низкобитрейтный opus тоже вырезает охуеть как, еще и на полосы делит, но звучит это внезапно неплохо
Потому что lame вылизывали open source разработчики. А itunes aac втихаря пилила apple. И у неё толи качество в приоритете, толи наработки lame по психоакустике обогнали itunes. А почему aac лучше: объясняеться техноголиями сжатия, и незаинтересованностью команды lame в разработке кодировщика для aac. Почему незаинтересованы: толи патентные разбирательства, или потому-что формат непопулярен.
Вот бы команда ffmpeg продолжила бы пилить свой нативный aac кодировщик, и привлекла туда разработчиков lame, тех кто разрабатывали психоакустическую модель...
Уже есть пример Германии, например, где за использование торрентов тебе приходит штраф по почте. И ты не докажешь ничего.
Единственное, не знаю как оно работает при скачке легального контента, потому что черт его знает определяют ли они "легальность" по трекеру или еще каким-либо образом.
Вроде бы само пользование торрентов легально, но детали для иностранцев найти сложно.
> А itunes aac втихаря пилила apple.
Очень интересная параллельная вселенная.
Выспись
Я имел в виду их енкодер, а не сам стандарт AAC.
Пришло время конвертировать все изображения в heic.
Jpg не трогал, только png.
Входных файлов: 9235
Извлечено страниц: 9235
Новых файлов: 9233
Общая продолжительность: 40 минут
Чем жал?
XnViewMP
А знаете ли вы, как всрато звучал САМЫЙ ПЕРВЫЙ кодер в mp3? Тот самый l3enc 0.99a, выпущенный 16 марта 1994. Ещё не было даже лукашенко и виндовс 95, ким ир сен ещё не рипнулся, а этот кодер уже был, файл весит меньше 100 килобайт. Пришлось загружаться в ХП на старом ноуте, экзешник-то 16-битный. Пиздец оно медленное, треки кодируются всего раза в два быстрее, чем слушаются, современный lame жмёт один трек за несколько секунд.
Кодер какой-то странный. 128, 160 и даже 192 кбит - ужасное булькающее говнище с выпадениями звука, выше 16 кГц какие-то рандомные всплески, никак не относящиеся к реальному сигналу. А 256 и 320 кбит резко становятся адекватными, с нормальной частоткой до 21кГц и слабоотличимыми от современного лейма. Ну кроме щелчка в начале.
хотя нет-нет и проскочит "бульк" на месте особо резкой атаки
Кодер какой-то странный. 128, 160 и даже 192 кбит - ужасное булькающее говнище с выпадениями звука, выше 16 кГц какие-то рандомные всплески, никак не относящиеся к реальному сигналу. А 256 и 320 кбит резко становятся адекватными, с нормальной частоткой до 21кГц и слабоотличимыми от современного лейма. Ну кроме щелчка в начале.
хотя нет-нет и проскочит "бульк" на месте особо резкой атаки
Вот это ты говно мамонта выкопал!
Уважаю.
Говно ваш exhale! Хуйняяя!1(с)
Поставил плагин к фубару, чтобы этот недоформат хотя бы играть смог. Сжал один трек в 64 кбит, ожидал услышать абсолютно неотличимый от оригинала звук круче опуса, а услышал пердёж хуже мп3. Режим SBR - уаще хуйня, вообще всё свистит.
Поставил плагин к фубару, чтобы этот недоформат хотя бы играть смог. Сжал один трек в 64 кбит, ожидал услышать абсолютно неотличимый от оригинала звук круче опуса, а услышал пердёж хуже мп3. Режим SBR - уаще хуйня, вообще всё свистит.
Похоже
> кодек Nero AAC последней версии 1.5.4.0 от февраля 2010 с параметрами -br 145000 -2pass -2passperiod 0 -ignorelength
справился лучше хвалёного каака. Если кодить qaac с "обычным vbr", то на тех же 145 кбит фактический битрейт выше и всё равно обсёр на критичных треках, если "тру-вбр", то минимальный приемлемый битрейт оказывается под 200 с -V 90.
Хоспаде, почему нельзя придумать кодек, который будет на битрейте 24 кбит на любых записях давать стереозвук, неотличимый от flac 48kHz? Неужели я многого прошу?
Ты просишь слишком многого! Радуйся тому, что тебе дает opus 32 кбит по сравнению с mp3 32 кбит.
Ну хоть вдвое улучшили сжатие, и то хорошо, в дивиноштых это было вообще нереально. Но каков теоретический предел?
А нет, стоп, опять нашлись треки где неро обосрался(. Чсх спокойные, размеренные, с простым тыц-тыц и цык-цык. Ну тогда решено, жму мп3 обычным леймом V2.
> что тебе дает opus 32 кбит
Ору, как он даже так старается всё до двадцатки в стерео "сохранить". Но 96 кбит звучит просто шикарно.
10/10. Звучит как mp3 192, а то и выше.
>2k20
>сжатие
>сжатие
>2k20
>bmp
И всё-таки l3enc из 1994 говно и на 320кбит. Это даже не бета, а преальфа-версия алгоритма, какой-то набросок, лаба студента. Постоянно какие-то вспуки, всписки, трески, глитчи, преэхо, подхлопы, как будто жёваную кассету слушаешь, особенно на жёсткой современной электронике. Вот всякое деспасито и мягкую попсу жмёт идеально. Или наоборот, дикий ор и ебашилово типа митола или пертурбатора, где искажения сами себя заглушают.
Вспомнил про достаточно древний лейм 3.93.1, тот самый последний, который позволял вручную выключить фильтры. В новых леймах они отключены только при единственной настройке -V 0, иначе всё выше 20 кГц отрезается напрочь. Cравнил старый lame 3.93.1 на постоянных 320 кбит с новым 3.100.1 на переменном битрейте V0, в среднем вышло 275 кбит. Трек - тот же кавер "роботов" 2004 года. Как обычно, тестировал в аудиоредакторе, складывая оригинал с инвертированным пожатым mp3 семпл в семпл. Трек с характерной пилой, поэтому ориентировочный семпл было легко найти. Получается именно та отсебятина, которую добавляет кодек.
Почему же новые леймы так нещадно режут всё выше 16 кГц, просто в сито? Может прям сильно надо для более лучшего сохранения частот пониже, качественная психоакустика маскировка нинужных звуков? Автохуй, подрезают и ниже 16. Древний 3.93.1 делает вжжух и спокойно сохраняет почти всё без напряга на максимальных 320 кбитах.
Та самая отсебятина, добавленная кодеками. С 3.93 она доходит всего до -24 дБ, а с 3.100 аж до -18. И по спектру видно, что новый лейм "портит" оригинал заметно сильнее.
Чсх даже в разностном канале при joint-stereo на 3.93.1 абсолютно нет бульканья и почти нет подреза частот.
> отсебятина, добавленная кодеками.
Это психоакустика. HE-AAC до 80kbps это сплошная отсебятина, но она звучит норм.
Собственно результаты вживую пожатые уже в опус со своим ресемплом в 48кгц и выложенные в шебм, ну да похуй. Первые два файла - разница между оригинальным wav и mp3. Вторые два - разница между двумя каналами. 3.93 добавляет только лёгкое шипение в такт музыке. А 3.100 - и шипение, и сёр на всех частотах.
Нужно много треков переконвертить на телефон, в котором мало памяти. Какой кодек выбрать libmp3lame 192 или libopus 96? Наушники не очень, да и слух такой себе. И как у опуса с энергозатратами, быстрее мп3 батарею сожрет или нет?
Главное, чтобы телефон умел опущ )) декодировать. Выбирай опуща.
Эх, вот бы заставить сонерик ц702 опус декодить...
Да мазафака, неужели нет ни одного способа получить условно нормальное качество на 100-128 кбит с MP3 или AAC? Уже всё перепробовал, все комбинации параметров, даже искусственно скриптом в аудиоредакторе обрезал исходные файлы до 15 кГц и ограничил под -1 дБ, чтобы не клиппило. Один хер минимально приемлемый средний битрейт - около 180 кбит/с. А б-жественный, но неподдерживаемый опус при битрейте почти ВДВОЕ меньше умудряется не булькнуть не серануть и до двадцатки отыграть. Ну не может так быть, чтобы аак был ни чуточки не лучше мп3.
HE-AAC пердоль
> HE-AAC
Фууу буэ, там бульк и среньк ещё хуже. Даже максимальные 80 кбит.
>Ну не может так быть, чтобы аак был ни чуточки не лучше мп3
На таких битрейтах они примерно одинаковы, каждый со своими особенностями. Адекватно только ворбис вытягивает. На хабре была оценка форматов.
>А б-жественный, но неподдерживаемый опус
Нахуй это говно с принудительной передискретизацией в 48k, от качества которой уже многое зависит. И да, я хз где ты там разницу с мп3 100 нашел, он хоть и чище и богаче тонально, но на резких скачках часто слышен звон, я уж не говорю о том, что есть люди, которые действительно слышат писк от передискретизации.
мимо
Ты и так слушаешь электронную музыку. Там большего битрейта и не надо
> Адекватно только ворбис вытягивает
Это да, на 128 он звучит примерно как опус на 96. Но опять не поддерживается.
> передискретизацией в 48k
А я наоборот не понимаю, нахуя эти доисторические некруглые 44100, сидюки давно устарели. Для опуса опять же в аудишне скриптом ресемплю флаки 44 в 48 по схеме "конверт в 48000, 32 бита с макс 999 качеством - нормализация под -1 дБ - конверт обратно в 16 бит с дизерингом и нойзшейпингом, сохраняю в отдельную папку как wav". Звучит немного по-аудиоёбски, зато точно будет без артефактов передискретизации опуса.
> скриптом ресемплю флаки 44 в 48
И как, полезная информация пишется из эфира?
> большего битрейта и не надо
Хаха, как бы не так. Как же все эти мп3 и ааки обсирались на 4 треках выше, даже на 150 кбит... Со всеми этими запилами, цыками в одном канале через другой и перекатываниями фазы.
>Но опять не поддерживается
Чем/кем?
>А я наоборот не понимаю, нахуя эти доисторические некруглые 44100
Потому что в них подавляющее количество звуковых файлов? И да, это не лучше 48к от опуса. Не в 20м веке живем, могли бы и поднять до 96, и данных бы меньше проебывалось.
>конверт в 48000, 32 бита с макс 999 качеством - нормализация под -1 дБ - конверт обратно в 16 бит с дизерингом и нойзшейпингом, сохраняю в отдельную папку как wav
Через 96k гонять не думал? Алсо нафиг он, есть же SoX.
> Чем/кем
Sony ericcson c702. Продавались бы m2-карточки под него, купил бы 16-гиговую, залил под завязку mp3 320/aac 500 и не парился.
АААА ВЫКИНИ УЖЕ СВОЙ КАЛИЧ И КУПИ НОРМ СМАРТ
>Sony ericcson c702
WMA попробуй.
>Продавались бы m2-карточки под него, купил бы 16-гиговую
На авите стопудов есть, но я бы на твоем месте уже бы отдельный плеер взял - сонерики ни рыба ни мясо по звуковому тракту и большого толку от твоего дроча с качеством на них не будет.
> WMA
И ведь на момент разработки телефона огг ворбис уже несколько лет как существовал. Нет не хочу, хочу пропихнуть туда эту проприетарную хуиту. Ладно бы она дохуя какчеством славилась, нет, точно так же размазывает пилу на 128 кбит. А на ближайшем 160 вообще выдало Requested encoder not found. 192 более-менее, но с таким битрейтом и mp3 V2 покатит.
>огг ворбис уже несколько лет как существовал
Контент в нем тоже уже существовал?
Да и вообще, игги начали внедрять в основном из-за лицензии, благодаря которой не нужно платить отчисления за пережимание рингтонов.
>сидюки давно устарели
С них же музон берется испокон веков. Не устарели
Ну чо посоны, грядет единственный истинный видеокодек нового поколения - VVC. Покайтесь перед его величием.
Пока стандарт выпустят, пока кодировщики допилят...
К тому времени кодировщики AV1 вылижут и этот кодек распространиться повсеместно.
> Пока стандарт выпустят, пока кодировщики допилят...
А потом цена окажется на уровне hevc, и он никому не нужен будет, кроме эппл и парочки других компаний поменьше.
Так же всё и останется, как сейчас. AV1 будет сетевым кодеком, VVC для 4K/ 8K блуреев.
Уже выпустили стандарт жи. А вот кодек вроде бы нет, но говорили, если не изменяет память, о +40% ЭФФЕКТИВНОСТИ ОТНОСИТЕЛЬНО HEVC и AV1. Что какгбэ многое говорит об AV1
Ну так что, пересыпать картинкопомойку из JPG/PNG в HEIF? Или выхлоп такой же, как от конвертирования аудио из лосси в лосси?
> как от конвертирования аудио из лосси в лосси
В случае с jpeg - да
А с png есть что ли?
Есть конечно, это же lossless
В прошлом треде ставили эксперименты. Можешь смело жать до q80-60. Качество останется неизменным, в худшем случае снизится до жипега уровня q95.
Если жопеги были сильно пережаты, они могут даже немного в качестве прибавить, лол.
А png лучше в lossless webp перегнать. Конвертится ультрабыстро, выгода процентов 30, потерь ноль.
Можно ещё -near_lossless 0 к аргументам добавить: пожмёт в полтора раза лучше, а разница в качестве будет почти незаметна.
Мало neroaac qaac, скачал затестить ещё и FAAC. Пиздец запутался, он ещё как-то по-своему, по-третьему кодит. ВЧ на 96кбит вроде чистые и сохраняются аж до 19 с лишним кГц, но звук слегка размазанный. И это без всяких HEv2, вроде LC.
Тебе осталось попробовать встроенный в ffmpeg ААС кодировщик, ну и VisualOn AAC на десерт.
Оказывается этот faac низкие искажает, на чистом тыц-тыц как будто через порванный динамик играет. Задаю средний битрейт 128, вроде уже норм звук, но по факту средний 137 кбит. Та ещё хуита.
> без всяких HEv2
Так стоп, падажжите, а это что за PоNоS?
> PNS level: 4
> Object type: Low Complexity(MPEG-4) + IS + PNS
> l3enc из 1994 говно и на 320кбит. Это даже не бета, а преальфа-версия алгоритма, какой-то набросок, лаба студента. Постоянно какие-то вспуки, всписки, трески, глитчи, преэхо, подхлопы, как будто жёваную кассету слушаешь
Упс, беру свои слова обратно. Уже в бете 0.99c от 13 июня 1994 почти всю эту жесть из 0.99a пофиксили сравните первую и вторую пикчи, та же живая разница между оригиналом и мп3 как здесь . Даже на 128 кбит звук терпимый, частотка резко ограничена 15 кГц, 320 кбит околоидеальные. А релиз v1.00 от 13 июля 1994 убрал последние мелкие артефакты, заодно исчезло разбиение на версии "для обычных ibm pc/для 386-486 плавающей точкой" единый файл l3enc.exe весит 140 кбайт и резко апнулась скорость - десятиминутный трек теперь кодится не 5 минут, а всего одну. Никакого криминала, кроме щелчка в начале файлов, не слышу.
увы, все остальные версии л3енк, включая последнюю 2.72 конца 1997, не заработали :с Выдавали то ошибку стека, то какого-то ядра с адресами.
По спектру на том же треке результат l3enc 1.00 напоминает скорее lame 3.93 320, а по психоакустике - 3.100 vbr.
https://svn.code.sf.net/p/lame/svn/trunk/lame/doc/html/history.html
А теперь вывод: чем занимались погромизды аж ЧЕТВЕРТЬ ВЕКА, код из досовских 16 бит в 64 переписывали?
https://svn.code.sf.net/p/lame/svn/trunk/lame/doc/html/history.html
А теперь вывод: чем занимались погромизды аж ЧЕТВЕРТЬ ВЕКА, код из досовских 16 бит в 64 переписывали?
Забыл ссылку на живую разницу (психоакустику) лейма 3.93 и 3.100:
И на аудиошебмки этой разницы: Вроде всё?
> чем занимались погромизды аж ЧЕТВЕРТЬ ВЕКА, код из досовских 16 бит в 64 переписывали?
Создавали велосипед
>проприетарную
Что, пердолик, срака болит от постоянного аналинга с консолькой, бгг?
Ты ещё скажи, что WMA в 2k20 ещё кому-то нужен, пердоляфорсер.
Сук, так это Dashchan постит с юзер агента "mobile safari", не знал.
А гайка постит Apple Mac.
Ты еще скажи, что швабодное говно, сделанное бомжами-коммунистами, в 2k20 ещё кому-то нужно, ПЕРДОКЛОУН.
Однажды пердолик осознаёт, что вне его пердоэкосистемы тоже есть жизнь, и начинает ею интересоваться. Что же у нас тут? Вон там, среди помоек и припаркованных тележек небритые молодые люди в свитерах выстраиваются в очередь за генитальными и мозольными утехами своего господина. Но многие настолько восхищены происходящим, что не в силах удержаться от того, чтобы не предаться подобным утехам незамедлительно. Плавно и шустро входят друг в друга участники сего торжества, с аппетитом кушают кожу с ног. День за днём с раннего утра очередь, не успев вырасти, достигает критической массы и эволюционирует в оргию, поражающую своими масштабами.
Разумеется, пердолик недоумевает: как же, разве можно не ублажать своего неопрятного господина? Разве не все господины плохие? Оказывается все, ибо тот господин не разрешает проприетарщину, а его рабы начинают смеяться над такими людьми. А пердолик не может покупать, всё, чем он может похвастаться — это роутерной прошивкой, о которой он узнал от своих нищих друзей-геев в свитерах.
Смотрит пердолик в другую сторону: на многообразии разнообразных сайтов сидят обычные люди, десятки минусов летят в сторону кармы тех, кто громче других кричит «виндоссакс» (это, как правило, соратники пердолика), а плюсы — в сторону людей, обсуждающих очевидные преимущества Windows 8. Недели уходят у пердолика, чтобы испортить зрение ещё на пару диоптрий, зарегистрироваться на всех этих форумах, прокричать «виндоссакс» и быть (абсолютно справедливо) забаненным.
И выясняется необычное: у них нет господина, никто никого не ублажает, и более того, у них всё работает без ебли с конфигами и консолью и можно даже воровать. Это настолько неправдоподобно, что пердолик начинает искать подвох. И думает, что нашёл. Если он сам может во всех своих бедах обвинить кого и что угодно, только не себя и не «априори-идеальный-линукс», то здесь все ссылаются на мифическое отсутствие ебли: «а у меня всё и так работает», «regedit? не, не слышал» и т.д. и т.п. Тут же возникает устойчивая мысль: если ему надо попердолиться с консолечкой для решения всех проблем, то, значит, эти люди тоже пердолятся с консолью, ведь не может быть так, чтобы человек не пердолился с консолью.
Здесь пердолик приходит к логическому коллапсу, который он интерпретирует, как успешное обоснование своей жизненной позиции, бодрым шагом идёт оптимизировать свой бесплатный линукс и с повышенным усердием заглатывает анусом большую и черную консоль, стараясь сквозь анальное чавканье и всхлипы прокричать что-то о господине и рабах. Но его крик мы уже не услышим за томными стонами «да, моя консолька, да!» бггг
Разумеется, пердолик недоумевает: как же, разве можно не ублажать своего неопрятного господина? Разве не все господины плохие? Оказывается все, ибо тот господин не разрешает проприетарщину, а его рабы начинают смеяться над такими людьми. А пердолик не может покупать, всё, чем он может похвастаться — это роутерной прошивкой, о которой он узнал от своих нищих друзей-геев в свитерах.
Смотрит пердолик в другую сторону: на многообразии разнообразных сайтов сидят обычные люди, десятки минусов летят в сторону кармы тех, кто громче других кричит «виндоссакс» (это, как правило, соратники пердолика), а плюсы — в сторону людей, обсуждающих очевидные преимущества Windows 8. Недели уходят у пердолика, чтобы испортить зрение ещё на пару диоптрий, зарегистрироваться на всех этих форумах, прокричать «виндоссакс» и быть (абсолютно справедливо) забаненным.
И выясняется необычное: у них нет господина, никто никого не ублажает, и более того, у них всё работает без ебли с конфигами и консолью и можно даже воровать. Это настолько неправдоподобно, что пердолик начинает искать подвох. И думает, что нашёл. Если он сам может во всех своих бедах обвинить кого и что угодно, только не себя и не «априори-идеальный-линукс», то здесь все ссылаются на мифическое отсутствие ебли: «а у меня всё и так работает», «regedit? не, не слышал» и т.д. и т.п. Тут же возникает устойчивая мысль: если ему надо попердолиться с консолечкой для решения всех проблем, то, значит, эти люди тоже пердолятся с консолью, ведь не может быть так, чтобы человек не пердолился с консолью.
Здесь пердолик приходит к логическому коллапсу, который он интерпретирует, как успешное обоснование своей жизненной позиции, бодрым шагом идёт оптимизировать свой бесплатный линукс и с повышенным усердием заглатывает анусом большую и черную консоль, стараясь сквозь анальное чавканье и всхлипы прокричать что-то о господине и рабах. Но его крик мы уже не услышим за томными стонами «да, моя консолька, да!» бггг
> швабодное говно, сделанное бомжами-коммунистами
> Firefox
Если аудиокодек opus это говно, то ты либо поехавший, либо поехавший говнофорсер.
Ты точно сравниваешь кодеки, а не битрейты?
И флак тоже говно, макакоаудио топ?
Не рвись, пердоля.
Ты вообще думать умеешь, или я как дурак с ботом разговариваю?
z покинул сосач 3 года назад. Общатся с тупой школотой себя не уважать. Ты тоже сделай.
Тупая школота — это любители попердолить консолькой срачечку в ПЕРДОЛИКСЕ™ ЖМУ/АНАЛИКСЕ™.
Сосни хуйца, пердолефорсер
#words(пердол)
Сук, вот нахуя я употребил это слово, начинающееся с "пр"? Не было бы этого срача. Ну не нравится мне WMA и всё тут, проверено чисто технически - хуита. Если б оно жало лучше жопуса, тут же ссался кипятком бы и пережимал в него. Увы, хрень. А вот ogg vorbis на 128 таки лучше, можно слушать. Но звонилка его не поддерживает в угоду вма. 2008 год сука - нет не хочу поддержку огг добавлять. ADPCM бы еще впихнули.
А как картинки в гуглле смотреть
> Сук, вот нахуя я употребил это слово, начинающееся с "пр"?
Ты не виноват, что сюда набижали форсеры. Говори то что думаешь, а остальные идут нахуй. Их одноклеточные высеры скрываются тупо регулярками автоскрытия куклоскрипта.
Тред же не только про медиа, да?
Вот какой провёл эксепримент: с помощью upx.exe декомпрессировал, а потом сжал uTorrent с помощью --ultra-brute. Сжималось долго, но результат получился лучше, чем до декомпрессии (это если инсталлятор распаковывать). 1892 КБ против 2097 КБ. И главное, работает, запускается! Но антивири как сумасшедшие ругаются, но там ещё хекс-правка имеет место быть.
Вот какой провёл эксепримент: с помощью upx.exe декомпрессировал, а потом сжал uTorrent с помощью --ultra-brute. Сжималось долго, но результат получился лучше, чем до декомпрессии (это если инсталлятор распаковывать). 1892 КБ против 2097 КБ. И главное, работает, запускается! Но антивири как сумасшедшие ругаются, но там ещё хекс-правка имеет место быть.
И удаление цифровой подписи. Теперь кубит попробую сжать.
P. S. На удивление, --lzma сжимает на 3 КБ больше, но намного быстрее, но здесь уже кому как. Меня перфекционизм и шиза мучает.
qbittorrent
upx --ultra-brute
25778688 → 12392960
upx --ultra-brute
25778688 → 12392960
P. S. Правда кубит хуй запустился, в отличие от юторрента лол.
Сэкономил 9 дискет.
>upx
>сэкономил 13 МБ на диске
>проебал 37 МБ оперативки + нагрузка на ЦПУ + вероятные баги
Диагноз лучше справки о дебилизме.
uTorrent так же быстро открывается и так же потребляет. qb вообще не запускается.
Им туда попасть сначала надо. Сайты даже вебп до сих пор загружать не позволяют, какой тут ещё хеик.
Чому кодек OPUS так долго не обновляется? Джва года почти. Допилили до совершенства?
Что тебя в нём не устраивает, что ты хочешь его обновления, шизло?
чивоблять? хуле такой дерзкий аээээ
Ну алгоритм самый недавний из lossy, появился в 2012, постоянно выходили какие-то обновы чуть не раз в месяц, а после апреля 2019 полный стопор.
почему не с XP с оперой 12 пишем, шизло?
>что ты хочешь его обновления
Ну вообще в любом лосси кодеке постоянно обновляется акустическая модель, выпидорашивая из эффективности очередные доли процента.
Собственно выкладки местного шизика со спектрограммами только подтверждают, что мр3 в своё время этот же путь прошёл.
яндекс картинки дофига вебп выдают при поиске
Пиздец на ipad работает в сафари, а на андроиде хроме и на ПЕКА нет памахите((((
Посоветуйте гуйню типа boram, но с сохранением в mp4 с оптимальным сжатием и сохранением удобств (воспроизведение до полной загрузки, перемотка). Без тысячи кнопок под каждую возможность ffmpeg, это нинужно. Спасибо.
Как зовут этого блогера?
Я про загрузку пользователями, а не отдачу серверами.
>hevc
> В 2 раза меньше битрейт при одинаковом качестве по сравнению с H.265
Да как так то!? А я еще не успел хэ265 нормаьно попользовать.
Пока перейдут на него уже новый кодек выйдет. H.265 только начал влияние набирать.
Есть задача конвертировать пачку изображений png в jpeg, и еще с небольшим, незаметным обычному глазу, уменьшением качества - для экономии места. Стоит ли для этой задачи использовать irfanview или какой другой пакетный конвертер?
Я вообще, еще не пользовался ffmpeg, но слышал, что им тоже можно изображения конвертировать - это так?
Я вообще, еще не пользовался ffmpeg, но слышал, что им тоже можно изображения конвертировать - это так?
mogrify -format jpg *.png
mozjpeg
Я понимаю, что есть много разных инструментов для этого. Я скорее спрашиваю теоретически - в них вообще разница есть? Просто это обилие имен мне ничего не говорит.
Да, там разные алгоритмы, и разный механизм поиска избыточности. Но разница у них по размеру в среднем в плюс-минис 20% укладывается.
Понятно, спасибо.
А есть форум, где подобное обсуждают разбирающиеся в теме люди?
Вот по теме аудио, например, это hydrogen. А по поводу изображений что-нибудь есть такое же?
Вы тут сжиматели-кодировщики ояебу, вопрос вроде по теме, но чуть влево, куда идти хз.
КАК склеить озвучку и видео маняме? Идет в комплекте .mkv контейнер с видиво и японской аудиодорожкой; и .mka русская озвучка. Ебучий VLC вроде склеивает, НО длинна видео почему-то становится over 2:00:00 и не возможно проматывать. Какой софтиной под маздай можно заменить дорожку? И есть ли многопоточные решения, что бы передал вагон видево и аудио, а он на выходе весь сезон склеил?
И еще, в чем лучше хранить? Интересует оптимальное отношение качество/размер, для длительного хранения. mkv? щебем?
соберу NAS с тайтлами на случай тотального чебурнета, буду как вьетнамец в тоннеле с медной катушкой прокладывать подземные линии связи двачерам и разворачивать ноды для доступа к отменным яойным гаремникам
КАК склеить озвучку и видео маняме? Идет в комплекте .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
> С каких пор обычный зип жмет видео файлы? Записываю с экрана на телефоне и файлы легко пополам жмуться. Что там за избыточная информация?
https://2ch.hk/s/res/2909149.html
А если перепаковать в mkv?
Кидай файл.
Какие программы можете посоветовать для сжатия картинок? Нужно сжать несколько папок с уменьшением разрешения.
Я не очень хорош с командной строкой.
Пакетная обработка изображений в xnviewmp.
А в нем используются современные методы сжатия или ты просто рандомную прогу посоветовал?
Что тебе из современных нужно, heic/av1/webp? Там это все есть.
В чём разница между 1080р и 1080р HEVC? Кроме размера файла
Большие затраты ресурсов на декодинг.
А можно конвертировать без кодека? А то у меня win10 (1709) со стора не устанавливается.
Поставил даже CopyTransHEIC кодек, но XnViewMP все ровно ошибку выдает при конвертировании в HEIC.
Хотя ладно не отвечай, спасибо.
У HEVC?
Чёт пролистал тред и не понял, а чем жать вебп? Есть утилита по типу ffmpeg?
да, cwebp
> Посоны, zeranoe отправляется в страну вечной охоты c 18 сентября, что FFmpeg теперь самому компилять?
Нѣтъ.
https://www.gyan.dev/ffmpeg/builds/ffmpeg-git-full.7z
А какой смысл.
Если потери всё равно вносить, то лучше lossy WebP на максимальном качестве: потери, как правило, ещё меньше видны, а объём файла в разы меньше, нежели у режима «почти без потерь».
Долго не оттого ли, что параметров надо бы побольше (многоколоночная многопоточность, баланс скорости и качества, указание аналога 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
P. S. к .
Берёшь ImageMagick и из него скармливаешь в MozJPEG:
magick convert исходныйФайл -background black -alpha remove -alpha off ppm:- | cjpeg -quality 80 -outfile результат.jpg
Берёшь ImageMagick и из него скармливаешь в MozJPEG:
magick convert исходныйФайл -background black -alpha remove -alpha off ppm:- | cjpeg -quality 80 -outfile результат.jpg
Это извращение, причём половое.
Однако же вмѣсто того 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%.
И такъ далѣе.
Сборку кодировщика и декодировщика JPEG XL можно в реплике https://forum.doom9.org/showthread.php?p=1931780#post1931780 обнаружить на популярном форуме Doom9.
Мицгол, это ты что ли?
Я.
1. RAR - 30 минут
2.7Z - 7 часов на ультра настройках с 32Гб ОЗУ
3.Для сравнения сколько надо ОЗУ для таких задач
Когда надо сжать другу танки на флешку
Надо было солид рар делать, он бы за эти же 30 минут тебе в плюс-минус 28 Гб упаковался.
Умѣлъ такъ писать еще въ 2008, когда былъ школотой, в универѣ поѣхалъ до такой степени, что писалъ лекціи въ этой орѳографіи, позже отпустило. Но до сихъ поръ раскладка сохранилась лолъ.
Я в январе 2017 какому то хоху акк отдал. В январе этого года думал уже за нарушение правил всё - хуй - живое всё. Ну думаю, дай логи ковырну, всётаки донил пару раз с МТС. Пишент мне в ответ Нястенька писечка внеземная фу(( , короче вернула акка, а тот долбаёб купил 5 премов. Я естессно всё стёр.
- Просто надо было написать. Да.
wget -r -l1 -H -t1 -nd -N -np -A.jpg -erobots=off -P C:\Users\Administrator\Downloads\WgetFiles\ https://kichikuou.com/blog-entry-8889.html
В январе 2020. Попутал, чёт быстро слишком (пойду Исузоку Ревьюверс пересмотрю).
Из последних новостей: институт Фраунгофера представил новый стандарт сжатия видео, разработанный совместно с 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
Предыдущий: