Программы


Ответить в тред Ответить в тред

<<
Назад | Вниз | Каталог | Обновить тред | Автообновление
506 106 203

ТОТАЛЬНОГО СЖАТИЯ ТХРЕАД Аноним (Google Android: Mobile Safari) 14/11/19 Чтв 20:01:41 26866101
1573750876494.png (26Кб, 600x520)
600x520
1573750876503.jpg (33Кб, 420x236)
420x236
1573750876504.jpeg (3Кб, 238x212)
238x212
1573750876505.jpg (69Кб, 711x493)
711x493
Аноним (Microsoft Windows 10: Firefox based) 14/11/19 Чтв 20:16:22 26866162
.gif (3052Кб, 400x240)
400x240
>>2686610 (OP)
>ждем ввода WebP и AV1, пишем Нариману Абу в /d/
Долго будете ждать.
Аноним (Google Android: Mobile Safari) 14/11/19 Чтв 20:21:48 26866193
1573752083417.jpeg (46Кб, 1080x608)
1080x608
Третьего дня по совету проверенного поискового гиганта эксперементирую с новым мегаформатом webp, задыхаясь от жадности к хранилищу, перекодировал пак трапов. Размер и качество, мое почтение, хорошо сделали. Кроме того, удаление шумов и артефактов приятно щекочет простату. Был решительно готов закодировать все фото, однако, малолетнему кодеру невдомек, что метаданные удалять не стои. Как побороть проблему?
Аноним (Linux: Firefox based) 14/11/19 Чтв 21:19:28 26866504
>>2686616
когда сделают на фчане, абу запилит сюда через неделю-две. с вебмами так же было, хотя вебмы действительно более значимы.
Аноним (Microsoft Windows 10: Firefox based) 14/11/19 Чтв 21:49:03 26866625
1.jpg (43Кб, 550x368)
550x368
Аноним (Microsoft Windows 10: Firefox based) 14/11/19 Чтв 21:49:55 26866646
>>2686662
А не, пизжу, не работает.
Аноним (Microsoft Windows 10: Firefox based) 14/11/19 Чтв 22:08:56 26866737
>>2686610 (OP)
> WebP
Очередной зонд пиздящий данные пользователей через метадату. Хотя что еще ожидать от компании специализирующейся на ботнетах.
Аноним (Microsoft Windows 10: Firefox based) 14/11/19 Чтв 22:26:46 26866868
>>2686673
>пиздящий данные пользователей через метадату
Каким образом это происходит?
Аноним (Google Android: Mobile Safari) 15/11/19 Птн 00:52:51 26867449
>>2686673
У меня как раз обратная проблема: он не сохраняет метадату из жпега
Аноним (Google Android: Mobile Safari) 15/11/19 Птн 18:42:02 268698910
1573832496536.jpeg (84Кб, 606x800)
606x800
Аноним (Microsoft Windows 8: Chromium based) 15/11/19 Птн 22:11:01 268704311
>>2686989

учитывая что для vp9 нет хардварного энкодинга на gpu, HEVC сжимается хардварно на огромном количестве видимокарт, а сжатие vp9 занимает овердохуя времени имею сказать следующее - ебитес врот своим vp9

av1 ваще нахуй нинужон, по тем же причинам
Аноним (Microsoft Windows 10: Firefox based) 15/11/19 Птн 22:36:11 268704812
>>2687043
>HEVC
Не проигрывается в лисе.
Аноним (Microsoft Windows 8: Chromium based) 15/11/19 Птн 22:54:05 268705313
>>2687048

ну вот поэтому или скачивай hevc и проигрывай локально, или кушойти x264\vp8

Аноним (Microsoft Windows 7: Chromium based) 16/11/19 Суб 13:22:53 268723314
lalal.JPG (52Кб, 877x744)
877x744
more.mp4 (4128Кб, 698x572, 00:00:05)
698x572
lddll.JPG (52Кб, 998x434)
998x434
из-за чего получается такой блок серый снизу? я просто перекодировал
Аноним (Microsoft Windows 7: Chromium based) 16/11/19 Суб 13:31:09 268723715
fix.mp4 (2018Кб, 704x572, 00:00:06)
704x572
Аноним (Google Android: Mobile Safari) 16/11/19 Суб 17:01:13 268729116
Аноним (Linux: Firefox based) 16/11/19 Суб 17:14:35 268729617
.jpg (45Кб, 380x604)
380x604
>>2686610 (OP)
Новые люди, новое время, когда то по моим алгоритмом работало сжатие, один раз мы пытались сжать ядро планет, что бы получать неограниченное тепло, но математические алгоритмы не сработали!
Аноним (Microsoft Windows 10: Firefox based) 16/11/19 Суб 22:09:15 268738418
Какие параметры использовать, если нужно просто к вебмке сабы добавить?
Аноним (Google Android: Mobile Safari) 16/11/19 Суб 22:28:04 268738719
Аноним (Linux: Firefox based) 17/11/19 Вск 23:18:41 268766420
изображение.png (109Кб, 288x224)
288x224
>>2686610 (OP)
Вся суть вебп одной картинкой. Меньше артефактов - меньше деталей.
Алсо вебп, в отличие от того же heif не умеет в градиенты.
Аноним (Google Android: Mobile Safari) 17/11/19 Вск 23:59:11 268767121
1574024326196.jpg (26Кб, 260x362)
260x362
>>2687664
>меньше деталей.
Нет.
> Алсо вебп, в отличие от того же heif
Не опенсорс, уноси.
>не умеет в градиенты.
Эм что?
Аноним (Microsoft Windows 7: Firefox based) 18/11/19 Пнд 13:28:49 268779922
оригинал.png (1231Кб, 1000x750)
1000x750
jpg.jpg (43Кб, 1000x750)
1000x750
webp.png (815Кб, 1000x750)
1000x750
>>2687671
>Нет.
Сравни облака, особенно слева.
Аноним (Linux: Firefox based) 18/11/19 Пнд 17:53:18 268786623
>>2686610 (OP)
Чем avif под пердолексом пожать?
Аноним (Microsoft Windows 7: Firefox based) 18/11/19 Пнд 18:23:06 268787624
Аноним (Google Android: Mobile Safari) 19/11/19 Втр 02:55:24 268804025
1574121297671.png (2643Кб, 3240x1742)
3240x1742
>>2687799
Как этот хентай можно сравнивать с божественным вебпом?? Все детали жпега - это артефактная лестница
Аноним (Microsoft Windows 10: Chromium based) 19/11/19 Втр 06:28:55 268807026
>>2688040
png лучше всех, чтоб и требовалось доказать
Аноним (Linux: Firefox based) 19/11/19 Втр 07:06:33 268807427
>>2688040
Этот хентай поддерживается в любом браузере, в любой перделке. Вебп - гуглоговно без задач.
Аноним (Microsoft Windows 10: Chromium based) 19/11/19 Втр 12:07:25 268816628
pSm4JGlLxaI.jpg (31Кб, 480x319)
480x319
Аноним (Microsoft Windows 7: Firefox based) 19/11/19 Втр 13:20:29 268818729
>>2686650
Абу выпилил av1? Раньше нормально заливались шешебы.
Или вы про av1 для картинок?
Аноним (Microsoft Windows 10: Firefox based) 19/11/19 Втр 17:36:55 268823830
>>2686610 (OP)
А нахуй надо? Глобальное потепление приближать, но зато Абу за хостинг меньше платить?
Аноним (Google Android: Mobile Safari) 19/11/19 Втр 20:00:52 268829431
Аноним (Microsoft Windows 10: Chromium based) 19/11/19 Втр 21:56:21 268834332
japav1.webm (4121Кб, 630x350, 00:01:29)
630x350
Аноним (Google Android: Mobile Safari) 19/11/19 Втр 23:01:25 268835633
>>2688343
Эх тилибон через vlc не осилил
Аноним (Google Android: Mobile Safari) 20/11/19 Срд 00:50:54 268839434
1574200229108.jpeg (59Кб, 1080x1920)
1080x1920
Аноним (Microsoft Windows 7: Firefox based) 20/11/19 Срд 13:08:48 268853835
.png (973Кб, 1000x750)
1000x750
Аноним (Google Android: Mobile Safari) 20/11/19 Срд 18:53:57 268872736
>>2688538
А как еще реализовать сжатие?
Аноним (Linux: Firefox based) 20/11/19 Срд 19:21:04 268873637
cl.jpeg (9Кб, 463x604)
463x604
cl.webp.png (242Кб, 463x604)
463x604
>>2688727
Имитировать детали артефактами, например? 30 лет так живём уже.
Можно было бы анализировать картинку и по маске псевдослучайный шум перлина натягивать, чтобы этой кожи младенца не было.
Аноним (Linux: Firefox based) 20/11/19 Срд 19:51:58 268875838
clee.jpg (8Кб, 463x604)
463x604
clee-26.webp.png (261Кб, 463x604)
463x604
clee-28.heif.png (238Кб, 462x604)
462x604
>>2688736
Короче свёл исвудыча, чтобы размеры были одинаковые.
8576 clee.jpg (jpegoptim --size=8k)
8522 clee-26.webp (cwebp -q 26)
8251 clee-28.heif (heif-enc -q 28)
Аноним (Google Android: Mobile Safari) 20/11/19 Срд 19:53:40 268875939
>>2688736
Но мыло лучше артефактов, особенно в движении. А шум это уже какая-то отсебятина.
Аноним (Linux: Firefox based) 20/11/19 Срд 19:57:58 268876440
>>2688759
Мыло нужно видемокодекам, чтобы вектора движения долго можно было использовать и не накапливать ошибку.
В статических кодеках рулят другие принципы.
Аноним (Linux: Firefox based) 20/11/19 Срд 22:25:23 268884541
cleesub-78.webp[...].png (302Кб, 464x604)
464x604
>>2688758
Последний эксперимент: даунскел до 0.5, webp оптимизация до 8282 байт (-q 78) и последующий апскел через ESRGAN.
Аноним (Google Android: Mobile Safari) 21/11/19 Чтв 10:59:51 268977342
>>2688758
Хевк неплохо тут отработал. А размер точно одинаковый?
Аноним (Microsoft Windows 7: Firefox based) 21/11/19 Чтв 12:40:23 268981343
Аноним (Microsoft Windows 7: Chromium based) 21/11/19 Чтв 13:15:35 268983944
>>2687799
Эхх, а сейчас там заборов понаставили, нипалазать.
Аноним (Microsoft Windows 7: Chromium based) 21/11/19 Чтв 18:44:42 268997445
Говорят, что ав1 будет лучше хевка. Что-то мне сдается, что это пиздеж. Даже хевк против х264 хуже в плане детализации. Сужу по примерам аниме, неоднократно делал сравнения.
Аноним (Linux: Firefox based) 21/11/19 Чтв 19:50:42 269000346
clee.png (375Кб, 463x604)
463x604
>>2689813
Случайная фотка из инета была. Не гарантирую, что он предварительно не был пожат.

>>2689773
> А размер точно одинаковый?
Размеры подписал. HEIF даже чуть меньше:
webp - 8522 байт
heif - 8251 байт
Аноним (Linux: Firefox based) 21/11/19 Чтв 20:32:28 269002647
Аноним (Linux: Firefox based) 24/11/19 Вск 21:19:31 269213548
res-eye-4k.png (966Кб, 1201x832)
1201x832
res-eye-6k.png (1048Кб, 1201x832)
1201x832
res-eye-8k.png (1120Кб, 1201x832)
1201x832
res-eye-10k.png (1173Кб, 1201x832)
1201x832
Забил короче на avif, оставил jpg, webp и heif. Скрипт берёт картинку и жмёт тремя разными кодеками до одинакового размера.
Тут глаз в 4, 6, 8 и 10 кб.
Аноним (Linux: Firefox based) 24/11/19 Вск 21:24:14 269213749
res-clint-5k.png (1216Кб, 1075x1432)
1075x1432
Пятикилобайтный клинт.
Аноним (Linux: Firefox based) 24/11/19 Вск 21:30:26 269214250
res-logo-4k.png (385Кб, 1401x1368)
1401x1368
Аноним (Microsoft Windows 8: Chromium based) 24/11/19 Вск 21:31:35 269214351
Аноним (Linux: Firefox based) 24/11/19 Вск 21:36:20 269214552
res-jackal-3k.png (495Кб, 521x756)
521x756
>>2687664
трёхкилобайтный шакал (jpegoptim тут схитрил и пожал до 3,9, но webp один хрен посасывает)
Аноним (Linux: Firefox based) 24/11/19 Вск 21:39:38 269214853
res-jackal-1k.png (413Кб, 521x756)
521x756
Для ценителей.
Аноним (Linux: Firefox based) 24/11/19 Вск 21:42:32 269214954
res-8560-40k.png (3859Кб, 2001x1532)
2001x1532
Аноним (Linux: Firefox based) 29/11/19 Птн 22:06:21 269452755
>>2692145
Здесь heif закодировал больше всего деталей, хотя заметны мазки внутрикадрового предсказания
heif > webp > jpeg
>>2692148
Здесь heif сосёт.
Лицо как у куклы, выглядит пластмассово. Гиганские блоки с явными арктефактами звона. Внутрикадровый предиткор превратил брови в прямые линии.
webp > heif > jpeg
Аноним (Linux: Firefox based) 29/11/19 Птн 22:11:49 269453156
>>2694527
>>2692148
Когда писал тот пост не обратил внимания на размер. А там же jpeg и webp по 2 мегабайта весят, а heif 1 мбайт. Так сравнивать нечестно. Переделывай.
Аноним (Linux: Firefox based) 29/11/19 Птн 22:12:55 269453257
>>2694531
*килобайта и кбайт соосветсвенно
Аноним (Linux: Firefox based) 29/11/19 Птн 22:23:39 269454158
Аноним (Linux: Firefox based) 01/12/19 Вск 15:48:30 269509659
>>2694531
>Переделывай.
Эта картинка была вручную была собрана из максимально сжатых вариантов, не сравнивай по ней, сравнивай по 3к варианту.

