[Назад] [Вся нить] [Последние 50 сообщений]
Ответ в нить
Animapcha image [@] [?]
Тема   ( ответ в 194168)
Сообщение flower
Файл 
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM, WEBP размером до 5000 кБ.
  • Ныне 3151 unique user posts. Посмотреть каталог
  • Предельное количество бампов нити: 375
No. 194168  
Начатое в декабре позапрошлого (2020) года сообщением >>156266 погружение в подробности видеокодирования тридцатибитных пикселов принуждено было завершиться опосля 375 бампов.

Здесь — слѣдующая серія.
No. 194171  
85566791_p0.jpg - (2.74MB, 2892×4096)
194171
>My Next Life as a Villainess: All Routes Lead to Doom!
>Catarina Claes, the young daughter of a noble family, one day bumps her head and regains memories of her past life as an otaku. It is then that she realizes she has been reborn into the world of the otome game Fortune Lover as the game's villainess who, regardless of what route the player took in the original game, is doomed to be either exiled or killed. In order to avoid these routes that lead to doom, Catarina begins taking countermeasures. This, however, ends up having unexpected consequences on her relations with the other characters of the game's world.

Всем привет, я Мицгол, мне 52 года и сейчас я буду кодировать видиво из этого прекраснейшего аниме!
No. 194184  
И ты не Мицгол, и я ещё не 52 года прожил (даст Бог, со временем проживу), и кодировать буду другое. Не надо нести хѣрни!
No. 194188  
Начнём с того, что по адресу https://www.dailymotion.com/video/xm7oor располагается теперь другое видео — немного не то, которое я скачал 12 июля прошлого (2021) года и съ тѣхъ поръ использовал во всём предшествующем ѳрэдѣ. Новое видео вѣситъ больше (25 939 950 байтов вмѣсто 25 901 136 байтов), длится дольше (на семь сотых долей секунды), использует чуть болѣе низкий битрейт звука (127 kbps вмѣсто 128) и чуть болѣе высокий битрейт видео (на 2 kbps больше, чѣмъ было). Приходится думать, что либо Dailymotion произвёл какую-нибудь перекодировку первоначального файла (возможно, с наращиванием качества той переужатой версии, которая раздаётся вмѣсто оригинала), либо пользователь, загрузивший туда видеомем «You should install Linux», способен был подготовить новую его копию. (Второй вариант представляется менѣе вѣроятнымъ.) Вы можете самостоятельно сравнить прежнюю версию (страховочные копии которой я сейчас по адресу https://take-me-to.space/sXBvQ7Y.mp4 и https://m1.afileditch.ch/XAPepIjSYOUjZXtjOIn.mp4 выкладываю) с новою (рекомендую https://github.com/yt-dlp/yt-dlp для ея скачивания), если кому небезынтересно.

Упомянутую в сообщениях >>181780 и >>181782 и >>181783 и >>181790 и >>181791 и >>181828 досадную проблему, то есть наступившую с конца марта отключённость распознавания границ между сценами видео (по рѣзкимъ перемѣнамъ содержимого кадров) и отключённость расставления ключевых кадров в начале сцен, которая болѣе полугода ужасно раздражала, также удалось одолѣть наконец. На сайте https://scenedetect.com/ предлагают превосходный распознаватель границ сцен (PySceneDetect), итог работы которого можно скармливать параметру «-force_key_frames:v» во FFmpeg. Для запуска PySceneDetect достаточно распаковать архив https://github.com/Breakthrough/PySceneDetect/releases/download/v0.5.6/PySceneDetect-0.5.6-win64-portable.zip в пустом каталоге, затѣмъ для надёжности грохнуть в нём ffmpeg.exe (потому что у меня есть свой, болѣе новый, и я не желаю возможности случайно запустить старый FFmpeg вмѣсто него), а затѣмъ подавать команды наподобие вот этой (на примѣрѣ только что упомянутого видеоролика):

\путь\к\каталогу\scenedetect.exe -i xm7oor.mp4 detect-adaptive --min-scene-len 10s --threshold 2 list-scenes --filename сцены.csv

Погоняв быстрый (а именно шестой) пресет SVT-AV1 при CRF 61, я на примѣрѣ https://www.dailymotion.com/video/xm7oor увидал, что PySceneDetect позволяет экономить чуть болѣе 2% объёма файла, одновременно расставляя почти вдвое больше ключевых кадров: при настройках наподобие указанных в сообщении >>194080 (с той разницею, что «-crf 61» и «keyint=20s») SVT-AV1 ставит 7 ключевых кадров в этом видео, тогда как PySceneDetect (руководясь вдвое меньшим, десятисекундным, ограничением снизу) предлагает 13 ключевых кадров — здѣсь я пишу «почти вдвое больше», потому что, если пренебречь самым первым кадром (которому в любом видео приходится быть ключевым), то разница между 6 и 12 будет ровно двукратною. Это позволяет догадываться (и догадываюсь), что «цѣна кадра» (выражаемая количеством тѣхъ байтов, которые в файле на него затрачиваются) складывается таким образом, что «дешевле» расставить 12 ключевых кадров в начале сцен, чѣмъ шесть ключевых кадров «в случайных мѣстахъ» (которые «случайные» только с точки зрѣнія сюжета видео, а так-то строжайше соѿвѣтствуютъ двадцатисекундным интервалам). Вот насколько выходит «дороже» сдѣлать ключевой кадр из серединного кадра сцены (который в противном случае оказался бы двунаправленно предсказанным по его сосѣдямъ и оттого дешёвым), а не из начального кадра сцены (который в любом случае содержит крупную междукадровую разность и оттого «ужé дороговат»)! Вдвое, вдвое «дороже»!
No. 194190  
Сразу скажу ещё, что даже если бы скармливание итогов работы PySceneDetect во FFmpeg (в нашем примѣрѣ рѣчь идёт о значении параметра «-force_key_frames:v "00:00:02.280, 00:00:12.360, 00:00:23.160, 00:00:33.800, 00:00:43.800, 00:00:54.440, 00:01:04.520, 00:01:16.160, 00:01:26.560, 00:01:39.400, 00:01:51.400, 00:02:02.320"», но только безъ тѣхъ пробѣловъ, которые я тут расставил за запятыми для улучшения читаемости и переносимости на новую строку) не приносило собою двухпроцентного выигрыша по объёму файла и даже слегка наращивало бы этот объём, то и тогда использование PySceneDetect могло бы оказаться повадным, так как хорошая расстановка ключевых кадров в начале сцен обладает ещё тремя слѣдующими достоинствами:

