Это копия, сохраненная 22 января 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Из последних новостей: институт Фраунгофера представил новый стандарт сжатия видео, разработанный совместно с MPEG - H.266 (VVC) - аналог AV1. В 2 раза меньше битрейт при одинаковом качестве по сравнению с H.265, во много раз больше время кодирования на современных системах (ну это пока).
https://3dnews.ru/1015038
Православная утилита кодирования - FFmpeg:
https://www.ffmpeg.org/
Вики по использованию:
http://trac.ffmpeg.org/wiki
GUI - FFmpeg Batch:
https://sourceforge.net/projects/ffmpeg-batch/
Ликбез:
Сжатие видео:
https://ru.wikipedia.org/wiki/Versatile_Video_Coding
https://ru.wikipedia.org/wiki/AV1
https://ru.wikipedia.org/wiki/H.265
https://ru.wikipedia.org/wiki/VP9
Сжатие аудио:
https://ru.wikipedia.org/wiki/Opus_(кодек)
https://ru.wikipedia.org/wiki/Advanced_Audio_Coding
https://ru.wikipedia.org/wiki/Vorbis
Сжатие растровых изображений:
https://ru.wikipedia.org/wiki/HEIF
https://ru.wikipedia.org/wiki/WebP
Предыдущий: >>2686610 (OP)
Вот вам FHD VVC. Пара картиночек https://imgur.com/a/PqCL6de где оригинал и так понятно
AV1: https://files.catbox.moe/tyuycc.mkv и те же картиночки
https://imgur.com/a/Odat2bA
inb4: 116 часов.
Потестировал ещё, короче этот ваш WebP уже успел устареть; там, где HEIC позволяет сжать в 3 раза, WebP сжимает с таким же качеством только в 2 раза потому что в heic алгоритмы от h.265, в то время как в webp алгоритмы от устаревшего vp8
А смысл тогда было гуглу продвигать последние несколько лет стремительно устаревающий непопулярный формат, когда уже существовал 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 это мало? Искажения так и лезут в твоём воображении.
Эпл не в сафари внедярет, а в айфоне в него снимает, равно как и самсонги последние.
Потому что хранилища дорогие, а фоток вдвое больше влазит. А когда пользотвалеи начнут спривать "хули ваш говнобразуер не кажет мои фоточки", то тут уж сразу найдут как патентный хуй в очке удобненько упрятать.
Сжимал в опус всю музыку. Сжал в 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, причем плагины этой же программы - нет, не поддерживают.
Отсюда пришлось снова таки выкачивать всё в ебанное облако.
=====================
По итогу:
- вместо сжатия музла - стал использовать музыкальный сервис, и хранить нужные мне треки для работы на ПК (их не больше десятка)
- вместо хранения кучи изображений сжатых, оставил те, которые подходят больше для работы, остальное выгрузил в облако, своё облако.
- вместо хранения сотен ГБ порнухи, перелез на онлайн дрочильни, которые трекают меня и предлагают выебать сочных нигириек по всему интернету, плюс из облака смотрю по прямой ссылке фэйворит уанэс
Итого: сократил место лучше чем любой энкодер может мне предложить для конкретно моего ПК и места на диске и стиля пользования файлами.
Так это говно и делали для 7" мобильных экранчиков, а не для нормальных мониторов.
Жирно.
>Apple Mac: Safari
>Как и его предшественник VP9, AV1 может использоваться внутри файлов-контейнеров WebM вместе с аудиоформатом Opus. Эти форматы поддерживаются многими веб-браузерами, за исключением Safari (поддерживает только Opus)
>Какое же av1 мутное говнище
Действительно.
Это скрины из mpv, идиот.
Надо самому кодить и сравнивать, а не на ютабе, где по-быстрому жмут в ущерб качеству.
> 2к20
> эпоха лавинообразного роста количества контента, портативных устройств, флешпамяти, повсеместного интерната, саас, стриминга и облаков
> не думать о сжатии
Просто пиздец нахуй. Жду h266. Для себя жму в h264, тому що пека 2013 года, и через видюху жать h265 не могу (хотя он то ещё говнище, так же мылит при тех же размерах конечного файла, мразь).
В движении не заметна разница. В этом и суть пожатия.
Каким облаком пользуешься?
Ютуб недавно задним числом перепидорил большую часть моих роликов как я глажу кота в avc1 с кошмарным битрейтом, у меня чуть глаза не вытекли. Теперь приходится наебывать систему, перекодируя фулл-хд видео по профилю ютубовского 4k - так ютуб не жидится на vp9 с болие-лимение битрейтом... пока. Вот тебе, бабушка, и 2k20.
Да, достаточно.
218x260, 0:52
Перекоирую всё видево в VP9, Музыку а Vorbis, фотографии в HEIF.
Все правильно делаю или проебался? Я мимокрокадил не шарю, нужно уменьшить вес и не особо качество проебывать, ну и совместимость чтобы была максимальная.
inb4: дохуя хочешь
>HEIF
>Максимальная совместимость
Это понятие можно отнести разве что к Vorbis. И другого смысла кодировать в Vorbis вместо Opus я не вижу.
Перекодиррвать прям ВСЁ видео смысла нет. От перекодирования того-же h264 в vp9, если он уже качественно сжат, ты больше качества потеряешь, чем выиграешь в размере.
Просто хочу сравнительно компактную подборку вечной классики в хорошем качестве. А назад в mkv зачем? ХЗ, привык к mkv. Там же еще и куча аудиодорожек и субтитров.
Не разобрался, как там аппаратное ускорение включать.
Кстати, как ускорить кодирование в 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
Ссылка над твоим постом.
>но AV1 каким-то образом сжал его еще сильнее
Реальное качество в пределах одного кодека определяется степенью квантизации, он просто постоянно её дрочит чтобы держаться примерно в рамках таргет битрейта. Это не всегда идеально получается, в зависимости от длины скользящего окна и прочей хуйни оно может выдавать то выше, то ниже.
Adobe Media Encoder - Шаблон Ютуб 4к, там подправить разрешение (ставлю 1440p), битрейт, скорость кодирования и т.д.
https://hific.github.io/
И как всегда, автор использовал говёную либу для жпг.
> Перекоирую всё видево в VP9
Лучше AV1 дождись.
> Музыку а Vorbis
Устарел, сейчас opus на его месте. Вернее, везде: от звонков с низким битрейтом до музыки.
Хуйней тут страдаете, я когда был молодым и шутливым тоже учавствовал в этой спецолимпиаде, тестировал всякие аудио видео кодеки плюс архиваторы. Но ты были времена диалапа / жопареза и 10 гигабайтных винтов. А сейчас это говно все не нужно, скоро террабайтные ссд в каждой хрущевке и гигабитный кабель или оптика, жпега и h264 хватит всем еще на 50 лет, пока там не появятся тру 3D технологии отображения - например с поджигом газа лазером с образованием плазменного пикселя. Тогда нужны будут новые форматы. А это все игры корпораций за рыночек и проблемы ютубов, точнее указы их акционеров выжать больше денаг - смело шлите нахуй.
mozjpeg
Из-за таких как ты мы имеем мощное железо, а производительность прикладных программ низкую. Зачем оптимизировать, ведь процессоры мощнее, оперативки больше и тд.
Напоминаю, что от вп9 и тормозного ав1 обычным пользователям толку мало (да и есть ли он вообще при современных скоростях), а для всяких ютубов профит в отсутствии патентов и огромной экономии трафика.
Только если себе видос сохраняешь, но оперативки-то они при декодинге побольше будут отжирать, чем х264.
Нужно сконвертировать несколько видео в 60+ fps с помощью svp, но денег жалко давать этим пидорам. Есть нормальный мануал как сконвертить через avs? Альтернативы svp не предлагать, они все гавно.
Как сжать фильм так же как зелены слоник в ОП закрепе? Какие параметры выставлять? КАК?
мимо-крокодил
Через ffmpv. Но нахуя? Это даже не подобие anime to mobile, его в таком формате мобильная некрота не потянет. А на другом оборудовании в 2020 это ненужно даже в лютых пердях.
Через ffmeg. Но нахуя? Это даже не подобие anime to mobile, его в таком формате мобильная некрота не потянет. А на другом оборудовании в 2020 это ненужно даже в лютых пердях.
Через ffmpeg. Но нахуя? Это даже не подобие anime to mobile, его в таком формате мобильная некрота не потянет. А на другом оборудовании в 2020 это ненужно даже в лютых пердях.
У тебя интернет тоже залагал? У меня сейчас даже пинг до 1.1.1.1 с задержками и пропуском пакетов был. Это не проблема двача, что-то глобальнее.
Вот только хуй ты его в вебе увидишь.
С эти кодеком ты заебёшся ждать, пока видео сконвертируется, да ещё и превью не будет.
естественно, не подходит, если их надо будет 100 лет пережимать даже на 10980хе
Сжать раз в 10? А ты не в курсе что каждое новое поколение кодеков может в лучшем случае в 2 раза при визуально равном уровне качества? И таких кодеков, способных сжать h264 в 10 раз, их нет, не существует, их просто ещё не придумали.
Ну видосы с мобилы. Там что-то совсем несжатое, минута обычного fullhd@30fps занимает аж 150 мегов.
Выбор кодека зависит от твоего use case.
Если просто в архивных целях, то VP9/h265. Если для мобилы, то h264, а в худшем случае divx/xvid.
> VP9
Попробовал AV1 кстати. Он же самый свежий-эффективный? Это пиздец, 10-секундный видосик кодировался на 6700к@4600 буквально ЧАС. Причем проц большую часть времени отдыхал около 20%, периодически нагружаясь на 100.
Ну да, так и есть
>10-секундный видосик кодировался на 6700к@4600 буквально ЧАС
Гуглокодеки во всей красе. Юзай h265.
Да пофиг. Гугл тоже туда входит. А кодек основан в основном на vp9 от Гугла, который тоже очень тормозной в кодировании, по сравнению с конкурентами. Так что название vp10 кодеку больше подошло бы.
1920x1080, 0:32
неужели нет кодировщика быстрее, чтобы нормально нагружал и юзал avx?
Лиса уже давно av1 поддерживает.
>неужели нет кодировщика быстрее, чтобы нормально нагружал и юзал avx?
https://github.com/xiph/rav1e
https://github.com/OpenVisualCloud/SVT-AV1
У 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 не умирающий, а скорее наоборот, просто не так распространен.
В видео нихуя не разбираюсь, конечно же.
https://en.wikipedia.org/wiki/Video_Multimethod_Assessment_Fusion
https://github.com/Netflix/vmaf
Походе какая-то математика суммирующая уже существующие фичи, отрескоренная на основе опроса живых биороботов.
Прочитанное можно просуммировать следующим образом:
- объективня метрика;
- в основе — нейросеть, обученная на субъективных оценках набора последовательностей nefflix;
- если и превосходит (в сходимости с субъективной) корреляционную метрику SSIM (MS-SSIM), то незначительно.
Показатель качества неявный и обобщённый — сходимость с субъективными оценками.
Пока непонятно. x265 хорошо жмёт по сравнению с х264. vp9 тоже хорош, но медленный просто пиздец. AV1 проёбывает мелкие детали/замыливает, а скорость кодирования ебанистически медленная и имеет смысл только если у тебя топовая пека с комплектующими 2020 года. Ещё что-то новое мутят сейчас, но пока инфы мало.
>>850011
>И для пикчей тоже
Нет. Разве что webp, но поддержка не очень, да и цвет жмёт 4:2:0 на лосси настройках. На avif даже не смотри, обычная фотка 5мп будет жаться несколько минут на слабой пеке и оперативки оно жрёт просто пиздец.
Webp сейчас работает абсолютно везде. Heif после того как аплы и самсунги начали в него фоткать тоже всеми просмотрщиками активно впиливается.
не испугал.
Т.е. чебурнет уже ввели как бы официально и приняли в 2019 году, вступает с 1 января 2021.
Но уверяю, перейдет множество людей на DC++ и торренты обратно, как в старые добрые времена.
>Но уверяю, перейдет множество людей на DC++ и торренты обратно, как в старые добрые времена.
В эти старые времена интернетом никто не занимался. Государству вообще похуй было. А сейчас по просьбе михалка, делают нолох 1% на болванки. А по еще одной его просьбе, тебя на бутыль посадят за dc++.
Так это подаётся как исследовательская работа. Пруф оф концепт.
Надо чтобы какой-нибудь консорциум эти наработки хорошо переварил и преобразовал в формат действительно пригодный для жизни.
Лично мне очень нравится, что он не выбрасывает мелкие высокочастотные детали, как делают сейчас все, а пытается их синтезировать из примитивов.
Современные нейроночки в вычислительном плане не сильно дороже avif. К тому же их ускоряют сейчас активно.
> zpaq
Не могу разобраться. Пишу:
zpaq a test.zpaq filetest filetest2 filetest3...
В итоге 3 гига сжалось до 2.9. Я что-то делаю не так?
Добавь -m5 к аргументам. Но, видимо, ты пытаешься сжимать уже крепко пожатые данные, типа видосов.
1280x720, 0:20
Что делать-то, я компилять не умею, где гайды-то искать.
Объясни тупому, что происходит и почему это плохо?
БАМП
Так то тем для обсуждения немного, я вон пожал 90 Гб флаков на телефоне в Opus, размер уменьшился в 3 раза, звучит практически прозрачно.
Тут обычно периодически аноны подсматривают новый для себя формат, обсуждают его немного, а затем тред опять умирает. Тема слишком специфическая.
С ним плакал весь тред...
Как это делается вообще?
Пробовал это, не сработало:
ffmpeg -i prev.jpg -c:v vp9 -pix_fmt yuv420p preview.webm
ffmpeg -i video.webm -i preview.webm -map 0 -map 1 -c copy output.webm
>Не совсем понятно как такое получается
Уровень replaygain считается по хитрожопой психоакустической формуле с суммированием мощностей на разных частотах. В зависимости от того какие частоты кодек повырезал сгладил - такой итоговый уровень и получается.
Ну и не забывай, что разница в 0.05 дБ - это изменение мощности на 1,16%. То есть что-то в районе погрешности.
606x800, 0:10
Проиграл.
1440x900, 0:10
-stream_loop -1 -r 0.1 -t 10
Ооооо ебать, иксы. Опять играть.
https://hydrogenaud.io/index.php?topic=116605.0
https://audiophilesoft.ru/forum/3-210-3 (+ 4 и 5)
https://audiophilesoft.ru/forum/3-210-13780-16-1598709941
Тесты на 192-200. как всегда для девайсов выгоден aac, если зависим от заряда, в общем то ничего нового
https://audiocoding.ru/articles/2019-06-24-best-lossy-codecs-june-2019/
Слушал файлы отсюда https://drive.google.com/file/d/15v-cpPR207V3hzL0zE7kxabZtGW57YbH/view и не заметил никаких щелчков.
Да не про это я, а про всякие VMAF, PSNR и так далее, чтобы ГРАФИКИ составляло и можно было посмотреть и сравнить.
1440x900, 0:10
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"
Готовый батник
Дело не во времени, а в количестве кадров. Должно быть как минимум два.
1000x750, 0:00
1000x750, 0:0055 Кб, mp4,
1000x750, 0:0066 Кб, mp4,
1000x750, 0:00159 Кб, webm,
1000x750, 0:00
1600x1066, 0:00
я ебашу lzma (он же xz) и мне похуй
Есть один tar архив в 20Гб на китайском ноунейм жёстком диске, скрёб-поскрёб во время распаковки - моё почтение.
Подразумеваю тут под архиватором именно контейнер для файлов, по компрессии разговор отдельный. Но короткий, в 2020 юзай zstd и всё.
7zip - если готов пердолиться. Жмёт хорошо, но долго. Подефолту жмёт в солид, отчего разваливается от малейшей битовой ошибки.
rar - если нормис, незашкварно. Жмёт не сильно хуже 7 зип, но зато резкий как понос. Единственный кто умеет в помехоустойчивое кодирование, от чего у местных пердоликов горят жопы. Закрытый.
tar.* - для узких задач типа тарболов или там пару файлов распаковал и удалил. Нет индекса, нет инкремента, нет нихуя, любая операция подразумевает полную перепаковку. Легаси.
zpaq и dar - для тру 30-ерс-олд-вирджинити-визардов. Инкремент, декремент, дифф, селективное сжатие и просто бесконечное количество плюшек ценой в то, что ты будешь неделю разбираться в их документации.
>Инкремент, декремент, дифф, селективное сжатие
Пиздос, звучит сложна. Есть что почитать чтобы научится всей этой еболе? Я вообще жму всё преимущественно в zip т.к мне нужна макс.совместимость с любой йобой. tar - это у нас, насколько знаю, свойственно линуксам. А вот мастерство ТОТАЛЬНОГО сжатия мне не знакомо, но интересно...
По zpaq:
http://mattmahoney.net/dc/zpaq.html
По dar:
https://habr.com/ru/post/215449/
http://dar.linux.free.fr/doc/index.html
Совместимость это да, это дорогая фича. Но, к сожалению, вся совместимость зипа ограничена одной ОС из-за костыльной кодировки. Преносишь архив на пердолекс и получаешь что-то вроде $''¥«¨ª¨¥ ª®¬¯®§¨â®àë (2006 No.06) å.pdf. И я уже натыкался на официальных сайтах госорганов на zip архивы с кириллицей пожатой под линексом, то есть которые не открываются под виндой. Так что латиница онли, или лучше рар с 7з.
Которая часть не пролезла?
У тебя неквадратный пиксель. То есть картинка тупо растягивается по ширине интерполяцией.
> 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
я сильно обосрался?
>любая операция подразумевает полную перепаковку
Так у винрара же так же. Или что за конкретные операции ты имеешь ввиду?
У 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 может сесть.
Хотя в нагруженых композициях опус лучше, у ААС лязганье какое то
800x400, 4:13
C переменным уже лучше, и размер почти тот же
Уже на 64 не равны, хорошо слышно. На сверх-низких <20 опуc вообще безальтернативен.
400x400, 0:26
Эта зараза взяла формат пикселя gbrp, в итоге такой результат.
А если не забыть добавить -pix_fmt yuv420p, то опаньки. Разница почти в 6 раз.
Без понятия. Скорее всего какое-то из окружений SteamVR.
это у тебя кодировщик xHE-AAC (походу новый стандарт AAC выпустили)
https://www2.iis.fraunhofer.de/AAC/xhe-aac-compare-tab.html
Ссылку уже не найду, но где-то отождествляли 160-180 кбит/с опуса с мп3 вбр в0 по своим внутренним субъективным тестам.
То что ютуб жмёт в opus @160k только подтверждает это предположение.
> но сколько kbps opus примерно равны 320 mp3
Разницы между flac и mp3 320 никто не слышит. Поэтому будем считать, что равно порогу прозрачности.
А вот порог прозрачности у opus находится где-то свыше 128 kbps. И, вероятно, что на 144kbps.
>ютуб жмёт в opus @160k только подтверждает это предположение.
Зачем вы эту чухню впариваете? Большинство контента делается и заливается уже изначально сжатым и далеко не в 320, ваше плацебо из одного лосси в другой это машинная и безразборная срань. Если 320 прозрачно, то это не значит что его заебись дополнительно даунгрейдить. Точно так же ведут все сервисы, какой бы исходник не был - машинно апают в унифицированном виде. Из говна в говно, шакалов круговорот.
>из одного лосси в другой это машинная и безразборная срань
Но разницы ты всё равно не слышишь, лол.
Ты никогда не качал флак что-бы пережать его в lossy? Нахуй ты тут сидишь?
UPD: сырой пока. Перекодировку FLAC не поддерживает, только WAVE, браузер не воспроизводит получившийся файл, пришлось foobar2000 ставить и плагин к нему.
> 99% жмётся в 128 же, не
Я бы сказал это его дефолтный битрейт, такой же как и у aac дорожки. А youtube-dl нас наебал. Просто сравните размер дорожки и сами в этом убедитесь.
Под 128kbps ещё можно найти киллер семплы. Под 144kbps врят-ли.
>А youtube-dl нас наебал
JDownloader 2 тоже наёбывает иногда, показывает aac 192, а там 128 на самом деле. И отдельные аудиопотоки показывает с небольшим отклонением на aac и m4a. Но по крайней мере эти глюки у него предсказуемые (может починят когда-нибудь). Зато опус в видосах правильно показывает - 48, 64 и 128.
>Под 128kbps ещё можно найти киллер семплы
Дай примеров, пожалуйста. Я по аудиофилии не угорал никогда (хотя работа связана со звуком, лол).
500x374, 4:52
ffmpeg -i C:\FFMPEG\ТВОЙВЫСЕРБЕЗПРОБЕЛОВ.mp3 -ignore_loop 0 -i C:\FFMPEG\ТВОЙВЫСЕРБЕЗПРОБЕЛОВ.gif -vf "scale=trunc(iw/2)2:trunc(ih/2)2" -shortest -strict -2 -c:v libx264 -crf 28 -r 30 -c:a libopus -b:a 128k -ac 2 -pix_fmt yuv420p -shortest Complete.mp4
К слову, почему Zeranoe - всё? Что случилось?
Знаю что не совсем по теме, но пусть будет.
https://github.com/BtbN/FFmpeg-Builds/releases
>1оппик.жпег
Ебанутые блять? В жпеге сравнивать два формата. Ебанный рот жпег в любом случае сожмет нахуй. Долбаебы блять.
Как он её введет, если из всех браузеров h265 поддерживают только Safari, и ещё наверно Edge? Тот же хром нахуй слал этот h265, как и Firefox.
Разумеется является.
> Патентованный кодек за кучу денег
> 2020
Только полные пидарасы (например, Apple) могут заниматься продвижением подобного говна.
Боже, ffplay храни.
Ну а чем макаба превью делает? Хуем что ли? Наверняка тем же ffmpeg, просто версия старая.
Нет.
Да.
>Есть ли смысл огромную гвлерею джпегоа перводить в пнг?
Есть. Это, кстати, и звука касается: всякие мп3, огг, опусы и прочее лоссиговно надо перекодировать во флак.
> огромную гвлерею джпегоа перводить в пнг
Нет. То что пожато, уже не восстановишь до оригинального качества. Только если это не какой-нибудь нейронный кодек, как с видео. Но таких нет, насколько я знаю.
Создай txt, смени на bat, вставь ниже код, запусти в папке с кучей подпапок с фотками, к примеру
for /d X in (*) do "C:\Program Files\7-Zip\7z.exe" a "X.7z" "%%X\"
pause
А ведь когда-то я делал это вручную. Ночи напролёт. До боли в груди и песка в глазах. И перепроверял, перепроверял на ошибки, не веря в своё проклятие. Просирал и повторял. Всё-равно что-то упускал((. А как ты просрал превратности молодости?))) почти 27лвл
Пиздос, киноколлекцию завещать завершить наверное придётся. Пресетом не поделишься к слову? Через что делал - консоль или GUI? Нет там пресета под 480-720 с побыстрее настройкой? Хорошо, я тоже пойду покурю мануалы, уговорили.
Проиграл со спеков. С твоим некрожелезом только в h264 конвертить на быстром пресете.
chcp 65001
ffmpeg -i "F:\1.mkv" ^
-vf subtitles=F:\1.mkv:original_size=1440x1080 -c:v libvpx-vp9 -b:v 150K -s 720x540 -tile-columns 6 -row-mt 1 -pass 1 -an -f null NUL && ^
ffmpeg -i "F:\1.mkv" ^
-vf subtitles=F:\1.mkv:original_size=1440x1080 -c:v libvpx-vp9 -b:v 150K -map 0:0 -map 0:2 -map 0:3 -s 720x540 -tile-columns 6 -row-mt 1 -pass 2 -c:a libopus "F:\output.webm"
Не могу понять что не так.
Ок, разобрался. Абсолютные пути в фильтре титров не так задаются.
Нихуя. Кодирую в libx265 на medium с 10-25 кадрами в 480р полюбил эту сглаженность/плавность, решил все что есть в него перегнать
ДЛЯ TERMUX (ШАБЛОН H265)
for f in /storage/6133-3334/ПАКЕТНАЯОБРАБОТКА/*.mp4 ; do ffmpeg -i "$f" -s 854x480 -sar 1:1 -aspect 16:9 -c:v libx265 -crf 20 -refs 1 -r 30 -c:a libopus -ac 2 -b:a 128K -ar 48K -sn -map_metadata -1 -movflags +faststart -af volume=5dB -ss 00:00:06.50 "${f%.mp4}+.mkv" ; done Это тож пакетная для Termux, лаптоп занят пока.,
rem echo ~dpni.mp4
ffmpeg -i "i" -s 854x480 -sar 1:1 -aspect 16:9 -c:v libx265 -crf 20 -refs 1 -r 30 -c:a libopus -ac 2 -b:a 128K -ar 48K -sn -map_metadata -1 -movflags +faststart -ss 00:00:06.50 "~dpni+.mkv"
)
pause
Это с ПК. (Опять уполз) Сук, обожаю его лицо!
Видосики в таком формате обычно занимали не очень много места, максимум 200 мб.
Но в один прекрасный день я своими грязными руками залез куда не просили - а именно в "Расширенный режим" и там выставил битрейт = 3000 кб/сек и еще какие-то манипуляции произвел. По итогу каждое видео стало весить больше гигабайта, хотя разницы нет в принципе - я записываю полустатичный контент, а места мало.
В общем, могу я просить вашей помощи? У меня есть MediaInfo обоих видеопотоков, только что там что означает - я хуй разберу.
https://pastebin.com/cbW2FW0e
То, как было - это свойства файла, записаноного с пикрил настройками в OBS, а то что стало - результат моих действий.
Как мне перекодировать большие видео так же, как кодировал OBS без моего вмешательства? Буду очень признателен.
Переключись в расширенный режим и выстави настройки как на пикче, будут тебе нормальное соотношение размер/качество. Ещё в главном меню в расширенных настройках поставь настройки со второй пикчи, на всякий случай.
Конвертировать с теми же настройками, как на первой пикче. Конвертер - очевидный Handbrake. Если пека современная, можешь попробовать жать в x265. Конвертацию звука не забудь настроить - opus 64 vbr для стримов хватит.
Я же показал с чего кодирую. Сейчас к слову в энергопотреблении указал 90% напругу - температура спала с 67 до 51 градуса. То есть и так вентилятор на клавиатуре (дырок нет внизу), но теперь спокойнее. Скорость упала до 15, но это хорошо для меня. Ничего страшного. У меня есть мечта сделать так всё отсмотренное, чтобы смотреть новые.
Кто-нибудь модифицировал апк алишки? #ИМПОРТОЗАМЕЩЕНИЕ лол
Сделай 1% максимального напряжения - в минус уйдешь инфа сотка Лаптоп и телефон не предназначены для этого.
for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg ; do ffmpeg -i "$f" -movflags +faststart "${f%.jpg}.png" ; done но шумодав хз, возможно нету в принципе
for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg ; do ffmpeg -i "$f" -movflags +faststart "${f%.jpg}.png" ; done но шумодав хз, возможно нету в принципе
for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg ; do ffmpeg -i "$f" -movflags +faststart "${f%.jpg}.png" ; done но шумодав хз, возможно нету в принципе
for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg ; do ffmpeg -i "$f" -movflags +faststart "${f%.jpg}.png" ; done но шумодав хз, возможно нету в принципе
Работает... чую цветокоррекцию можно взять из видео обработки.
ЗЫ: можно просто -q 80.
Хуя вакабий вис как в Галактика Знакомств в лучшие годы!
>for f in /storage/6133-3334/ПАКЕТНЫЕ_ФОТКИ/*.jpg
Так лучше не делать, используй конструкцию find -print0 | xargs -0.
https://www.opennet.ru/opennews/art.shtml?num=54100
Судя по всему, авиф вообще мертворождённый, поэтому Гугель решил окопаться и создать новый формат.
Эта адская штука и гусеёбить может, просто я пока ключи не подобрал лол.
Скорее нет чем да, первый даже из хуя под прессом убрали. В этом несправедливом мире всё что не популярно не играет роли.
Кайфуйте. Но не забудьте про pkg install
>transmission-remote-cli
Прогуглил - это же Дебич и Бубута - я с ведра. В прямом сука смысле. Там к слову была ещё репозиторина с 2с на конце... что-то там, не суть важно, сойдёт и rtorrent - запомнить проще как PPSSPP лул.
>Прогуглил - это же Дебич и Бубута
Во-первых, нет. А во-вторых, Termux это и есть Убунта, там даже apt есть.
Какая не очень большая программа под Windows с интерфейсом для мышки сможет превратить несколько сотен картинок .jpg в одно видео .webm ?
https://github.com/InterDigitalInc/CompressAI
Проиграл(
Он уже занят тобой.
Пожал деда до 3600, как в оппике.
Спасибо, не знал, что на фубар есть стэндэлон энкодеры.
Но внешне то отличий 0.
>самый нормальный вариант для сжатия старых фотографий
https://css-ig.net/pingo
https://github.com/mozilla/mozjpeg
https://github.com/tjko/jpegoptim
https://github.com/JayXon/Leanify
>>893214
Спасибо, но я выбрал самый простой вариант: сохранить в jpg любой прогой, 75% качества без меты. Кроме ГИМПа, он даже здесь обосрался, выдавая файл с качеством хуже и примерно таким же весом. Отвратительная программа
Попробовал ради интереса пинго. Мылит, так себе.
Вот с видео всё легко: -c:v libx264 -preset slow -crf 22 -c:a libopus и не паришься. А с картинками какой-то цирк с конями.
Сдаётся мне, что ты артефакты сжатия принимаешь за чоткость, но как бы лишь бы тебе было хорошо.
Так и есть, но поскольку оригиналы не настолько уж и качественные, разница при обычном просмотре (не на 300% зума) минимально заметна или незаметна.
На размер смотрел? Это сравнение vp9 и av1.
>Кстати, а вы знали, что порядка 80% музыки с Рурекера - это апскейл из 96 в 320 from itumes?
Как ты это выяснил?
Тем более, что вот тут выходят новые форматы, с которыми надо опять ЭКСПЕРИМЕНТИРОВАТЬ.
Все-таки верна капиталистическая формула: тратить время на изучение только того, что сможешь монетизировать в том или ином виде, тратя досуг на хобби или отдых. Другими словами, если это как-то касается или потенциально может касаться твоей работы - еще есть смысл тратить на это время.
Ну а если это такое хобби - страдать вот ЭТИМ вот, то это получается какое-то очень СТРАННОЕ хобби. Потому что нельзя в свободное время КОВЫРЯТЬСЯ В ЖОПЕ, надо делать это только если тебе платят за это деньги и только тогда когда платят.
Хуйню несёшь. У всех кодеков пресеты есть, специально для таких занятых как ты, чтобы извилины не напрягались. Не знаю, где ты там эксперименты нашёл какие-то. Достаточно спецификации прочитать и ман, чтобы понять, как кодек работает. Это если его глубоко изучать. Но это от силы дня 2.
Но с пресетами не интересно. Хочется самому во всем убедиться. Чтобы сам, на цифрах, собственными глазами видел, что вот да, этот вариант лучше, а вот этот хуже.
Тогда читай спецификации, но потом не плачься, что времени на порнушку/паиграть ниосталось.
Попробовать эти версии av1
https://github.com/xiph/rav1e
https://github.com/AOMediaCodec/SVT-AV1
> Аппарат находит все файлы и директории на карте памяти, вытягивает информацию из метаданных (ID3-тегов).
Поддерживаемые для аудиофайлов форматы – MP3, AAC, AAC+, E-AAC+, WAV, WMA и m4a. Ограничений для МР3-файлов по битрейту нет, вы также можете загружать файлы с VBR. Компания рекомендует использовать файлы с потоком в 192 Кбит/c.
Вот от этого и пляши. Сравнительно свежий тест кодеров:
https://audiophilesoft.ru/publ/my/encoding_recommendations/11-1-0-83
Точнее, не QuickTime, а ITunes, а если быть ещё точнее AppleApplicationSupport.msi.
> AAC, AAC+, E-AAC+
С плюсами это такой читерский формат, который на две полосы разбивается?
>>895968
> qaac
Вот это спасибо, думал только неровский и faac какой-то есть. Скачал свежий qaac 2.71 двухмесячной давности, а не 10летней, засунул как обычно в xrecode II - реально лучше жмёт и без всяких двойных проходов. Режим --HE сразу отмёл, там максимум 80 кбит и всё равно булькает даже на них. Подобрал качество -V 50, уже можно слушать, частотка до 16 и средний битрейт вышел всего 106 кбит, почти как опус96. 314 треков в среднем по 6+ уместились в 1.51 ГБ АААА всё хуйня, давай по-новой! В некоторых треках отчётливый такой срач и бульканье, надо пробовать -V 60, 70, --lowpass 15000...
> просто V60
Попробовал на самых упёртых треках afgin - journey through acid, atlantis - paradise part 1 chillout version и dj timo - the robots - v60 обсирается на тех те местах. 70 - опять пук-среньк. 80 - почти норм, но всё-таки подбулькивает сука. А битрейт уже под 180... Ну и похуй, буду жать в 200-256 кбит, уместится мало, зато самое любимое и без бульк-бульк(
Перепаяй хуль. В любом городе остались деды, готовые починить это рублёв за 500. Просто методично обзваниваешь все конторки на яндекскартах и спрашиваешь сколько стоит.
> Перепаяй
Оно вставляется, а не паяется. Причем не подходит ни от какой другой модели, ставилось только сюда и пиздец.
Вполне возможно.
потому-что libaom
>Как остановить это безумие?
Ctrl+C
>И ПОЧЕМУ БЛЯДЬ ТАК ДОЛГО
Потому что для кодирования видео нужно использовать что-то мощнее кофеварки.
Сам нашел.
У тебя камень 2017 года.
Формат AV-1 2018 года.
Твой камень просто не может аппаратно ускорять его, как он делает c остальными кодеками
>Я прождал 30 минут, а он кодирует видео длиной в 1. Пиздос(
Ну вообще сжатие видео всю жизнь было адово долгим занятием. Люди оставляли компы на сутки, чтобы оцифровать видеокассету. Это с приходом аппаратного ускорения попроще стало.
Сложна. Аппаратное ускорение - это пара лишних блоков на камне, которые умеют код/декод в h264 тот же, да? Или речь про технологии типа QuickSync?
Или аппаратное ускорение и аппаратное код/декод - не одно и то же?
Я совсем запутался и даже не расстроюсь, если вы не станете мне отвечать - для меня это все действительно темный лес.
Интересно, а есть такой же аудиокодек? Шоп одну песню даже на 10900к конвертил три дня, зато 48 кбит будут звучать как опус на 256.
9900к кофеварка? Такие же 0.хуй фпс у меня выдаёт.
Сейчас самый адвансед лосси кодек это Exhale (xHE-AAC Encoder), но кодирует он быстро.
А чем результат декодить обратно в wav?
А разве есть энкодеры в железе?
> у опуса файлы винду подвисают
АХ ВОН ОНО ЧО!1 Уж думал один я такой рукожоп. А это в самом формате проблема.
про exhale речь, конечно
Что за нахуй "рулез"?
Декодят. Но мы про кодирование.
Вижу, что некоторые SoC уже умеют. Это хорошо, конечно, но это очень, очень мало.
Говорит, вот тут я про это сказал:
> Вижу, что некоторые SoC уже умеют. Это хорошо, конечно, но это очень, очень мало.
Если что, у тигрлейка и рокетлейка буквы E нет в этой таблице.
хотя низкобитрейтный opus тоже вырезает охуеть как, еще и на полосы делит, но звучит это внезапно неплохо
Потому что lame вылизывали open source разработчики. А itunes aac втихаря пилила apple. И у неё толи качество в приоритете, толи наработки lame по психоакустике обогнали itunes. А почему aac лучше: объясняеться техноголиями сжатия, и незаинтересованностью команды lame в разработке кодировщика для aac. Почему незаинтересованы: толи патентные разбирательства, или потому-что формат непопулярен.
Вот бы команда ffmpeg продолжила бы пилить свой нативный aac кодировщик, и привлекла туда разработчиков lame, тех кто разрабатывали психоакустическую модель...
>>851446
Уже есть пример Германии, например, где за использование торрентов тебе приходит штраф по почте. И ты не докажешь ничего.
Единственное, не знаю как оно работает при скачке легального контента, потому что черт его знает определяют ли они "легальность" по трекеру или еще каким-либо образом.
Вроде бы само пользование торрентов легально, но детали для иностранцев найти сложно.
Выспись
Я имел в виду их енкодер, а не сам стандарт AAC.
Jpg не трогал, только png.
Входных файлов: 9235
Извлечено страниц: 9235
Новых файлов: 9233
Общая продолжительность: 40 минут
XnViewMP
Кодер какой-то странный. 128, 160 и даже 192 кбит - ужасное булькающее говнище с выпадениями звука, выше 16 кГц какие-то рандомные всплески, никак не относящиеся к реальному сигналу. А 256 и 320 кбит резко становятся адекватными, с нормальной частоткой до 21кГц и слабоотличимыми от современного лейма. Ну кроме щелчка в начале.
хотя нет-нет и проскочит "бульк" на месте особо резкой атаки
Поставил плагин к фубару, чтобы этот недоформат хотя бы играть смог. Сжал один трек в 64 кбит, ожидал услышать абсолютно неотличимый от оригинала звук круче опуса, а услышал пердёж хуже мп3. Режим SBR - уаще хуйня, вообще всё свистит.
Похоже
> кодек Nero AAC последней версии 1.5.4.0 от февраля 2010 с параметрами -br 145000 -2pass -2passperiod 0 -ignorelength
справился лучше хвалёного >>895968 каака. Если кодить qaac с "обычным vbr", то на тех же 145 кбит фактический битрейт выше и всё равно обсёр на критичных треках, если "тру-вбр", то минимальный приемлемый битрейт оказывается под 200 с -V 90.
Ты просишь слишком многого! Радуйся тому, что тебе дает opus 32 кбит по сравнению с mp3 32 кбит.
Ну хоть вдвое улучшили сжатие, и то хорошо, в дивиноштых это было вообще нереально. Но каков теоретический предел?
А нет, стоп, опять нашлись треки где неро обосрался(. Чсх спокойные, размеренные, с простым тыц-тыц и цык-цык. Ну тогда решено, жму мп3 обычным леймом V2.
> что тебе дает opus 32 кбит
Ору, как он даже так старается всё до двадцатки в стерео "сохранить". Но 96 кбит звучит просто шикарно.
> отсебятина, добавленная кодеками.
Это психоакустика. HE-AAC до 80kbps это сплошная отсебятина, но она звучит норм.
Нужно много треков переконвертить на телефон, в котором мало памяти. Какой кодек выбрать libmp3lame 192 или libopus 96? Наушники не очень, да и слух такой себе. И как у опуса с энергозатратами, быстрее мп3 батарею сожрет или нет?
>Ну не может так быть, чтобы аак был ни чуточки не лучше мп3
На таких битрейтах они примерно одинаковы, каждый со своими особенностями. Адекватно только ворбис вытягивает. На хабре была оценка форматов.
>А б-жественный, но неподдерживаемый опус
Нахуй это говно с принудительной передискретизацией в 48k, от качества которой уже многое зависит. И да, я хз где ты там разницу с мп3 100 нашел, он хоть и чище и богаче тонально, но на резких скачках часто слышен звон, я уж не говорю о том, что есть люди, которые действительно слышат писк от передискретизации.
мимо
> Адекватно только ворбис вытягивает
Это да, на 128 он звучит примерно как опус на 96. Но опять не поддерживается.
> передискретизацией в 48k
А я наоборот не понимаю, нахуя эти доисторические некруглые 44100, сидюки давно устарели. Для опуса опять же в аудишне скриптом ресемплю флаки 44 в 48 по схеме "конверт в 48000, 32 бита с макс 999 качеством - нормализация под -1 дБ - конверт обратно в 16 бит с дизерингом и нойзшейпингом, сохраняю в отдельную папку как wav". Звучит немного по-аудиоёбски, зато точно будет без артефактов передискретизации опуса.
> большего битрейта и не надо
Хаха, как бы не так. Как же все эти мп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 покатит.
>огг ворбис уже несколько лет как существовал
Контент в нем тоже уже существовал?
Да и вообще, игги начали внедрять в основном из-за лицензии, благодаря которой не нужно платить отчисления за пережимание рингтонов.
Пока стандарт выпустят, пока кодировщики допилят...
К тому времени кодировщики AV1 вылижут и этот кодек распространиться повсеместно.
> Пока стандарт выпустят, пока кодировщики допилят...
А потом цена окажется на уровне hevc, и он никому не нужен будет, кроме эппл и парочки других компаний поменьше.
Так же всё и останется, как сейчас. AV1 будет сетевым кодеком, VVC для 4K/ 8K блуреев.
Уже выпустили стандарт жи. А вот кодек вроде бы нет, но говорили, если не изменяет память, о +40% ЭФФЕКТИВНОСТИ ОТНОСИТЕЛЬНО HEVC и AV1. Что какгбэ многое говорит об AV1
Есть конечно, это же lossless
В прошлом треде ставили эксперименты. Можешь смело жать до q80-60. Качество останется неизменным, в худшем случае снизится до жипега уровня q95.
Если жопеги были сильно пережаты, они могут даже немного в качестве прибавить, лол.
А png лучше в lossless webp перегнать. Конвертится ультрабыстро, выгода процентов 30, потерь ноль.
Можно ещё -near_lossless 0 к аргументам добавить: пожмёт в полтора раза лучше, а разница в качестве будет почти незаметна.
Тебе осталось попробовать встроенный в ffmpeg ААС кодировщик, ну и VisualOn AAC на десерт.
Оказывается этот faac низкие искажает, на чистом тыц-тыц как будто через порванный динамик играет. Задаю средний битрейт 128, вроде уже норм звук, но по факту средний 137 кбит. Та ещё хуита.
> без всяких HEv2
Так стоп, падажжите, а это что за PоNоS?
> PNS level: 4
> Object type: Low Complexity(MPEG-4) + IS + PNS
>>899477
> l3enc из 1994 говно и на 320кбит. Это даже не бета, а преальфа-версия алгоритма, какой-то набросок, лаба студента. Постоянно какие-то вспуки, всписки, трески, глитчи, преэхо, подхлопы, как будто жёваную кассету слушаешь
Упс, беру свои слова обратно. Уже в бете 0.99c от 13 июня 1994 почти всю эту жесть из 0.99a пофиксили сравните первую и вторую пикчи, та же живая разница между оригиналом и мп3 как здесь >>899489. Даже на 128 кбит звук терпимый, частотка резко ограничена 15 кГц, 320 кбит околоидеальные. А релиз v1.00 от 13 июля 1994 убрал последние мелкие артефакты, заодно исчезло разбиение на версии "для обычных ibm pc/для 386-486 плавающей точкой" единый файл l3enc.exe весит 140 кбайт и резко апнулась скорость - десятиминутный трек теперь кодится не 5 минут, а всего одну. Никакого криминала, кроме щелчка в начале файлов, не слышу.
увы, все остальные версии л3енк, включая последнюю 2.72 конца 1997, не заработали :с Выдавали то ошибку стека, то какого-то ядра с адресами.
https://svn.code.sf.net/p/lame/svn/trunk/lame/doc/html/history.html
А теперь вывод: чем занимались погромизды аж ЧЕТВЕРТЬ ВЕКА, код из досовских 16 бит в 64 переписывали?
> чем занимались погромизды аж ЧЕТВЕРТЬ ВЕКА, код из досовских 16 бит в 64 переписывали?
Создавали велосипед
А гайка постит Apple Mac.
Ты еще скажи, что швабодное говно, сделанное бомжами-коммунистами, в 2k20 ещё кому-то нужно, ПЕРДОКЛОУН.
Разумеется, пердолик недоумевает: как же, разве можно не ублажать своего неопрятного господина? Разве не все господины плохие? Оказывается все, ибо тот господин не разрешает проприетарщину, а его рабы начинают смеяться над такими людьми. А пердолик не может покупать, всё, чем он может похвастаться — это роутерной прошивкой, о которой он узнал от своих нищих друзей-геев в свитерах.
Смотрит пердолик в другую сторону: на многообразии разнообразных сайтов сидят обычные люди, десятки минусов летят в сторону кармы тех, кто громче других кричит «виндоссакс» (это, как правило, соратники пердолика), а плюсы — в сторону людей, обсуждающих очевидные преимущества Windows 8. Недели уходят у пердолика, чтобы испортить зрение ещё на пару диоптрий, зарегистрироваться на всех этих форумах, прокричать «виндоссакс» и быть (абсолютно справедливо) забаненным.
И выясняется необычное: у них нет господина, никто никого не ублажает, и более того, у них всё работает без ебли с конфигами и консолью и можно даже воровать. Это настолько неправдоподобно, что пердолик начинает искать подвох. И думает, что нашёл. Если он сам может во всех своих бедах обвинить кого и что угодно, только не себя и не «априори-идеальный-линукс», то здесь все ссылаются на мифическое отсутствие ебли: «а у меня всё и так работает», «regedit? не, не слышал» и т.д. и т.п. Тут же возникает устойчивая мысль: если ему надо попердолиться с консолечкой для решения всех проблем, то, значит, эти люди тоже пердолятся с консолью, ведь не может быть так, чтобы человек не пердолился с консолью.
Здесь пердолик приходит к логическому коллапсу, который он интерпретирует, как успешное обоснование своей жизненной позиции, бодрым шагом идёт оптимизировать свой бесплатный линукс и с повышенным усердием заглатывает анусом большую и черную консоль, стараясь сквозь анальное чавканье и всхлипы прокричать что-то о господине и рабах. Но его крик мы уже не услышим за томными стонами «да, моя консолька, да!» бггг
Разумеется, пердолик недоумевает: как же, разве можно не ублажать своего неопрятного господина? Разве не все господины плохие? Оказывается все, ибо тот господин не разрешает проприетарщину, а его рабы начинают смеяться над такими людьми. А пердолик не может покупать, всё, чем он может похвастаться — это роутерной прошивкой, о которой он узнал от своих нищих друзей-геев в свитерах.
Смотрит пердолик в другую сторону: на многообразии разнообразных сайтов сидят обычные люди, десятки минусов летят в сторону кармы тех, кто громче других кричит «виндоссакс» (это, как правило, соратники пердолика), а плюсы — в сторону людей, обсуждающих очевидные преимущества Windows 8. Недели уходят у пердолика, чтобы испортить зрение ещё на пару диоптрий, зарегистрироваться на всех этих форумах, прокричать «виндоссакс» и быть (абсолютно справедливо) забаненным.
И выясняется необычное: у них нет господина, никто никого не ублажает, и более того, у них всё работает без ебли с конфигами и консолью и можно даже воровать. Это настолько неправдоподобно, что пердолик начинает искать подвох. И думает, что нашёл. Если он сам может во всех своих бедах обвинить кого и что угодно, только не себя и не «априори-идеальный-линукс», то здесь все ссылаются на мифическое отсутствие ебли: «а у меня всё и так работает», «regedit? не, не слышал» и т.д. и т.п. Тут же возникает устойчивая мысль: если ему надо попердолиться с консолечкой для решения всех проблем, то, значит, эти люди тоже пердолятся с консолью, ведь не может быть так, чтобы человек не пердолился с консолью.
Здесь пердолик приходит к логическому коллапсу, который он интерпретирует, как успешное обоснование своей жизненной позиции, бодрым шагом идёт оптимизировать свой бесплатный линукс и с повышенным усердием заглатывает анусом большую и черную консоль, стараясь сквозь анальное чавканье и всхлипы прокричать что-то о господине и рабах. Но его крик мы уже не услышим за томными стонами «да, моя консолька, да!» бггг
Если аудиокодек opus это говно, то ты либо поехавший, либо поехавший говнофорсер.
Ты точно сравниваешь кодеки, а не битрейты?
И флак тоже говно, макакоаудио топ?
z покинул сосач 3 года назад. Общатся с тупой школотой себя не уважать. Ты тоже сделай.
> Сук, вот нахуя я употребил это слово, начинающееся с "пр"?
Ты не виноват, что сюда набижали форсеры. Говори то что думаешь, а остальные идут нахуй. Их одноклеточные высеры скрываются тупо регулярками автоскрытия куклоскрипта.
Вот какой провёл эксепримент: с помощью upx.exe декомпрессировал, а потом сжал uTorrent с помощью --ultra-brute. Сжималось долго, но результат получился лучше, чем до декомпрессии (это если инсталлятор распаковывать). 1892 КБ против 2097 КБ. И главное, работает, запускается! Но антивири как сумасшедшие ругаются, но там ещё хекс-правка имеет место быть.
И удаление цифровой подписи. Теперь кубит попробую сжать.
P. S. На удивление, --lzma сжимает на 3 КБ больше, но намного быстрее, но здесь уже кому как. Меня перфекционизм и шиза мучает.
P. S. Правда кубит хуй запустился, в отличие от юторрента лол.
Сэкономил 9 дискет.
>upx
>сэкономил 13 МБ на диске
>проебал 37 МБ оперативки + нагрузка на ЦПУ + вероятные баги
Диагноз лучше справки о дебилизме.
uTorrent так же быстро открывается и так же потребляет. qb вообще не запускается.
Им туда попасть сначала надо. Сайты даже вебп до сих пор загружать не позволяют, какой тут ещё хеик.
чивоблять? хуле такой дерзкий аээээ
Ну алгоритм самый недавний из lossy, появился в 2012, постоянно выходили какие-то обновы чуть не раз в месяц, а после апреля 2019 полный стопор.
почему не с XP с оперой 12 пишем, шизло?
>что ты хочешь его обновления
Ну вообще в любом лосси кодеке постоянно обновляется акустическая модель, выпидорашивая из эффективности очередные доли процента.
Собственно выкладки местного шизика со спектрограммами только подтверждают, что мр3 в своё время этот же путь прошёл.
Как зовут этого блогера?
Я про загрузку пользователями, а не отдачу серверами.
> В 2 раза меньше битрейт при одинаковом качестве по сравнению с H.265
Да как так то!? А я еще не успел хэ265 нормаьно попользовать.
Пока перейдут на него уже новый кодек выйдет. H.265 только начал влияние набирать.
Я вообще, еще не пользовался ffmpeg, но слышал, что им тоже можно изображения конвертировать - это так?
Да, там разные алгоритмы, и разный механизм поиска избыточности. Но разница у них по размеру в среднем в плюс-минис 20% укладывается.
Понятно, спасибо.
А есть форум, где подобное обсуждают разбирающиеся в теме люди?
Вот по теме аудио, например, это hydrogen. А по поводу изображений что-нибудь есть такое же?
1920x1080, 0:08
КАК склеить озвучку и видео маняме? Идет в комплекте .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 (М)
А если перепаковать в mkv?
Кидай файл.
Какие программы можете посоветовать для сжатия картинок? Нужно сжать несколько папок с уменьшением разрешения.
Я не очень хорош с командной строкой.
А в нем используются современные методы сжатия или ты просто рандомную прогу посоветовал?
Хотя ладно не отвечай, спасибо.
У 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
Берёшь 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%.
И такъ далѣе.
Мицгол, это ты что ли?
1. RAR - 30 минут
2.7Z - 7 часов на ультра настройках с 32Гб ОЗУ
3.Для сравнения сколько надо ОЗУ для таких задач
Когда надо сжать другу танки на флешку
Надо было солид рар делать, он бы за эти же 30 минут тебе в плюс-минус 28 Гб упаковался.
Умѣлъ такъ писать еще въ 2008, когда былъ школотой, в универѣ поѣхалъ до такой степени, что писалъ лекціи въ этой орѳографіи, позже отпустило. Но до сихъ поръ раскладка сохранилась лолъ.
Я в январе 2017 какому то хоху акк отдал. В январе этого года думал уже за нарушение правил всё - хуй - живое всё. Ну думаю, дай логи ковырну, всётаки донил пару раз с МТС. Пишент мне в ответ Нястенька писечка внеземная фу(( , короче вернула акка, а тот долбаёб купил 5 премов. Я естессно всё стёр.
- Просто надо было написать. Да.
В январе 2020. Попутал, чёт быстро слишком (пойду Исузоку Ревьюверс пересмотрю).
Это копия, сохраненная 22 января 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.