> webp > jpeg
Насчёт этого бы поспорил. Чисто внешне по количеству деталей webp тот же жипег, но у жипега артефакты уже приелись, а webpшное мыло реально глаза мозолит.
Аноним (Linux: Firefox based) 02/12/19 Пнд 01:51:11 269549760
>>2695096
>жипега артефакты уже приелись, а webpшное мыло реально глаза мозолит
то есть тебя не смущает убитая цветопередача вследствии задранного квантователя и примитивного алгоритма компрессии.
Как по мне вместо хранения ВЧ квантованных до металлического звона лучше срезать их НЧ фильтром и сохранить изображение в меньшем разрешении.
WEBP хотя бы пытается замаскировать блочность, как и h264 и всё что после него.
Главная проблема webp в том, что там даже не vp9, а устаревший vp8. Ещё одна проблема этого формата в том, что хоть там и взяли за основу видеокодек vp8, но анимации он сжимает только intra фреймами. Из-за этого гифки сжимаются в лучшем случае на 50%. Поэтому я в 2019м кодирую гифки в неудобный для infinite-loop анимаций формат webm.
Еще сейчас набирает популярность формат apng. Это lossless формат, который сжимает гифки на 5%. Да, у него есть преимущество перед gif, так как он может закодировать true color анимации без потерь, да еще и с настоящим альфа каналом. Но большинство гифок это нарезки из фильмов, зашумленные дизерингом из-за ограничения в 256 цветов на одном фрейме, и там это lossless кодирование не нужно в принципе.
Аноним (Microsoft Windows 7: Firefox based) 02/12/19 Пнд 12:35:29 269566761
>>2695497
>apng
Для этой хуйни уже появились оптимизаторы, затирающие повторяющиеся части у последующих кадров?
Аноним (Linux: Firefox based) 02/12/19 Пнд 23:17:00 269605962
Аноним (Linux: Firefox based) 03/12/19 Втр 04:20:31 269610463
1572172349459.png (123Кб, 471x513)
471x513
>>2686610 (OP)
>4 пик
Если не рассматривать картинку увеличенной в близи, то, ЖПЕГ безоговорочно лучше, больше деталей и информации сохранено.
Аноним (Linux: Firefox based) 03/12/19 Втр 21:03:40 269646964
157375090223531.png (567Кб, 1334x493)
1334x493
157375090223532.png (632Кб, 1422x986)
1422x986
>>2696104
Во сколько раз нужно уменьшить картинку, что-бы jpeg стал лучше?
Аноним (Linux: Firefox based) 04/12/19 Срд 19:33:09 269691865
>>2696469
На вдвое уменьшенном прекрасно видна разницу. Ноздря, складка меж глаз, морщина на лбу, текстура кожи, лысина за линзой очков.
Аноним (Linux: Firefox based) 06/12/19 Птн 18:56:41 269798666
DCT-8x8.png (4Кб, 438x438)
438x438
>>2696918
>На вдвое уменьшенном прекрасно видна разницу. Ноздря, складка меж глаз, морщина на лбу, текстура кожи, лысина за линзой очков.
Я вижу низкочастотные (те которые в левом верхнем углу на пикрелейтед) базисы дискретно косинусного преобразования, а не детали. Их убил задранный донельзя квантователь. А от даунскейла низкие частоты смещаются к более высоким, а высокие пропадают, так как их срезают для предотвращения алиасинга. В данном случае мы не видим потерю высоких при даунскейле, поскольку их и небыло в данном пережатке.
Аноним (Ubuntu Linux: Firefox based) 06/12/19 Птн 20:57:08 269803067
>>2696918
Tы слегка перепутал, jpg это то, что слева.
Аноним (Microsoft Windows 10: Firefox based) 06/12/19 Птн 22:14:54 269804768
Как сделать свой кодек, который нагнет webp и прочие jpg?
Аноним (Microsoft Windows 7: Firefox based) 07/12/19 Суб 00:56:31 269810469
>>2698047
Никак, изучай плюсы, матан, питон, алгоритмы, нейронки, машоб
Аноним (Linux: Firefox based) 07/12/19 Суб 01:42:03 269812670
Аноним (Linux: Firefox based) 07/12/19 Суб 01:42:36 269812871
помгаю от шумов.jpg (34Кб, 720x300)
720x300
Аноним (Linux: Firefox based) 07/12/19 Суб 01:43:41 269813072
>>2698030
>Tы слегка перепутал, jpg это то, что слева.
Ну вот и говорит о том что с лева.
С лева видно больше деталей.
Аноним (Linux: Firefox based) 07/12/19 Суб 15:38:01 269835373
>>2697986
Ты математику свою вшивую в оценку сжатия не неси. А то уже целое поколение долбоёбов выросло, которые музыкальные кодеки по спектрограмме оценивают.
Единственно корректная оценка методов сжатия - это визуальная оценка большинством живых людей.
Аноним (Linux: Firefox based) 07/12/19 Суб 18:38:20 269847174
>>2698130
Свидетели деталей, что с вами не так?
Если закодировать mp3 в 32 кбит/c, задрав срез lowpass фильтра на 20кГц, используя кодировщик, псиоакустическая модель которого позволяет сделать такое, ты получишь больше частот, ценой увеличения металлического звона и общего снижения качества, так как на те-же частоты выделяется меньше битрейта.
В случае с ОП - пиком, там размер файла настолько мал, что на деталей бит не осталось, всё в квадратики ушло.
>А давайте мы снизим разрешение и посмотрим на квадратики еще и интерполяции. В jpeg квадратики больше, значит и деталей больше.
Так вы только снижаете разницу между кодеками
>Ты математику свою вшивую в оценку сжатия не неси.
Я может быть бы и молчал, если бы jpeg картинка не рассыпалась на эти самые базисы ДКП, и свидетели деталей тоже бы молчали.
>Единственно корректная оценка методов сжатия - это визуальная оценка большинством живых людей.
Кому то нравится пиксельное говно, кому-то зашакаленное, кому-то мыльное.
Я вижу, то что у webp отображается как линии и контуры, то у jpeg превратилось в кашу из блоков. А ведь линии и контуры это тоже детали.
Аноним (Microsoft Windows 10: Chromium based) 07/12/19 Суб 21:00:53 269857075
Аноним (Google Android: Mobile Safari) 07/12/19 Суб 21:05:34 269857676
1575741907878.jpeg (7Кб, 736x460)
736x460
>>2698490
Одобряю, работает
Аноним (Google Android: Mobile Safari) 07/12/19 Суб 21:09:47 269858277
>>2698570
Привет подстилка нариманова
Аноним (Linux: Firefox based) 07/12/19 Суб 21:18:44 269858978
балмер одобряет.jpg (18Кб, 474x301)
474x301
>>2698471
Нет ноздри в твоём webp, пропала. Шакал без ноздри не шакал.

>Кому то нравится пиксельное говно, кому-то зашакаленное, кому-то мыльное.
Ну давай хоть MSE посчитай чтоле, идиота кусок.
jpeg основан НА МОДЕЛИ ВОСПРИЯТИЯ ЧЕЛОВЕКА, неважно что кому нравиться, он использует объективную метрику, может неидеальную, но основанную на объективных свойствах человеческого восприятия.

>Я вижу, то что у webp отображается как линии и контуры
Белое пятно лучше квадратных глаз и носа?
Без глаз и носа непонятно что это, человеческое лицо, или тупой фиолетовый двачер.
Аноним (Microsoft Windows 10: Firefox based) 07/12/19 Суб 21:24:28 269859579
>>2698570
Хорошая собачка, держи кость.
Аноним (Linux: Firefox based) 07/12/19 Суб 21:31:50 269860880
>>2692149
WebP - замылил дорогу, замылил лес.
Потерял цвета на дороге.
Сделал логотип на строении слева ЧЕРНО-БЕЛЫМ.
Аноним (Google Android: Mobile Safari) 07/12/19 Суб 21:46:32 269861581
1575744354814.png (1132Кб, 1080x1497)
1080x1497
>>2698608
Что за сука сжимала webp?
Аноним (Linux: Firefox based) 07/12/19 Суб 22:46:59 269867182
15737509022353.jpg (268Кб, 711x493)
711x493
>>2698589
Ты можешь сколько угодно усираться что
>jpeg основан НА МОДЕЛИ ВОСПРИЯТИЯ ЧЕЛОВЕКА
но он всё равно не может закодировать линии в 3,6кБ.
Здесь я специально обвел области на которых у webp линии более менее четкие в то время как у jpeg там каша из блоков
Аноним (Microsoft Windows 7: Chromium based) 08/12/19 Вск 16:06:38 269903783
>>2698128
>Канал связи с космосом
еще ни разу не открывался
>Закрывает третий глаз
как будто он существует
>блокирует чакры
и так заблокированы
>Убивает бога
убить можно только то что есть
>выводит пришельцев
то-то я в современной порнухе эти тентакли видел, это же инопланетные глисты
Аноним (Google Android: Mobile Safari) 14/12/19 Суб 20:26:38 270295884
Какой-нибудь просмотрщик уже может в avif?
Аноним (Linux: Firefox based) 15/12/19 Вск 10:55:29 270313585
>>2702958
Только браузеры через avif.js.
Аноним (Microsoft Windows 10: Chromium based) 15/12/19 Вск 20:39:50 270339486
>>2702958
А кодировщик есть (XnviewMP)?
Аноним (Microsoft Windows 10: Chromium based) 15/12/19 Вск 22:53:40 270342987
Аноним (Microsoft Windows 10: Chromium based) 15/12/19 Вск 23:08:15 270343388
>>2703429
спосебо, но это говно какое-то.
Аноним (Microsoft Windows 10: Chromium based) 15/12/19 Вск 23:47:09 270344089
png.png (1231Кб, 1000x750)
1000x750
webp.png (1265Кб, 1000x780)
1000x780
heic.png (1276Кб, 1000x780)
1000x780
avif.png (1151Кб, 999x781)
999x781
Хуй знает как этот ваш heif жать, нашел какой-то онлайн конвертер, но он цвета проебал
Аноним (Microsoft Windows 7: Firefox based) 16/12/19 Пнд 12:22:21 270367790
.png (32Кб, 729x393)
729x393
.png (846Кб, 1001x781)
1001x781
.png (831Кб, 1001x781)
1001x781
>>2703440
Перед тем, как выкладывать результаты в пнг, удаляй метаданные о цвете в tweakpng. Или же следи, чтобы они были одинаковые у всех пикч.
Аноним (Linux: Firefox based) 16/12/19 Пнд 18:13:04 270382791
>>2703440
avif>webp
Да, там деталей побольше, словно render distance выкрутили. Но облака мыльнее, да.
avif vs heif
Как это вообще сравнивать?
Возникает ощущение, что кодировщик heic вместо тебя редактирует уровни. Вы уж там разберитесь с full->tv->full range преобразованиями.
По детализации разница не большая, но heif кажется детальнее (это при том что avif сложнее кодировать). Может avif потом допилят по качеству. Пока они ускоряют декодеры.
Аноним (Linux: Firefox based) 16/12/19 Пнд 22:11:31 270391392
webpcompare.webm (1940Кб, 1000x750, 00:00:10)
1000x750
002.png (904Кб, 1000x750)
1000x750
>>2703440
Вы сжимать webp не умеете
cwebp -size 46900 -z 9 -m 6 -f 100 '15764428295940.png' -o '15764428295940.webp'

Размер: 43,6КБ>>2703440
Аноним (Microsoft Windows 7: Firefox based) 17/12/19 Втр 02:03:36 270396493
privet.mp4 (4727Кб, 640x274, 00:00:40)
640x274
screenshot 2019[...].png (317Кб, 730x314)
730x314
screenshot 2019[...].png (387Кб, 974x449)
974x449
Помогите объяснить необъяснимую хуйню. Я запостил в клиент вотсапа видео ролик, и если его проиграть - видно последний кадр. НО, если проиграть его в VLC или даже открыть в VirtualDub - этого кадра там нет! Это как блять?

Ролик и два скрина - с ватсапа и VirtualDub - последние кадры. И они не совпадают.
Аноним (Microsoft Windows 10: Chromium based) 25/12/19 Срд 17:09:40 270915894
final.webm (14250Кб, 1920x1080, 00:00:16)
1920x1080
orig.webm (4604Кб, 1280x720, 00:00:13)
1280x720
h264.mp4 (530Кб, 1280x720, 00:00:13)
1280x720
av1.webm (522Кб, 1280x720, 00:00:13)
1280x720
бамп
Аноним (Linux: Firefox based) 30/12/19 Пнд 12:42:39 271133995
>>2709158
>libx264 slow 320k (6s)
>libx265 slow 320k (55s)
>libvpx-vp9 320k (3m)
>libaom-av1 320k (6h 15m)
Зачем так кодировать? Как можно сравнивать x264 закодированный за 6 секунд с av1, который кодировался 6 часов?
Если уж и сравнивать, то на placebo, ну или в крайнем случае на veryslow.
Аноним (Linux: Chromium based) 30/12/19 Пнд 17:23:39 271143396
>>2711339
>Если уж и сравнивать, то на placebo, ну или в крайнем случае на veryslow.
На таком битрейте будет одинаково хуевым.
Аноним (Microsoft Windows 7: Firefox based) 31/12/19 Втр 02:39:13 271162997
Sup, подскажите как достать аудио дорожку из видео. А после склеить с видеорядом лучшего качества.
Аноним (Google Android: Mobile Safari) 31/12/19 Втр 02:53:43 271163398
>>2711629

Достаем звук:
ffmpeg -i видос.webm -vn -c:a copy звук.opus

Удаляем звук:
ffmpeg -i хороший_видос.webm -c:v copy -an хороший_видос_без_звука.webm

Склеиваем:
ffmpeg -i хороший_видос_без_звука.webm -i звук.opus -c:v copy -c:a copy готово.webm
Аноним (Microsoft Windows 7: Chromium based) 31/12/19 Втр 04:46:14 271165599
>>2711633
а какого-то гуи для этого вашего ффмпега не изобрели еще? чтоб не печатать 100 символов а сделать 5 кликов?
Аноним (Google Android: Mobile Safari) 31/12/19 Втр 13:07:36 2711749100
>>2711655
Есть много гуев, но не очень то и нужно.
Аноним (Microsoft Windows 10: Firefox based) 31/12/19 Втр 13:09:53 2711750101
>>2686610 (OP)
webp lossless как замена .png? Годнота! Практически во всех случаях webp получается меньше, а в среднем процентов на 20%
.
webp lossy как замена .jpg? Хуета! Нет, не так, webp lossy - в принципе хуита. Даже на 100% проёбывает непозволительное количество информации и совершенно отвратительно работает с градиентами.