① Не возникает «щелчок качества», то есть рѣзкій рост (или, рѣже, снижение) качества кадров «на ровном мѣстѣ» в середине сцены (на сáмомъ дѣлѣ — въ томъ мѣстѣ ея, на которое «случайно» пришёлся равнопромежуточный ключевой кадр) в силу того, что libsvtav1 любит экономить на качестве кадров во всём интервале между началом сцены и ключевым кадром (или наоборот), если этот интервал волею случая оказывается небольшим (не болѣе ≈десятка кадров).

② В видеопроигрывателе команды «перейти къ слѣдующему ключевому кадру» и «перейти к предыдующему ключевому кадру» перестают быть простым средством быстрого проматывания, приобретают дополнительный смысл «перейти къ слѣдующей сценѣ» и «показать сцену заново с сáмого её начала» (причём в точности «с начала», без появления лишних кадров перед её началом и без пропуска кадров попаданием позже её начала при навигации).

③ Как пересохранение ключевых кадров в AVIF без потерь, так и цитирование видеоматериала без потерь (совершаемое вырѣзаніемъ, всегда начинающимся от ключевого кадра) начинает в точности руководиться границами сцен, возможность срѣзать или прирѣзать лишние кадры почти исключается.

Я пишу «почти» потому, что примѣръ https://www.dailymotion.com/video/xm7oor состоит из очень небольших сцен весьма динамичной анимации, умаляя эти три достоинства: и «щелчок качества» не так видно в калейдоскопе визуальных впечатлений, и пожелания навигации и цитирования могут приводить к началу такой сцены, которая всё-таки окажется между ключевыми кадрами (так как окажется короче, чѣмъ та предѣльно малая длина, которая параметру «min-scene-len» была указана).

В конечном счёте при CRF 61 и нулевом пресете итог кодирования занимает 6 095 175 байтов и оттого не способен помѣститься на 410чанѣ.

Повысив CRF на единицу (до 62), при том же нулевом пресете получаю 5 157 539 байтов. Столь значительная (без малого мегабайтовая) реакция на единичное измѣненіе CRF может объясняться, по-видимому, единственно динамизмом содержимого видео. По сравнению с видеофайлом, к сообщению >>194106 приложенным, видим принесённую PySceneDetect экономию объёма; в практическом смысле она обеспечивает собою возможность помѣстить видео на 410чанѣ с указанием ему большего битрейта звука (62,30 kbps вмѣсто 54,89 kbps). И помѣщаю.

Во всё это время я испытывал изрядный соблазн не кодировать никакое видео AV1, по меньшей мѣрѣ, до второй половины понедѣльника, то есть дожидаться появления очередной еженедѣльной сборки FFmpeg, в которой движок libsvtav1 ужé содержал бы исправление ошибки (ранѣе в сообщении >>193934 упоминавшейся), замедляющей работу его под Windows. Подсчёты https://gitlab.com/AOMediaCodec/SVT-AV1/-/merge_requests/2016#note_1119896397 наглядно показывают, что эффект этой ошибки зависит от пресета, возрастая вмѣстѣ с качественностью кодирования видео, так что ≈троекратное (в 2,7 раза) замедление работы седьмого пресета оборачивается ≈шестикратным (в 6,1 раза) замедлением работы четвёртого пресета. Однако же, пренебрегая той тормознутостью, всё же и начал, и закончил всё дѣло ранѣе понедѣльника.
No. 194191  
83304989_p0.jpg - (101.41KB, 492×875)
194191
>>194184
>хѣрни
Бу. Старый, вредный. А говорит, 50-ти нет!

У кого-то есть ссылки на посты, где Мицгол обьясняет, почему он использует Windows? Интересуюсь на фоне очередного (не без улыбки до ушей) просмотра этого видео «Year of the Linux Desktop».
No. 194255  
Пишу в подходящий по смыслу тред, ничего?

Подскажите, что с этой картинкой, почему она такая огромная и плохо жмётся в тот же самый jpg понижением quality?
https://danbooru.donmai.us/posts/5113998

Есть куда более визуально детализованные картинки, занимающие при этом меньше места.
No. 194264  
1.jpg - (4.56MB, 3627×5903)
194264
>>194255
cwebp -m 6 -q 92 дает 4.8 мегабайта и качество не то, что бы отличить.

