НТВ
Центральное телевидение / Выпуски программы / Выпуск от 21 июня 2025 года / Передачи НТВ
Главный форум России: что и как решают на кулуарных сделках? И о чем главные спикеры форума говорят в коридорах, когда не попадают в объективы камер?Первая околоядерная война: кто и зачем запустил на Ближнем Востоке стратегию апокалипсиса? Сможет ли Трамп…
У телеканала «НТВ» в том выпуске программы «Центральное телевидение», который вышел 21 июня прошлого (2025) года, через ¾ часа от начала телепередачи был прелюбопытный разсказъ о мрачных пророчествах японской мангаки Рё Тацуки.
(Видеоцитату я для удобства прилагаю гиперссылкою, но удобство это оказывается неполным: Telegram отказывается создавать предпросмотр этой гиперссылки, содержащий работоспособный видеопроигрыватель.)
К настоящему времени можно увѣренно констатировать, что предсказанная в этой передаче природная катастрофа не состоялася ни 5 июля, ни вообще в 2025 году.
По слѣдамъ этой передачи я также прочитал болѣе раннюю (2024 года) замѣтку об этих же пророчествах на сайте «Epoch Times Russia» и тотчас же обратил внимание на то, что обсуждаемая манга (упоминающая о том, что мангаке заблаговременно показана была во сне и смерть Фредди Меркьюри, и смерть принцессы Дианы, и землетрясение в Кобе) впервые опубликована была только в 1999 году, то есть опосля всѣхъ этих трёх значительных событий, так что о заблаговременности мы можем только вѣрить авторкѣ ея на слово — ну или не вѣрить.
А если кто желает подробнѣе ознакомиться с этой мангою, то тогда обратите внимание на канале @pohodu на комментарии вон к тому сообщению (как раз 5 июля выложенному).
(Видеоцитату я для удобства прилагаю гиперссылкою, но удобство это оказывается неполным: Telegram отказывается создавать предпросмотр этой гиперссылки, содержащий работоспособный видеопроигрыватель.)
К настоящему времени можно увѣренно констатировать, что предсказанная в этой передаче природная катастрофа не состоялася ни 5 июля, ни вообще в 2025 году.
По слѣдамъ этой передачи я также прочитал болѣе раннюю (2024 года) замѣтку об этих же пророчествах на сайте «Epoch Times Russia» и тотчас же обратил внимание на то, что обсуждаемая манга (упоминающая о том, что мангаке заблаговременно показана была во сне и смерть Фредди Меркьюри, и смерть принцессы Дианы, и землетрясение в Кобе) впервые опубликована была только в 1999 году, то есть опосля всѣхъ этих трёх значительных событий, так что о заблаговременности мы можем только вѣрить авторкѣ ея на слово — ну или не вѣрить.
А если кто желает подробнѣе ознакомиться с этой мангою, то тогда обратите внимание на канале @pohodu на комментарии вон к тому сообщению (как раз 5 июля выложенному).
👍1😁1
Егор Холмогоров
в учебниках будущего "Наши" будут описываться как этническое еврейское движение, успешно встроенное в политсистему РФ
Да здѣсь и вся политсистема-то — —
💯12🌚5🥴2
Артемий & Сыч
Да, это фото из файлов Эпштейна
Близокъ побѣды торжественный часъ
Иногда я обдумываю полное имя итальянскаго живописца Джорджоне (а звали его Джорджо Барбарелли да Кастельфранко, как нетрудно прочесть хотя бы в Википедии) и обнаруживаю в нём стихотворный ритм.
Во-первых, имена собственныя «Барбарелли» и «Кастельфранко» — это сочетания четырёх слогов, из которых третий является ударным, так что могли бы быть стихотворною стопою пэона третьего.
Во-вторых, если нарочно использовать не сочетание имени «Джорджо» с прозвищем «Барбарелли» черезъ пробѣлъ, а использовать союз «и»: «звали его и Джорджо и Барбарелли, он из Кастельфранко» — то тогда в итальянской фразе «Джорджо эт Барбарелли да Кастельфранко» в сочетаниях слов «эт Барбарелли» и «да Кастельфранко» мы видим ужé по пять слогов, из которых четвёртый является ударным, так что сочетания эти могли бы быть стихотворною стопою гиперпэона четвёртого.
Возможно ли такое перечисление? — честно говоря, я не очень увѣренъ. Обычно имена одного и того же человѣка не перечисляют через союз «и», чтобы не создать ненароком ложного представления о перечислении нѣсколькихъ людей. Но когда очень ясно, что рѣчь идёт об одном человѣкѣ (скажем, когда полное имя идёт в скобках опосля извѣстнаго краткаго), тогда такое перечисление возможно, хотя и прозвучит нѣсколько коряво.
Возможно ли называть такую стихотворную стопу «гиперпэоном четвёртым»? — честно говоря, я опять же не очень увѣренъ. С одной стороны, пэоны (то есть стопы из четырёх слогов) с ударным первым, вторым, третьим и четвёртым слогом называют соѿвѣтственно «пэон первый», «пэон второй», «пэон третий» и «пэон четвёртый», так что отчего бы не распространить этот принцип нумерации и на гиперпэоны. С другой стороны, нельзя же обойти молчанием, что Даніилъ Андреевъ въ замѣткѣ «Новыя метро-строфы» называл стопу из пяти слогов с третьим ударным просто-напросто «гипер-пэон», а с четвёртым ударным слогом — «гипер-пэон второй» (а не «четвёртый»). Но я не готов прибѣгнуть к андреевской терминологии, потому что предвижу, что тогда возникла бы трудная проблема при первой же необходимости как-нибудь назвать такую стопу из пяти слогов, в которой ударение падает на второй слог. Предпочитаю думать, что эта работа Андреева (созданная им въ совѣтской тюрьмѣ и затѣмъ ни разу не опубликованная при жизни автора ея) осталась навсегда недозаписанною и что он сам непремѣнно перемѣнилъ бы нумерацию, кабы дошёл до возможности перечислить всѣ пять возможных типов гиперпэонов послѣдовательно.
Наблюдение же моё о Джорджоне означает, что перечисление имён его встало бы «как родное» во всякое такое стихотворное произведение, которое сочинено было с употреблением той именно стихотворной стопы, которую я назвал здѣсь «гиперпэоном четвёртым». Возьмём для примѣра «Пѣсню о Соколѣ» Максима Горького и насытим настойчивыми отсылками к живописи Джорджоне:
Получается тот творческий приём, который был в строчке «в одном из неснятых фильмов Федерико Феллини» извѣстной пѣсни Васильева (лидера группы «Сплин»): нарочно натянутая отсылка к художественным образам чужого итальянскаго творчества.
Во-первых, имена собственныя «Барбарелли» и «Кастельфранко» — это сочетания четырёх слогов, из которых третий является ударным, так что могли бы быть стихотворною стопою пэона третьего.
Во-вторых, если нарочно использовать не сочетание имени «Джорджо» с прозвищем «Барбарелли» черезъ пробѣлъ, а использовать союз «и»: «звали его и Джорджо и Барбарелли, он из Кастельфранко» — то тогда в итальянской фразе «Джорджо эт Барбарелли да Кастельфранко» в сочетаниях слов «эт Барбарелли» и «да Кастельфранко» мы видим ужé по пять слогов, из которых четвёртый является ударным, так что сочетания эти могли бы быть стихотворною стопою гиперпэона четвёртого.
Возможно ли такое перечисление? — честно говоря, я не очень увѣренъ. Обычно имена одного и того же человѣка не перечисляют через союз «и», чтобы не создать ненароком ложного представления о перечислении нѣсколькихъ людей. Но когда очень ясно, что рѣчь идёт об одном человѣкѣ (скажем, когда полное имя идёт в скобках опосля извѣстнаго краткаго), тогда такое перечисление возможно, хотя и прозвучит нѣсколько коряво.
Возможно ли называть такую стихотворную стопу «гиперпэоном четвёртым»? — честно говоря, я опять же не очень увѣренъ. С одной стороны, пэоны (то есть стопы из четырёх слогов) с ударным первым, вторым, третьим и четвёртым слогом называют соѿвѣтственно «пэон первый», «пэон второй», «пэон третий» и «пэон четвёртый», так что отчего бы не распространить этот принцип нумерации и на гиперпэоны. С другой стороны, нельзя же обойти молчанием, что Даніилъ Андреевъ въ замѣткѣ «Новыя метро-строфы» называл стопу из пяти слогов с третьим ударным просто-напросто «гипер-пэон», а с четвёртым ударным слогом — «гипер-пэон второй» (а не «четвёртый»). Но я не готов прибѣгнуть к андреевской терминологии, потому что предвижу, что тогда возникла бы трудная проблема при первой же необходимости как-нибудь назвать такую стопу из пяти слогов, в которой ударение падает на второй слог. Предпочитаю думать, что эта работа Андреева (созданная им въ совѣтской тюрьмѣ и затѣмъ ни разу не опубликованная при жизни автора ея) осталась навсегда недозаписанною и что он сам непремѣнно перемѣнилъ бы нумерацию, кабы дошёл до возможности перечислить всѣ пять возможных типов гиперпэонов послѣдовательно.
Наблюдение же моё о Джорджоне означает, что перечисление имён его встало бы «как родное» во всякое такое стихотворное произведение, которое сочинено было с употреблением той именно стихотворной стопы, которую я назвал здѣсь «гиперпэоном четвёртым». Возьмём для примѣра «Пѣсню о Соколѣ» Максима Горького и насытим настойчивыми отсылками к живописи Джорджоне:
Высоко в горы вполз Уж и лёг там в сыром ущелье, свернувшись в узел и глядя в море, как на картине Джорджоне (Джорджо эт Барбарелли да Кастельфранко).
Высоко в небе сияло солнце, а горы зноем дышали в небо, и бились волны внизу о камень, как на картине Джорджоне (Джорджо эт Барбарелли да Кастельфранко).
А по ущелью, во тьме и брызгах, поток стремился навстречу морю, гремя камнями, как на картине Джорджоне (Джорджо эт Барбарелли да Кастельфранко).
Весь в белой пене, седой и сильный, он резал гору и падал в море, сердито воя, как на картине Джорджоне (Джорджо эт Барбарелли да Кастельфранко).
Вдруг в то ущелье, где Уж свернулся, пал с неба Сокол с разбитой грудью, в крови на перьях, как на картине Джорджоне (Джорджо эт Барбарелли да Кастельфранко).
С коротким криком он пал на землю и бился грудью в бессильном гневе о твёрдый камень, как на картине Джорджоне (Джорджо эт Барбарелли да Кастельфранко).
Уж испугался, отполз проворно, но скоро понял, что жизни птицы — две-три минуты, как на картине Джорджоне (Джорджо эт Барбарелли да Кастельфранко).
Получается тот творческий приём, который был в строчке «в одном из неснятых фильмов Федерико Феллини» извѣстной пѣсни Васильева (лидера группы «Сплин»): нарочно натянутая отсылка к художественным образам чужого итальянскаго творчества.
🤔2
Стихотворная стопа, состоящая из пяти слогов (четвёртый из которых — ударный), складывающихся в словá «и Адольф Гитлер», может считаться не только гиперпэоном, но и гитлерпэоном.
🗿5😁3🌚2
скриншотъ_побѣды_въ_игрѣ_«Сапёръ»_на_полѣ_50×50_клѣтокъ.png
152.3 KB
Вот графический файл в формате PNG, содержащий скриншот совершенно той же побѣды въ игрѣ «Сапёръ» на полѣ 50×50 клѣтокъ, которую я вчера приводил в предшествующем сообщении в виде стикера, для чего мнѣ достаточно было перевести изображение из формата PNG в формат WebP, который Телеграмом почти всегда отображается именно в виде стикера — исключением из этого правила являются только изображенія, по объёму превосходящія два мегабайта (как я о том упоминал в марте 2021 г.) или хотя бы содержащія болѣе 6 553 600 пикселов.
Даже опосля обработки самым дѣйственнымъ изъ извѣстныхъ мнѣ средств сжатия файлов PNG, совершаемаго без внесения потерь (а средством этим является утилита ECT версии 0.9.5), приведённый здѣсь файл PNG занимает 155 936 байтов. Это достаточно неплохо (напримѣръ, файл содержит меньше двоичных битов, чѣмъ пикселовъ), но формат WebP (будучи болѣе современным, чѣмъ PNG) всё же способен обеспечивать ещё болѣе эффективное сжатие данных, так что только что упомянутый стикер в предыдущем сообщении обходится всего-навсего 52 450 байтами. Можно сосчитать, что кодировщик cwebp из пакета libwebp сжал изображение примѣрно в три раза эффективнѣе (а если хотите знать не примѣрно, то файл WebP на 66,36% меньше файла PNG).
За счёт какого превосходства формата WebP над форматом PNG достигается как раз такой (≈трёхкратный) рост оптимизации данных? — за счёт учёта взаимной зависимости компонентов цвѣта пиксела, которых как раз три и есть: это красный, зелёный и синий компоненты его. В девяностые годы при создании формата PNG в его фильтры пикселов была заложена возможность учитывать только пространственную структуру изображения (что ужé придаёт этому формату высокую эффективность при сжатии прямых горизонтальных и вертикальных линий и одноцвѣтныхъ квадратов, из которых состоит поле «Сапёра»), тогда как кодировщик WebP способен учесть ещё и цвѣтностную структуру его: так как значительная часть поля «Сапёра» безцвѣтна (то есть состоит изъ свѣтло-сѣрыхъ клѣтокъ и тёмно-сѣрыхъ линий), то простое вычитание зелёнаго цвѣтового канала из краснаго и из синяго убирает из этихъ двухъ послѣднихъ всю пространственную структуру линий и клѣтокъ и оставляет на ея мѣстѣ пустоту, сжимаемую ещё болѣе эффективно.
Вослѣдъ появлению формата PNG (в 1996 году) и затѣмъ появлению libwebp версии 0.2 с поддержкою сжатия изображений, совершаемаго без внесения потерь (в августе 2012 года), очередным многообѣщающимъ средством такого сжатия становится формат графических файлов JPEG XL, добравшийся до стандартизации в 2021 и 2022 году (ISO/IEC 18181), получивший поддержку во браузере Safari в 2023 году, а въ нынѣшнемъ году постепенно обзаводящійся поддержкою в Chrome и затѣмъ ещё в Firefox.
И как же кодировщик этого формата справится со сжатием того же скриншота без внесения потерь? — а вот так:
Даже опосля обработки самым дѣйственнымъ изъ извѣстныхъ мнѣ средств сжатия файлов PNG, совершаемаго без внесения потерь (а средством этим является утилита ECT версии 0.9.5), приведённый здѣсь файл PNG занимает 155 936 байтов. Это достаточно неплохо (напримѣръ, файл содержит меньше двоичных битов, чѣмъ пикселовъ), но формат WebP (будучи болѣе современным, чѣмъ PNG) всё же способен обеспечивать ещё болѣе эффективное сжатие данных, так что только что упомянутый стикер в предыдущем сообщении обходится всего-навсего 52 450 байтами. Можно сосчитать, что кодировщик cwebp из пакета libwebp сжал изображение примѣрно в три раза эффективнѣе (а если хотите знать не примѣрно, то файл WebP на 66,36% меньше файла PNG).
За счёт какого превосходства формата WebP над форматом PNG достигается как раз такой (≈трёхкратный) рост оптимизации данных? — за счёт учёта взаимной зависимости компонентов цвѣта пиксела, которых как раз три и есть: это красный, зелёный и синий компоненты его. В девяностые годы при создании формата PNG в его фильтры пикселов была заложена возможность учитывать только пространственную структуру изображения (что ужé придаёт этому формату высокую эффективность при сжатии прямых горизонтальных и вертикальных линий и одноцвѣтныхъ квадратов, из которых состоит поле «Сапёра»), тогда как кодировщик WebP способен учесть ещё и цвѣтностную структуру его: так как значительная часть поля «Сапёра» безцвѣтна (то есть состоит изъ свѣтло-сѣрыхъ клѣтокъ и тёмно-сѣрыхъ линий), то простое вычитание зелёнаго цвѣтового канала из краснаго и из синяго убирает из этихъ двухъ послѣднихъ всю пространственную структуру линий и клѣтокъ и оставляет на ея мѣстѣ пустоту, сжимаемую ещё болѣе эффективно.
Вослѣдъ появлению формата PNG (в 1996 году) и затѣмъ появлению libwebp версии 0.2 с поддержкою сжатия изображений, совершаемаго без внесения потерь (в августе 2012 года), очередным многообѣщающимъ средством такого сжатия становится формат графических файлов JPEG XL, добравшийся до стандартизации в 2021 и 2022 году (ISO/IEC 18181), получивший поддержку во браузере Safari в 2023 году, а въ нынѣшнемъ году постепенно обзаводящійся поддержкою в Chrome и затѣмъ ещё в Firefox.
И как же кодировщик этого формата справится со сжатием того же скриншота без внесения потерь? — а вот так:
скриншотъ_побѣды_въ_игрѣ_«Сапёръ»_на_полѣ_50×50_клѣтокъ.jxl
60.8 KB
Сравнивая этот файл с двумя предыдущими, нетрудно сосчитать, что положение его промежуточно, то есть что он (занимая 62 284 байта) оказывается хотя и меньше файла PNG (на 60,06% при принятии объёма PNG за сотню процентов), но всё же файл WebP ещё меньше файла JXL (на 15,79% при принятии объёма JXL за сотню процентов).
На этом основании можно увѣренно прийти к выводу, что скриншот побѣды въ игрѣ «Сапёръ» на полѣ 50×50 клѣтокъ — это ещё один примѣръ такого рода изображеній, которыя в настоящее время замѣтно лучше сжимаются без потерь в WebP, нежели в JPEG XL. Нѣсколько других подобных примѣровъ я ужé приводил в Твиттере (нынѣ 𝕏) в 2021—2023 гг.
Существованию такихъ примѣровъ может и должно быть тотчас же противопоставлено то мнѣніе, согласно которому достигаемое в частных случаях превосходство кодировщика WebP над кодировщиком JPEG XL объясняется не несовершенством формата JPEG XL (который, как раз наоборот, должен считаться предоставляющим при сжатии изображений без потерь всѣ тѣ же возможности, что и WebP), а единственно несовершенством его кодировщика, который можно ещё далѣе совершенствовать год за годом (и код за кодом) и наконец довести до недосягаемого превосходства над кодировщиком WebP. (Этого мнѣнія придерживается, в частности, Jyrki Alakuijala, роль которого в разработке того и другого кодировщика весьма значительна.)
Однако такое совершенствование пока ещё остаётся дѣломъ будущаго — и даже весьма отдалённаго, потому что в ближайшем-то будущем команда разработчиков будет занята совершенствованием отнюдь не кодировщика в libjxl, а декодировщика в jxl-rs (такое совершенствование совершенно необходимо для того, чтобы впредь Chrome и Firefox не слишком притормаживали при декодировании изображений, хранимых в формате JPEG XL).
Поэтому, если вам придётся столкнуться с такого рода энтузиастами, которые при появлении любого нового формата файлов начинают считать его готовым замѣнить каждого из предшественников, то тогда знайте, что для JPEG XL такого рода энтузиазм остаётся въ нѣкоторыхъ случаях беспочвенным.
В области сжатия изображений, совершаемого без внесения потерь в них, до сих пор сохраняются случаи превосходства WebP. Поэтому в ближайшие годы чаще всего придётся сравнивать объёмы файлов, достигаемые при таком сжатии в WebP и в JPEG XL. Исключением могут быть только такие случаи, в которых и без сравнения превосходство формата JPEG XL оказывается всегда безспорным: напримѣръ, если без потерь приходится сжать длинный скриншот длинной страницы, по высоте превосходящей семнадцать тыщщ пикселов, то тогда формат WebP не подойдёт, потому что в нём изображение не может превосходить 16383 пикселов ни по высоте, ни по ширине.
В области сжатия изображений, совершаемого c внесением потерь в них, кодировщику формата JPEG XL «дышит в спину» кодировщик формата AVIF, который был серьёзно усовершенствован прошлой зимою (к февралю 2025 года) и обзавёлся бóльшим вниманием ко сбережению мелких деталей изображения. В том случае, когда эти изображения являются притом анимированными, превосходство формата AVIF оказывается недосягаемым благодаря возможности формирования «пирамиды» междукадровых предсказаний (о ней я упоминал в январе 2024 г.), позволяющей сильно сократить междукадровую избыточность графической информации. Но даже для статических изображений превосходство формата JPEG XL над форматом AVIF теперича перестаёт сказываться даже при среднем сжатии изображения (меньше трёх-четырёх битов на пиксел).
Понятно, что в будущем такому совершенствованию кодировщика формата AVIF может быть противопоставлено совершенствование кодировщика формата JPEG XL.
Однако в этом же будущем усовершенствованному кодировщику формата JPEG XL придётся, может быть, в качестве конкурента столкнуться с новой версией формата AVIF, основанной на AV2 вмѣсто AV1 и оттого наращивающей силу сжатия изображений примѣрно на 17%—20% (о чём я упоминал въ послѣднемъ абзацѣ вон того сообщения 16 сентября 2025 года) и предотвращающей рассыпание изображений на квадратики при сильном сжатии (а это в Мадриде показывал Норкин, которого я ужé цитировал 14 января):
На этом основании можно увѣренно прийти к выводу, что скриншот побѣды въ игрѣ «Сапёръ» на полѣ 50×50 клѣтокъ — это ещё один примѣръ такого рода изображеній, которыя в настоящее время замѣтно лучше сжимаются без потерь в WebP, нежели в JPEG XL. Нѣсколько других подобных примѣровъ я ужé приводил в Твиттере (нынѣ 𝕏) в 2021—2023 гг.
Существованию такихъ примѣровъ может и должно быть тотчас же противопоставлено то мнѣніе, согласно которому достигаемое в частных случаях превосходство кодировщика WebP над кодировщиком JPEG XL объясняется не несовершенством формата JPEG XL (который, как раз наоборот, должен считаться предоставляющим при сжатии изображений без потерь всѣ тѣ же возможности, что и WebP), а единственно несовершенством его кодировщика, который можно ещё далѣе совершенствовать год за годом (и код за кодом) и наконец довести до недосягаемого превосходства над кодировщиком WebP. (Этого мнѣнія придерживается, в частности, Jyrki Alakuijala, роль которого в разработке того и другого кодировщика весьма значительна.)
Однако такое совершенствование пока ещё остаётся дѣломъ будущаго — и даже весьма отдалённаго, потому что в ближайшем-то будущем команда разработчиков будет занята совершенствованием отнюдь не кодировщика в libjxl, а декодировщика в jxl-rs (такое совершенствование совершенно необходимо для того, чтобы впредь Chrome и Firefox не слишком притормаживали при декодировании изображений, хранимых в формате JPEG XL).
Поэтому, если вам придётся столкнуться с такого рода энтузиастами, которые при появлении любого нового формата файлов начинают считать его готовым замѣнить каждого из предшественников, то тогда знайте, что для JPEG XL такого рода энтузиазм остаётся въ нѣкоторыхъ случаях беспочвенным.
В области сжатия изображений, совершаемого без внесения потерь в них, до сих пор сохраняются случаи превосходства WebP. Поэтому в ближайшие годы чаще всего придётся сравнивать объёмы файлов, достигаемые при таком сжатии в WebP и в JPEG XL. Исключением могут быть только такие случаи, в которых и без сравнения превосходство формата JPEG XL оказывается всегда безспорным: напримѣръ, если без потерь приходится сжать длинный скриншот длинной страницы, по высоте превосходящей семнадцать тыщщ пикселов, то тогда формат WebP не подойдёт, потому что в нём изображение не может превосходить 16383 пикселов ни по высоте, ни по ширине.
В области сжатия изображений, совершаемого c внесением потерь в них, кодировщику формата JPEG XL «дышит в спину» кодировщик формата AVIF, который был серьёзно усовершенствован прошлой зимою (к февралю 2025 года) и обзавёлся бóльшим вниманием ко сбережению мелких деталей изображения. В том случае, когда эти изображения являются притом анимированными, превосходство формата AVIF оказывается недосягаемым благодаря возможности формирования «пирамиды» междукадровых предсказаний (о ней я упоминал в январе 2024 г.), позволяющей сильно сократить междукадровую избыточность графической информации. Но даже для статических изображений превосходство формата JPEG XL над форматом AVIF теперича перестаёт сказываться даже при среднем сжатии изображения (меньше трёх-четырёх битов на пиксел).
Понятно, что в будущем такому совершенствованию кодировщика формата AVIF может быть противопоставлено совершенствование кодировщика формата JPEG XL.
Однако в этом же будущем усовершенствованному кодировщику формата JPEG XL придётся, может быть, в качестве конкурента столкнуться с новой версией формата AVIF, основанной на AV2 вмѣсто AV1 и оттого наращивающей силу сжатия изображений примѣрно на 17%—20% (о чём я упоминал въ послѣднемъ абзацѣ вон того сообщения 16 сентября 2025 года) и предотвращающей рассыпание изображений на квадратики при сильном сжатии (а это в Мадриде показывал Норкин, которого я ужé цитировал 14 января):
generalized deblocking filter results.png
798.3 KB
Правда, чтобы этакое будущее и впрямь реализовалося, необходимо наперёд появиться такому новому варианту формата AVIF, который будет основываться на возможностях формата AV2 вмѣсто AV1 — а я ужé упоминал (16 сентября 2025 года), что этот вариант пока ещё никто не обѣщалъ сколько-нибудь твёрдо. Сейчас могу прибавить к этому, что даже появление такой новинки ещё не будет автоматически означать появление поддержки ея во браузерах (а также на сёрверной стороне — напримѣръ, в GD в PHP), так что до широкого употребленія ея в Интернете ещё далеко. Пройдут годы.
Больше того: даже сам видеоформат AV2, появление которого запланировано было на конец 2025 года (согласно пресс-релизу AOMedia), всё ещё не появился даже к началу февраля нынѣшняго (2026) года — а вѣдь без AV2 нечего и думать о появлении какой-либо основанной на AV2 новой версии формата AVIF.
Да и про формат JPEG XL надо сказать ещё, что он — даже не достигшій ещё полнаго превосходства над WebP в области сжатия изображений без внесения потерь, даже оттесняемый форматом AVIF в область одного только несильнаго сжатия изображений с внесением потерь в них — всё же сохраняет два таких преимущества, которыми формат WebP или формат AVIF не обладают.
Во-первых, любой старый JPEG может быть преобразован в формат JPEG XL, причём и без внесения новых потерь в изображение, и с доужатием его (для экономии мѣста и траффика), и с обратимостью (то есть из такого JPEG XL можно будет при желании получить прежний JPEG «как есть»). Формат WebP на такое не способен, а формат AVIF только в будущем (на основе AV2) способен будет прийти к возможности доужатия JPEG без внесения новых потерь, но об обеспéчении обратимости такого переужатия пока ещё никто не помышляет.
Во-вторых, хранение изображений с внесением потерь в них (в том числе и переужатых старых JPEG) порождает такой файл JPEG XL, который оказывается способным к быстрому размытому отображению во время скачивания его изъ Сѣти: сперва хранится (и оттого сперва скачивается) список усреднённых цвѣтовъ каждого изъ тѣхъ квадратных блоков, на которые изображение было раздѣлено при кодировании. Формат WebP на такое не способен в принципе (изображение всегда отображается сверху вниз по мѣрѣ скачивания файла изъ Сѣти), а формат AVIF на такое не способен по умолчанию (изображение отображается только опосля скачивания файла изъ Сѣти), если нарочно не засовывать в AVIF миниатюру изображения — однако это «не бесплатно» в AVIF (потому что увеличивает объём файла AVIF приблизительно на объём миниатюры), тогда как в JPEG XL это обеспечивается самим форматом хранения свѣдѣній о пикселах.
Однако второе из этих двух преимуществ выглядит не слишком значительным:
➊ Ни в одном из браузеров (даже в Safari, имѣвшемъ с 2023 года фору) не была ещё реализована постепенность отображения файлов JPEG XL.
➋ Значимость постепенности умаляется нынѣшнею неравномѣрностью поступления файлов изъ Сѣти (мысли Арчибальда на эту тему я пересказывал 14 января).
➌ Рѣшающаго значенія постепенность не имѣетъ: если нѣкій сайт принимает изображенія во всѣхъ современных форматах, однако только не превосходящія опредѣлённаго небольшого объёма файла (и тѣмъ понуждает к сильному сжатию файла), то тогда я предпочту достичь большего качества файла, а не постепенности отображения его — и оттого выберу не JPEG XL, а AVIF.
Поэтому насчёт будущности формата JPEG XL прогнозирую вот чего:
① Суффикс «XL» (сокращение слов «extra life») слѣдуетъ считать заслуженным: поддержка формата JPEG XL продлит жизнь старым JPEG за счёт обратимого преобразования их в JPEG XL, совершаемого без внесения новых потерь в изображения, однако доужатием экономящего и траффик, и дисковое пространство.
② В области сжатия изображений, совершаемого без внесения потерь, формат JPEG XL будет превосходить формат WebP сперва не всегда, а затѣмъ всё чаще — по мѣрѣ совершенствования кодировщика, когда и если оно произойдёт.
③ В области сжатия изображений, совершаемого почти без внесения потерь, формат JPEG XL не будет имѣть равныхъ себѣ, однако при любом сколько-нибудь сильном сжатии обрѣчёнъ уступать формату AVIF.
Больше того: даже сам видеоформат AV2, появление которого запланировано было на конец 2025 года (согласно пресс-релизу AOMedia), всё ещё не появился даже к началу февраля нынѣшняго (2026) года — а вѣдь без AV2 нечего и думать о появлении какой-либо основанной на AV2 новой версии формата AVIF.
Да и про формат JPEG XL надо сказать ещё, что он — даже не достигшій ещё полнаго превосходства над WebP в области сжатия изображений без внесения потерь, даже оттесняемый форматом AVIF в область одного только несильнаго сжатия изображений с внесением потерь в них — всё же сохраняет два таких преимущества, которыми формат WebP или формат AVIF не обладают.
Во-первых, любой старый JPEG может быть преобразован в формат JPEG XL, причём и без внесения новых потерь в изображение, и с доужатием его (для экономии мѣста и траффика), и с обратимостью (то есть из такого JPEG XL можно будет при желании получить прежний JPEG «как есть»). Формат WebP на такое не способен, а формат AVIF только в будущем (на основе AV2) способен будет прийти к возможности доужатия JPEG без внесения новых потерь, но об обеспéчении обратимости такого переужатия пока ещё никто не помышляет.
Во-вторых, хранение изображений с внесением потерь в них (в том числе и переужатых старых JPEG) порождает такой файл JPEG XL, который оказывается способным к быстрому размытому отображению во время скачивания его изъ Сѣти: сперва хранится (и оттого сперва скачивается) список усреднённых цвѣтовъ каждого изъ тѣхъ квадратных блоков, на которые изображение было раздѣлено при кодировании. Формат WebP на такое не способен в принципе (изображение всегда отображается сверху вниз по мѣрѣ скачивания файла изъ Сѣти), а формат AVIF на такое не способен по умолчанию (изображение отображается только опосля скачивания файла изъ Сѣти), если нарочно не засовывать в AVIF миниатюру изображения — однако это «не бесплатно» в AVIF (потому что увеличивает объём файла AVIF приблизительно на объём миниатюры), тогда как в JPEG XL это обеспечивается самим форматом хранения свѣдѣній о пикселах.
Однако второе из этих двух преимуществ выглядит не слишком значительным:
➊ Ни в одном из браузеров (даже в Safari, имѣвшемъ с 2023 года фору) не была ещё реализована постепенность отображения файлов JPEG XL.
➋ Значимость постепенности умаляется нынѣшнею неравномѣрностью поступления файлов изъ Сѣти (мысли Арчибальда на эту тему я пересказывал 14 января).
➌ Рѣшающаго значенія постепенность не имѣетъ: если нѣкій сайт принимает изображенія во всѣхъ современных форматах, однако только не превосходящія опредѣлённаго небольшого объёма файла (и тѣмъ понуждает к сильному сжатию файла), то тогда я предпочту достичь большего качества файла, а не постепенности отображения его — и оттого выберу не JPEG XL, а AVIF.
Поэтому насчёт будущности формата JPEG XL прогнозирую вот чего:
① Суффикс «XL» (сокращение слов «extra life») слѣдуетъ считать заслуженным: поддержка формата JPEG XL продлит жизнь старым JPEG за счёт обратимого преобразования их в JPEG XL, совершаемого без внесения новых потерь в изображения, однако доужатием экономящего и траффик, и дисковое пространство.
② В области сжатия изображений, совершаемого без внесения потерь, формат JPEG XL будет превосходить формат WebP сперва не всегда, а затѣмъ всё чаще — по мѣрѣ совершенствования кодировщика, когда и если оно произойдёт.
③ В области сжатия изображений, совершаемого почти без внесения потерь, формат JPEG XL не будет имѣть равныхъ себѣ, однако при любом сколько-нибудь сильном сжатии обрѣчёнъ уступать формату AVIF.
👍7👏5🔥4👀3❤2🎉1
Пóмните ли, что 5 сентября я выложил список, состоящий из семи таких файловых хостингов, которые нѣкоторое время были весьма подходящими для внутрителеграмнаго употребления: поддерживали и анонимную публикацию файлов, и хотлинкинг, и неограниченно долгое хранение их — но позже утратили хотя бы одно из этих трёх достоинств?
К сожалению, теперича я вынужден сознавать, что и хостинг https://qu.ax приходится прибавить к этому списку.
Сперва в том же мѣсяцѣ (в сентябре 2025 года) я наблюдал нѣкоторыя странныя проблемы при попытке использовать гиперссылки на видеофайлы, на этом хостинге выложенные, в сообщениях в Телеграме: предпросмотр таких видеофайлов то пропадáл, то опять возникал, но пропадáл у других видеофайлов.
Теперь я вижу, что хостинг пошёл ещё далѣе, а именно перестал поддерживать хотлинкинг: если прямую гиперссылку на графический файл
Окромя принуждения ещё раз жмякнуть мышóю я вижу и двѣ другія непріятности, также созданныя отказом от хотлинкинга:
➊ в области предпросмотра гиперссылок в Телеграме (под сообщением или над ним) теперь показывается не одна только иллюстрация (картинка или видеофайл), но и заголовок страницы ея («
➋ происходит нарушение прежних ожиданий приватности: если прежде хостинг сообщал о файле только краткое имя, самим же хостингом присвоенное («YwNCF.webp» в приведённом мною примѣрѣ), то теперь (на этой новой странице скачивания) выдаёт и то имя, которое файлъ имѣлъ на компьютере у того, кто выложил этот файл на хостинг («Anakin and Padmé.webp» в приведённом мною примѣрѣ).
Чтоб вдругорядь укоротить на двѣ строки область предпросмотра и сдѣлать гиперссылки вновь прямыми, я планировал перетащить на другой хостинг иллюстрации из четырнадцати прежних сообщений моих.
Перечислю здѣсь эти иллюстрации по порядку, обратному хронологическому порядку сообщений:
① цитата из аниме «Denpa teki na Kanojo» для оцѣнки побуждений центральнаго персонажа
② цитата из фильма «Conspiracy Theory» для иллюстрации идеи бесшумных вертолётов
③ антиутопия «Slaughterbots», предостерегающая о послѣдствіяхъ миниатюризации и специализации дронов
④ извѣстіе НТВ о том, что в рисе нашли мышьяк
⑤ цитата из программы «Постскриптум» о тайне послѣднихъ лѣтъ жизни Свердлова
⑥ та же цитата из аниме «Denpa teki na Kanojo», но здѣсь — для сравнения яндере
⑦ плакат «въ жертву Интернаціоналу» для иллюстрации направления смѣны власти
⑧ обзор свидѣтельствъ антипотребительскаго заговора производителей смартфонов
⑨ цитата из «Rebellion»: Акэми Хомура разговаривает с Мадокою и рѣшается отвергнуть трагическую жертву ея
⑩ начальные титры кинофильма «Avalon» для иллюстрации культурнаго вліянія монохромных «янтарных» дисплеев
⑪ видеоскриншот одного из зарубежных «айсбергов криптоконспирологии»
⑫ цитата из финала аниме «Denpa Onna to Seishun Otoko»
⑬ цитата той сцены из аниме «Suzumiya Haruhi no Yuuutsu», в которой Асакура Рёко назначила Кёну свидание наедине съ намѣреніемъ зарѣзать его и затѣмъ наблюдать, как Судзумия Харухи отреагирует
⑭ цитата той сцены из аниме «Chuunibyou demo Koi ga Shitai!», в которой Нибутани Щинка ищет встрѣчи наедине с Тогащи Ютою (и непремѣнно у него дóма) съ намѣреніемъ уничтожить Мабиногион
А на какой другой хостинг я планировал перетащить их? — на хостинг, по адресу https://pomf.lain.la расположенный. Я его и опробовал уж, расположив там четыре иллюстрации (опять же перечисляю в порядке, обратном хронологическому):
⓵ цитата из выпуска программы «Центральное телевидение» о мрачных пророчествах Рё Тацуки
⓶ скриншот магазина с отсутствующим компьютерным корпусом
⓷ сцена общения в больнице из аниме «Denpa Onna to Seishun Otoko»
⓸ сцена чтения BL из аниме «OniSuki»
Но хозяин хостинга
К сожалению, теперича я вынужден сознавать, что и хостинг https://qu.ax приходится прибавить к этому списку.
Сперва в том же мѣсяцѣ (в сентябре 2025 года) я наблюдал нѣкоторыя странныя проблемы при попытке использовать гиперссылки на видеофайлы, на этом хостинге выложенные, в сообщениях в Телеграме: предпросмотр таких видеофайлов то пропадáл, то опять возникал, но пропадáл у других видеофайлов.
Теперь я вижу, что хостинг пошёл ещё далѣе, а именно перестал поддерживать хотлинкинг: если прямую гиперссылку на графический файл
https://qu.ax/YwNCF.webp вставить в строку адреса во браузере и нажать на ввод, то тогда откроется не сам файл, а страница https://qu.ax/YwNCF.webp/ (с косою чертою опосля имени файла в адресе), на которой располагается и картинка из файла, и дополнительная кнопка, на которую надо сперва нажать, чтобы скачать сам файл.Окромя принуждения ещё раз жмякнуть мышóю я вижу и двѣ другія непріятности, также созданныя отказом от хотлинкинга:
➊ в области предпросмотра гиперссылок в Телеграме (под сообщением или над ним) теперь показывается не одна только иллюстрация (картинка или видеофайл), но и заголовок страницы ея («
qu.ax - Simple & Private File Hosting»), и домéнное имя хостинга,➋ происходит нарушение прежних ожиданий приватности: если прежде хостинг сообщал о файле только краткое имя, самим же хостингом присвоенное («YwNCF.webp» в приведённом мною примѣрѣ), то теперь (на этой новой странице скачивания) выдаёт и то имя, которое файлъ имѣлъ на компьютере у того, кто выложил этот файл на хостинг («Anakin and Padmé.webp» в приведённом мною примѣрѣ).
Чтоб вдругорядь укоротить на двѣ строки область предпросмотра и сдѣлать гиперссылки вновь прямыми, я планировал перетащить на другой хостинг иллюстрации из четырнадцати прежних сообщений моих.
Перечислю здѣсь эти иллюстрации по порядку, обратному хронологическому порядку сообщений:
① цитата из аниме «Denpa teki na Kanojo» для оцѣнки побуждений центральнаго персонажа
② цитата из фильма «Conspiracy Theory» для иллюстрации идеи бесшумных вертолётов
③ антиутопия «Slaughterbots», предостерегающая о послѣдствіяхъ миниатюризации и специализации дронов
④ извѣстіе НТВ о том, что в рисе нашли мышьяк
⑤ цитата из программы «Постскриптум» о тайне послѣднихъ лѣтъ жизни Свердлова
⑥ та же цитата из аниме «Denpa teki na Kanojo», но здѣсь — для сравнения яндере
⑦ плакат «въ жертву Интернаціоналу» для иллюстрации направления смѣны власти
⑧ обзор свидѣтельствъ антипотребительскаго заговора производителей смартфонов
⑨ цитата из «Rebellion»: Акэми Хомура разговаривает с Мадокою и рѣшается отвергнуть трагическую жертву ея
⑩ начальные титры кинофильма «Avalon» для иллюстрации культурнаго вліянія монохромных «янтарных» дисплеев
⑪ видеоскриншот одного из зарубежных «айсбергов криптоконспирологии»
⑫ цитата из финала аниме «Denpa Onna to Seishun Otoko»
⑬ цитата той сцены из аниме «Suzumiya Haruhi no Yuuutsu», в которой Асакура Рёко назначила Кёну свидание наедине съ намѣреніемъ зарѣзать его и затѣмъ наблюдать, как Судзумия Харухи отреагирует
⑭ цитата той сцены из аниме «Chuunibyou demo Koi ga Shitai!», в которой Нибутани Щинка ищет встрѣчи наедине с Тогащи Ютою (и непремѣнно у него дóма) съ намѣреніемъ уничтожить Мабиногион
А на какой другой хостинг я планировал перетащить их? — на хостинг, по адресу https://pomf.lain.la расположенный. Я его и опробовал уж, расположив там четыре иллюстрации (опять же перечисляю в порядке, обратном хронологическому):
⓵ цитата из выпуска программы «Центральное телевидение» о мрачных пророчествах Рё Тацуки
⓶ скриншот магазина с отсутствующим компьютерным корпусом
⓷ сцена общения в больнице из аниме «Denpa Onna to Seishun Otoko»
⓸ сцена чтения BL из аниме «OniSuki»
Но хозяин хостинга
pomf.lain.la рѣшилъ закрыть его:😢2
Всѣмъ доброй ночи, с вами вновь Mithgol the Webmaster и нерегулярная рубрика «тайныя новинки Телеграма».
Когда я запустил то приложение Телеграма, которое работает под Android, и сохранил оттудова длинный скриншот, приложенный к моему позавчерашнему сообщению, то тогда увидал этот скриншот сохраняющимся в полном размѣрѣ его, то есть 2560 пикселов высотою.
А это, знаете ли, выглядит как значительный шаг вперёд по сравнению съ тѣмъ положеніемъ дѣлъ, которое можно было наблюдать семь мѣсяцевъ назад (въ началѣ іюня 2025 года), когда иллюстрации такого размѣра сохранялися под Android уменьшенными вчетверо — а максимальным размѣромъ иллюстраций, тогда поддерживаемым Телеграмом под Android, былъ размѣръ всего-навсего 2048 пикселов (а не 2560 пикселов) по большей стороне изображения.
И не только в сохранённом файле, но и просто на экране внутрителеграмнаго просмотрщика также показывается вродѣ бы без потери чёткости, насколько я могу видѣть.
Для очистки совѣсти я попробовал в точности повторить ещё и прошлогодній іюньскій эксперимент: сохранить не только новый скриншот, но и выложенную гораздо ранѣе фотографию 2024 года — убедился, что и она приобретает ширину 2560 пикселов при сохранении, а затѣмъ может с этой же шириною быть отправлена в Telegram из-под Android, если перед отправкою выбрать пункт «Send in high quality» в контекстном меню.
Моя просьба о поддержке размѣра QHD приложениями Телеграма, изложенная ещё в 2022 году, теперь исполнена наконец.
Очень хорошо!
Уж не знаю, можно ли надѣяться, что на этом совершенствование возможностей не закончится, а продолжится. Могу лишь ещё раз напомнить, что Телеграму есть ещё куда двигаться: и Твиттер (нынѣ 𝕏) с 2018 года, и WhatsApp с 2023 года обогнали его, обеспечивая возможность публикации изображений величиною 4096 пикселов, как я это ещё тогда упоминал (в августе 2023 года).
Если же разсматривать не статические изображения, а видеоцитаты, то тогда можно ткнуть пальцем в то обстоятельство, что ВКонтакте (и VK Video, и «Одноклассники») ещё с сентября 2024 года поддерживает кодек AV1 (как это было тогда объявлено в «Российской газете»), тогда как у Telegram под Android нѣтъ проблемъ с просмотром AV1 (потому что приложение полагается на возможности операционной системы), зато есть замѣтныя проблемы с предпросмотром на каналах и в чатах (предпросмотр видео AV1 либо дёргается и моргает, либо вообще отказывается отображаться).
Хотѣлось бы рано или поздно увидать Telegram под Android подтянувшимся до уровня Telegram Desktop в этом отношении, а не то даже и грустно получается: альянс AOMedia собирается в 2026 году предложить ещё болѣе новый видеоформат AV2 на замѣну AV1 (и есть уж черновик первой версии спецификации AV2) — а это значит, что формат AV1 всю жизнь его оставался без достаточной поддержки в Telegram под Android.
Когда я запустил то приложение Телеграма, которое работает под Android, и сохранил оттудова длинный скриншот, приложенный к моему позавчерашнему сообщению, то тогда увидал этот скриншот сохраняющимся в полном размѣрѣ его, то есть 2560 пикселов высотою.
А это, знаете ли, выглядит как значительный шаг вперёд по сравнению съ тѣмъ положеніемъ дѣлъ, которое можно было наблюдать семь мѣсяцевъ назад (въ началѣ іюня 2025 года), когда иллюстрации такого размѣра сохранялися под Android уменьшенными вчетверо — а максимальным размѣромъ иллюстраций, тогда поддерживаемым Телеграмом под Android, былъ размѣръ всего-навсего 2048 пикселов (а не 2560 пикселов) по большей стороне изображения.
И не только в сохранённом файле, но и просто на экране внутрителеграмнаго просмотрщика также показывается вродѣ бы без потери чёткости, насколько я могу видѣть.
Для очистки совѣсти я попробовал в точности повторить ещё и прошлогодній іюньскій эксперимент: сохранить не только новый скриншот, но и выложенную гораздо ранѣе фотографию 2024 года — убедился, что и она приобретает ширину 2560 пикселов при сохранении, а затѣмъ может с этой же шириною быть отправлена в Telegram из-под Android, если перед отправкою выбрать пункт «Send in high quality» в контекстном меню.
Моя просьба о поддержке размѣра QHD приложениями Телеграма, изложенная ещё в 2022 году, теперь исполнена наконец.
Очень хорошо!
Уж не знаю, можно ли надѣяться, что на этом совершенствование возможностей не закончится, а продолжится. Могу лишь ещё раз напомнить, что Телеграму есть ещё куда двигаться: и Твиттер (нынѣ 𝕏) с 2018 года, и WhatsApp с 2023 года обогнали его, обеспечивая возможность публикации изображений величиною 4096 пикселов, как я это ещё тогда упоминал (в августе 2023 года).
Если же разсматривать не статические изображения, а видеоцитаты, то тогда можно ткнуть пальцем в то обстоятельство, что ВКонтакте (и VK Video, и «Одноклассники») ещё с сентября 2024 года поддерживает кодек AV1 (как это было тогда объявлено в «Российской газете»), тогда как у Telegram под Android нѣтъ проблемъ с просмотром AV1 (потому что приложение полагается на возможности операционной системы), зато есть замѣтныя проблемы с предпросмотром на каналах и в чатах (предпросмотр видео AV1 либо дёргается и моргает, либо вообще отказывается отображаться).
Хотѣлось бы рано или поздно увидать Telegram под Android подтянувшимся до уровня Telegram Desktop в этом отношении, а не то даже и грустно получается: альянс AOMedia собирается в 2026 году предложить ещё болѣе новый видеоформат AV2 на замѣну AV1 (и есть уж черновик первой версии спецификации AV2) — а это значит, что формат AV1 всю жизнь его оставался без достаточной поддержки в Telegram под Android.
Bugs and Suggestions
allow sending QHD pictures (up to 2560×2560 pixels) instead of the current limit (1280×1280)
August 14, 2013. Telegram for iOS is launched. The largest iPhone's screen is the 640×1136 pixels of iPhone 5. LTE coverage is in its infancy. In that world of small screens and slow cell networks it makes perfect sense to limit the sizes of images sent in chats.…
👍4🎉1
Многопользовательский вариант «Сапёра» позволяет дойти до финала, предлагающего 25% вѣроятность выигрыша, но затѣмъ не доигрывать, а коварно оставить эту «русскую рулетку» слѣдующему посѣтителю сайта.
Зато не позволяет опосля проигрыша посмотрѣть, гдѣ же въ дѣйствительности стояли мины, а во время игры не позволяет нажатием на цифру быстро открывать сосѣднія пустыя клѣтки (если мины, с цифрою сосѣдствующія, правильно помѣчены флажками; в противном же случае — проигрыш), хотя ту и другую возможность предусматривал и привычный виндоусовский «Сапёр», и клон его на сайте сапёр.com.
Больше возможностей промахнуться мышóю, а не умом.
Зато не позволяет опосля проигрыша посмотрѣть, гдѣ же въ дѣйствительности стояли мины, а во время игры не позволяет нажатием на цифру быстро открывать сосѣднія пустыя клѣтки (если мины, с цифрою сосѣдствующія, правильно помѣчены флажками; в противном же случае — проигрыш), хотя ту и другую возможность предусматривал и привычный виндоусовский «Сапёр», и клон его на сайте сапёр.com.
Больше возможностей промахнуться мышóю, а не умом.
🏆4👨💻2