Так что в своей картинкпомойке перевел png в webp, а jpg различной степени сжатости пришлось оставить jpeg'ами разве что pingo'й прогнал.
Аноним (Linux: Firefox based) 31/12/19 Втр 14:00:55 2711766102
>>2711750
Соглы.
Разве что heif сейчас вполне доступен стараниями эпола. Для лосси он уже однозначно обходит жопег.
Аноним (Microsoft Windows 7: Firefox based) 31/12/19 Втр 15:57:53 2711814103
>>2711750
>webp lossless
Через чего кодируешь и с какими параметрами?
Аноним (Microsoft Windows 10: Firefox based) 31/12/19 Втр 20:37:52 2711942104
>>2711814
xnconverter, сжатие на шестерочку.
Аноним (Неизвестно: Неизвестно) 01/01/20 Срд 06:21:38 2712556105
>>2711655
Мокрописьки не нужны. Почти все графические видеоредакторы/конверторы и есть гуи к ффмпег.
Аноним (Microsoft Windows 10: Firefox based) 01/01/20 Срд 07:16:26 2712559106
FLIF.png (0Кб, 352x304)
352x304
>>2686610 (OP)
Зачем нужен корпорастический webp, когда есть flif?
Аноним (Microsoft Windows 10: Firefox based) 01/01/20 Срд 12:54:00 2712617107
>>2712559
Затем что вебп открывается?
Аноним (Microsoft Windows 10: Chromium based) 01/01/20 Срд 14:01:06 2712631108
Аноним (Linux: Firefox based) 01/01/20 Срд 15:22:15 2712647109
В интернете встречаются картинки порой огромных размеров, таких как 7000х7000, которые очень долго декодируются на Core2duo.
Были перспективы за вейвлетными форматами, что например для отображения эскиза будет декодироваться маленькая часть файла, вместо декодирования всей картинки целиком, что не нужно будет создавать эскизные копии одного и того-же, что для отображения на экране 1024x768 будут декодироваться только часть картинки до 875х875, а не вся картинка целиком и декодироваться оно будет быстрее. Но что-то не влетело. Вместо этого появился jpeg2000, который опять разбивает картинку на блоки размеров в степени двойки, который долго кодируется и долго декодируется.
И вот на свет выходит FLIF, который хвастается своей прогрессивной загрузкой, которая суть всё тот-же ебаный интерлейсинг, который был ещё в гифках и png. Хочешь наделать эскизов? Декодируй картинку полностью нагружая CPU и забивая оперативку до свопа.
Аноним (Google Android: Mobile Safari) 01/01/20 Срд 16:49:47 2712679110
>>2712647
Современные кодеки ставят целью максимальное сжатие, а тобою описанное — залупа в колёсах. Тем более, сейчас в любом шаёми 8 вёдер и 4+ гб озу.
Аноним (Linux: Firefox based) 01/01/20 Срд 17:44:34 2712699111
>>2712679
>сейчас в любом шаёми
>Xiaomi Redmi Go 1/16Gb
>4 ядра
Аноним (Linux: Firefox based) 01/01/20 Срд 17:44:59 2712701112
Аноним (Linux: Firefox based) 01/01/20 Срд 21:11:36 2712764113
>>2712647
просматривал свой пак картинок. Оказалось что aritmetic jpeg тормозит сильнее чем webp. Причём aritmetic jpeg тормозит на картинках если размер больше чем 1000х1000, а webp если больше чем 2500х2500. И еще мне показалось что lossless webp меньше лагает чем lossy webp
Аноним (Неизвестно: Неизвестно) 02/01/20 Чтв 14:00:20 2713070114
>>2711633
Ну и нахуй ты это говно советуешь? Рассинхрон будет, ебаный ты полудурок, блядь.
Аноним (Google Android: Mobile Safari) 02/01/20 Чтв 15:17:08 2713100115
>>2713070
Ага, стекломойной пидорахе лучше знать.
Аноним (Microsoft Windows 10: Chromium based) 02/01/20 Чтв 15:42:02 2713112116
image.png (8Кб, 986x34)
986x34
Да походу av1 будет как и vp9 только в ютубе пользоваться таким темпами.
А hevc уже захватывает сердца.
Аноним (Linux: Firefox based) 02/01/20 Чтв 15:58:28 2713118117
>>2713112
Так имплементаций пока нет, и ускорение тонет. Если начнёт жать хотя бы 0,5 fps, тогда и появятся рипы.
Хевку тоже не один год понадобился.
Аноним (Linux: Firefox based) 02/01/20 Чтв 18:31:28 2713170118
>>2713112

Так а чё ты хочешь?
>libx265 slow 320k (55s)
>libvpx-vp9 320k (3m)
Ты думаешь кто-то будет ждать кодека, который загружает 4 потока по дефолту, в то время как x265 загружает их все, как это было еще с x264. Да и знающему x264 проще освоить x265 чем libvpx-vp9.
Аноним (Linux: Firefox based) 02/01/20 Чтв 18:44:13 2713174119
>>2713112
ты забыл про двач с его webm-ками
Аноним (Microsoft Windows 10: Firefox based) 02/01/20 Чтв 23:52:42 2713352120
sshot-001.png (771Кб, 1920x1080)
1920x1080
>>2686610 (OP)
Как можно было такую хуйню в продакшен пускать? Ёбаный стыд.
Аноним (Microsoft Windows 10: Firefox based) 03/01/20 Птн 00:11:55 2713359121
>>2713352
Я, к слову, о кодеке, потому что только их VP и ублюдочный WebP Lossy так хуёво работает с градиентами.
Аноним (Google Android: Mobile Safari) 03/01/20 Птн 02:32:31 2713420122
1578007922723.jpeg (5Кб, 259x194)
259x194
>>2713352
Ты как блядь рубашку снял? Уноси своего скриптонита и таблетки прими.
Аноним (Microsoft Windows 10: Chromium based) 03/01/20 Птн 08:34:29 2713471123
>>2713352
Битрейта небось не хватило, открой mp4 версию и там посмотри
Аноним (Linux: Firefox based) 03/01/20 Птн 15:20:27 2713635124
8bitissue.png (124Кб, 1000x1000)
1000x1000
>>2713352
Ну а чего вы хотели от 8-битного lossy кодека?
Начнем с того что 8 бит на канал недостаточно для отображения всех различимых оттенков даже человеческим глазом. Для сглаживания градиентов применяют костыль, который называется дизеринг. Дизеринг это подмешивание шума с минимально возможной для данной разрядности амплитудой, который создает субъективное ощущение большей разрядности.
Lossy кодеки ориентируются на сохранение деталей с большой амплитудой. ВЧ с малой амплитудой отбрасываются квантователем, то есть этот ваш дизеринг идет по пизде.
Аноним (Linux: Firefox based) 03/01/20 Птн 15:24:15 2713637125
>>2713635
Двач, что с тобой не так?
Как можно было так распидорасить thumbnail?
Аноним (Microsoft Windows 7: Firefox based) 03/01/20 Птн 20:03:36 2713820126
.png (3Кб, 500x100)
500x100
>>2713637
Чёрно-белые пнг с альфой коряво обрабатываются.
Аноним (Microsoft Windows 10: Chromium based) 04/01/20 Суб 10:56:24 2714125127
>>2713635
>Lossy кодеки ориентируются на сохранение деталей с большой амплитудой. ВЧ с малой амплитудой отбрасываются квантователем, то есть этот ваш дизеринг идет по пизде.
В этом и пиздец. Кто в 2020 устраняет избыточность путём выпиливания ВЧ?
Аноним (Linux: Firefox based) 04/01/20 Суб 14:26:24 2714190128
>>2714125
>jpeg живее всех живых
>практически все видеокодеки все еще занимаются DCT преобразованием, устраняют избыточность путём выпиливания ВЧ и блочат при нехватке битрейта
>адекватной замены гифкам нет до сих пор
>что-то спрашивать про 2020-й год
Аноним (Microsoft Windows 10: Chromium based) 04/01/20 Суб 15:09:05 2714213129
>>2714190
> деды фильтровали и ты фильтруй
так и победим
Аноним (Linux: Firefox based) 04/01/20 Суб 15:39:59 2714230130
так то фотокамеры шумят достаточно сильно что-бы при сохранении в jpeg не заморачиватся с дизерингом.
А вот для рендеров и фотошопов нужен формат с разрядностью побольше.
Аноним (Linux: Firefox based) 05/01/20 Вск 22:08:25 2714826131
shrek.webm (8183Кб, 128x72, 01:30:04)
128x72
Шрек в 8 метров.
Аноним (Неизвестно: Safari) 05/01/20 Вск 23:54:50 2714902132
Аноним (Linux: Firefox based) 06/01/20 Пнд 01:28:12 2714940133
изображение.png (862Кб, 1000x664)
1000x664
>>2714826
> Video: av1 (Main), yuv420p(tv), 128x72, SAR 1:1 DAR 16:9, 4 fps, 4 tbr, 1k tbn, 1k tbc (default)
> Stream #0:1: Audio: opus, 48000 Hz, mono, fltp (default)
Аноним (Неизвестно: Неизвестно) 06/01/20 Пнд 01:52:18 2714947134
>>2714826
Чем на шиндофонах смотреть av1?
Аноним (Неизвестно: Safari) 06/01/20 Пнд 01:58:43 2714948135
>>2714947
для воспроизведения этого говнокодека нужен суперкопьютер.
Аноним (Неизвестно: Неизвестно) 06/01/20 Пнд 02:06:03 2714952136
>>2714948
Мой шиндофон тот ещё суперкомпьютер. Но VLC увпшный, со старой либой, нет там av1.
Аноним (Microsoft Windows 7: Firefox based) 06/01/20 Пнд 10:42:13 2715030137
>>2714940
Опус не может в 44100.
Аноним (Google Android: Mobile Safari) 06/01/20 Пнд 13:29:57 2715066138
>>2714826
For those curious I used the latest libaom git with a video bitrate of: 4.6kbps, 2 pass, cpu used 1, resized to 72p and 4fps. My audio bitrate was: 7.5kbps because anything less was headache inducing.
Аноним (Linux: Firefox based) 07/01/20 Втр 22:30:04 2715766139
>>2714948
>для воспроизведения этого говнокодека нужен суперкопьютер.
>CPU: Intel Core2 4300 @ 2x 1.8GHz
>libdav1d 0.5.2
>ffmpeg -c:v libdav1d -tilethreads 2 -i 'COSTA RICA IN 4K 60fps HDR (ULTRA HD)-LXb3EKWsInQ.mkv' -benchmark -f null -
144p
>frame= 3681 fps=288 q=-0.0 Lsize=N/A time=00:02:02.82 bitrate=N/A speed= 9.6x
240p
>frame= 9404 fps=111 q=-0.0 Lsize=N/A time=00:05:13.78 bitrate=N/A speed=3.72x
360p
>frame= 9404 fps= 65 q=-0.0 Lsize=N/A time=00:05:13.78 bitrate=N/A speed=2.17x
480p
>frame= 9404 fps= 39 q=-0.0 Lsize=N/A time=00:05:13.78 bitrate=N/A speed=1.31x

ffplay отказался воспроизводить av1 через libdav1d, поэтому применял костыли вида
>ffmpeg -c:v libdav1d -tilethreads 2 -i 'input.mkv' -vcodec yuv4 -acodec copy -f matroska - | ffplay -
До 360p воспроизводится нормально. На 480 есть тормоза (наверно из-за ремуксинга)
>frame= 2823 fps= 28 q=-0.0 Lsize= 1695013kB time=00:01:34.14 bitrate=147497.3kbits/s speed=0.929x
Аноним (Apple Mac: Safari) 07/01/20 Втр 22:52:35 2715781140
>>2715766
Лол 480р уже тормозит, а что там с 1080р или 4к? Даже на i7 будет тормозить. Пусть гугл себе в одно место засунет этот тормозной говнокодек.
Аноним (Linux: Firefox based) 07/01/20 Втр 23:07:57 2715794141
Аноним (Google Android: Mobile Safari) 08/01/20 Срд 00:39:16 2715827142
1578433127462.jpeg (5Кб, 225x225)
225x225
1578433127475.jpg (143Кб, 400x4040)
400x4040
Аноним (Apple Mac: Safari) 08/01/20 Срд 02:18:40 2715842143
>>2715794
>ничего не тормозит
>-threads 4
Достаточного одного ядра для воспроизведения vp9 4к, а для av1 нужно 4? Хочешь сказать, что это не говнокодек?
Аноним (Linux: Firefox based) 08/01/20 Срд 12:01:39 2715975144
>>2715842
Довольно логично, что для воспроизведения кодека из 2018 не годится камень десятилетней давности.
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 13:09:06 2716008145
>>2715975
хитрые_лица_производителей_железа.png
Аноним (Google Android: Mobile Safari) 08/01/20 Срд 14:04:54 2716033146
1578481465552.jpeg (14Кб, 512x512)
512x512
>>2716008
Ага, новый, требовательный к железу кодек для них как бальзам на душу. Уже предчувствую батхерт васянов с коре дуо, когда его начнут вводить повсеместно. Чому видево про танки логает??
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 15:02:03 2716059147
>>2716033
>начнут вводить повсеместно
Пираты пользуется тем, что удобно для народа, а на остальное насрать.
Аноним (Linux: Firefox based) 08/01/20 Срд 15:18:26 2716069148
>>2716059
Ютуб отдаёт то, что ему выгодно.
А ему выгодно экономить на хранилище.
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 15:25:17 2716074149
Аноним (Linux: Firefox based) 08/01/20 Срд 15:28:17 2716075150
>>2716074
Действительно, с чего это неуловимого джо должны волновать проблемы 90% оставшегося население
Аноним (Linux: Firefox based) 08/01/20 Срд 15:33:21 2716077151
>>2716069
>Ютубу так выгодно экономить на хранилище что кроме h264 + aac версий он еще кодирует и хранит vp9 версии и параллельно еще кодирует av1 для тестов.
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 15:35:59 2716081152
>>2716075
Да, совершенно насрать на анальные сервисы.
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 15:37:02 2716083153
>>2716077
Кстати, у некоторых старых видосов нет vp9 варианта.
Аноним (Linux: Firefox based) 08/01/20 Срд 15:45:59 2716088154
>>2716077
Основное гемор - в поддержке CDN сети, а там только самые ходовые форматы хранят.
Аноним (Microsoft Windows 10: Chromium based) 08/01/20 Срд 15:49:49 2716094155
>>2715794
[libdav1d @ 0000016076c4a840] libdav1d 82eda83
Stream mapping:
Stream #0:0 -> #0:0 (av1 (libdav1d) -> wrapped_avframe (native))
Press [q] to stop, [?] for help
Output #0, null, to 'pipe:':
Metadata:
encoder : Lavf58.35.101
Stream #0:0(eng): Video: wrapped_avframe, yuv420p, 3840x2160 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc (default)
Metadata:
encoder : Lavc58.65.102 wrapped_avframe
frame= 3604 fps= 49 q=-0.0 Lsize=N/A time=00:02:24.16 bitrate=N/A speed=1.97x
video:1886kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
bench: utime=255.938s stime=8.812s rtime=73.274s
bench: maxrss=418548kB

Хуй знает вообще, в чём проблемы. 4к и ноутбучная затычка вместо проца.


Аноним (Linux: Firefox based) 08/01/20 Срд 15:58:33 2716102156
>>2686610 (OP)
> кодируем минутный ШебМ джва часа
Вся суть h265?
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 16:02:48 2716103157
>>2716102
>Вся суть h265?
Вообще-то, h265 обычно пихают в матроску.
Аноним (Linux: Firefox based) 08/01/20 Срд 16:08:34 2716106158
>>2716103
И типо что? Быстрее кодирует?
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 16:11:13 2716107159
>>2716106
Типо разные контейнеры, mkv и webm.
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 16:28:00 2716113160
>>2713112
Хуевк захвати сердца уже лет 5 назад, если не больше
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 16:28:16 2716114161
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 16:30:49 2716115162
>>2713359
Кстати да, VP9 на ютубе ублюдошно с темной частью градиентов работает, артефачит ее на каадраты. Я правда не могу быть уверен, что контентмейкер загрузил не уже в таком качестве
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 16:38:39 2716118163
>>2713635
8 бит на канал кстати с дитхерингом просто прекрасно выглядит, даже повышение до 10 бит на канал ничего не дает визуально. Тут видать YUV 8 бит, а не RGB 8 бит потому что
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 16:46:32 2716123164
>>2716033
Да никто так-то не выпилит fallback на H.264, ибо афони
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 16:47:20 2716124165
>>2716059
Ремухи UHD BD будут в том, в чем сами UHD BD, а это HEVC
Аноним (Linux: Firefox based) 08/01/20 Срд 16:53:54 2716128166
2716118
Не знаю, какую разницу ты увидел между yuv444p и rgb.
Но вот yuv420p снижает разрешение цветовых в 2 раза по высоте и ширине, а потому сетчатый узор на цветовых каналах в yuv420p будет заметнее чем просто в RGB.
>даже повышение до 10 бит на канал ничего не дает
У тебя 10 битный монитор и сигнал с видеокарты? Если нет, то в лучшем случае ты увидишь дизеринг.
Аноним (Неизвестно: Неизвестно) 08/01/20 Срд 17:17:42 2716138167
>>2716128
> Не знаю, какую разницу ты увидел между yuv444p и rgb.
Ну я не знаю на счет именно yuv444 - таких видосов раз-два и обчелся.