mozjpeg -quality 92 дает 4.6 мегабайта, но не позволяет перейти даже к 92.5, буквально чуть-чуть не влазит на автобус: 5,171,076 байт вместо 5,120,000. Результат прилагаю.
No. 194265  
Что касается
>плохо жмется понижением качества
так mozjpeg при качестве 60 уже 806,187 байт, что не может быть расценено как "плохо жмется". Да что там, качество 90,60 выдает 3,408,996 байт, и при этом хрен ты так легко заметишь отличия. И это тоже сложно назвать "плохо жмется".
No. 194266  
>>194264
Да, признаю, жал неправильно, видимо, спасибо. Жал просмотрщиком, при 95 он даёт 7.2 MB, при 92 5.9. Почему-то думал, что ниже 95 это уже довольно плохо, ведь ОП треда всё отказывался жать картинки в это качество и настаивал на webp.
No. 194267  
А вот что даёт эта штука. Она вообще без настроек.
No. 194284  
шум.webp - (375.01KB, 638×559)
194284
>>194255
> 24bit N JFIF [OK] 23133086 --> 20797455 bytes (10.10%), optimized
Как минимум, она была пожата каким-то старым JPEG-ом.
Как максимум, она на самом деле детализованная, а точнее — содержит большое количество шума. Шум особо не пожмёшь.
No. 194298  
faptcha_php.png - (9.75KB, 90×50)
194298
>>194191
> Мицгол обьясняет, почему он использует Windows?
Все таки, в наше время, следует дополнительно объяснять почему используется НЕ Windows. Как линуксоид говорю! А аргументы Мицгола послушал бы с удовольствием конечно, ежели такие вообще имеются.
No. 194299  
>>194284
А чей это вывод цитатный?
No. 194307  
faptcha_php.png - (10.37KB, 90×50)
194307
>>194298
>Все таки, в наше время, следует дополнительно объяснять почему используется НЕ Windows.
>Как линуксоид говорю!
А казачек-то зас Обоснуй, не понял.
No. 194308  
>>194299
jpegoptim --strip-none -o
No. 194311  
faptcha_php.png - (8.56KB, 90×50)
194311
>>194307
Ну, популярность систем сильно разная. Обычно объяснять приходится почему у тебя основная система не Windows, если речь идет о десктопе. Это и сейчас так ,а в годы становления Мицгола программистом DOS/Windows полностью доминировали везде вообще, вот он и... Я примерно это хотел сказать.

ПРИЗЫВАЮ Ув. Мицгола дать развернутый комментарий!
No. 194312  
>>194308
>jpegoptim
Ты б еще гвоздей поел.
No. 194313  
faptcha_php.png - (11.95KB, 90×50)
194313
>>194311
>Обычно объяснять приходится почему у тебя основная система не Windows
Я говорю "так сложилось исторически" и закрываю тему. В конце концов какая разница, если делаешь свою работу.
No. 194314  
faptcha_php.png - (9.42KB, 90×50)
194314
>>194313
У меня веб-разработка с позволения сказать, поэтому Linux безальтернативен. Я обычно так говорю.
>В конце концов какая разница
Бывает спрашивают, зачем это всё.
No. 194315  
>>194314
>зачем это всё
Все люди этим вопросом задавались, наверное. И я сам не знаю, зачем я есть, в чём смысл жизни, где у мяуколки мурчалка и т.д. Одни ли мы во Вселенной скорее всего да, как работают современные процессоры после Pentium 4 и прочее.
Сложные вопросы на Автобусе сегодня задают, ух, серьёзные и сложные.
No. 194318  
>>194315
> скорее всего да
Тогда и антропный принцип скорее всего верен и бог/боги скорее всего тоже есть. А может действительно, так оно и есть. Дела, однако.

P.s. Имеется в виду - в конкретике неясно как работает или даже модель непонятна?
No. 194319  
>>194255

> Пишу в подходящий по смыслу тред

Нѣтъ.

Подходящим по смыслу было бы то обсуждение сжатия (и вообще сохранения) изображений, которое сообщением >>185114 начиналося.

> что с этой картинкой

Наблюдение >>194284 насчёт шума совершенно справедливо.

> Есть куда более визуально детализованные картинки, занимающие при этом меньше места.

Значит, их визуальные детали не обладают той степенью непредсказуемости, которою обладает случайный шум.

>>194264

> cwebp -m 6 -q 92

>>194266

> настаивал на webp

Настаивал и продолжаю настаивать на том, что при сжатии в WebP с потерями мало и не достаточно бывает указывать кодировщику cwebp одно только значение качества.

Гораздо лучше одновременно употреблять ещё и тот недокументированный пятый препроцессор (параметр «-pre 5»), достоинства которого продемонстрированы в сообщениях https://410chan.org/b/arch/res/158687.html#164961 и https://410chan.org/b/arch/res/158687.html#164965 в архиве 410чана.

>>194267

> А вот что даёт эта штука.

По адресу https://trimage.org/ сказано, что для файлов JPEG эта штука служит обёрткою над оптимизатором jpegoptim, занимающимся переужатием JPEG без внесения потерь.

Это тот самый оптимизатор, который был использован в сообщении >>194284, назван в сообщении >>194308, беспочвенно обруган в сообщении >>194312.

Сборкою послѣдней его версии пользователи Windows могут по адресу https://github.com/XhmikosR/jpegoptim-windows/releases/tag/1.5.0-rel1 разжиться, а пользователи других операционных систем могут по адресу https://github.com/tjko/jpegoptim/releases/tag/v1.5.0 скачать исходный код.

> Она вообще без настроек.

А их и не надо, просто жмёт по максимуму всегда, да и всё. Так как переужатие не вносит никаких потерь, то этот образ дѣйствій является наилучшим.

>>194191

> Мицгол обьясняет, почему он использует Windows?

Звуковую дорожку видеофайла, по адресу https://take-me-to.space/qiCpXoH.mp4 расположенного (это тот самый, который по адресу https://t.me/readMithgol/532 прилагался и в сообщении >>194080 упоминался), можно послушать под Windows, если открыть адрес файла в аудиопроигрывателе https://www.foobar2000.org/ (сперва в него компонент https://www.foobar2000.org/components/view/foo_pd_aac установив) и дождаться завершения скачивания видеофайла из Интернета.

Расскажите, чѣмъ послушаете её под Linux?

(Формат звуковой дорожки — USAC, он же xHE-AAC.)

Это лишь первый из десятков вопросов, на которые я не знаю готового ѿвѣта и притом не хочу разводить оффтопик в обсуждении, предназначенном для другой цѣли.
No. 194320  
Упомянутая в сообщении >>194188 счастливая возможность использовать https://scenedetect.com/ как средство обнаружения подходящих мѣстъ для расстановки ключевых кадров позволяет (съ тѣми же параметрами для scenedetect.exe) найти их так удачно, что видеоклип https://vimeo.com/210902520 (в сообщении >>188513 лежащий с указанием битрейта звука 58,34 kbps) может быть теперь помѣщённымъ на 410чан с указанием для звука 65,35 kbps при том же CRF=61.