> У тебя 10 битный монитор и сигнал с видеокарты?
Да, и я с лупой проверял тестовый 10-битный пнг в мадвр. 8 бит с дитхерингом неотличимо от 10 бит с дитхерингом. Без дитхеринга да, легко отличимо.
Аноним (Google Android: Mobile Safari) 09/01/20 Чтв 18:03:57 2716698168
Зеленый-Слоник.webm (20379Кб, 186x128, 01:27:05)
186x128
Культовый фильм теперь в 20мб!
Аноним (Google Android: Mobile Safari) 09/01/20 Чтв 19:23:09 2716727169
>>2716698
Полтора часа в 20 мб! Я заинтересован. Можете пояснить залётному за все эти виды сжатия?
Аноним (Google Android: Mobile Safari) 09/01/20 Чтв 20:58:06 2716764170
>>2716727
Современные кодеки и низкий битрейт: av1 - 20кб/с — видео и opus - 11кб/с — аудио. Ну и 16 часов кодирования.
Аноним (Google Android: Mobile Safari) 09/01/20 Чтв 20:59:03 2716767171
Аноним (Неизвестно: Неизвестно) 09/01/20 Чтв 22:25:42 2716834172
>>2716764
На N64 пригодилось бы при портировании Resident Evil 2
Аноним (Google Android: Mobile Safari) 11/01/20 Суб 07:41:55 2717547173
Аноним (Linux: Firefox based) 11/01/20 Суб 17:04:11 2717783174
>>2716834
На N64 пригодились бы терафлопсы, чтобы av1 декодировать.
Аноним (Неизвестно: Неизвестно) 11/01/20 Суб 18:50:41 2717890175
Аноним (Microsoft Windows 7: UC Browser) 11/01/20 Суб 20:28:10 2717954176
а на русском конвертера для webm нема?
Аноним (Linux: Chromium based) 11/01/20 Суб 21:06:12 2717971177
Screenshot from[...].png (1570Кб, 1920x1080)
1920x1080
Screenshot from[...].png (1402Кб, 1920x1080)
1920x1080
Screenshot from[...].png (1357Кб, 1920x1080)
1920x1080
Screenshot from[...].png (1209Кб, 1920x1080)
1920x1080
Как же хочеца HEIC, хоспаде.

Поигрался сейчас с HEIC через https://convertio.co/fr/ (Потому что мой Xn-Convert стабильно выплёвывает ошибку)

Оче круто.

Качественные изображения (пикрил 1) переводит практически без видимых потерь со значительным снижением веса.
Мусорные изображения (пикрил 3) также аккуратно переводит, но вес уже теряется просто пиздец как.

Оцениваю с точки зрения мемасной файлопомойки. так что требования небольшие - чтобы изображение на глаз осталось такое же, с градиентами (привет Webp Lossy) и цветами. Тут всё норм, различия ищу уткнувшись в экран, когда как с Webp всё было практически сразу видно - меня устраивает.

Из явных косяков - на одном из сложных JPG заметил, что он из ровных линий, делает квадратные (как будто понижение разрешения рендеринга в какой-нибудь игре), но были бы доступны крутилочки-вертелочки, думаю, можно было бы подобрать универсальный профиль.

Проблема лишь в том, что единственная программа, которая захотела его открыть это GIMP, а хочется повсеместного внедрения, чтобы и на телефон скинуть и на сайт.

Еще бы AV1 пощупать...
Аноним (Google Android: Mobile Safari) 11/01/20 Суб 21:21:43 2717980178
1578766872869.png (1737Кб, 1920x1357)
1920x1357
Сап, сжимач, возникла такая ситуация. Имеется жёсткий диск, который заполнен лоли хентаем уже чуть менее чем полностью файлами всевозможных типов и форматов. Реквестирую как лучше всего имеющееся файлы перекодировать и сжать для минимального размера при сохранении качества или его минимальных потерях.
И что почитать чтобы разобраться в этой теме?
Аноним (Linux: Chromium based) 11/01/20 Суб 21:36:59 2717984179
>>2717980
> при сохранении качества или его минимальных потерях.
This
https://css-ig.net/pingo

Настройки варьируются - lossless/небольшие потери/квадраты.
Аноним (Google Android: Mobile Safari) 11/01/20 Суб 22:12:36 2717995180
>>2717984
Но это ведь только для фото. А у меня кроме их там и видео, и аудио, и текст, и даже несколько программ в портативных изданиях.
Алсо я не против перековырять всё вручную. Софт из оп поста пойдёт под любые медиаформаты? Как кодировать?
Аноним (Google Android: Mobile Safari) 11/01/20 Суб 23:45:24 2718028181
>>2717995
> Софт из оп поста пойдёт под любые медиаформаты?
Да.
Видео кодируй с такими параметрами: -c:v libvpx-vp9 -b:v 0 -crf 32 -c:a libopus формат webm
Или такими: -c:v libx265 -crf 28 -c:a aac формат mp4
Аудио: -vn -c:a libopus -b:a 128k
> текст, и даже несколько программ в портативных изданиях.
7-zip
Аноним (Неизвестно: Неизвестно) 11/01/20 Суб 23:47:02 2718031182
image.jpeg (502Кб, 2208x1242)
2208x1242
>>2717971
> чтобы и на телефон скинуть
У меня обратная задача - как смотреть с телефона в старой версии АЦДЦее (которая еще не полным калом была) никак
Аноним (Неизвестно: Неизвестно) 12/01/20 Вск 01:25:47 2718097183
>>2717995
>>2717980
Медиа не сжимай, только текст, бинарники и подобное. Медиа и так в сжатом виде хранится, перекодируя не имея исходников ты просто получишь шакалов или ещё больший файл, в случае lossless. Всякие универсальные lossless алгоритмы, вроде lzma2, или даже жестокие алгоритмы семейства paq, поверх уже сжатых кодеками файлов дадут тебе парочку процентов.
Аноним (Microsoft Windows 10: Firefox based) 12/01/20 Вск 10:25:18 2718248184
изображение.png (163Кб, 1898x891)
1898x891
изображение.png (155Кб, 1904x894)
1904x894
изображение.png (178Кб, 1905x895)
1905x895
>>2717971
Ну, фиг знает.
По порядку:
png (6,43 МБ) -> heif (2,10 МБ) -> jpg (1,20 МБ).

Heif сохранял гимпом без потери качества.
Jpg c максимальным -quality 0 в ImageMagick.
Аноним (Microsoft Windows 10: Firefox based) 12/01/20 Вск 10:40:27 2718253185
изображение.png (154Кб, 1902x897)
1902x897
изображение.png (172Кб, 1900x896)
1900x896
>>2718248
По качество/размер jpg, очевидно, сосет.
heif (313 КБ) -> jpg (318 КБ).

Оба с 50% качеством сконвертированы.
Аноним (Microsoft Windows 10: Firefox based) 12/01/20 Вск 10:47:53 2718257186
изображение.png (147Кб, 1903x892)
1903x892
Аноним (Microsoft Windows 10: Firefox based) 12/01/20 Вск 10:52:53 2718261187
>>2718248
Про размер согласен. Кажется тот онлайн конвертер что-то мудрит. Позже пробовал переводить JPG в WebP и он каким-то образом выдавал результаты, которые были всегда меньше оригинала и при этом обработаны явно с помощью WebP Lossless, потому что характерных артефактов на градиентах не было.

При этом, когда я пробовал сжать эти же изображения с помощью нативной библиотеки cwebp результаты в WebP lossless всегда были в полтора-два раза больше, а схожий вес получался только с помощью WebP lossy, где всплывали видимые сразу же видимые артефакты.

Другими словами, как конвертер тот сайт очень хорош, но не объективен.


Еще, заметил, я думал, что это у меня из-за разницы вывода в гимпе и обычном картинкоменеджере - HEIC зеленит изображение, что довольно неприятно.
Аноним (Microsoft Windows 10: Firefox based) 12/01/20 Вск 11:29:01 2718278188
изображение.png (152Кб, 1900x892)
1900x892
изображение.png (153Кб, 1905x892)
1905x892
>>2718261
>HEIC зеленит изображение, что довольно неприятно.
Кстати, да. Гимп зеленит на выводе.

ImageMagick и gimp в png.
Аноним (Google Android: Mobile Safari) 12/01/20 Вск 11:39:56 2718283189
>>2718028
>>2718097
Спасибо.

> перекодируя не имея исходников
Какие исходники?
Аноним (Google Android: Mobile Safari) 12/01/20 Вск 12:11:26 2718309190
Аноним (Microsoft Windows 7: New Opera) 12/01/20 Вск 12:25:22 2718316191
>>2686610 (OP)
>джипег как образчик сжатия на 10 из 10 по шкале ебучих шакалов
>ко-ко-ко-ко-пок-пок-порЭЭЭЭЭк унижаем пээнгэблидей!!!

А?
Аноним (Microsoft Windows 10: Firefox based) 12/01/20 Вск 12:56:15 2718332192
Какой положняк по кодекам и софту?

av1 > h265 > vp9 > h264
opus > vorbis > aac > mp3
heif > webp > jp2 > jpg

ffmpeg для видео и аудио.
convert из ImageMagick для изображений, но heif только чтение.
Аноним (Неизвестно: Неизвестно) 12/01/20 Вск 14:49:51 2718362193
>>2718283
>Какие исходники?
RAW, нетронутые кодеком данные с камеры или микрофона.
>>2718309
>>2718028
Порча информации.
Аноним (Google Android: Mobile Safari) 12/01/20 Вск 14:56:13 2718363194
>>2718362
Это ты создаёшь flac треды в /б?
Аноним (Linux: Chromium based) 12/01/20 Вск 14:58:55 2718364195
>>2718278
А, ну, если это чисто проблема GIMP'a, тогда формат хороший - одобряю.

Тогда положняк -
WebP Lossless - замена PNG.
HEIC/HEIF - замена JPG.

Ждём AV1
Аноним (Linux: Chromium based) 12/01/20 Вск 14:59:53 2718366196
>>2686650
> когда сделают на фчане, абу запилит сюда через неделю-две. с вебмами так же было
На форчане до сих пор нет VP9 лол.
Аноним (Linux: Firefox based) 12/01/20 Вск 16:02:04 2718394197
>>2718332
aac строго лучше vorbis, vorbis имхо даже хуже mp3, но я накину ему за открытось
jp2 - маргинальщина, которой никогда не было
jpg и webp - примерно одного уровня, вопрос уровня "мыло или кубики", кому какие артефакты больше нравятся
avif очень потанцевальный формат, но в него вообще никто не умеет

>convert из ImageMagick
Говнокомбайн. Только специализированные енкодеры и оптимизаторы.
Аноним (Linux: Firefox based) 12/01/20 Вск 16:03:49 2718396198
>>2718362
>Порча информации.
Устранение избыточности.
Аноним (Linux: Firefox based) 12/01/20 Вск 16:39:07 2718437199
>>2717971
>Проблема лишь в том, что единственная программа, которая захотела его открыть это GIMP
Nomacs через костыли поддерживает, макос/шин10 умеет, последние мобилки в хейф по умолчания снимают.
Осталось только браузеры научить.
Аноним (Неизвестно: Неизвестно) 12/01/20 Вск 16:40:40 2718440200
>>2718396
Избыточными будут только часы перекодировки.
Аноним (Microsoft Windows 10: Firefox based) 12/01/20 Вск 17:14:48 2718462201
>>2718394
>Говнокомбайн
Удобно через консольку работать с нужными кодеками изображений. FFmpeg у тебя тоже говнокомбайн получается.

>>2718437
>шин10 умеет
Там пздц, конечно.
В мсторе hevc/heic платный, а бесплатная версия только если железо поддерживает (мне повезло с этим). Открывается все это либо через стандартное "Фотографии" (или др софт из мстора), который мылит картинку. Либо через тормозные костыли в каком-нибудь xnviewmp открывать.

Самая большая проблема в низкой распространенности новых форматов в приложениях и закрытом коде.
Аноним (Неизвестно: Неизвестно) 12/01/20 Вск 18:11:28 2718526202
>>2718394
> vorbis имхо даже хуже mp3
Неа

Аноним (Google Android: Mobile Safari) 12/01/20 Вск 19:09:29 2718555203
Можете нормально пояснить несведующему анону про все эти ваши форматы и кодировки? Я сейчас вижу эту картину примерно так:
Фото
JPEG - качество средней паршивости, при сжатии шакалится
PNG - лучше чем предыдущий, но и места отжирает больше
WEBP - тот же джейпег, но меньше по размеру и сжимаясь размывается
HEIF - НЁХ, скорее всего замена пнг
Видео
Тут нихуя непонятно, но webm>>mp4
Кодеки
В этом тёмном лесу нихуя не ясно.
Аудио
MP3 - для лохов
OPUS - выбор мастеров
Аноним (Неизвестно: Неизвестно) 12/01/20 Вск 19:17:44 2718560204
>>2718555
> Фото
> JPEG - качество средней паршивости, при сжатии шакалится
Самое худшее качество

> PNG - лучше чем предыдущий, но и места отжирает больше
Идеальное качество, места естессно зрет стоко, скоко надо

> WEBP - тот же джейпег, но меньше по размеру и сжимаясь размывается
> HEIF - НЁХ, скорее всего замена пнг
Замена джейпегу, но бровзерами не поддерживается, так что на самом деле не замена

> Видео
> Тут нихуя непонятно, но webm>>mp4
Это контейнеры, а не алгоритмы сжатия

> Кодеки
> В этом тёмном лесу нихуя не ясно.
> Аудио
> MP3 - для лохов
> OPUS - выбор мастеров
Всё так
Аноним (Неизвестно: Неизвестно) 12/01/20 Вск 19:21:13 2718565205
>>2718560
А видео примерно так, от плохого к хорошему:
MJPEG (в PS1 юзалось)
MPEG2
DivX
H.264/VC1
HEVC/VP9
AV1
Аноним (Linux: Chromium based) 12/01/20 Вск 19:32:57 2718571206
>>2718560
Стоит отметить, что у WebP есть два типа сжатия - lossy и lossless (с потерями и без потерь соответственно).

WebP lossless подходит как охуенная замена png, поскольку абсолютно ничего не теряет, а размер ~на 20% меньше.