Какую-то роль в этом сыграли, должно быть, упоминаемые в сообщении >>194056 оптимизации и исправления в SVT-AV1.

Без донастройки битрейта звука и без преобразования в WebM этот видеофайл (кодированный нулевым пресетом) занимает 5 133 069 байтов, а его черновик (тот же файл, но кодированный шестым пресетом для провѣрки, хорошо ли работает перерасстановка ключевых кадров) занимает 6 115 460 байтов, а без помощи PySceneDetect (кодированный тѣмъ же шестым пресетом) занимает 6 154 004 байта. Громадная (без малого мегабайтовая) реакция объёма файла на обнуление пресета не очень для меня понятна.
No. 194321  
>>194319
>Гораздо лучше одновременно употреблять ещё и тот недокументированный
>лучше
>применять
>недокументированный
Довольный странный ход мысли применять недокументированные функции, но не мне вас программистов судить.
>беспочвенно обруган в сообщении >>194312.
Не беспочвенно. Lossless JPEG это мусор, а для не lossless херня вроде оптимизации не нужна. И pngoptim тоже гвозди, convert -quality 95 в 80% случаев дает либо такой же, либо неотличимый (по весу) результат. У вас просто шизофрения на почве байтов.

>Расскажите, чѣмъ послушаете её под Linux?

Таки не послушаем, потому что "not implemented" нигде толком. Но тут таки нужно копнуть глубже.
>In April 2016, Via Licensing announced the launch of a xHE-AAC patent pool licensing program for 2016.
>In 2018, xHE-AAC was included in Via Licensing's AAC patent pool at no additional cost.
>Opus (codec) – a royalty free alternative, low latency codec for a similar usage

После чего ответ напрашивается сам собою: проблема создана искуственно. Патентованные кодеки от MPEG — давно пора на свалку. Вот я краем уха слышал, что Fedora отключила vaapi поддержку h264 и hevc, потому что патенты. Сами же себе под двери говна навалили, а теперь репу чешут — как же декодировать? А никак! Нехер было сопутствовать продвижению заведомо вредоносных технологий.

Например, у меня под линуксом есть firejail(1), а так же штуки по типу ip-route(8), nft(8) и так далее. А у вас — нет.

Мой образ диска не отсылается на сервера Micro$oft, а ваш — регулярно, я знаю, я пользовался, потребление диска было настолько большим и невыносимым, что других выводов сделать просто не получается.

А еще у вас нельзя ^Alt+<F1-12> для переключения между виртуальными консолями, что делает работу с несколькими пользователями непрактичной и неудобной.

А еще у вас UI — говно откровенное и невыносимое. И при этом у вас нельзя установить i3.

Да куда уж там! Возьмите флешку, обыкновенную простую USB флешку, сделайте на ней какую-нибудь MBR таблицу и два раздела. И попробуйте открыть второй из них под Windows. Что же, видимо сходу не получится?

И что теперь? Верно, верно, дорогой мой друг — не очень-то и хотелось. Вот и мне не очень-то и хотелось этими ненужными кодеками пользоваться.
No. 194325  
faptcha.png - (9.35KB, 90×50)
194325
>>194321
Репу никто не чешет. H.264 спокойно декодировался и декодируется на любом процессоре, который не говно мамонта. Люди, которые накачали релизов в H.265, накачали их не просто так и либо сменят Федору, которую они себе зачем-то поставили вместо Убунты, на Убунту, Дебиан или Арч, где всё работает, либо будут компелять себе пакеты сами.
No. 194326  
>>194319
> Расскажите, чѣмъ послушаете её под Linux?
Поставлю кодек очевидно, если из коробки нет. Это как раз простой вопрос.
No. 194327  
>>194326
Ну-ну, поставь. А заодно и с нами поделишься, как ты его поставил.
No. 194329  
>>194327
> xHE-AAC
Проблема осознана в полной мере после 10 минут гугления.
No. 194330  
faptcha.png - (10.95KB, 90×50)
194330
>>194325
>Репу никто не чешет
А я — Буратино, ага.
No. 194332  
Формально сжатие видео достигло ужé такого уровня, что в 410чанский 5000-килобайтник можно засунуть 3 минуты 50 секунд окончания третьей серии «Ichiban Ushiro no Daimaou» (примѣръ прилагаю), причём единственным реально досадным артефактом сжатия будет «разваливающаяся / подлагивающая катана» на фоне солнечнаго диска на восьмой, девятой, десятой секунде.
No. 194339  
96471079_p0.webp - (3.34MB, 3933×2302)
194339
>>194327
git clone https://aur.archlinux.org/ffmpeg-libfdk_aac.git

makepkg
pacman -U *.pkg*

Из соображений лаконичности, некоторые промежуточные шаги не упомянуты.
Проигрывается mpv.
No. 194361  
1.png - (247.83KB, 1037×1011)
194361
>>194339
No. 195570  
quote.webp - (134.31KB, 2035×1180)
195570
По адресу https://telegra.ph/5-megabytes-of-AV1-in-MP4-on-Telegraph-pages-in-2022-08-06 я систематизировал понимание измѣненій в возможностях AV1, произошедших за послѣдніе два года.
No. 196902  
screenshot.webp - (319.53KB, 1280×15692)
196902
По-видимому, дальнѣйшіе эксперименты с использованием SVT-AV1 я принуждён буду отложить до будущей недѣли по двум причинам.

Во-первых, как я это по адресу https://twitter.com/FidonetRunes/status/1590031030458929153 ужé упоминал, в настоящее время по адресу https://gyan.dev/ffmpeg/builds/ ясно видно, что сборщик FFmpeg для Windows рѣшилъ сдѣлать перерыв до 21 ноября, то есть как раз до ближайшаго понедѣльника.