WebP lossy - ну такоооое. Вроде как замена jpg, но нужно пердолить конвертер ключами, чтобы получить нормальное изображение. HEIC в этом плане будет лучше, но он проприетарный, а значит дальше айфончиков особо не пойдет. Ждём внедрения AVIF.
Аноним (Linux: Chromium based) 12/01/20 Вск 19:45:43 2718576207
К слову, почитал документацию cwebp и поэкспериментировал с ключами и вывел универсальную команду для перевода картинокомойки_jpg в картинкопомойку_webp (для png лучше всё же использовать lossless)

cwebp вход.jpg -sharp_yuv -jpeg_like -af -mt -sns 100 -o выход.webp

>-sharp_yuv
Самое важное и нужное. Замечал, что часто после перевода некоторые цвета теряют свою силу и сочность, что для меня лично не приемлемо в принципе. Это команда оставляет видимую палитру неизменной.

>-jpeg_like
Оче годный ключ, который автоматически делает довольно качественную/детализированную картинку при этом равную по весу, либо меньше, чем оригинал (зачастую намного меньше). Позволяет избавиться от игры с ключом -q, что давал разные результаты для больших и малых изображений.

>-af
Автоматическая фильтрация - удаляет мелкие шероховатости после перекодировки.

>-mt
Мультипоточность

>-sns 100
Оставляет большую детализацию изображению совершенно не прибавляя в весе.

Сравнивал выход с ключом/без с максимальными/минимальными свойствами (-sns 100/-sns0) и итоговые ключи выдавали самую качественную картинку на мой взгляд.

В целом получается +- оригинальное качество, но намного меньший вес. Из минусов - большее время перекодировки, но не особо заметно на изображениях до двух мегабайт.

Дополнения приветсвуются.
Аноним (Linux: Firefox based) 12/01/20 Вск 21:36:19 2718633208
>>2718576
> перевода картинокомойки_jpg в картинкопомойку_webp
дважды пережимать с потерями? во сколько раз выигрыш в весе не написал даже.
Аноним (Linux: Firefox based) 12/01/20 Вск 23:31:56 2718698209
>>2718560
>webp
>но бровзерами не поддерживается
Что значит не поддерживается?
https://caniuse.com/#feat=webp
Ничего что не поддерживают только ишак и сафари. А про KaiOS Browser кто нибудь вообще слышал?
Аноним (Google Android: Mobile Safari) 13/01/20 Пнд 00:52:57 2718745210
>>2718698
>про KaiOS Browser
Очередная швободная поделка, как и всё швободное ПО и ОС - говно
Аноним (Microsoft Windows 7: Firefox based) 13/01/20 Пнд 01:08:12 2718751211
Два .bmp шакалам в треде.
Аноним (Linux: Chromium based) 13/01/20 Пнд 02:07:31 2718772212
jpegorig.png (146Кб, 1412x844)
1412x844
webp.png (138Кб, 1413x846)
1413x846
jpegorig2.png (295Кб, 1507x859)
1507x859
webp2.png (245Кб, 1483x853)
1483x853
>>2718633
Да, это я что-то на радостях написал от того, что удалось избавится от ужасных градиентов, но всё равно достаточно много деталей мылится, с HEIC'ом вообще не конкурент.

Вот окончательная команда, что получить картинку сравнимой или меньше по весу с оригинальной jpg с приемлимым качеством:
cwebp "$1" -sharp_yuv -jpeg_like -af -mt -sns 100 -q 90 -m 6 -o $1.webp

Конвертировать всю файлопомойку я не стал, подожду AVIF или HEIC.

По весу примерно:

1.jpeg - 17 кб
1.webp 13.5 кб

2.jpeg - 1 миб
2.webp 317 кб
Аноним (Linux: Chromium based) 13/01/20 Пнд 02:07:59 2718773213
1.jpeg (17Кб, 354x295)
354x295
2.jpeg (1034Кб, 1920x1080)
1920x1080
Аноним (Linux: Chromium based) 13/01/20 Пнд 02:10:11 2718775214
>>2718772
При этом довольно интересный эффект наблюдатся - на маленьких зашакаленных jpg webp наоборот делает лучше, убирая своим мылом мусорные квадраты png. собсна первые два пика релейтед.
Аноним (Linux: Firefox based) 13/01/20 Пнд 02:10:50 2718777215
>>2718772
> Конвертировать всю файлопомойку я не стал, подожду AVIF или HEIC.
через 10 лет еще что-то запилят, будешь третий раз её сжимать
Аноним (Linux: Chromium based) 13/01/20 Пнд 02:18:13 2718780216
>мусорные квадраты png
jpg разумеется. Надо идти спать.
Аноним (Неизвестно: Неизвестно) 13/01/20 Пнд 02:25:02 2718783217
>>2718571
У пнг, имей ввиду, размер зависит от проги, сохраняющей его. В фотошопке самым маленьким получается
Аноним (Неизвестно: Неизвестно) 13/01/20 Пнд 02:26:29 2718784218
>>2718698
Не-не, я это знаю, я токо про хеик писал, вебп предыдущей строкой при копировании просто осталось
Аноним (Неизвестно: Неизвестно) 13/01/20 Пнд 02:31:00 2718785219
>>2718772
Хех первая в вебп даже лучше стала))
Аноним (Неизвестно: Неизвестно) 13/01/20 Пнд 02:31:40 2718786220
Аноним (Google Android: Mobile Safari) 15/01/20 Срд 15:02:49 2720254221
Поясните за FLAC и MKV
Аноним (Microsoft Windows 10: Firefox based) 15/01/20 Срд 17:49:46 2720352222
>>2720254
FLAC - пожатие аудио без потерь (lossless). Избыточен для 99% слушателей и только для отбитых аудиофилов.
MKV - контейнер, куда удобно запихать кучу дорожек аудио/субтитров. Развит в webm.
Аноним (Неизвестно: Неизвестно) 15/01/20 Срд 18:02:45 2720368223
>>2720352
> Избыточен
>750 Кбит/с
>при жестких дисках 8 ТБ (66280 лет FLAC музыки)
Аноним (Неизвестно: Неизвестно) 15/01/20 Срд 18:04:24 2720369224
>>2720352
Алсо
> только для отбитых аудиофилов.
>16 бит
>44,1 КГц
>2 канала
Аноним (Linux: Firefox based) 15/01/20 Срд 18:11:53 2720377225
whosedog.jpg (52Кб, 1607x956)
1607x956
Аноним (Linux: Firefox based) 15/01/20 Срд 18:13:05 2720379226
>>2720368
>66280
Чёт не видел тилибонов с 8Тб.
Аноним (Неизвестно: Неизвестно) 15/01/20 Срд 18:13:44 2720380227
>>2720377
Мне кажется эта собака сгенерирована нейросетью
Аноним (Linux: Firefox based) 15/01/20 Срд 18:17:17 2720382228
I like you pony.webm (362Кб, 640x356, 00:00:03)
640x356
>>2720380
Когда кажется, нужно снизить дозу, если бы ты знал породу, то и не стал отвечать вопросом на ответ...
Аноним (Неизвестно: Неизвестно) 15/01/20 Срд 18:32:32 2720393229
>>2720377
>шкурка для ффмпег
>очень круто сжимает
>последний коммит 7 лет назад
Уникальный софт, достоин уровня /s.
Аноним (Microsoft Windows 10: Firefox based) 15/01/20 Срд 18:37:38 2720400230
mendellian.webm (7728Кб, 0x0)
0x0
А вообще самый крутой формат сжатия музла - трекерный лол. Типа .mod, .it, .xm, .s3m. Вот этот трек например в оригинале меньше 400 килобайт весит. Но есть нюанс...
Аноним (Microsoft Windows 10: Firefox based) 15/01/20 Срд 18:44:30 2720407231
Что там по ОПУСУ кстати слышно? Никаких обнов с апреля прошлого года. Всё, кодек уже допилили до идеала, ничего фиксить не надо?
Аноним (Неизвестно: Неизвестно) 15/01/20 Срд 18:45:26 2720409232
>>2720400
В трекерных очень всегда сухое звучание, без сложных ревербаций, мне не нравится, скушно такое слушать
Аноним (Microsoft Windows 10: Firefox based) 15/01/20 Срд 18:55:16 2720421233
>>2720409
Ну возьми "мокрые" семплы, в чем сложность? А ведь прикольная идея - кодировать исходный файл не сжатием, а реально конструированием и программированием, раскладывая его на семплы и скриптуя. Чтобы не человек в трекере сразу семплы набивал, а прога из стомегабайтной вавки сделала .mod на 300кб, неотличимый по звучанию от оригинала. Но для похожей хуйни наверно такие вычислительные мощности понадобятся, буквально суперкомп с ИИ. И один файл будет кодироваться сутки.
Аноним (Google Android: Mobile Safari) 15/01/20 Срд 19:02:42 2720430234
Скажи-ка брат а[...].webm (1311Кб, 1270x1080, 00:01:31)
1270x1080
Аноним (Linux: Firefox based) 15/01/20 Срд 19:53:04 2720464235
Снимок экрана о[...].png (21Кб, 490x660)
490x660
>>2720393
Ну в Линукс это гуи и удобноя менюшка.
Аноним (Неизвестно: Неизвестно) 15/01/20 Срд 21:01:46 2720492236
Аноним (Linux: Firefox based) 15/01/20 Срд 21:18:04 2720504237
>>2720464
Сойдёт для вкатывания новичков. Но для профи это НЕНУЖНО.
Аноним (Microsoft Windows 10: Firefox based) 15/01/20 Срд 21:41:58 2720512238
>>2720352
Не избыточен, если нужно кодировать потом.
Аноним (Linux: Firefox based) 15/01/20 Срд 22:10:54 2720526239
>>2720512
>если нужно кодировать потом
Это студийный юскейс. Флак в бытовом прослушивании никому не всрался.
Аноним (Неизвестно: Неизвестно) 15/01/20 Срд 22:26:06 2720536240
>>2720464
В гну/линуксе почти на всё есть мокрописька на гтк, мокрописька на кьюте и мокрописька на нкурсес.
Аноним (Linux: Firefox based) 15/01/20 Срд 22:41:44 2720559241
>>2720536
и мокрописченый биндинг на питоне
Аноним (Неизвестно: Неизвестно) 15/01/20 Срд 23:20:38 2720587242
>>2720559
И аналог на расте и го.
Аноним (Linux: Chromium based) 17/01/20 Птн 12:06:15 2721593243
Screenshot20200[...].png (15Кб, 475x130)
475x130
Посоны, что выбирать в такой ситуации кроме очевидного flac?
Аноним (Microsoft Windows 8: Chromium based) 17/01/20 Птн 12:13:39 2721596244
Аноним (Linux: Firefox based) 17/01/20 Птн 14:05:47 2721660245
>>2721593
выбирай aac
Разницы в звучании все равно не заметишь, зато места сэкономишь
Аноним (Linux: Firefox based) 17/01/20 Птн 14:45:00 2721678246
>>2721593
Я сейчас выбираю для скачивания mp3. Потому что по дефолту сейчас везде стриминг пашет. А в нестандартных местах у mp3 выше всего шансы быть проигранными.
Аноним (Linux: Firefox based) 18/01/20 Суб 13:31:57 2722173247
Аноним (Microsoft Windows 7: Firefox based) 18/01/20 Суб 17:39:42 2722245248
>>2721678
Долго расшифровывал твой пост, а потом понял что ты просто зумерок со стримингом вместо hdd. Так зачем тебе вообще выбирать аудиокодек из раздач торрента?
Аноним (Google Android: Mobile Safari) 18/01/20 Суб 17:58:36 2722252249
Какой формат сферически и в вакууме является лучшим для анимаций?
Аноним (Неизвестно: Неизвестно) 18/01/20 Суб 18:07:26 2722257250
>>2722252
Самый крутой наверное - AV1
Аноним (Google Android: Mobile Safari) 18/01/20 Суб 20:44:09 2722359251
>>2722257
> AV1
Это же ведь видеоформат, а я говорю про растровую 2д анимацию gif, apng...
Аноним (Microsoft Windows 7: Firefox based) 18/01/20 Суб 21:07:08 2722366252
Аноним (Microsoft Windows 7: Firefox based) 18/01/20 Суб 21:08:58 2722368253
>>2722359
а вообще вектор, а также векторные анимации это топ
Аноним (Linux: Firefox based) 18/01/20 Суб 21:29:21 2722378254
>>2722368
> вектор, а также векторные анимации это топ
Только вот приличных форматов векторной анимации нет со времён почившего флеша.
Аноним (Неизвестно: Неизвестно) 18/01/20 Суб 21:36:46 2722383255
>>2722359
А, я думал про анимэ
Аноним (Apple Mac: Safari) 18/01/20 Суб 22:44:07 2722429256
>>2722378
svg же можно анимировать
Аноним (Linux: Firefox based) 18/01/20 Суб 22:55:41 2722440257
изображение.png (355Кб, 1024x649)
1024x649
>>2722429
Можно, только через жопу.
Потому мы ни масяни, ни древесных друзей в свг не видим.
Аноним (Linux: Firefox based) 20/01/20 Пнд 09:49:34 2723014258
>>2722245
>стримингом вместо hdd
Как что-то плохое. Цивилизация даёт блага - пользуйся. Нет хотим газку поддавать.
Аноним (Microsoft Windows 7: Chromium based) 20/01/20 Пнд 13:43:18 2723110259
>>2718462
> FFmpeg у тебя тоже говнокомбай получается
Что значит получается? Всегда им был и остается.
Аноним (Linux: Firefox based) 20/01/20 Пнд 15:27:40 2723158260
>>2722440
>только через жопу
Поясни. Я видел люди пилили анимации, выглядело хорошо.
Аноним (Неизвестно: Неизвестно) 20/01/20 Пнд 19:48:12 2723243261
>>2723110
>Что значит получается? Всегда им был и остается.
А вот тут ты обосрался. Он модульный, перед компиляцией можно выбрать нужный функционал и исключить лишнее.
Аноним (Google Android: Mobile Safari) 22/01/20 Срд 06:41:23 2723859262
>>2716083
Тому шо оригиналов уже нет, а повторно шакалить из мп4 будет совсем пиздец
Аноним (Google Android: Mobile Safari) 23/01/20 Чтв 20:21:36 2724708263
Какой формат самый эффективный для хранения документов? На форматирование строго похуй.
.txt или .md?
Аноним (Неизвестно: Неизвестно) 23/01/20 Чтв 20:40:28 2724717264
>>2724708
Обычный ASCII файл, на расширение похер.
Аноним (Microsoft Windows 10: Firefox based) 23/01/20 Чтв 23:26:41 2724803265
изображение.png (8Кб, 434x186)
434x186
>>2724717
Текстового формата с сжатием еще не придумали что ли?
Аноним (Linux: Firefox based) 24/01/20 Птн 00:05:48 2724813266
15796037809450.jpg (17Кб, 320x276)
320x276
Аноним (Неизвестно: Неизвестно) 24/01/20 Птн 00:34:21 2724820267
>>2724803
Зачем, когда обычный ASCII файл открывается практически на любой системе очень большим количеством программ.
Аноним (Microsoft Windows 10: Firefox based) 24/01/20 Птн 01:12:02 2724824268
изображение.png (18Кб, 980x238)
980x238
>>2724820
Хочется сферического пожатия в вакууме. Экономия места и с нынешними мощностями мгновенно все будет с каким-нибудь открытым методом с хорошими место/скорость показателями. Ясен пень не паком, эти 22Мб 17мин жались.
>>2724813
Там все очень плохо.
Аноним (Неизвестно: Неизвестно) 24/01/20 Птн 01:28:23 2724826269
>>2724824
>Там все очень плохо.
С хуя ли?
Аноним (Неизвестно: Неизвестно) 24/01/20 Птн 01:29:20 2724828270
>>2724824
>Хочется сферического пожатия в вакууме. Экономия места и с нынешними мощностями мгновенно все будет с каким-нибудь открытым методом с хорошими место/скорость показателями. Ясен пень не паком, эти 22Мб 17мин жались.
Запили раздел на бтрфс со сжатием zstd.
Аноним (Google Android: Mobile Safari) 28/01/20 Втр 00:03:17 2726434271
Аноним (Microsoft Windows 10: Firefox based) 06/02/20 Чтв 16:18:27 2731217272
Можно в ffmpeg как-нибудь предсказать размер, исходя из параметров и соуса, видео до ожидания 100500 часов кодирования?
Аноним (Неизвестно: Safari) 06/02/20 Чтв 23:19:38 2731436273
>>2731217
зависит от формата, но в случае h264/h265 работает такая формула
((bv + ba) * t) / 8192
bv - битрейт видео (bps)
ba - битрейт аудио (bps)
t - продолжительность видео (s)
Аноним (Microsoft Windows 10: Firefox based) 07/02/20 Птн 11:46:09 2731555274
>>2731436
Спасибо. Но битрейт видео какой вписывать, если он постоянно прыгает?

А для vp9 есть что-нибудь подобное? Приходится с разными -crf в 3-4 потока одновременно запускать кодирование того же видео (все равно vp9 не полностью проц нагружает, как h264).

Алсо, тут пробовал сравнить гпу кодирование с h264_nvenc и обычный h264, но получаются совершенно разные результаты с командами, отличающимися только этими кодеками.
Аноним (Linux: Firefox based) 07/02/20 Птн 21:19:11 2731916275
1.jpeg (325Кб, 800x800)
800x800
>>2686610 (OP)
Аноны, как сжимать аудио через libvorbis, чтобы конечный файл был без видеопотока? Сжимаю коммандой:
ffmpeg -i 1.m4a -c:a libvorbis -q:a 0 1.ogg
но почему-то на телефоне открывается, как видео. Как исправить?
Аноним (Linux: Firefox based) 07/02/20 Птн 21:36:25 2731924276
>>2731916
Я ебан. Нужно ставить флаг '-vn', чтобы отключить видеопоток.
Аноним (Microsoft Windows 10: Chromium based) 07/02/20 Птн 22:13:04 2731948277
>>2686610 (OP)
Не уверен, правильный ли тред, но ладно.
Монтирую видео (оригинал в H265) в премьере и превьюха в премьере жестко тормозит на i7 2600, что аж невозможно. В всмысле, на ноутбуке ryzen 3700u она меньше тормозит, хотя ноутбук очевидно слабее.
Аноним (Microsoft Windows 10: Chromium based) 07/02/20 Птн 22:18:26 2731953278
>>2731948
Дополню, что на ноуте ссд, а на компе проект находится на хдд, может ли это как-то влиять?
Аноним (Microsoft Windows 10: Chromium based) 07/02/20 Птн 23:28:46 2731983279
>>2731948
>H265
>i7 2600
Ну ты пони. Во-первых, да, SSD может влиять. Во-вторых, 2700k, при всём уважении к Sandy Bridge, монтаж h.265 просто не тащит, как бы ни было горько это признавать.
Аноним (Google Android: Mobile Safari) 07/02/20 Птн 23:56:03 2731996280
>>2731983
Жалко. Все-таки удивительно, что ноутбучный процессор 4/8 на 15 ватт справляется лучше, чем десктопный 4/8 большей частоты на 90 ватт.
Аноним (Google Android: Mobile Safari) 08/02/20 Суб 00:34:13 2732006281
>>2731996
Ничего удивительного. У кукурузера, емнип, аппаратная поддержка декодирования h.265. Годы никого не щадят.
Аноним (Apple GayPhone: Safari) 08/02/20 Суб 00:43:39 2732010282
Да
Аноним (Google Android: Mobile Safari) 08/02/20 Суб 00:44:38 2732011283
Аноним (Google Android: Mobile Safari) 08/02/20 Суб 01:42:22 2732022284
>>2723859
а куда оригиналы делись? экспорт данных гугла выдаёт оригиналы, как минимум 8-летние оригиналы ещё целы
Аноним (Google Android: Mobile Safari) 12/02/20 Срд 22:23:35 2734617285
Не тонем
Аноним (Microsoft Windows 10: Chromium based) 18/02/20 Втр 11:10:33 2737331286
29249224d0515af[...].jpg (84Кб, 1280x720)
1280x720
Стандарт AVIF вроде окончательно принят, а никакой софт до сих пор в него не умеет или я плохо искал? Особенно интересно насколько лучше lossless сжатие в сравнении с webp
Аноним (Linux: Firefox based) 18/02/20 Втр 12:42:54 2737361287
>>2737331
> софт до сих пор в него не умеет
Это. Только очень эпизодические звери.
>lossless сжатие
Все новые форматы фокусируются вокруг удаления избыточности. Нечё от них лослесс побед ждать. Юзай специализированный flif.
Аноним (Microsoft Windows 10: Chromium based) 18/02/20 Втр 16:54:20 2737434288
>>2737361
А где же поддержка всеми мировыми корпорациями, где же попенсорс с гитхаб-бинарниками от васянов...
>FLIF
У меня не взлетел, при конвертации полноэкранных пнг скриншотов во флиф файлы в основном были немного больше чем вебп лосслес. Последний к тому же быстрее открывается и имеет превьюшки в проводнике дриснятки. Для перегона юзал XnConvert, возможно там не те либы и можно получить результат получше
Аноним (Microsoft Windows 10: Chromium based) 20/02/20 Чтв 05:34:38 2738198289
>>2737331
>или я плохо искал?
https://github.com/AOMediaCodec/av1-avif/wiki
пока мало что, да и то не всегда нормально работает, можно еще руками через Aomenc сжимать и потом муксить MP4Box

>Особенно интересно насколько лучше lossless сжатие в сравнении с webp
https://www.reddit.com/r/AV1/comments/aabqdc/lossless_compression_test_png_vs_webp_vs_avif/
когда то давно еще тестировали энтузиасты, но тут тоже много лишних действий нужно совершать для подачи кодировщику в нормальный для него вид и формат, вот табличка для примера
https://docs.google.com/spreadsheets/d/1bG-CSTn_L79MtS7A-wR572H5_W_3kb2xX5AWagKn1ak/edit#gid=0
>Юзай специализированный FLIF
Его автор уже пару лет помогает делать Jpeg XL и влил туда свои основные наработки с FLIF и позже его же FUIF, так что сразу лучше на него и смотреть https://gitlab.com/wg1/jpeg-xl
Последние билды под винду на doom9 обычно выкладывают:
https://forum.doom9.org/showthread.php?p=1901676#post1901676
Для lossless у него нужно выставлять качество 100 (-q 100), также он может пережимать Jpeg без потерь, в среднем на 22% (принятый в формат brunsli), можно глянуть онлайн, как это пашет - https://google.github.io/brunsli/
Аноним (Google Android: Mobile Safari) 24/02/20 Пнд 02:38:23 2739944290
Зачем аноны хотят перекодировать свои паки с трапами в новый формат, если при каждом перекодировании качество ухудшается?
Аноним (Microsoft Windows 10: Palemoon) 24/02/20 Пнд 02:45:51 2739945291
>>2739944
Потому что аноны идиоты.
Аноним (Microsoft Windows 10: Microsoft Edge) 24/02/20 Пнд 16:12:31 2740170292
Ничего не понимаю в этих шакалах.
Возможно на одном и том же видеотреке некоторую часть выполнить с большим качеством? Например, есть ролик с записью от видеорегистратора, где не очень важен некоторый тайминг перед аварийной ситуацией, но нужен для общей ситуации, а в некоторый момент качество увеличивается.
Аноним (Google Android: Mobile Safari) 24/02/20 Пнд 16:44:29 2740185293
Как сделать чтобы youtube-dl скачивал bestaudio и bestvideo, а потом ffmpeg склеивал это все в mp4/webm. а то у меня все в mkv склеивается
Аноним (Microsoft Windows 7: Firefox based) 24/02/20 Пнд 18:11:08 2740227294
Аноним (Google Android: Mobile Safari) 24/02/20 Пнд 19:30:17 2740263295
Аноним (Google Android: Mobile Safari) 24/02/20 Пнд 22:57:02 2740379296
>>2740170
Делить на части, кодировать, склеивать.
Аноним (Microsoft Windows 10: Palemoon) 24/02/20 Пнд 23:06:12 2740384297
1582574940270.jpg (113Кб, 824x662)
824x662
>>2740170
--zones в x264
У ffmpeg можно квантование на лету менять, но я не помню как, слишком давно это было.

Аноним (Microsoft Windows 10: Palemoon) 25/02/20 Втр 01:49:20 2740473298
1582584728092.PNG (48Кб, 2284x342)
2284x342
>>2740384
>>2740170
> У ffmpeg можно квантование на лету менять
Возможно вот это, но кажется другая команда была, это возможно старая команда, которую заменили.
Аноним (Microsoft Windows 10: Firefox based) 26/02/20 Срд 09:53:15 2741186299
>>2686610 (OP)
> WebP
Сорта жипега от гугла. Выглядит как говно по сравнению с BPG.
Аноним (Linux: Firefox based) 26/02/20 Срд 10:59:10 2741191300
>>2741186
>с BPG
BPG - мертворождён, можешь забыть про него.
Вместо него, с лёгкой руки эппла, пришёл по сути тот же HEIF.
И конечно же WebP проигрывает HEIF во многом. Во многом, кроме распространённости и поддержки в ПО.
Аноним (Microsoft Windows 10: Firefox based) 26/02/20 Срд 12:03:41 2741201301
>>2741191
>BPG - мертворождён
Так-то WebP тоже. К тому времени когда его поддержку добавят везде и им даже начнут пользоваться люди он станет ненужен из-за ширины канала и возможностей железа юзать повсеместно PNG, а аппаратная поддержка JPG с его производными типа JPEG XR, JPEG-LS и JPEG2000 делают жопег и вовсе неубиваемым в обозримом будущем, это говно не утонет, прост в настройках шакалирование будут меньше пользовать. WebP мертворождённое говно, в попытке "пожать" сделали говнище, которое в затратах процессорного времени соревнуется с полноценными lossles (и обгоняет их), при этом ещё и качества не даёт.
Аноним (Microsoft Windows 10: Firefox based) 26/02/20 Срд 12:07:36 2741205302
>>2731948
>Монтирую видео (оригинал в H265) в премьере и превьюха в премьере жестко тормозит на i7 2600, что аж невозможно. В всмысле, на ноутбуке ryzen 3700u она меньше тормозит, хотя ноутбук очевидно слабее.
Даже без учёта того, что у 3700u аппаратная поддержка H265 в видеоядре, он на клыка сэндику даёт. Там блядь оперативная память в два раза почти шустрее, инструкции новые и старый Гипертрединг времён Сэндика на фоне Скалейковского и Рузеновского гипертреда это говно.
Аноним (Apple Mac: Safari) 26/02/20 Срд 12:08:53 2741207303
Я сжал.
Аноним (Linux: Firefox based) 26/02/20 Срд 12:39:38 2741219304
>>2741201
>К тому времени когда его поддержку добавят везде
Она сегодня и есть практически везде.
>поддержка JPG с его производными типа JPEG XR, JPEG-LS и JPEG2000
А вот у этих нет и никогда не появится. Вот и вся история.
Аноним (Microsoft Windows 10: Firefox based) 26/02/20 Срд 12:59:31 2741223305
изображение.png (11Кб, 846x111)
846x111
>>2741219
>Она сегодня и есть практически везде.
1. Если бы работал в веб макакинге, то знал бы, что он практически нигде не используется.
2. Я больше скажу, сам гугл в рот ебал свой WebP, используя исключительно SVG, PNG и JPG на своих сервисах, проще говоря, WebP не нужен даже Гулагу. Вот тебе пруф, можешь сам отинспектировать сервисы гугла, везде svg и png.
3. А теперь самое смешное, основное применение WebP по состоянию на 2020 год это пережатие уже уебански шакальных jpg с сайтов для онлайн конвертации и отдаче юзеру через CDN.
4. Apple Safari.
Аноним (Apple Mac: Firefox based) 26/02/20 Срд 13:10:24 2741226306
>>2741223
> сам гугл в рот ебал свой WebP
Он его для юзер-контента использует, превьюшки на ютубе, картинки/иконки в плейсторе
Аноним (Microsoft Windows 10: Firefox based) 26/02/20 Срд 13:16:16 2741227307
изображение.png (10Кб, 752x106)
752x106
>>2741226
>превьюшки на ютубе
Лол, нет.
>картинки/иконки в плейсторе
Иконки - да. Часть картинки обложки, наложения кнопок плей и т.п. png.
Аноним (Apple Mac: Firefox based) 26/02/20 Срд 13:19:56 2741228308
1492001401509.png (122Кб, 868x210)
868x210
Аноним (Linux: Firefox based) 26/02/20 Срд 13:23:10 2741231309
>>2741223
Яндекс отдаёт предпросмотр картинок в webp, например.
Аноним (Apple Mac: Firefox based) 26/02/20 Срд 13:26:08 2741233310
1552093425893.png (79Кб, 368x442)
368x442
>>2741227
А в плейсторе он оказывается отдает хрому вебп, а лисе пнг. Хотя с тем что вебп нинужен я согласен.
Аноним (Microsoft Windows 10: Palemoon) 26/02/20 Срд 17:16:23 2741300311
>>2741205
> Гипертрединг времён Сэндика на фоне Скалейковского
А что изменилось? По сравнению с смт все такое же сендиговно.
Аноним (Microsoft Windows 7: Firefox based) 12/03/20 Чтв 12:50:31 2749525312
Аноним (Microsoft Windows 7: Chromium based) 12/03/20 Чтв 17:43:38 2749614313
Анон в /a/ помню год назад скидывал Evangelion 1.11 влезающий в 40 Mb двача, и при этом это можно было даже смотреть, фильм на полтора часа. Есть у кого этот файл?
Аноним (Microsoft Windows 7: Chromium based) 12/03/20 Чтв 17:57:58 2749621314
>>2749614
Помню, что ширина кадра была аж 350
Аноним (Linux: Firefox based) 13/03/20 Птн 00:05:00 2749772315
изображение.png (1272Кб, 1440x864)
1440x864
изображение.png (1106Кб, 1440x864)
1440x864
Что то странное происходит с 251-м opus на youtube.
Как то раз, загрузил на youtube flac, он его тогда пережал в aac, ну ничего особенного от этого формата я и не ожидал. Потом я забыл про то видео и пережал для себя тот флак в opus vbr 144k.
Теперь youtube кодирует vp9/opus версии. И на том видео тоже появилась opus версия. Ну думаю, ща посмотрю на спектры со всеми 20 килогерцами. Ага, щас! Ютуб их зачемто взял и порезал. Этот срез похож на mp3, но нехарактерный для opus. Те остатки которые видны на спектрограмме можно списать на недоработку lowpass фильтра.
Главный вопрос: Зачем? Зачем они приравняли частотный диапазон к aac версии трека? Это они так пытаются продвигать свои сервисы "Youtube music" или "Google Play Music"?
Аноним (Linux: Firefox based) 13/03/20 Птн 00:06:34 2749773316
Аноним (Microsoft Windows 10: Palemoon) 13/03/20 Птн 00:26:57 2749779317
1584048587336.jpg (35Кб, 600x505)
600x505
Аноним (Linux: Firefox based) 13/03/20 Птн 00:33:16 2749781318
>>2749779
Ростелеком.
А почему вы спрашиваете?
Аноним (Microsoft Windows 10: Chromium based) 23/03/20 Пнд 15:02:12 2755831319
Новый XnView MP с версии 0.96 читает/конвертирует AVIF.
Аноним (Linux: Firefox based) 23/03/20 Пнд 21:31:10 2755947320
>>2755831
Только он разожрался как не в себя. Подожду пока в nomcas впилят.
Аноним (Microsoft Windows 10: Chromium based) 24/03/20 Втр 17:14:39 2756223321
Аноним (Linux: Firefox based) 24/03/20 Втр 18:54:58 2756280322
А есть для опуса какие-нибудь костыли, которые анализируют mp3шный трек и исходя из его битрейта, частот и энтропии сами выбирают пресет для сжатия типа "чтоб примерно так же осталось"?
Аноним (Microsoft Windows 10: Firefox based) 24/03/20 Втр 19:09:41 2756288323
>>2755947
>nomcas
Тормозное говно какое-то. Хотя, это на винде, может быть.
Аноним (Неизвестно: Неизвестно) 24/03/20 Втр 19:49:18 2756296324
>>2749772
> Те остатки которые видны на спектрограмме можно списать на недоработку lowpass фильтра.
Нет, они похожи именно на мр3 стайл оставление только самых громких пиков свыше 16 КГц
Аноним (Неизвестно: Неизвестно) 24/03/20 Втр 19:50:51 2756297325
Аноним (Linux: Firefox based) 24/03/20 Втр 21:22:56 2756354326
>>2756297
Чтобы пережимать звукан из mp3 в opus, внезапно.
Аноним (Неизвестно: Неизвестно) 24/03/20 Втр 21:55:03 2756375327
>>2756354
А в чем планируемая польза от этого?
Аноним (Linux: Firefox based) 24/03/20 Втр 21:56:11 2756376328
>>2756375
Чтобы итоговый файл занимал меньше места, вестимо.
Аноним (Неизвестно: Неизвестно) 24/03/20 Втр 22:12:40 2756387329
>>2756376
Хех, мда. А не лучше будет скачать желаемый музон в флак, а потом пережать в опус желаемого битрейта? Избежишь двойной потери качества
Аноним (Linux: Firefox based) 24/03/20 Втр 22:25:46 2756395330
>>2756387
Почему ты решил что это музыка, и что она существует в каком-то другом экземпляре? Двач ты не меняешься.
Это архивные записи разговоров, при том в огромном количестве, из разных источников и с разным качеством.
Я конечно могу засесть на две недели со слепым тестированием и подбором битрейта. Но хочется один такой ключик типа -mp3_like как тут >>2718772 который примерно оставит всё как есть, но позволит занимать меньше места.
Аноним (Linux: Firefox based) 25/03/20 Срд 00:56:58 2756488331
изображение.png (195Кб, 1440x864)
1440x864
изображение.png (961Кб, 1440x900)
1440x900
>>2756296
lowpass фильтры не идеальны, и при громких пиках они оставляют мусор в спектре они не полностью их подавляют, так что они остаются в спектре с приглушенной амплитудой.
В принципе, их можно подавить средствами самого кодировщика, путем подбора квантователя для соответсвующей полосы частот так, что-бы этот мусор остался за порогом округления, но qaac почему-то этого не сделал.
А opus еще на 32-х килобитах в секунду пытается закодировать весь диапазон. А поскольку после lowpass фильтр не идеален и оставил после себя мусор, то opus взял и закодировал его как смог.
Для примера 2-й пикрелейтед mp3 320kbps. Здесь видно что спектр отфильтрован, но оставшийся сигнал имеет примерно ту-же громкость мощность, энергия, как оно правильно называется?, что и сигнал с другой полосы частот. Это и отличает фильтр в mp3 от просто lowpass фильтра.
А теперь снова посмотри на ту спектрограмму ютубовского опуса. Там сигнал в самой высокочастотной полосе частот тише основного спектра, что является признаком применения именно lowpass фильтра перед кодированием, а не фильтрации высокобитрейтного mp3.
Аноним (Linux: Firefox based) 25/03/20 Срд 01:48:19 2756505332
>>2756280
>>2756354
>пресет для сжатия типа "чтоб примерно так же осталось"
>mp3 в opus
Ты видимо не шаришь. MP3 и Opus это совершенно разные кодеки. У них общего только то что это lossy аудио кодеки.
Ты пробовал сравнивать AAC LC с HE-AAC (тот который с SBR)? Должно быть очевидно, что высокие частоты синтезированные из низких при той коррекции что там имеется не будет идентичным спектру AAC LC с более высоким битрейтом.
Начнем с того что opus произошел от аудиокодека Vorbis, очередного убийцы mp3, отличается патентной независимостью. Говорят, у него математика преобразования другая. А потому, ты не можешь запихнуть mp3 в Vorbis, только lossy перекодирование.
Opus же скорее ответ AAC, нежели MP3. И раз он выиграл в аудиофильских слепых тестах в 64kbps у HE-AAC, вероятно, у него есть нечто похожее на SBR, а именно: Band Folding. А потому, opus может тебе закодировать Full Band даже на 32 килобита в секунду (но криво, со слышимыми артефактами сжатия), а может даже меньше.