Во-вторых, с новым FFmpeg должна прийти и новая версия libsvtav1 — а на нынѣшней недѣлѣ к появлению в ней приуготавливаются измѣненія https://gitlab.com/AOMediaCodec/SVT-AV1/-/merge_requests/2030 (скриншот их описания прилагаю), которые притащат с собою не только рост скорости или качества видеокодирования, но и исправления замѣченныхъ ошибок в логике кодировщика. Не хочется до этого момента тратить завѣдомо больше времени или получать завѣдомо меньше качества.

Сразу скажу, что я не готов слишком уж затаивать дух в предвкушении роста качества: легко может оказаться, что изрядная часть достигнутого качества может быть отнесена на счёт того только, что разработчики libsvtav1 наконец распробовали полезный эффект от параметра «hierarchical-levels=5» (тот эффект, который я начал упоминать на 410чане ещё лѣтомъ, как это видно в сообщениях >>185746 и >>185747 и >>185939 и >>186640 и >>186737 и >>187402) и рѣшили теперича примѣнить его ко всѣмъ пресетам от нулевого до шестого включительно. Тогда получится так, что в моих видеоцитатах этот рост качества в полной мѣрѣ совершился ещё нынѣшнимъ лѣтомъ, а новая версия libsvtav1 ничего существенного к этому не прибавит.

Впрочем, посмотрим.
No. 196904  
У меня на Win7 твои видео воспроизводятся в МедиаПлеере с кодек-паком, но не воспроизводятся в Edge. Как можно это недоразумение исправить?
No. 196905  
screenshot.webp - (86.90KB, 878×983)
196905
>>196904