Подбор пресетов опуса под MP3 здесь не уместен, поскольку OPUS не режет частоты так, как это делает MP3. Это ты можешь делать на AAC LC или на Vorbis.

Единственный вариант юзать opus это конвертировать из lossless, или в крайнем случае MP3 CBR 320 kbps.
Аноним (Неизвестно: Неизвестно) 25/03/20 Срд 10:21:25 2756559333
>>2756488
> lowpass фильтры не идеальны
Цифровые - идеальны)

> А opus еще на 32-х килобитах в секунду пытается закодировать весь диапазон
Ну он даже на 144 кбит/с на ютубе режет под 20 КГц (по моим тестам в фирефох-треде) (притом полный диапазон - 24 КГц)

> посмотри на ту спектрограмму ютубовского опуса. Там сигнал в самой высокочастотной полосе частот тише основного спектра, что является признаком применения именно lowpass фильтра перед кодированием, а не фильтрации высокобитрейтного mp3.
Хотя да, но ослабление громкости слишком слабое
Аноним (Microsoft Windows 10: Chromium based) 25/03/20 Срд 10:28:01 2756561334
>>2686610 (OP)
Хули толку. Большинство этих форматов здохнет, как и все технически более совершенные «убийцы» mp3, jpg, rar и т.д. Популярность и распространённость — вот что действительно важно.
Всем этим 7zip-ам, опусам и прочему jpeg2000 вечно ютиться на задворках интернетов, поддерживаемые на искусственной вентиляции лёгких силами трёх с половиной задротов. Мне, разумеется, тоже не нравится эта ситуация, когда привычка стоит на пути прогресса, но хули делать.
Аноним (Linux: Firefox based) 25/03/20 Срд 10:40:22 2756564335
>>2756561
>Популярность и распространённость — вот что действительно важно.
heif - дефолтный формат айфонов, поддерживается практически всеми ОС. Как только браузеры научатся - вот тебе и наступит новый жипег.
Аноним (Linux: Firefox based) 25/03/20 Срд 11:05:40 2756568336
>>2756564
HEVC не поддерживают принципиально. А HEIF, обертку под HEVC для картинок, значит поддержат?
Аноним (Microsoft Windows 10: Chromium based) 25/03/20 Срд 11:06:13 2756569337
>>2756564
>Как только
Ну ты понял.
Аноним (Linux: Firefox based) 25/03/20 Срд 11:34:04 2756576338
изображение.png (28Кб, 596x187)
596x187
>>2756559
>притом полный диапазон - 24 КГц
у него нет режима 44100кГц, поэтому он ресемплит до 48кГц.
а срез 20кГц на всех битрейтах (за исключением самых низких) это у него по дефолту.

>Цифровые - идеальны
Смотря какой фильтр. Вот lowpass фильтр у Audacity там срез максимум 48 децибел на октаву. Приходится многократно повторять этот фильтр,что-бы действительно срезать ВЧ.
Аноним (Неизвестно: Неизвестно) 25/03/20 Срд 12:03:21 2756593339
>>2756576
В Аудишне FFT фильтр начисто срезает, если настроить соответствующе. И отдельный low-pass filter есть вроде бы
Аноним (Microsoft Windows 10: Firefox based) 07/04/20 Втр 13:32:15 2762263340
Какого хрена опус уже год не обновляется? Всё, кодек допилили до совершенства штоле?
Аноним (Apple Mac: Safari) 07/04/20 Втр 14:43:37 2762296341
>>2762263
А почему его должны часто обновлять? Тулсы вообще по несколько лет обновляются, tak вон с 2013 пилится, беты там какие-то. mpc с 2009, wavpack, flac раз в два-три года, это нормально, а народ продолжает массового поедать мертвый mp3, классика.

>>2756576
А если у меня исходник PCM в 44, то как быть? SOXом переводить исходник в PCM 48 и жать потом его в opus? или SOXом переводить уже готовый lossy opus 48 в 44, полученный из исходника PCM в 44? Opus вообще сможет в 44 кустарно c вышеописанным и есть ли в этом смысл/плюсы/минусы? Не понимаю в этом. Теряется ли качество из-за PCM 44 пережатый в opus 48, не считая естественной потери pcm->lossy, чисто за частоту дискретизации спрашиваю.
Аноним (Microsoft Windows 10: Firefox based) 07/04/20 Втр 14:48:29 2762301342
>>2762296
> почему его должны часто обновлять
Ну самый свежий из lossy вроде, только в 2012 формат запилили.
Аноним (Apple Mac: Safari) 07/04/20 Втр 15:54:32 2762338343
Аноним (Microsoft Windows 10: Firefox based) 07/04/20 Втр 15:59:28 2762341344
Аноним (Linux: Firefox based) 08/04/20 Срд 01:17:14 2762657345
>>2762296
Ну в сам opusenc встроен ресемплер. Но если сомневаешься в его качестве, можешь и через sox перегнать.
Передискретизация, с учетом неидевльности lowpass фильтров, может вносить дополнительные искажения. Только вот являются ли они существенными при lossy компрессии?
По умалчанию opusdec такой сигнал снова отресемплит до 44100 Гц. А вот foobar2000 будет воспроизводить в 48 кГц без ресемплинга.
Ещё учти что звуковуха может нативно не поддержитать 44100 Гц. Тогда ей всё равно понадобится ресемплер.
Аноним (Неизвестно: Неизвестно) 08/04/20 Срд 10:16:18 2762790346
>>2762657
> Ещё учти что звуковуха может нативно не поддержитать 44100 Гц
Все звуковухи реалтек передискретизируют всё аудио в 48 КГц, если в панели 48 стоит, насколько я понимаю.
Аноним (Microsoft Windows 7: Firefox based) 08/04/20 Срд 15:07:50 2762961347
>2k20
>сжатие
Аноним (Linux: Firefox based) 08/04/20 Срд 16:54:09 2763027348
>>2762961
Во-первых лосслес в плане математики ультрапримитивен, там всё изобрели уже 30 лет назад. Чё его в 2к20 обсуждать?
Во-вторых, в 2k20 основной потребитель контента - это мобилки, где размер хранилища определяется маркетингом а не техпроцессами. Да даже компы сейчас стараются укомплектовывать ссд, а данные выносить на насы. Так что сжатие в 2к20 - более чем актуальная тема.
Аноним (Microsoft Windows 10: Chromium based) 08/04/20 Срд 18:07:49 2763058349
Как вам сжатие в тик токе?
Аноним (Microsoft Windows 7: Firefox based) 08/04/20 Срд 23:05:56 2763227350
>>2763027
Да ты же просто нищук.
Аноним (Linux: Firefox based) 09/04/20 Чтв 11:01:29 2763366351
>>2763227
Я тебе про ситуацию в экосистеме, а ты мне ad hominem про одного человека. Давай вкатывайся в формальную логику, пока не поздно.
Аноним (Неизвестно: Неизвестно) 09/04/20 Чтв 13:02:27 2763417352
Аноним (Microsoft Windows 7: Firefox based) 09/04/20 Чтв 16:36:47 2763468353
>>2763366
Купи нормальный телефон, а не сяоми, бомж.
Аноним (Неизвестно: Неизвестно) 09/04/20 Чтв 16:51:40 2763470354
>>2763468
На самом деле в 2017 году за 42К айфон имел 32 ГБ (и их не расширить MicroSD), а за 16К Сяоми - 64 ГБ, так что это айфоны обделены хранилищем
Аноним (Linux: Firefox based) 09/04/20 Чтв 21:57:20 2763586355
>>2763468
Ни в один флагман не удастся всунуть десяток терайбат, как в старую добрую пеку. Потому с раземером в любом случае приходится считаться.
Аноним (Linux: Chromium based) 10/04/20 Птн 16:22:37 2763879356
Да как сука ебаные превью аудио+картинка делать
бурят приди порядок неведи!
Аноним (Microsoft Windows 10: Firefox based) 10/04/20 Птн 20:09:15 2763951357
Аноним (Microsoft Windows 10: Chromium based) 15/04/20 Срд 16:00:33 2766418358
bj1.png (979Кб, 1000x1000)
1000x1000
>>2762657
Вижу ты хорошо шаришь. Не мог бы пояснить еще пару моментов с PCM? С такими вопросами ньюфажин аудиофилы сразу гонят тряпками.

1) Достаточно ли ужимать 24-битные PCM в 16-битный PCM с обычным дизерингом фубара или нужны обязательно всякие нойзшепинги дополнительно для такого?

2) При конвертировании PCM Aiff в PCM Wav идентичной битности теряется ли качество? И тоже нужны ли в таких случаях конвертирования всякие дизеринги и тд/тп?
Аноним (Неизвестно: Неизвестно) 15/04/20 Срд 17:26:23 2766464359
>>2766418
Я неон, но по 1) скажу, что твоя пекарня издает такой шум, что динамического диапазона 96 дБ даже с дитхерингом без нойз шейпинга выше крыши будет, ты весь этот диапазон не услышишь в условиях существенного фонового шума.
Аноним (Неизвестно: Неизвестно) 15/04/20 Срд 17:27:23 2766466360
>>2766464
Только непонятно, зачем ужимать, у тебя звуковуха только вывод 16 бит что ли поддерживает? 24 нет?
Аноним (Неизвестно: Неизвестно) 15/04/20 Срд 17:28:31 2766467361
>>2766464
Точнее, благодаря дитхерингу динамический диапазон даже больше, это уровень шума на -96 дБ
Аноним (Microsoft Windows 10: Firefox based) 15/04/20 Срд 20:34:14 2766565362
1519647672424.jpg (257Кб, 1200x900)
1200x900
>>2686610 (OP)
Но WebP на четвертой объективно хуже. У него же даже морщины разгладились, неужели ты этого не видишь? Типичная ошибка новичка в шакалинге - мыло вместо частичного сохранения деталей.
Аноним (Microsoft Windows 10: Chromium based) 15/04/20 Срд 20:34:47 2766567363
>>2766466
Да просто экономия места, музыки пиздец уже, в облако кидаю не часто прослушиваемые жанры. У меня интернет еще не особо то быстрый, выкачивать потом эти 24, я смысла в них особого не вижу, мне мастерингом не заниматься, бутлегов писать не планирую. А если нужно побаловаться, то всегда можно достать их из первоисточника, в данном случае Bandcamp.
https://bandcamp.com/fossf1/following/genres
https://bandcamp.com/fossf1/following/artists_and_labels
Ты просто глянь на списочек жанров, устанешь, а я всё это чекаю, покупаю, качаю, слежу.

Поясни за второй вопрос, вброшу что-нибудь
Аноним (Microsoft Windows 10: Firefox based) 15/04/20 Срд 20:38:35 2766570364
132523348627.jpg (109Кб, 540x650)
540x650
>>2686673
>пиздящий данные пользователей через метадату
Наркоман? Током ёбнуть?
Аноним (Неизвестно: Неизвестно) 15/04/20 Срд 20:59:52 2766593365
>>2766567
А по второму вопросу - я забыл, что за aiff, в чем его особенности. Ну если идентичной битности, то какие могут быть потери? Наверное никаких
Аноним (Неизвестно: Неизвестно) 15/04/20 Срд 21:00:23 2766595366
>>2766593
И дитхеринг наверное нинужен
Аноним (Linux: Firefox based) 15/04/20 Срд 21:34:39 2766638367
>>2766565
>частичного сохранения деталей
Это не частичное сохраненение деталей. Это имитация деталей артефактами сжатия.
Не скажу, что это плохо, кстати.
Аноним (Microsoft Windows 10: Chromium based) 15/04/20 Срд 21:44:19 2766649368
ffX44uxFoPsz2.png (2404Кб, 905x905)
905x905
>>2766593
Да это тот же PCM, только эппловский. Блин, раздражает немного что не все кодировщики его поддерживают и в таком случае сначала aif/aiff в wav жать приходится.

Так уж и быть, раздаю бесплатные подарки. Спасибо за инфу. https://www60.zippyshare.com/v/IHyIka4F/file.html
Аноним (Неизвестно: Неизвестно) 15/04/20 Срд 21:47:29 2766652369
>>2766649
> Да это тот же PCM, только эппловский
ALAC жи есть, я как раз его юзаю, чтобы на афоню скинуть лосслесс музон в Apple Music. Эпловский аналог FLAC. Конвертирую в него из FLAC.
Аноним (Неизвестно: Неизвестно) 15/04/20 Срд 21:49:39 2766655370
image.jpeg (701Кб, 2208x1242)
2208x1242
Аноним (Microsoft Windows 10: Chromium based) 15/04/20 Срд 22:18:11 2766675371
>>2766652
Да я в данном случае предпочитаю Wavpack, в нем есть неоспоримая фича когда нужна экономия места. Гибридный режим позволяет держать сразу lossless и lossy размером как любой другой lossless контейнер. То бишь возьмем твой трек ALAC, предположим размером 25мб и Wavpack тем же 25мб, в которые ужались сразу lossy и lossless и их общий размер составляет тот же 25мб. А в случае ALAC получится что к этим 25мб нужно еще прибавить ~10 для хранения lossy AAC, получится уже ~35. Я знаю что на FLAC тоже есть такое, но сторонними васянами написано и не уверен будет ли работать везде, уже жаловался народ на траблы. А в Wavpack это из коробки.

>>2766655
Что-то с кодировкой не то, перекодируй документ, если нужно, да там ничего важного не написано, просто комментарии для упрощения. Но хоть официально бесплатное и в любом формате.
Аноним (Microsoft Windows 7: Firefox based) 18/04/20 Суб 00:27:20 2767650372
Как научиться пользоваться архиваторами?

вот например есть файлы, которые когда-нибудь (возможно) понадобятся, но большую часть времени они только валяются на диске. Как их лучше всего упаковывать и сжимать?
Попробовал случайным образом потыкать пресеты 7-Zip, но ничего путного не получилось, а в некоторых случаях архив даже начал больше весить, чем исходные файлы.
Каким образом добиваются уменьшение размера в два раза и выше? Например как в репаках игр или здесь: https://rutracker.org/forum/viewtopic.php?t=5489805
Аноним (Неизвестно: Неизвестно) 18/04/20 Суб 01:10:02 2767663373
>>2767650
Создаешь профиль по умолчанию в винрар с форматом архива Rar с максимальным сжатием, и если по одному не будешь файлы вытаскивать, то непрерывный архив
18/04/20 Суб 08:56:22 2767728374
>>2686610 (OP)
Православная это шебм4ретардс, ебаный пикабушник.
Аноним (Linux: Firefox based) 22/04/20 Срд 12:13:34 2769988375
>>2767728
>FFmpeg
>пикабушник
>Православная это GUI для FFmpeg
совсем дебич? Пошел обратно на свой пикабу и больше не возращайся.
Аноним (Microsoft Windows 10: Firefox based) 05/05/20 Втр 17:01:12 2777882376
8532-1.jpg (136Кб, 1430x715)
1430x715
Есть 17гб фото в пнг. Чем можно существенно сжать без потери (или с минимальной потерей) в качестве?
Аноним (Google Android: Mobile Safari) 05/05/20 Втр 17:02:12 2777883377
Каво
Аноним (Google Android: Mobile Safari) 05/05/20 Втр 17:08:23 2777887378
Аноним (Google Android: Mobile Safari) 05/05/20 Втр 17:50:33 2777914379
>>2687799
Взгляни на небо, посмотри, там плывут облака
Аноним (Microsoft Windows 7: Firefox based) 05/05/20 Втр 19:39:29 2777961380
>>2777882
cwebp -z 9 -mt image.png -o image.webp
Аноним (Microsoft Windows 10: Firefox based) 05/05/20 Втр 20:43:56 2777999381
>>2777882
cwebp -z 9 -lossless -mt (без потерь)
cwebp -m 6 -z 9 -near_lossless 80 -mt (без визуальных потерь, чем меньше число -near_lossless, тем меньше результат, но больше потерь)

Если просто для хранения, то можно и BMF
https://www.compression.ru/ds/bmf_2_01.rar
Сам формат это не какой то стандарт, но это один из лучших сжимальщиков без потерь, сразу он PNG не понимает, надо предварительно сконвертировать например в PPM:
ffmpeg -i image.png image.ppm

Уже потом сжимать:
BMF.exe -s -O"image.bmf" "image.ppm"
Аноним (Microsoft Windows 10: Firefox based) 05/05/20 Втр 22:47:44 2778105382
изображение.png (19Кб, 846x272)
846x272
>>2777882
>>2777961
>>2777999
>>2777887
Потестил.
Везде максимальное сжатие без потерь, кроме heic. В нем есть минимальные отклонения. Был бы вином, если бы не зеленил картинку, и нет нормальных приложений для просмотра.
JPC - LuraWave JPEG-2000 Format, без потерь и быстро, но мертвый.
AVIF - oche dolgo, даже в webp будет все конвертироваться ~30 часов.
Аноним (Microsoft Windows 10: Chromium based) 05/05/20 Втр 23:52:18 2778178383
>>2778105
Тут только нужно смотреть как конвертируется в AVIF и HEIC, скорее всего в yuv444/yuv422 (а это уже потери, как при цветовом преобразовании, так и сохраняется меньше самих цветов).
В AVIF настоящий lossless режим есть через https://github.com/AOMediaCodec/libavif
Avifenc --lossless
Для HEIC были какие то форки с RGB, но надо разбираться и размеры там будут существенно выше.
У Webp если недостаточно скорости, можно использовать настройки побыстрее, даже на них результаты вполне себе.
Аноним (Microsoft Windows 10: Chromium based) 06/05/20 Срд 00:02:15 2778187384
>>2778105
Можно еще посмотреть тесты, которые я кидал в другом треде https://docs.google.com/spreadsheets/d/1ju4q1WkaXT7WoxZINmQpf4ElgMD2VMlqeDN2DuZ6yJ8/

Также там есть тест PNG оптимизаторов (в табе PNG), в Jpeg XL сжимать на максимальных настройках тоже будет очень медленно, да и сам формат пока еще развивается, вроде как уже стандартизировали, но есть вероятность что новые версии не распакуют старые пикчи, тут уж на свой риск.
Аноним (Microsoft Windows 7: Firefox based) 06/05/20 Срд 10:00:03 2778294385
>>2778178
>В AVIF настоящий lossless режим
Он всё равно в yuv444 перегоняет.
Аноним (Microsoft Windows 10: Chromium based) 06/05/20 Срд 15:22:20 2778438386
06/05/20 Срд 16:25:38 2778480387
>>2686989
шебм хуйня, не перематывается
Аноним (Microsoft Windows 7: Firefox based) 06/05/20 Срд 18:16:17 2778567388
Как максимально жать в лосслесс авиф? Пробовал "avifenc -l -s 0 image.png image.avif" с этой пикчей >>2687799, но результат весит больше, чем лосслесс вебп.
Аноним (Microsoft Windows 10: Firefox based) 06/05/20 Срд 18:41:45 2778583389
Аноним (Microsoft Windows 10: Chromium based) 06/05/20 Срд 19:15:32 2778598390
>>2778480
Что у тебя за калькулятор?
Аноним (Microsoft Windows 10: Chromium based) 06/05/20 Срд 20:06:45 2778621391
>>2778567
Так и жать, если нужен настоящий Lossless, все остальные утилиты жмут в yuv444 не сохраняя дополнительные данные с RGB (можно точно также как они сжимать и avifenc, указав нулевой квантайзер --min 0, но не добавляя lossless). AVIF вообще не особо предназначен для конвертации чего то с RGB в lossless, т.к. у него все это сделано через костыли и очень сильно страдает сжатие.

Некоторые цитаты:
>I don't have any numbers to know whether this is normal or not, but AV1 is designed for lossy encoding, so it is possible. In order to have true lossless RGB, GBR planes are handed to the AV1 encoder, which probably causes the encoder to be less efficient than it could be.
(jdrago)

>YUV444 is not actually lossless. Conversion of 8-bit RGB to 8-bit YCbCr reduces the number of colors from ~16m to ~4m. You're basically not encoding the least significant bits in the red and blue channels - and those are typically high-entropy bits, so you get a close to 2bpp advantage by not encoding them.
(jonsneyers)
Аноним (Microsoft Windows 10: Firefox based) 06/05/20 Срд 20:08:49 2778622392
>>2763470
Кек, а в ноклу 808 из доисторического 2012 можно хоть 2 терабайта карточку засунуть как родную, которых до сих пор не выпустили.
только скорость будет 10 мегов/с
Аноним (Microsoft Windows 10: Firefox based) 06/05/20 Срд 20:24:13 2778632393
Как одной строчкой команд, а не кучей заходов в ffmpeg нарезать шебмку из огромного fullhd 60fps стрима h264/aac adts, получив на выходе например 640х360 vp9 512kbit / opus 64kbit моно с нормализацией под -1 дБ и срезом частот ниже 20 Гц? Скажем слепить 20 кусочков где-то в районе 04:23:40 - 04:24:02 и 07:45:21 - 07:48:54, в идеале ещё и вырезать из фуллхд оригинала кусок 640х360 в нижнем правом углу и засунуть его в финальный шебм. И всё это сразу одной строкой в консолечке. Чот получится наверно пердолинг не хуже установки генту.
Аноним (Microsoft Windows 7: Firefox based) 06/05/20 Срд 21:12:33 2778669394
>>2778621
>дополнительные данные с RGB
Понятно, откуда лишний вес.
Аноним (Microsoft Windows 10: Chromium based) 07/05/20 Чтв 02:14:46 2778865395
нихуя не понимаю, нахуя рекомендовать heic / avif?
Была папка 7гб, и bmp, и jpg, и png, разные размеры, разное качество, с прозрачностями и без, анимации и без.
Прогнал за 5+ минут с помощью xnview в webp, в результате и проводник читает формат, и папочка сжалась до 1.4гб, и в программах фоточки видны.

Попробовал перегнать сначала те же 7гб в avif / heic (результаты одинаковы), 4% (я хз сколько это мб, может мб 300-350), около часа.
Впизду я ебал такой пиздец. Вы ебанутые.

Ради теста взял AVIF / HEIC / WEBP посмотрел на то, что получилось, и время затраченное.

всё кроме webp не выдерживает никакой блядь критики.
Как по поддержке банально софтом, так и по времени обработки, конвертации, сжатия, и так далее.

Вопрос - нахуя он нужен?
Аноним (Microsoft Windows 10: Firefox based) 07/05/20 Чтв 04:17:55 2778912396
Какой видеокодек жмёт круче всех, чтоб весило хуйню, а качество было неотличимо от оригинала?
Аноним (Microsoft Windows 10: Firefox based) 07/05/20 Чтв 04:18:47 2778913397
>>2778865
> времени обработки, конвертации, сжатия
Что, даже на 9900к сраные картиночки жмутся часами?
Аноним (Linux: Chromium based) 07/05/20 Чтв 09:33:43 2778945398
Screenshot20200[...].png (36Кб, 1151x258)
1151x258
15706292291649.webm (8702Кб, 406x449, 00:02:45)
406x449
15708643421022.webm (2667Кб, 800x500, 00:01:23)
800x500
15707890381318.webm (6556Кб, 450x282, 00:04:32)
450x282
Прошу прощёния если уже было.
Хватаем первую попавшуюся в папке гифку (пнг и джипег пока не вкостылены) и приклеиваем звук.
Аноним (Microsoft Windows 10: Firefox based) 07/05/20 Чтв 10:13:02 2778957399
Аноним (Linux: Firefox based) 07/05/20 Чтв 10:59:22 2778978400
Аноним (Linux: Firefox based) 07/05/20 Чтв 11:13:41 2778985401
>>2778978
Отступы там - самый из незначительных грехов. Он нигде не определяет рабочую папку, потому если запустить скрипт типа ~/scripts/myyobaffmpegwrapper/yoba.sh, то они пидорнёт случайный трек и картинку с хомяка.
Аноним (Linux: Chromium based) 07/05/20 Чтв 11:19:39 2778991402
Очень ранимая а[...].mp4 (264Кб, 854x480, 00:00:08)
854x480
>>2778985
Спасибо за замечания
Аноним (Microsoft Windows 7: Firefox based) 07/05/20 Чтв 11:24:13