Майкрософтовский браузер — настолько майкрософтовский, что работу AV1 обеспечивает (согласно изложенным по адресу https://caniuse.com/av1 наблюдениям) при двух непремѣнныхъ условіяхъ:

① установите Windows 10 или ещё новѣе,

② поставьте https://www.microsoft.com/store/productId/9MVZQVXJBQ9V из Microsoft Store.

Вывод: если желаете оставаться на Windows 7, то достоинства новых видеоформатов обеспечит только какой-нибудь другой современный браузер — Mozilla Firefox, Google Chrome, Opera, etc.
No. 196907  
Clipboard02.png - (53.08KB, 1073×711)
196907
>>196905
А внутрях это тот же самый Хром, вид сбоку. И скорее всего ему можно подсунуть нужный кодек.
>если желаете оставаться на Windows 7
Мне работать надо. Так что или сидеть с новыми видеоформатами в браузере, или с деньгами. Это ещё не самый злой прикол вендорских решений.
No. 196908  
Если можно запускать TOR нарочно для того, чтобы попасть на Nowere из РФ, то уж конечно можно запускать и Firefox нарочно для того, чтобы видѣть AV1 на 410чанѣ. То и другое разве мѣшаетъ использовать Edge по рабочей надобности?
No. 196912  
Clipboard02.png - (32.60KB, 748×814)
196912
>>196908
Я сплю и вижу, как бы мне на Новерь попасть, да. И чего-то там ещё нарочно руками для этого каждый раз запускаю. И логины-пароли храню на стикерах, приклееных к экрану ноута — именно потому у меня их уже четыре штуки, что за стикерами экрана не видно. И никуда, кроме Новеря и Автобуса, не хожу, (и из дома не выхожу тоже) и проблем с синхронизацией браузеров на ноутах и мобилах не имею. И то, что мне нужон зоопарк компов, — это чисто моя блажь, а не проблемы идиотов, покупающих всякие ломучие гаджеты (сидели бы как встарь, без компутеров и гаджетов, радиво Маяк слушали бы и понравившиеся передачи на магнитную ленту писали).
Иными словами, никакого иного решения, кроме как на каждый смарт-утюг ставить специальный браузер, у тебя нету? И никто его до сих пор не придумал, как придумали отключалку VP9 и AV1 для слишком современных CDN?
No. 196913  
Не знаю.

Но на всезнание не претендую.

(Может быть даже и то, что буйное племя проксисёрверятников ужé додумалось до какой-нибудь перекодировки из AV1 в AVC, совершаемой «на лету», а мне об этом ничего не извѣстно и не может быть извѣстно.)
No. 196918  
>>196912
> сидели бы как встарь, без компутеров и гаджетов, радиво Маяк слушали бы и понравившиеся передачи на магнитную ленту писали

Так и надо жить, все правильно.
No. 196926  
>>196905
> если желаете оставаться на Windows 7
То с Вами что-то не так.
No. 196927  
>>196926
Устыдись своей неоплачиваемой пропагандистской работы на одну из богатейших корпораций.
No. 196928  
image.png - (194.44KB, 1280×1024)
196928
>>196927
Синдром утёнка ни к чему хорошему не приводит.
No. 196936  
>>196926
Civilization III нормально запускается только там...
No. 196940  
>>196913
Додумалось до того, чтобы отучать клиенты говорить, что умеют в WebP, VP9, AV1. Лучше всего это делается, конечно, средствами локальной прокси — прозрачно для клиентов, — но и через расширение для браузера тоже можно. Людям что надо-то? Чтобы у них Ютуб на нетбуке не тормозил, а какой там кодек, им глубоко наплевать.

З.Ы: Держи красивую картинку.

>>196918
Истину глаголишь.

>>196926
Вероятнее, вы — безработный студент с претензиями у мамки на шее. Ибо у всех остальных к компьютеру появляются определённые требования. У меня тоже так было, потом я устроился на работу и там понадобился планшет с толстой батарейкой, большим экраном/DPI, хорошим GPS-приёмником и картами надо, кстати его попробовать воскресить — он всё-таки топовый был для своего времени, — может для диагностики умных холодильников сгодится.

Tl;dr Мы такого студента давеча наняли, чтоб он на приёмке сидел и обезьянкин ремонт всунь/высунь делал, а мы ему зарплату платить будем. Аттракцион неслыханной щедрости, короче. Он за месяц умудрился запороть шлейф от дисплея умных часов, кокнуть новую матрицу от ноута, пасть в неравной борьбе с алисиной колонкой (почему она с нами нормально разговариет и работает?), не суметь подключить потроха от умного дома к смартфону, поменять силовую плату в ИБП, завести ремонты в базу и заполнить отчёты о выполненных работах. Зато на древний кудахтер, который в хламе валялся, поставил Win10 нахрена она там? На приёмку нужен Офис, на прошивки — Win7, так що выбор очевиден, правда активировать не смог. Зато у него профильное образование и паяльная станция, тока почему-то то приборы не диагностируются, то отвёртка крутиться не хочет, то паяльник не паяет, то фен не греет. Мне на приёмке сидеть, конечно, не хочется, но и дело надо спасать, так що последний месяц он тут работает, похоже.
No. 196943  
>>196940
Не странно ли это в устройстве общества, что проблема содержания людей почему-то лежит на плечах организаций, которые в общем-то занимаются совсем другим делом?
No. 196945  
faptcha_php.png - (7.07KB, 90×50)
196945
>>196943
Разве в описываемом случае имеет место содержание?
No. 196948  
faptcha_php.png - (10.19KB, 90×50)
196948
>>196945
Работа является единственным источником дохода у большинства людей. Хозяин их кормит и может выставить на мороз и голод; может отобрать деньги, если раб плохо сам себя хлестал невидимой мотивирующей плеткой; может делать вид, что не знает что такое "инфляция", никогда не слышал.
No. 196949  
faptcha_php.png - (9.15KB, 90×50)
196949
>>196948
Так работа это отнюдь не "содержание", этому студенту несчастному не просто так деньги платят, а за то что он там где-то сидит, по крайней мере, и пытается что-то исправить на свою голову. Вот если бы ему просто так эти деньги давали тогда и было бы "содержание".
No. 196951  
faptcha_php.png - (11.60KB, 90×50)
196951
>>196949
Деньги дают только потому что без этого мясо физически не сможет на эту работу притащиться в более-менее приличном виде. А так бы и не давали. В любом случае социальные функции лежащие на работодателе имеются.
No. 196952  
>>196926
С теми кто бездумно обновляет всё что видит что-то не так. Да и объективно, семёрка отличная система для повседневного использования да и не только для этого.

>>196940
>студент поставил на старый комп десятку.
Это ещё ладно когда такое студент делает.

У нас препод по архитектурам аппаратных средств однажды на не самые новые и достаточно слабые компы поставил виндовс 11 (а ещё параллельно бубунту воткнул). Не сложно догадаться к чему это привело. Обоснование сего действа максимально эпичное: "ну типо десятку прекратят поддерживать и в ней начнут плодиться незалатанные дыры" (при этом роутер на котором держится локалка в кабинете (а может и не только в нём) не запаролен и имеет выход во внешний интернет, лол)
No. 196954  
faptcha_php.png - (9.17KB, 90×50)
196954
>>196951
Боюсь обсуждаемый нами работодатель этого ни в малейшей степени не осознает, его это мало волнует в принципе.

>Деньги дают только потому...

Вообще-то так и есть конечно, по гамбургскому счету, платят минимум возможного.
No. 196955  
>>196952
> Да и объективно, семёрка отличная система для повседневного использования
Точно также про XP говорили 6 лет назад, пока под него был хотя бы официальный Firefox ESR.
No. 196956  
faptcha_php.png - (9.16KB, 90×50)
196956
>>196940
По субъективному представлению этого студента win7 это наверняка седая древность, на которую и смотреть то опасно. Для его поколения характерны такие предубеждения, глупые конечно.
No. 196961  
>>196940

410чан — не Ютьюб и даже не CDN: нельзя сказать 410чану, что браузер не тянет AV1, и ожидать того, что соусовский «Супермаркет» волшебным образом обернётся транснациональною межконтинентальною жидокорпорациею и потратит малую толику многотриллиннодолларовой прибыли на автоматическое и заблаговременное создание самых разных версий видеоролика, одну из которых скушает ваш утюг, ваш кофейник, ваш паяльник, ваш пробойник, ваш студентик, ваш холодильник, etc.

Вам ясно намекнули русским языком, что Корпорация Microsoft мѣшаетъ пользователям Windows 7 смотрѣть видео AV1 во браузере Edge?

Вы предпочли в сообщении >>196907 не понять намёка и вмѣсто того сдѣлать вид, что Microsoft ни при чём и во всём бѣломъ, и что других браузеров не бывает для Windows 7 или лучше бы их не было, и что тутошний создатель видеороликов AV1 (даже если сам сидит именно под Windows 7 в Файерфоксе, и хорошо себя чувствует, и на скриншоте >>196905 только что лично именно это показал) — нехороший злой человѣкъ, который хочет понудить к обновлению Windows и помѣшать зарабатывать деньги?

Вы в сообщении >>196912 сардонически иронизируете сарказмом, а смысл его смутно сводится к тому, что обладаете таким обширным зоопарком компóв, ноутов, мобил и даже смарт-утюгов, что одна только попытка запустить вмѣсто Edge (который не умѣетъ AV1 под Windows 7) какой-нибудь другой браузер (который умѣетъ AV1 под Windows 7) создала бы проблемы с синхронизацией браузеров?

Во-первых, выглядит это очень странно. Вы ж не пояснили, откудова возьмутся эти проблемы.

Во-вторых, а у этих проблем точно нѣтъ какой-нибудь такой обратной стороны, которая сводится к тому, что на одном из этих устройств установлена не «семёрка», а поверх несемёрки — ещё и не Edge? Точно-точно?

А не то, знаете ли, мобильный Chrome ещё в марте прошлого (2021) года обзавёлся поддержкою AV1, по адресу https://old.reddit.com/r/AV1/comments/lwtstm/chrome_89_released_with_dav1d_081_and_avif/ упоминаемою в комментариях, так что давно способен показывать AV1 на 410чанѣ. А если кого с души воротит от мобильного Хрома, то и бета мобильного Файерфокса также очень ok.

Кроме того, попытка сформулировать и отстаивать идею «всѣмъ, кто работает, опредѣлённо требуется система Windows 7, а поклонниками Windows 10 становятся только безработные студенты» выглядит очень странно под конец 2022 года. Рассмотрим, напримѣръ, создавшееся положение тѣхъ граждан, которые зарабатывают себе на жизнь программированием. Новые версии Python не работают под Windows 7. Новые версии Node не работают под Windows 7. Новые версии Qt не работают под Windows 7. Этот список можно и дальше продолжить. Граждане, рѣшившіе видеовѣщать, сталкиваются съ тѣмъ, что новые версии OBS не работают под Windows 7. Граждане, рѣшившие чего-нибудь скачать по файлообмѣну, сталкиваются съ тѣмъ, что qBittorrent ясно объявляет по адресу https://www.qbittorrent.org/news.php о том, что поддерживает работу новых версий под Windows 7 дольше, чѣмъ обѣщано (а обѣщано было только до лѣта 2022 года). И такъ далѣе.
No. 196964  
>>196961
Не говоря уже про протухшие корневые сертификаты в MSDN-образах семёрки 2011 года, которые можно найти на торрентах (при этом скачанный при помощи Fido.ps1 образ семёрки имеет заплатки по июль 2018, рабочие сертификаты и Windows Update).
No. 196966  
Ах, ну зачѣмъ же было проблемки >>196964 вообще упоминать.

Сейчас начнётся новая серия догадок о том, кто тут «безработный студент с претензиями у мамки на шее» и оттого не заработал на лицензионный Windows 7, а кто, в свою очередь, занялся «своей неоплачиваемой пропагандистской работой на одну из богатейших корпораций».
No. 196968  
Дружелюбный напоминатель напоминает, что нетбук, спокойно поддерживающий ШИНДОШС 10 и декодирование 4k AV1 стоит всего 1 МРОТ.
https://avito.ru/moskva/noutbuki/hp_elitebook_8470p_2674773014
No. 196970  
1603599647769.jpg - (60.06KB, 538×576)
196970
>>196968
>HP Elitebook 8470p
>Ноутбуки HP EliteBook по цене от 85700
Там нолик забыли приписать.

И да, прекрасно знаю я эти ноутбуки с окошками 10 и современными возможностями декодирования. Покупаешь такой по дешёвке, а там 2 GB RAM, на которых десяточка еле запускается тормозит и сжирает всю нагрузку и память. Я даже не удивлён почему по твоей ссылке указали видеокарту, но не указали конкретную мать.
No. 196971  
faptcha.png - (9.51KB, 90×50)
196971
>>196970
ЖИРНО. Я сам на таком эти 10 лет отсидел, и 4k AV1, которое Мицгол тут было постил, там проигрывалось на ура. Одно ядро IvyBridge i7 лишь в 2 раза слабее ядра ZEN3 Ryzen7. Модель платы там указана, кстати. На одной из картинок. У дна крышка на защёлках, и при желании можно хоть 32 GiB DDR3 с лёгкостью запихать.
No. 196972  
1604462325871.jpg - (74.22KB, 727×1101)
196972
>ЖИРНО!
НЕТ!

Девочки, хотите жить достойно, не верьте этой >>196971 девочке. Адепты десяток+ превратят вашу жизнь в неоптимизированный ад. И ничего с лёгкостью в ноутбуки не запихивается даже при всём желании - потом сожжёте себе стол вместе с квартирой и всей вселенной. Если берёте себе ноутбук с 10/11-очкой то сразу готовую укомплектованную сборку с адекватным закрытым корпусом и соответствующей продуманной вентиляцией, с минимум 8 GB RAM. Не продешевите и будьте осторожны с б/у, особенно когда дело касается ноутбуков.
No. 196973  
В наше время ноутбук с ценником меньше 130-150к - мусор. Ну ладно, меньше 100к. Но это прям совсем нижний предел. Дешевле просто смысла никакого не имеет брать, потому что телефон с теми же задачами справится лучше.
No. 196975  
>>196973
>телефон с теми же задачами справится лучше.
Позволь поинтересоваться, как ты Adobe illustator c Th6/7/8 на телефоне запускать собрался?

>>196972
> Адепты десяток+ превратят вашу жизнь в неоптимизированный ад.
Плюсую.

> И ничего с лёгкостью в ноутбуки не запихивается даже при всём желании
FreeDOS вроде отлично без мыла встаёт так-то проверял.
No. 196977  
>>196975
А что ты с Adobe Illustrator на дешёвом немощном ноутбуке делать собрался?
No. 196978  
>>196977
Начинающие ютуберы и не на такой немощи учились монитровать видео в Premiere.
No. 196979  
>>196978
Монтировать видео для ютуба сейчас, и уже давно вообще-то, тоже можно на телефоне.
No. 196980  
14133559805579.jpg - (43.43KB, 400×683)
196980
>>196977
Лол. Adobe Illustrator CS6 вполне неплохо на моём ноуте (которому 10 и более лет) работает. Пикчи рисуются.

>>196979
Хех. Ещё можно из буханки хлеба сделать троллейбус, но зачем?
No. 196981  
2a982513e26a5902849757275f1f1482.jpg - (228.65KB, 1330×2048)
196981
>>196980
> Пикчи рисуются
Показывай!
No. 196982  
Лотос.png - (592.39KB, 1079×1107)
196982
>>196981
Вот например. Используется как иконка Surp-Rise (ВН разрабатывающаяся небольшой командой на снова лежачем чане)
No. 196984  
>>196982
Нарисуй, пожалуйста, иконку чизбургера!
Вид сбоку.
No. 196985  
>>196984
Может если не забуду, то попытаюсь завтра. Пол одиннадцатого уже как-никак.
No. 197000  
screenshot.webp - (88.61KB, 900×673)
197000
>>196980

> Adobe Illustrator CS6

Мы же тут о поддержке новых форматов говорим? — ну дык вот: по адресу https://helpx.adobe.com/ru/illustrator/using/whats-new/2022-3.html#av1format сказано (скриншот прилагаю), что поддержку формата AVIF в Illustrator принесли только с мая нынѣшняго (2022) года, это версия Adobe Illustrator 26.3.1.
No. 197001  
>>197000
Звучит круто. Пасиб за инфу. Сказал я пряча по стол 3 раза пережатый джипег.
No. 197092  
Позавчера пришло то обновление FFmpeg (и в нём обновление libsvtav1), которого я в сообщении >>196902 дожидался.

Опробовал я его сперва, по примѣру сообщения >>194080, на видеоролике «Basu bango yonbyakujuu バス番号四百十 ED FULL», который для того вновь по адресу https://youtu.be/puRNQbSMEwo скачал с Ютьюба посредством https://github.com/yt-dlp/yt-dlp и неожиданно увидал, что при равном объёме файла получается немного другое (или иначе расположенное) содержимое — возможно, это нюансы работы болѣе новой версии yt-dlp (или как раз той болѣе новой версии FFmpeg, о которой я сперва заговорил и которою yt-dlp сшивает же видеопоток с аудиопотоком).

Съ тѣми же настройками кодирования AV1, которые были в сообщении >>194080 указаны и тогда порождали результат объёмом 6 813 995 байтов, на сей раз я получил результат объёмом 6 787 374 байта.

Это позволяет в пятимегабайтовый объём засунуть полученный видеопоток совмѣстно со стереозвуком USAC (он же xHE-AAC), имѣющимъ битрейт 12 kbps. (Попробуйте открыть видеофайл https://take-me-to.space/S3M8QBP.mp4 в Google Chrome на Android, напримѣръ — но только непремѣнно, непремѣнно в наушниках, потому что современные мобильники, как правило, не оборудуются такими хорошими стереодинамиками, какие были ещё у ZTE Nexus 7, или хотя бы такими, какие были ещё у HTC One M9. Вся экосистема отвратительно выродилась.) В конце сентября (когда я сообщение >>194080 сочинял) такой стереозвук в таком объёме файла ещё не был возможным, потому что стереозвук USAC начинается от 12 kbps.

Создавая видеовозможности движка 410чана, я принуждён был отказался от загрузки видеофайлов, не понятных для FFprobe — слѣдовательно, о звуке USAC не может быть рѣчи до тѣхъ поръ, пока проблема https://trac.ffmpeg.org/ticket/8411 остаётся в FFmpeg не рѣшённою даже на сáмом начальном уровне (если поддерживать кодирование или декодирование звука USAC в FFmpeg им ещё может реально помѣшать запатентованность кодека, то уж понимать в FFprobe, какой формат звука был в MP4 засунутым, им мѣшаетъ только ложно понятая неприязнь к запатентованным аудиоформатам). Поэтому в 5000-килобайтовый предѣлъ объёма видео на 410чане этот новый видеорезультат может попасть только со звуком Opus на 7½ kbps, для слуха не очень приятным. (Прилагаю его.)

Сомнѣнія, въ предпослѣднемъ абзаце сообщения >>196902 изложенные, оказались, к счастью, не совершенно справедливыми, то есть и при параметре «hierarchical-levels=5» слегка снижается битрейт видео (а не остаётся неизмѣннымъ, как было бы в случае его обусловленности одним только параметром «hierarchical-levels=5»), так что можно осторожно надѣяться и на то, что развитие кодека SVT-AV1 за прошедшее время благотворно повлияло на ту Bjøntegaard-дельту, которая получилась бы при настоящем кропотливом сравнении нынѣшнихъ видеопотоков с сентябрьскими (сравнении не на одном примѣрѣ, а на многих). С другой стороны, так как разница в объёме файла составляет доли процента, то и ахнуть от чрезмѣрнаго удивленія нѣтъ никаких оснований.
No. 197096  
screenshot.webp - (43.40KB, 1280×2184)
197096
Тѣмъ временем природа настолько очистилась, что по адресу https://gitlab.com/AOMediaCodec/SVT-AV1/-/merge_requests/2037 разработчики SVT-AV1 дошли до идеи использовать параметр «hierarchical-levels=5» (благотворность которого я не раз упоминал тут) в каждом из предусматриваемых ими пресетов (режимов работы) этого видеокодировщика.

Скриншот (объёмомъ 44 444 байта) прилагаю.
No. 197129  
164589437916.jpg - (142.46KB, 827×1169)
197129
>>161586
> почему ж не существует ещё (ни в FFmpeg, ни ѿдѣльно) таких средств или утилит, которые позволяли бы вытащить из видео AV1 очередной ключевой кадр и без внесения дополнительных потерь пересохранить в AVIF?
Полгода назад запилили.
https://github.com/FFmpeg/FFmpeg/commit/84241e63cf2f3cc8f7d8a19e86b99f5af95d2a64
ffmpeg -i src.webm -ss somewhere_before_the_keyframe -an -c:v copy -f avif -vframes 1 keyframe.avif
No. 197130  
>>197129

Спасибо, дык ить я в курсе дѣла (>>185114).
No. 197255  
Повторил эксперимент >>197092, на сей раз используя сборку FFmpeg и libsvtav1, доступную съ нынѣшняго понедѣльника.

Получил болѣе объёмистый файл, а именно 6 853 654 байта.

То есть объём файла вернулся на позиціи, примѣрно сообщенію >>194080 соѿвѣтствующія.
Удалить сообщение []
Пароль  
[Mod]