Центральному персонажу аниме (старшекласснику) удаётся разговорить свою одноклассницу, которая обыкновенно до крайности необщительна и даже глядит недовольно и досадливо. В разговоре рѣчь заходит о том, что ни один из клубов во всей школе не соѿвѣтствуетъ её устремлениям, а жаль. Основной итог разговора оказывается вот каким: центральный персонаж ненароком наводит собесѣдницу на мысль о создании её собственного клуба — но сам ещё ничего не знает об этом. Наградою ему дѣлается невольное волнение сопереживания при виде того, как лицо дѣвушки совершенно преображается широкой улыбкою радости и неуёмного энтузиазма, первой жертвою которого становится сам же центральный персонаж, без его согласия записанный в члены клуба. Вскорѣ он узнаёт, что второй жертвою стала дѣвочка, до этого дня способная уединённо отдыхать в том помѣщеніи, которое у ней реквизировала новоявленная глава клуба и сдѣлала клубною комнатою. Овладев комнатою и совершенно успокоившись на этот счёт, глава клуба заговаривает с центральным персонажем о необходимости навербовать ещё сколько-нибудь будущих членов клуба.
Именно в таком порядке развиваются события, когда Кён в разговоре с Харухи (в аниме «Меланхолия Судзумии Харухи») наводит Харухи на мысль о создании «команды SOS» (видеоцитату прилагаю).
Именно в таком порядке развиваются события, когда Кодака в разговоре с Ёзорою (в аниме «Boku wa Tomodachi ga Sukunai») наводит Ёзору на мысль о создании «Клуба сосѣдей» (двѣ видеоцитаты прилагаю).
Много позже зрители того и другого #аниме могут видѣть ещё одну пáру сцен, описуемых сходными словами:
— «Машина времени» (с оговоркою «если её можно так называть») доставляет центральнаго персонажа в прошлое к тому моменту знакомства с его будущею собесѣдницею, о котором она сохраняла благопріятныя воспоминания много лѣтъ, которыми-то объясняется сама возможность судьбоносного разговора и послѣдующаго создания клуба.
(Цитировать эту пáру сцен я, однако же, не буду, так как на словах между ними больше сходства, чѣмъ при визуальном разсмотрѣніи.)
📔 ОГЛАВЛЕНИЕ
Именно в таком порядке развиваются события, когда Кён в разговоре с Харухи (в аниме «Меланхолия Судзумии Харухи») наводит Харухи на мысль о создании «команды SOS» (видеоцитату прилагаю).
Именно в таком порядке развиваются события, когда Кодака в разговоре с Ёзорою (в аниме «Boku wa Tomodachi ga Sukunai») наводит Ёзору на мысль о создании «Клуба сосѣдей» (двѣ видеоцитаты прилагаю).
Много позже зрители того и другого #аниме могут видѣть ещё одну пáру сцен, описуемых сходными словами:
— «Машина времени» (с оговоркою «если её можно так называть») доставляет центральнаго персонажа в прошлое к тому моменту знакомства с его будущею собесѣдницею, о котором она сохраняла благопріятныя воспоминания много лѣтъ, которыми-то объясняется сама возможность судьбоносного разговора и послѣдующаго создания клуба.
(Цитировать эту пáру сцен я, однако же, не буду, так как на словах между ними больше сходства, чѣмъ при визуальном разсмотрѣніи.)
📔 ОГЛАВЛЕНИЕ
❤4
На примѣрѣ двух предшествующих видеоальбомов (вон того и затѣмъ ещё вон того) я нащупал обходной путь, способный надёжно препятствовать распадению видеоальбома на составляющие его сообщения в Telegram под Android.
Путь этот состоит в том только, чтобы сперва отправить видеоальбом в отложку (то есть выставить желаемое время отправки на «через недѣлю», напримѣръ) из того приложения, откуда это удобно (из Telegram Desktop, напримѣръ), а затѣмъ перед отправкою посмотрѣть на ту отложку в Telegram под Android и узнать, видит ли Telegram под Android этот видеоальбом цѣлостнымъ или нѣтъ. И если при просмотре, ещё в отложке совершаемом, начинает явствовать, что от видеоальбома отпало под Android послѣднее сообщение (то есть развалился видеоальбом), то тогда скинуть копии видеофайлов на смартфон и составить из них совершенно такой же видеоальбом непосредственно в Telegram под Android, и его также отправить в отложку. Тогда в отложке будет два видеоальбома, первый из которых разваливается в Telegram под Android, а второй — без подписи (потому что только что составлен и ещё не надписан). Но затѣмъ можно в любом таком приложении, в котором это удобно (в Telegram Desktop, напримѣръ), скопировать подпись первого видеоальбома и вставить её под второй. Тогда первый из отложенных видеоальбомов можно стереть, а второй отправить на канал.
У этого обходного пути есть два раздражающих недостатка:
➊ Проявляется ещё другой баг: если видеоальбом, даже составленный в Telegram под Android, снабжён был подписью в Telegram Desktop, то тогда в Telegram под Android его видеоролики слѣдуютъ в отложке друг за другом не в том порядке, в котором они будут видны опосля публикации, а в обратном порядке. (По-видимому, такое случается в результате дѣйствія извѣстнаго прошлогодняго бага — или даже многолѣтняго бага, упоминавшагося ещё в 2020 году, если судить по постскриптуму вон в том сообщении на канале @yurigaoka.) Это несходство порядков нервирует, создавая ситуацию кажущейся неопредѣлённости. (Ещё оно приоткрывает собою ничуть не кажущееся, а реальное изобилие багов: при обходе одного бага оказалось нельзя не вляпаться в другой. Это досадно.)
➋ Видеоальбом, составленный в Telegram под Android, в худшую сторону отличается от видеоальбома, составленного в Telegram Desktop: при сохранении видеофайлы утрачивают свои имена (данные мною до составления альбома) и поэтому вмѣсто того получают краткія имена, составленные по образцу «video_дата_время.mp4» (ну, напримѣръ, «video_2023-07-14_16-36-22.mp4» сегодня в пятом часу дня), причём использующія дату и время сохранения файла, а не время составления альбома и тѣмъ болѣе не время создания исходного файла (которое, таким образом, оказывается утраченным вмѣстѣ с именем этого файла).
Я начинаю лучше сознавать теперь, что «видеоальбом», созданный в Telegram под Android, по своей внутренней структуре данных (сокрытой от пользователя) сильно отличается от «видеоальбома», созданнаго в Telegram Desktop (пусть даже созданнаго изъ тѣхъ же видеофайлов и оттого выглядящаго ≈аналогичным): если в Telegram под Android создаётся «сборник видео» (лишённый и имён, и дат исходных файлов), то в Telegram Desktop создаётся «сборник файлов, о каждом из которых Telegram затѣмъ понимает, что это видеофайлы — и тогда создаёт видеопроигрыватели из них».
(Дык что ж с того? — неужели это понимание настолько несовершенно запрограммировано в Telegram под Android, что оно нарушает собою параллельно идущую сборку сборника, так что может сопровождаться визуальным расчленением сборника, силою которого послѣдній видеопроигрыватель оказывается при опредѣлённыхъ обстоятельствах располагающимся ѿдѣльно? Или это сборка таких «видеопроигрывателей из файлов» сама по себе хуже запрограммирована, чѣмъ сборка «истинных видеоальбомов безъ свѣдѣній об исходных файлах»? Или сами свѣдѣнія об исходных файлах способны переполнить собою нѣкоторую область памяти и вызвать лёгкий сбой алгоритма сборки сборника? Или чего?)
Ѽ, етить.
Путь этот состоит в том только, чтобы сперва отправить видеоальбом в отложку (то есть выставить желаемое время отправки на «через недѣлю», напримѣръ) из того приложения, откуда это удобно (из Telegram Desktop, напримѣръ), а затѣмъ перед отправкою посмотрѣть на ту отложку в Telegram под Android и узнать, видит ли Telegram под Android этот видеоальбом цѣлостнымъ или нѣтъ. И если при просмотре, ещё в отложке совершаемом, начинает явствовать, что от видеоальбома отпало под Android послѣднее сообщение (то есть развалился видеоальбом), то тогда скинуть копии видеофайлов на смартфон и составить из них совершенно такой же видеоальбом непосредственно в Telegram под Android, и его также отправить в отложку. Тогда в отложке будет два видеоальбома, первый из которых разваливается в Telegram под Android, а второй — без подписи (потому что только что составлен и ещё не надписан). Но затѣмъ можно в любом таком приложении, в котором это удобно (в Telegram Desktop, напримѣръ), скопировать подпись первого видеоальбома и вставить её под второй. Тогда первый из отложенных видеоальбомов можно стереть, а второй отправить на канал.
У этого обходного пути есть два раздражающих недостатка:
➊ Проявляется ещё другой баг: если видеоальбом, даже составленный в Telegram под Android, снабжён был подписью в Telegram Desktop, то тогда в Telegram под Android его видеоролики слѣдуютъ в отложке друг за другом не в том порядке, в котором они будут видны опосля публикации, а в обратном порядке. (По-видимому, такое случается в результате дѣйствія извѣстнаго прошлогодняго бага — или даже многолѣтняго бага, упоминавшагося ещё в 2020 году, если судить по постскриптуму вон в том сообщении на канале @yurigaoka.) Это несходство порядков нервирует, создавая ситуацию кажущейся неопредѣлённости. (Ещё оно приоткрывает собою ничуть не кажущееся, а реальное изобилие багов: при обходе одного бага оказалось нельзя не вляпаться в другой. Это досадно.)
➋ Видеоальбом, составленный в Telegram под Android, в худшую сторону отличается от видеоальбома, составленного в Telegram Desktop: при сохранении видеофайлы утрачивают свои имена (данные мною до составления альбома) и поэтому вмѣсто того получают краткія имена, составленные по образцу «video_дата_время.mp4» (ну, напримѣръ, «video_2023-07-14_16-36-22.mp4» сегодня в пятом часу дня), причём использующія дату и время сохранения файла, а не время составления альбома и тѣмъ болѣе не время создания исходного файла (которое, таким образом, оказывается утраченным вмѣстѣ с именем этого файла).
Я начинаю лучше сознавать теперь, что «видеоальбом», созданный в Telegram под Android, по своей внутренней структуре данных (сокрытой от пользователя) сильно отличается от «видеоальбома», созданнаго в Telegram Desktop (пусть даже созданнаго изъ тѣхъ же видеофайлов и оттого выглядящаго ≈аналогичным): если в Telegram под Android создаётся «сборник видео» (лишённый и имён, и дат исходных файлов), то в Telegram Desktop создаётся «сборник файлов, о каждом из которых Telegram затѣмъ понимает, что это видеофайлы — и тогда создаёт видеопроигрыватели из них».
(Дык что ж с того? — неужели это понимание настолько несовершенно запрограммировано в Telegram под Android, что оно нарушает собою параллельно идущую сборку сборника, так что может сопровождаться визуальным расчленением сборника, силою которого послѣдній видеопроигрыватель оказывается при опредѣлённыхъ обстоятельствах располагающимся ѿдѣльно? Или это сборка таких «видеопроигрывателей из файлов» сама по себе хуже запрограммирована, чѣмъ сборка «истинных видеоальбомов безъ свѣдѣній об исходных файлах»? Или сами свѣдѣнія об исходных файлах способны переполнить собою нѣкоторую область памяти и вызвать лёгкий сбой алгоритма сборки сборника? Или чего?)
Ѽ, етить.
gTwitter.7z
45.5 MB
Как сообщество доски g/ (на имиджборде 4channel расположенной) отреагировало на печальные новости о том усилении ограничений Твиттера, которое (в частности) привело к неработоспособности того программного интерфейса (API), на который прежде полагался сайт Nitter?
Ѿвѣтъ на этот вопрос содержится в полудесятке скриншотов обсуждений, состоявшихся на этой доске, которые я прилагаю единым архивом 7-Zip.
Каждый из этих скриншотов изготовлен был 7 июля «по горячим слѣдамъ».
Ѿвѣтъ на этот вопрос содержится в полудесятке скриншотов обсуждений, состоявшихся на этой доске, которые я прилагаю единым архивом 7-Zip.
Каждый из этих скриншотов изготовлен был 7 июля «по горячим слѣдамъ».
🔥3
В сабрэддите AV1 читал (скриншот прилагаю) впечатления попробовавших экспериментальную новинку кодировщика SVT-AV1, на этой недѣлѣ появившуюся: возможность использования метрики SSIM (вмѣсто PSNR) при внутренней оцѣнкѣ величины потерь, вносимых видеосжатием.
Попробовавшие пишут, во-первых, что с использованием этой новой настройки итоги сжатия визуально выглядят чуть лучше, если сравнивать результаты при сходном объёме файла.
Во-вторых, перемѣняется зависимость объёма файла от величины параметра CRF (при прежних CRF объём файла становится меньше процентов на семь).
Много думал.
Второе из вышеозначенных впечатлений, если подтвердится, будет означать, что в случае новой настройки не так остро начинает выглядѣть проблема недостижимости небольших битрейтов (то есть проблема того, что вообще можно сдѣлать тогда, когда при максимальном значении CRF видеофайл всё ещё получается больше, чѣмъ хотѣлось бы) — проблема, осознанная разработчиками больше года назад.
Сам я эту проблему обходил (три мѣсяца назад) посредством наращивания горизонтальной сплюснутости видеокадра, которая небезпроблемна, поскольку искусственно снижает чёткость (особенно жестоко обходится с однопиксельными точками — в частности, со звёздами на небе), так что будет очень хорошо, если можно будет обходиться без этого послѣдняго средства.
Планирую ужé въ понедѣльникъ (17 июля) обзавестись сборкою FFmpeg, содержащею новую версию libsvtav1, и тогда начать самостоятельно пробовать эффект обсуждаемой перенастройки на метрику SSIM.
Попробовавшие пишут, во-первых, что с использованием этой новой настройки итоги сжатия визуально выглядят чуть лучше, если сравнивать результаты при сходном объёме файла.
Во-вторых, перемѣняется зависимость объёма файла от величины параметра CRF (при прежних CRF объём файла становится меньше процентов на семь).
Много думал.
Второе из вышеозначенных впечатлений, если подтвердится, будет означать, что в случае новой настройки не так остро начинает выглядѣть проблема недостижимости небольших битрейтов (то есть проблема того, что вообще можно сдѣлать тогда, когда при максимальном значении CRF видеофайл всё ещё получается больше, чѣмъ хотѣлось бы) — проблема, осознанная разработчиками больше года назад.
Сам я эту проблему обходил (три мѣсяца назад) посредством наращивания горизонтальной сплюснутости видеокадра, которая небезпроблемна, поскольку искусственно снижает чёткость (особенно жестоко обходится с однопиксельными точками — в частности, со звёздами на небе), так что будет очень хорошо, если можно будет обходиться без этого послѣдняго средства.
Планирую ужé въ понедѣльникъ (17 июля) обзавестись сборкою FFmpeg, содержащею новую версию libsvtav1, и тогда начать самостоятельно пробовать эффект обсуждаемой перенастройки на метрику SSIM.
❤4👍2
Если собрать всѣ серии одного аниме за один календарный сезон, то наберётся 12—13 серий (по одной серии въ недѣлю на протяжении 3 мѣсяцевъ).
В варианте высокой чёткости кадров (fullHD, 1920×1080 пикселов) нелицензионная копия такого сезона аниме (взятая на сайте SubsPlease в том примѣрѣ, который я прилагаю скриншотом) чаще всего занимает чуть меньше 20 гигабайтов: семнадцать, восемнадцать, девятнадцать — но может занимать и в четыре-шесть раз меньше (должно быть, в зависимости от того источника, из которого «попирачена»).
Используя округлённо 20 гигабайтов как единицу измѣренія (здѣсь для простоты назову её «тайтл»), можно оцѣнивать вмѣстилища информации по тому, столько тайтлов они способны вмѣстить.
С этой точки зрѣнія перезаписываемый диск BDXL на 100 гигабайтов оказывается пятитайтловым — сгодится для хранения страховочных копий полудесятка календарных сезонов одного и того же аниме (или пяти односезонных аниме).
С этой точки зрѣнія двухтерабайтовое дисковое пространство оказывается стотайтловым — иными словами, если кто-либо привык смотрѣть примѣрно по десятку #аниме каждый сезон, то тогда такой зритель сможет заполнить два терабайта архивом аниме за десяток сезонов (то есть за 2½ года). Пропорционально возрастая, пятилѣтній архив потребует четырёх терабайтов, двадцатилѣтній — 16 терабайтов. Если зрительский аппетит вдвое сильнѣе (примѣрно по 20 аниме каждый сезон) или, наоборот, вдвое меньше (примѣрно по пять аниме каждый сезон), то пропорционально ещё вдвое возрастёт или уменьшится необходимое такому зрителю дисковое пространство.
Я пишу примѣрно о двадцатилѣтнемъ архиве потому, что до 2003 года никак нельзя говорить о fullHD в Японии: в Википедии (как на русском языке, так и на английском) началом японского цифрового телевещания называют 1 декабря 2003 года. Замѣтный рубеж перехода аниме к использованию кадров 16:9 вроде бы пролёг по начальному (зимнему) сезону 2005 года: «Futari wa Precure Max Heart» или «Mahou Sensei Negima!» по инерции ещё 4:3, тогда как «Magical Canan» или «AIR» видим ужé в 16:9.
В варианте высокой чёткости кадров (fullHD, 1920×1080 пикселов) нелицензионная копия такого сезона аниме (взятая на сайте SubsPlease в том примѣрѣ, который я прилагаю скриншотом) чаще всего занимает чуть меньше 20 гигабайтов: семнадцать, восемнадцать, девятнадцать — но может занимать и в четыре-шесть раз меньше (должно быть, в зависимости от того источника, из которого «попирачена»).
Используя округлённо 20 гигабайтов как единицу измѣренія (здѣсь для простоты назову её «тайтл»), можно оцѣнивать вмѣстилища информации по тому, столько тайтлов они способны вмѣстить.
С этой точки зрѣнія перезаписываемый диск BDXL на 100 гигабайтов оказывается пятитайтловым — сгодится для хранения страховочных копий полудесятка календарных сезонов одного и того же аниме (или пяти односезонных аниме).
С этой точки зрѣнія двухтерабайтовое дисковое пространство оказывается стотайтловым — иными словами, если кто-либо привык смотрѣть примѣрно по десятку #аниме каждый сезон, то тогда такой зритель сможет заполнить два терабайта архивом аниме за десяток сезонов (то есть за 2½ года). Пропорционально возрастая, пятилѣтній архив потребует четырёх терабайтов, двадцатилѣтній — 16 терабайтов. Если зрительский аппетит вдвое сильнѣе (примѣрно по 20 аниме каждый сезон) или, наоборот, вдвое меньше (примѣрно по пять аниме каждый сезон), то пропорционально ещё вдвое возрастёт или уменьшится необходимое такому зрителю дисковое пространство.
Я пишу примѣрно о двадцатилѣтнемъ архиве потому, что до 2003 года никак нельзя говорить о fullHD в Японии: в Википедии (как на русском языке, так и на английском) началом японского цифрового телевещания называют 1 декабря 2003 года. Замѣтный рубеж перехода аниме к использованию кадров 16:9 вроде бы пролёг по начальному (зимнему) сезону 2005 года: «Futari wa Precure Max Heart» или «Mahou Sensei Negima!» по инерции ещё 4:3, тогда как «Magical Canan» или «AIR» видим ужé в 16:9.
❤4👍3🔥1🥱1
Сáмое-сáмое начало первой серии этого аниме показывает нам (зрителям), как пѣшкомъ в гору (то есть съ нѣсколько бóльшим трудом, нежели было бы по горизонтальной дороге) подымается старшеклассник. Это дорога к его школе. Наружная тягостность его пути отражает внутреннюю тягостность его разочарований, о которых мы слышим ворчливый внутренний монолог его. Подчёркивая безрадостное состояние духа этого юноши, авторы аниме рисуют весь міръ вокруг него сѣрымъ, лишённым красок.
Однако тѣмъ же утром он встречает старшеклассницу, монолог которой (ужé не внутренний, а устный, хотя и не обращённый лично к этому юноше) показывает ему очень ясно, что она сберегла заинтересованность и любовь ко всему тому, к чему он утратил.
При виде этакого контраста юноша заинтересовывается этой дѣвушкою — и всѣ мы (зрители) немедленно видим, как міръ вокруг него вдругорядь приобретает естественные цвѣта и краски, перестаёт быть сѣрымъ. Благодаря такому цвѣтовому художественному приёму в эти самые первые минуты #аниме мы ужé знаем, что перед нами центральная пара дѣйствующихъ лиц, хотя реальное сближение их остаётся ещё дѣломъ дальнѣйшаго сюжета.
Я знаю два аниме-сериала, зачин которых выглядит вышеозначенным образом: это «Clannad» (начавшийся осенью 2007 года) и «Меланхолия Судзимии Харухи» — но «Меланхолия» непремѣнно в версии 2009 г., потому что в версии 2006 года порядок серий был другим, так что точно тот же внутренний монолог Кёна и слѣдующій за ним рассказ Харухи о её заинтересованности в одних только пришельцах из космоса и из параллельных міровъ (а также и в экстрасенсах или путешественниках во времени) ещё не начинали собою первую серию.
Экранизация того и другого произведения является дѣломъ рукъ сожжённой Киотской анимационной студии. Поэтому в контексте моего сообщения 9 июля возможны сомнѣнія насчёт того, является ли подобие того и другого зачина частью стиля студии или отражает внутреннее сходство первоисточников. Взвѣсивъ ту и другую возможность, я всё ж рѣшилъ включить этот случай в оглавление взаимно подобных сцен аниме.
Однако тѣмъ же утром он встречает старшеклассницу, монолог которой (ужé не внутренний, а устный, хотя и не обращённый лично к этому юноше) показывает ему очень ясно, что она сберегла заинтересованность и любовь ко всему тому, к чему он утратил.
При виде этакого контраста юноша заинтересовывается этой дѣвушкою — и всѣ мы (зрители) немедленно видим, как міръ вокруг него вдругорядь приобретает естественные цвѣта и краски, перестаёт быть сѣрымъ. Благодаря такому цвѣтовому художественному приёму в эти самые первые минуты #аниме мы ужé знаем, что перед нами центральная пара дѣйствующихъ лиц, хотя реальное сближение их остаётся ещё дѣломъ дальнѣйшаго сюжета.
Я знаю два аниме-сериала, зачин которых выглядит вышеозначенным образом: это «Clannad» (начавшийся осенью 2007 года) и «Меланхолия Судзимии Харухи» — но «Меланхолия» непремѣнно в версии 2009 г., потому что в версии 2006 года порядок серий был другим, так что точно тот же внутренний монолог Кёна и слѣдующій за ним рассказ Харухи о её заинтересованности в одних только пришельцах из космоса и из параллельных міровъ (а также и в экстрасенсах или путешественниках во времени) ещё не начинали собою первую серию.
Экранизация того и другого произведения является дѣломъ рукъ сожжённой Киотской анимационной студии. Поэтому в контексте моего сообщения 9 июля возможны сомнѣнія насчёт того, является ли подобие того и другого зачина частью стиля студии или отражает внутреннее сходство первоисточников. Взвѣсивъ ту и другую возможность, я всё ж рѣшилъ включить этот случай в оглавление взаимно подобных сцен аниме.
Краткий итог о качестве иллюстраций:
① Сообщения в Телеграме могут быть чисто текстовыми, а бывают и подписями к иллюстрациям.
② Наиболѣе популярным в Телеграме типом иллюстрации являются не видео, не звукозаписи, не голосовухи, не файлы, а картинки.
③ Иллюстрацию, посланную в Telegram не как файл, а как картинка над сообщением, Telegram стремится непремѣнно переужать в JPEG. Если она ужé в JPEG, всё равно случается переужатие JPEG в JPEG на стороне сёрвера — когда результат того переужатия по объёму превосходит исходную картинку, тогда Telegram использует исходную (для экономии объёма), иначе использует результат переужатия. Но есть нѣкій баг, силою которого (насколько я понял то, что вижу) результат переужатия используется при любом его объёме, если в исходном файле JPEG указан профиль ICC.
④ Telegram экономит дорогостоящее время работы сёрвера. (Примѣръ: Telegram не переужимает из GIF в MP4, если объём GIF превосходит 10 мегабайтов — хотя, казалось бы, чѣмъ больше объём, тѣмъ больше ожидаемая выгода от переужатия. Слѣдовательно, величина затрат времени сёрвера важнѣе величины такой выгоды, так что въ цѣломъ нѣтъ экономіи.) Поэтому Telegram и при переужатии JPEG в JPEG использует кодировщик, выбранный не съ цѣлью получать наивысшее качество JPEG в рамках достигаемого объёма файла, а съ цѣлью быстрѣе работать.
⑤ Но пользователь Телеграма не связан необходимостью экономии усилий и оттого может снабжать сообщения своего канала (и свои реплики в чатах) картинками болѣе высокаго качества (чѣмъ создаваемыя Телеграмом), если они не снабжены профилями ICC (то есть обходят вышеупомянутый баг), и если пользователь сожмёт их сам (и болѣе высококачественным кодировщиком JPEG, чѣмъ телеграмный), и если пользователь сожмёт их до такого объёма, который Telegram не пожелает переужать на сёрверной стороне (то есть итог телеграмного переужатия картинки окажется бóльшим по объёму, чѣмъ она самá), но не слишком далѣе этой пороговой величины объёма. Каждое из этих трёх условий обязательно.
⑥ Код сёрверов Телеграма не открыт, поэтому нельзя заранѣе знать, какая команда исполняется там для сжатия JPEG. Надёжность провѣрки того, пожелал ли сёрвер сжать нѣкій JPEG ещё сильнѣе, обеспечивает незаблаговременный способ: нужно отправить JPEG картинкою (из Telegram Desktop, чтобы не произошло переужатие JPEG при отправке) в Saved Messages, затѣмъ выйти оттуда и очистить кэш, затѣмъ перезапустить Telegram Desktop, затѣмъ сохранить JPEG (ужé не кэшированный, а взятый с сёрвера) и сравнить его объём с объёмом исходного JPEG.
⑦ Очистка кэша — трудоёмкая затѣя (надо зайти в настройки Telegram Desktop, затѣмъ въ ихъ подраздѣлъ «Advanced», жмякнуть пункт «Manage local storage» и ткнуть в нём кнопку «Clear all»). Оттого хочется чистить кэш как можно рѣже, а не послѣ отправки каждого провѣряемого JPEG.
⑧ Желаемое достигается, если отправлять провѣряемые JPEG альбомами — до десяти JPEGов сразу. Напримѣръ, в первом альбоме отправить результаты работы кодировщика jpegli с параметром расстояния (выраженного в единицах JND butteraugli), перемѣняющимся от «1.4» до «1.9» с шагом ⅒. Обнаружив (когда совершится очистка кэша → перезапуск → перескачивание → сравнение), что сёрверное переужатие вариантов нѣкоей картинки прекращается между значениями «1.5» и «1.6», можно отправить второй альбом из десяти результатов, достигаемых значениями от «1.51» до «1.59» с шагом, равным 1% JND. Обнаружив (когда вдругорядь совершится очистка кэша → перезапуск → перескачивание → сравнение), что переужатие прекращается не ранѣе значения «1.59», можно отправить третий альбом из десяти результатов, достигаемых значениями от «1.591» до «1.599» с шагом, равным 1‰ JND. Среди них (когда въ послѣдній раз совершится очистка кэша → перезапуск → перескачивание → сравнение) можно найти значение, обеспечивающее наивысшее качество конкретной картинки, достижимое в рамках нынѣшнихъ настроек сёрверного сжатия.
⑨ Telegram вѣчно хранит даже стёртыя картинки. Если «метод трёх альбомов» начнут примѣнять хотя бы пока ещё только 5% пользователей, то объём хранимых картинок ужé болѣе чѣмъ удвоится.
① Сообщения в Телеграме могут быть чисто текстовыми, а бывают и подписями к иллюстрациям.
② Наиболѣе популярным в Телеграме типом иллюстрации являются не видео, не звукозаписи, не голосовухи, не файлы, а картинки.
③ Иллюстрацию, посланную в Telegram не как файл, а как картинка над сообщением, Telegram стремится непремѣнно переужать в JPEG. Если она ужé в JPEG, всё равно случается переужатие JPEG в JPEG на стороне сёрвера — когда результат того переужатия по объёму превосходит исходную картинку, тогда Telegram использует исходную (для экономии объёма), иначе использует результат переужатия. Но есть нѣкій баг, силою которого (насколько я понял то, что вижу) результат переужатия используется при любом его объёме, если в исходном файле JPEG указан профиль ICC.
④ Telegram экономит дорогостоящее время работы сёрвера. (Примѣръ: Telegram не переужимает из GIF в MP4, если объём GIF превосходит 10 мегабайтов — хотя, казалось бы, чѣмъ больше объём, тѣмъ больше ожидаемая выгода от переужатия. Слѣдовательно, величина затрат времени сёрвера важнѣе величины такой выгоды, так что въ цѣломъ нѣтъ экономіи.) Поэтому Telegram и при переужатии JPEG в JPEG использует кодировщик, выбранный не съ цѣлью получать наивысшее качество JPEG в рамках достигаемого объёма файла, а съ цѣлью быстрѣе работать.
⑤ Но пользователь Телеграма не связан необходимостью экономии усилий и оттого может снабжать сообщения своего канала (и свои реплики в чатах) картинками болѣе высокаго качества (чѣмъ создаваемыя Телеграмом), если они не снабжены профилями ICC (то есть обходят вышеупомянутый баг), и если пользователь сожмёт их сам (и болѣе высококачественным кодировщиком JPEG, чѣмъ телеграмный), и если пользователь сожмёт их до такого объёма, который Telegram не пожелает переужать на сёрверной стороне (то есть итог телеграмного переужатия картинки окажется бóльшим по объёму, чѣмъ она самá), но не слишком далѣе этой пороговой величины объёма. Каждое из этих трёх условий обязательно.
⑥ Код сёрверов Телеграма не открыт, поэтому нельзя заранѣе знать, какая команда исполняется там для сжатия JPEG. Надёжность провѣрки того, пожелал ли сёрвер сжать нѣкій JPEG ещё сильнѣе, обеспечивает незаблаговременный способ: нужно отправить JPEG картинкою (из Telegram Desktop, чтобы не произошло переужатие JPEG при отправке) в Saved Messages, затѣмъ выйти оттуда и очистить кэш, затѣмъ перезапустить Telegram Desktop, затѣмъ сохранить JPEG (ужé не кэшированный, а взятый с сёрвера) и сравнить его объём с объёмом исходного JPEG.
⑦ Очистка кэша — трудоёмкая затѣя (надо зайти в настройки Telegram Desktop, затѣмъ въ ихъ подраздѣлъ «Advanced», жмякнуть пункт «Manage local storage» и ткнуть в нём кнопку «Clear all»). Оттого хочется чистить кэш как можно рѣже, а не послѣ отправки каждого провѣряемого JPEG.
⑧ Желаемое достигается, если отправлять провѣряемые JPEG альбомами — до десяти JPEGов сразу. Напримѣръ, в первом альбоме отправить результаты работы кодировщика jpegli с параметром расстояния (выраженного в единицах JND butteraugli), перемѣняющимся от «1.4» до «1.9» с шагом ⅒. Обнаружив (когда совершится очистка кэша → перезапуск → перескачивание → сравнение), что сёрверное переужатие вариантов нѣкоей картинки прекращается между значениями «1.5» и «1.6», можно отправить второй альбом из десяти результатов, достигаемых значениями от «1.51» до «1.59» с шагом, равным 1% JND. Обнаружив (когда вдругорядь совершится очистка кэша → перезапуск → перескачивание → сравнение), что переужатие прекращается не ранѣе значения «1.59», можно отправить третий альбом из десяти результатов, достигаемых значениями от «1.591» до «1.599» с шагом, равным 1‰ JND. Среди них (когда въ послѣдній раз совершится очистка кэша → перезапуск → перескачивание → сравнение) можно найти значение, обеспечивающее наивысшее качество конкретной картинки, достижимое в рамках нынѣшнихъ настроек сёрверного сжатия.
⑨ Telegram вѣчно хранит даже стёртыя картинки. Если «метод трёх альбомов» начнут примѣнять хотя бы пока ещё только 5% пользователей, то объём хранимых картинок ужé болѣе чѣмъ удвоится.
❤4
«В третьей серии этого аниме глава того школьного клуба, в котором состоит центральный персонаж, одѣлася заинькою (а точнѣе — в эротический костюм дѣвушки-кролика, созданный Playboy) и в таком виде появилась не только в стенах клуба, но также ещё и под открытым небом».
Анимешники, сосредоточенные на произведениях нынѣшняго года, не станут долго раздумывать над этим описанием и враз сочтут, что рѣчь идёт о той сцене в третьей серии в аниме «Ijiranaide, Nagatoro-san 2nd Attack» (являющемся вторым сезоном по отношению к аниме «Ijiranaide, Nagatoro-san»), сюжет которой воссоздаёт собою басню Эзопа про забѣгъ черепахи и зайца, причём в роли черепахи выступает Хачиоджи Наото, а заинькою вырядилася глава клуба рисования, а дополнительный романтически-комический (и оттого нисколечки не эзоповский) элемент всей истории состоит в том, что свою «черепаху» тащит к финишу группа гяру (и прежде всѣхъ — Нагаторо).
А вот анимешники, знакомые и с произведениями прошлых лѣтъ, смогут припомнить, что такое же описание сюжета в точности подходит и к третьей серии «Меланхолии Судзумии Харухи» (но только в версии 2006 года, так как вариант 2009 года помѣстилъ ту же серию на второе мѣсто в #аниме, а не на третье). Там уж не случилося никакое соревнование бѣгуновъ и бѣгуній: глава «команды SOS» одѣлася заинькою (и к этому же ею принуждена была Асахина Микуру) для того только, чтобы сдѣлать свой клуб нѣсколько болѣе извѣстнымъ, раздавая у входа в школу листовки о готовности разслѣдовать загадочныя происшествія. (Что им и удалось, но получилася так называемая «дурная слава».)
Отчего учителя пресекли эскападу Харухи и Микуру (и разбранили их), тогда как Суномия Сана успѣшно завершила свой забѣгъ и даже не была дисквалифицирована? — либо оттого, что за ≈полтора десятилѣтія сердцá смягчились насчёт мягкой эротики, либо многое прощалося Суномии (в отличие от Судзумии) за достиженія в живописи (равныя доброй славе школы и клуба), либо (с дойлистской точки зрѣнія) такая отповедь явно не подходила к тóну «Издевательств Нагаторо».
📔 ОГЛАВЛЕНИЕ
Анимешники, сосредоточенные на произведениях нынѣшняго года, не станут долго раздумывать над этим описанием и враз сочтут, что рѣчь идёт о той сцене в третьей серии в аниме «Ijiranaide, Nagatoro-san 2nd Attack» (являющемся вторым сезоном по отношению к аниме «Ijiranaide, Nagatoro-san»), сюжет которой воссоздаёт собою басню Эзопа про забѣгъ черепахи и зайца, причём в роли черепахи выступает Хачиоджи Наото, а заинькою вырядилася глава клуба рисования, а дополнительный романтически-комический (и оттого нисколечки не эзоповский) элемент всей истории состоит в том, что свою «черепаху» тащит к финишу группа гяру (и прежде всѣхъ — Нагаторо).
А вот анимешники, знакомые и с произведениями прошлых лѣтъ, смогут припомнить, что такое же описание сюжета в точности подходит и к третьей серии «Меланхолии Судзумии Харухи» (но только в версии 2006 года, так как вариант 2009 года помѣстилъ ту же серию на второе мѣсто в #аниме, а не на третье). Там уж не случилося никакое соревнование бѣгуновъ и бѣгуній: глава «команды SOS» одѣлася заинькою (и к этому же ею принуждена была Асахина Микуру) для того только, чтобы сдѣлать свой клуб нѣсколько болѣе извѣстнымъ, раздавая у входа в школу листовки о готовности разслѣдовать загадочныя происшествія. (Что им и удалось, но получилася так называемая «дурная слава».)
Отчего учителя пресекли эскападу Харухи и Микуру (и разбранили их), тогда как Суномия Сана успѣшно завершила свой забѣгъ и даже не была дисквалифицирована? — либо оттого, что за ≈полтора десятилѣтія сердцá смягчились насчёт мягкой эротики, либо многое прощалося Суномии (в отличие от Судзумии) за достиженія в живописи (равныя доброй славе школы и клуба), либо (с дойлистской точки зрѣнія) такая отповедь явно не подходила к тóну «Издевательств Нагаторо».
📔 ОГЛАВЛЕНИЕ
❤9🆒1
GIF-to-WebP compression of IWDRM GIF files.7z
1.3 MB
И на старуху бывает проруха: даже эксперту случается руководиться заблуждениями.
Не стал исключением и автор утилиты gifski (служащей для создания компактных анимированных GIF), которую я ужé не раз упоминал тут в своих сообщениях.
«В подвале» сайта gif.ski (въ послѣднихъ абзацах его) этот автор даёт ссылку на преобразователь GIF в видео, сопровождая её совѣтомъ «which you should really do» с ссылкою на своё эссе «AnimGIFs need a better codec», предпослѣдній раздѣлъ которого осуждает подход форматов MNG и APNG и анимированных WebP, в подтверждение их неэффективности ссылаясь на третий тест из серии тестов «GIF vs APNG vs WebP», лежащей на сайте Эндрю Смита.
В начале серии Смит указывает, что провѣрялъ сжатие GIF в WebP без потерь, командою «gif2webp -m 6 анимация.gif -o анимация.webp» совершаемое, а также провѣрялъ и сжатие в WebP с потерями (но не очень всерьёз), и сжатие APNG.
На двух послѣднихъ не стану останавливаться, но мнѣ досадно видѣть, что анимированный WebP (формат гораздо болѣе новый, чѣмъ GIF, и оттого болѣе совершенный) в тестах Смита выдал файлы большего объёма при сжатии без потерь, поэтому перепровѣрю.
Третий и четвёртый тесты из этой серии используют анимаціи, созданныя автором тумблра IWDRM (существующаго с октября 2010 г.). Они наиболѣе зрѣлищны, и я не дивлюсь тому, что автор gifski сослался именно на третий из тестов.
Анимация GIF, взятая Смитом для третьяго теста, создана автором тумблра IWDRM в январе 2011 года по кадрам фильма «Blade Runner» (1982 г.). Этот GIF, занимая 200 700 байтов, был сжат Смитом до 424 752 байтов WebP. Я же сжал его до 186 726 байтов.
Анимация GIF, взятая Смитом для четвёртаго теста, создана автором тумблра IWDRM в феврале 2011 года по кадрам фильма «Contact» (1997 г.). Этот GIF, занимая 509 610 байтов, был сжат Смитом до 671 768 байтов WebP. Я же сжал его до 441 362 байтов.
(Исходные файлы и итоги сжатия прилагаю.)
Отчего ж я получил WebP меньшего объёма? — а я запустил gif2webp новѣйшей версіи (1.3.1) и, главное, с параметром «min_size», усилившим сжатие.
Не стал исключением и автор утилиты gifski (служащей для создания компактных анимированных GIF), которую я ужé не раз упоминал тут в своих сообщениях.
«В подвале» сайта gif.ski (въ послѣднихъ абзацах его) этот автор даёт ссылку на преобразователь GIF в видео, сопровождая её совѣтомъ «which you should really do» с ссылкою на своё эссе «AnimGIFs need a better codec», предпослѣдній раздѣлъ которого осуждает подход форматов MNG и APNG и анимированных WebP, в подтверждение их неэффективности ссылаясь на третий тест из серии тестов «GIF vs APNG vs WebP», лежащей на сайте Эндрю Смита.
В начале серии Смит указывает, что провѣрялъ сжатие GIF в WebP без потерь, командою «gif2webp -m 6 анимация.gif -o анимация.webp» совершаемое, а также провѣрялъ и сжатие в WebP с потерями (но не очень всерьёз), и сжатие APNG.
На двух послѣднихъ не стану останавливаться, но мнѣ досадно видѣть, что анимированный WebP (формат гораздо болѣе новый, чѣмъ GIF, и оттого болѣе совершенный) в тестах Смита выдал файлы большего объёма при сжатии без потерь, поэтому перепровѣрю.
Третий и четвёртый тесты из этой серии используют анимаціи, созданныя автором тумблра IWDRM (существующаго с октября 2010 г.). Они наиболѣе зрѣлищны, и я не дивлюсь тому, что автор gifski сослался именно на третий из тестов.
Анимация GIF, взятая Смитом для третьяго теста, создана автором тумблра IWDRM в январе 2011 года по кадрам фильма «Blade Runner» (1982 г.). Этот GIF, занимая 200 700 байтов, был сжат Смитом до 424 752 байтов WebP. Я же сжал его до 186 726 байтов.
Анимация GIF, взятая Смитом для четвёртаго теста, создана автором тумблра IWDRM в феврале 2011 года по кадрам фильма «Contact» (1997 г.). Этот GIF, занимая 509 610 байтов, был сжат Смитом до 671 768 байтов WebP. Я же сжал его до 441 362 байтов.
(Исходные файлы и итоги сжатия прилагаю.)
Отчего ж я получил WebP меньшего объёма? — а я запустил gif2webp новѣйшей версіи (1.3.1) и, главное, с параметром «min_size», усилившим сжатие.
👍5
«Путь к сердцу возлюбленного лежит через желудок» — и поэтому старшеклассница готовит на плите школьной учебной кухни печеньки, которые собирается вручить юноше, втайне ею обожаемому. Это милое намѣреніе вызывает у зрителей аниме ощущение трогательной обречённости и сочувствия — сперва оттого, что первые шаги на кулинарном пути ещё не приносят сколько-нибудь вкусные плоды, так что вручать их нельзя, а затѣмъ (но не сразу, не в этой же сáмой серии #аниме) ещё и оттого, что сердце адресата этих печенек оказывается ужé занятым другою дѣвушкою.
Однако же и у изготовительницы печенек не всё в жизни безнадёжно. Во всяком случае, рядом с нею есть юноша, готовый в трудную минуту взяться на учебной кухне за тот же противень, что и она, способный подкрѣпить ея колеблющуюся рѣшимость добрым словом, а главное — не гнушающийся кушать ея печеньки да говорить (слегка покривив душою для красного словца), что онѣ не так уж и плохи на вкус, есть ради чего продолжать стараться.
И вот тогда вошедший в пословицу «путь к сердцу через желудок» оказывается дорóгою не с односторонним движением: поѣдая печеньки, предназначавшиеся другому юноше, этот помощник мало-помалу переключает на себя и сердечную заинтересованность их изготовительницы — пускай и не с такою механическою опредѣлённостью, с какою стрѣлка переводит вагонетку на другой рельсовый путь, но, во всяком случае, именно тут закладывается малая часть первых ростков того чувства, которое постепенно развивается на протяжении дальнѣйшихъ десятков серий, не давая зрителям заскучать.
Именно такой сюжетный ход, употреблённый в зачине сюжета, могли видѣть анимешники в октябре 2008 года во второй серии аниме «Toradora!» — в экранизации произведения, которое сочинила Такэмия Ююко.
Именно такой сюжетный ход, употреблённый в зачине сюжета, могли видѣть анимешники въ апрѣлѣ 2013 года в первой серии первого сезона аниме «Oregairu» (извѣстнаго и под полным названием «Yahari Ore no Seishun LoveCome wa Machigatteiru») — в экранизации произведения, которое сочинил Ватари Ватару.
📔 ОГЛАВЛЕНИЕ
Однако же и у изготовительницы печенек не всё в жизни безнадёжно. Во всяком случае, рядом с нею есть юноша, готовый в трудную минуту взяться на учебной кухне за тот же противень, что и она, способный подкрѣпить ея колеблющуюся рѣшимость добрым словом, а главное — не гнушающийся кушать ея печеньки да говорить (слегка покривив душою для красного словца), что онѣ не так уж и плохи на вкус, есть ради чего продолжать стараться.
И вот тогда вошедший в пословицу «путь к сердцу через желудок» оказывается дорóгою не с односторонним движением: поѣдая печеньки, предназначавшиеся другому юноше, этот помощник мало-помалу переключает на себя и сердечную заинтересованность их изготовительницы — пускай и не с такою механическою опредѣлённостью, с какою стрѣлка переводит вагонетку на другой рельсовый путь, но, во всяком случае, именно тут закладывается малая часть первых ростков того чувства, которое постепенно развивается на протяжении дальнѣйшихъ десятков серий, не давая зрителям заскучать.
Именно такой сюжетный ход, употреблённый в зачине сюжета, могли видѣть анимешники в октябре 2008 года во второй серии аниме «Toradora!» — в экранизации произведения, которое сочинила Такэмия Ююко.
Именно такой сюжетный ход, употреблённый в зачине сюжета, могли видѣть анимешники въ апрѣлѣ 2013 года в первой серии первого сезона аниме «Oregairu» (извѣстнаго и под полным названием «Yahari Ore no Seishun LoveCome wa Machigatteiru») — в экранизации произведения, которое сочинил Ватари Ватару.
📔 ОГЛАВЛЕНИЕ
❤3🥰2👍1😍1
Не совершенно порадовали результаты того испытания новинки в кодировщике SVT-AV1, которое я замышлял в финале своего сообщения 16 июля. Есть хорошая новость, а есть и не очень.
Хорошая новость вот какова: полностью подтвердилась моя априорная догадка насчёт того, что провѣряемая новинка съ нѣкоторую силою способна будет одолѣть собою вопрос о том, что вообще можно сдѣлать, если максимальное значение CRF ужé используется, но и при нём видеофайл нѣсколько больше, чѣмъ хотѣлось бы. Переключение на использование метрики SSIM и впрямь уменьшило достигаемый при CRF 63 объём видеофайла.
В качестве примѣра прилагаю результат кодирования той видеозаписи («Basu bango yonbyakujuu バス番号四百十 ED FULL»), на примѣрѣ которой демонстрировал в сентябре прошлого (2022) года мрачные приёмы сильного сжатия: отказ от расстановки ключевых кадров и затѣмъ ещё хранение звука в формате USAC (он же xHE-AAC) с небольшим битрейтом. Нынѣшній примѣръ занимает приблизительно такой же объём, но достигнут примѣненіемъ только первого из этих приёмов: переключение кодировщика на использование метрики SSIM принесло такую экономию (около 12%), что нашлось мѣсто для звука в формате Opus. Практически это значит, что (в отличие от прошлогодняго примѣра) нынѣшній звукъ можно слушать и в Telegram Desktop (а не только в Telegram под Android, опирающемся на системный декодировщик звука USAC).
Новость похуже вот какова: экономия объёма видеопотока сопровождается, как видно, дополнительным ухудшением качества видео (особенно размытием небольших подвижных деталей происходящего). Это видно на первом изъ нынѣшнихъ примѣровъ.
В качестве второго примѣра прилагаю рикролл, сжатый (при CRF 61) до пяти мегабайтов (напоминаю, что таков предѣлъ объёма файлов MP4, принимаемых сайтом Telegraph). Его нельзя назвать замѣтно превзошедшим качество рикролла того же объёма, служившего примѣромъ в сентябре 2020 года в моём обзоре тогдашних AV1-возможностей сайта Telegraph. То есть метрика SSIM и при равенстве (а не уменьшении) объёма не придала собою рѣзкій рост качеству видео.
Хорошая новость вот какова: полностью подтвердилась моя априорная догадка насчёт того, что провѣряемая новинка съ нѣкоторую силою способна будет одолѣть собою вопрос о том, что вообще можно сдѣлать, если максимальное значение CRF ужé используется, но и при нём видеофайл нѣсколько больше, чѣмъ хотѣлось бы. Переключение на использование метрики SSIM и впрямь уменьшило достигаемый при CRF 63 объём видеофайла.
В качестве примѣра прилагаю результат кодирования той видеозаписи («Basu bango yonbyakujuu バス番号四百十 ED FULL»), на примѣрѣ которой демонстрировал в сентябре прошлого (2022) года мрачные приёмы сильного сжатия: отказ от расстановки ключевых кадров и затѣмъ ещё хранение звука в формате USAC (он же xHE-AAC) с небольшим битрейтом. Нынѣшній примѣръ занимает приблизительно такой же объём, но достигнут примѣненіемъ только первого из этих приёмов: переключение кодировщика на использование метрики SSIM принесло такую экономию (около 12%), что нашлось мѣсто для звука в формате Opus. Практически это значит, что (в отличие от прошлогодняго примѣра) нынѣшній звукъ можно слушать и в Telegram Desktop (а не только в Telegram под Android, опирающемся на системный декодировщик звука USAC).
Новость похуже вот какова: экономия объёма видеопотока сопровождается, как видно, дополнительным ухудшением качества видео (особенно размытием небольших подвижных деталей происходящего). Это видно на первом изъ нынѣшнихъ примѣровъ.
В качестве второго примѣра прилагаю рикролл, сжатый (при CRF 61) до пяти мегабайтов (напоминаю, что таков предѣлъ объёма файлов MP4, принимаемых сайтом Telegraph). Его нельзя назвать замѣтно превзошедшим качество рикролла того же объёма, служившего примѣромъ в сентябре 2020 года в моём обзоре тогдашних AV1-возможностей сайта Telegraph. То есть метрика SSIM и при равенстве (а не уменьшении) объёма не придала собою рѣзкій рост качеству видео.
Итак, Telegram достиг десятилѣтняго возраста (и именно это сѵмволизировал собою стикер, мною вчера тут помѣщённый — поясняю на тот случай, если вдруг кто-нибудь не понял).
Руководясь этой новостью, хочется вспомнить о нѣкоторыхъ обстоятельствах в Телеграме, по своему возрасту с этим десятилѣтіемъ соизмѣримыхъ — и нетрудно вспомнить их, потому что они и сами о себе напоминали на десятом году существования Телеграма.
Прежде всего помню, как 24 ноября прошлого (2022) года я начал осознавать, что в Телеграме сложилось удивительное преобладание видеовозможностей над возможностями обычных картинок:
① Есть платная возможность публикации видеозаписей до четырёх гигабайтов (и бесплатная до двух), при отправке из Telegram Desktop не ограничивающая размѣры кадра: сгодится и fullHD (1920×1080 пикселов), и QHD (2560×1440), и 4K (3840×2160). Между тѣмъ сильно ограничиваются размѣры статических картинок (обычно до 1280 пикселов по большей стороне, но в Telegram Desktop есть экспериментальная настройка, удваивающая это ограничение, но зато Telegram X начинает буквально глючить при попытке добавить в него возможность смотрѣть картинки 2560-пиксельнаго размѣра).
② В контейнере MP4 Телеграмом поддерживаются любые видеоформаты (AVC, HEVC, VP9, а с начала 2023 года — даже AV1) и любые форматы звука (AAC, Opus, даже USAC), если только их знает и понимает медиаподсистема в Android (в случае Телеграма под Android) или библиотека FFmpeg (в случае Telegram Desktop). В то же время картинки в Телеграме (не считая стикеров и эмоджи) допускаются только в формате JPEG, как будто за тридцать лѣтъ, прошедших с появления JPEG, его возможности не были превзойдены вот ужé трижды, по меньшей мѣрѣ — создателями WebP, создателями AVIF, создателями JPEG XL.
③ Telegram может отправлять видеозаписи без переужатия, если только рѣчь не идёт о видеозаписях с кадром 4K (3840×2160 пикселов), ко сжатию которых будет принуждать Telegram под Android. Картинки же непремѣнно подвергаются переужатию (из JPEG в JPEG) на стороне сёрвера и даже могут оттого вдвое распухнуть.
(Весь этот «перекос в сторону видеовозможностей» слѣдовало бы исправить, разумѣется, не ущемлением видеовозможностей, а наращиванием возможностей картинок в Телеграме.)
Также 24 ноября (и в том же сообщении) я упомянул, что цвѣтовые профили ICC четвёртой версии (существующей с 2001 г.) не поддерживалися тогдашним Файерфоксом — но они до сих пор не всюду поддерживаются в Телеграме, который болѣе чѣмъ в два раза моложе этой версии стандарта ICC.
Припомните-ка вот ещё что: какое обновление Телеграма предшествовало нынѣшнему августовскому, возможность stories доставляющему? — августовскому обновлению предшествовало апрѣльское, и его приходу я изрядно порадовался въ апрѣлѣ, увидав исправленным многолѣтній баг, досаждавший лично мнѣ с 2019 года (а болѣе ранним пользователям, должно быть, и того дольше) отсутствием должной поддержки неразрывных пробѣловъ.
Что же неприятно тогда? — а неприятно видеть, что въ нынѣшнемъ (августовском) обновлении не видно ни одного исправления напрашивающейся многолѣтней проблемы, равной по досадности. Если о недостаточности возможностей JPEG (выше мною упомянутой) ещё можно покривить душою и сказать: «это не баг, это фича» — то есть же и другие примѣры, гораздо безспорнѣе показывающие нам ошибочное поведение альбомов в приложениях Телеграма:
➊ распадение видеоальбома на одиночныя сообщенія,
➋ распадение альбома картинок на одиночныя сообщенія,
➌ неполная сборка альбома картинок (двѣ-три вмѣсто десяти),
➍ некорректное пролистывание альбома картинок.
А что такое альбомы? — пускай это и не настолько древняя особенность Телеграма, насколько сжатие картинок сёрвером в JPEG, но всё же и альбомы существуют тут ужé около 5¾ лѣтъ (с ноября 2017 г.). Вот почему есть основания думать, что Павлу Дурову, прежде чѣмъ замахнуться на лидерство среди социальных медиа, слѣдовало бы направить хотя бы часть усилий команды разработчиков на истребление хотя бы тѣхъ проблем, которыя успѣли отравить собою (пускай и не для каждого из пользователей) болѣе половины десятилѣтней жизни Телеграма.
Руководясь этой новостью, хочется вспомнить о нѣкоторыхъ обстоятельствах в Телеграме, по своему возрасту с этим десятилѣтіемъ соизмѣримыхъ — и нетрудно вспомнить их, потому что они и сами о себе напоминали на десятом году существования Телеграма.
Прежде всего помню, как 24 ноября прошлого (2022) года я начал осознавать, что в Телеграме сложилось удивительное преобладание видеовозможностей над возможностями обычных картинок:
① Есть платная возможность публикации видеозаписей до четырёх гигабайтов (и бесплатная до двух), при отправке из Telegram Desktop не ограничивающая размѣры кадра: сгодится и fullHD (1920×1080 пикселов), и QHD (2560×1440), и 4K (3840×2160). Между тѣмъ сильно ограничиваются размѣры статических картинок (обычно до 1280 пикселов по большей стороне, но в Telegram Desktop есть экспериментальная настройка, удваивающая это ограничение, но зато Telegram X начинает буквально глючить при попытке добавить в него возможность смотрѣть картинки 2560-пиксельнаго размѣра).
② В контейнере MP4 Телеграмом поддерживаются любые видеоформаты (AVC, HEVC, VP9, а с начала 2023 года — даже AV1) и любые форматы звука (AAC, Opus, даже USAC), если только их знает и понимает медиаподсистема в Android (в случае Телеграма под Android) или библиотека FFmpeg (в случае Telegram Desktop). В то же время картинки в Телеграме (не считая стикеров и эмоджи) допускаются только в формате JPEG, как будто за тридцать лѣтъ, прошедших с появления JPEG, его возможности не были превзойдены вот ужé трижды, по меньшей мѣрѣ — создателями WebP, создателями AVIF, создателями JPEG XL.
③ Telegram может отправлять видеозаписи без переужатия, если только рѣчь не идёт о видеозаписях с кадром 4K (3840×2160 пикселов), ко сжатию которых будет принуждать Telegram под Android. Картинки же непремѣнно подвергаются переужатию (из JPEG в JPEG) на стороне сёрвера и даже могут оттого вдвое распухнуть.
(Весь этот «перекос в сторону видеовозможностей» слѣдовало бы исправить, разумѣется, не ущемлением видеовозможностей, а наращиванием возможностей картинок в Телеграме.)
Также 24 ноября (и в том же сообщении) я упомянул, что цвѣтовые профили ICC четвёртой версии (существующей с 2001 г.) не поддерживалися тогдашним Файерфоксом — но они до сих пор не всюду поддерживаются в Телеграме, который болѣе чѣмъ в два раза моложе этой версии стандарта ICC.
Припомните-ка вот ещё что: какое обновление Телеграма предшествовало нынѣшнему августовскому, возможность stories доставляющему? — августовскому обновлению предшествовало апрѣльское, и его приходу я изрядно порадовался въ апрѣлѣ, увидав исправленным многолѣтній баг, досаждавший лично мнѣ с 2019 года (а болѣе ранним пользователям, должно быть, и того дольше) отсутствием должной поддержки неразрывных пробѣловъ.
Что же неприятно тогда? — а неприятно видеть, что въ нынѣшнемъ (августовском) обновлении не видно ни одного исправления напрашивающейся многолѣтней проблемы, равной по досадности. Если о недостаточности возможностей JPEG (выше мною упомянутой) ещё можно покривить душою и сказать: «это не баг, это фича» — то есть же и другие примѣры, гораздо безспорнѣе показывающие нам ошибочное поведение альбомов в приложениях Телеграма:
➊ распадение видеоальбома на одиночныя сообщенія,
➋ распадение альбома картинок на одиночныя сообщенія,
➌ неполная сборка альбома картинок (двѣ-три вмѣсто десяти),
➍ некорректное пролистывание альбома картинок.
А что такое альбомы? — пускай это и не настолько древняя особенность Телеграма, насколько сжатие картинок сёрвером в JPEG, но всё же и альбомы существуют тут ужé около 5¾ лѣтъ (с ноября 2017 г.). Вот почему есть основания думать, что Павлу Дурову, прежде чѣмъ замахнуться на лидерство среди социальных медиа, слѣдовало бы направить хотя бы часть усилий команды разработчиков на истребление хотя бы тѣхъ проблем, которыя успѣли отравить собою (пускай и не для каждого из пользователей) болѣе половины десятилѣтней жизни Телеграма.
👍10👏1
Если бы перед началом весеннего сезона #аниме 2021 года меня попросили назвать произведения, которые я в том сезоне собирался посмотрѣть, то тогда я бы перечислил (в том порядке, который открывается на сайте anichart.net сортировкою по параметру «Start Date») вот какие восемь произведений:
① Sentouin, Hakenshimasu!
② Hige wo Soru. Soshite Joshikousei wo Hirou.
③ Seijo no Maryoku wa Bannou desu
④ Isekai Maou to Shoukan Shoujo no Dorei Majutsu Ω
⑤ Slime Taoshite 300-nen, Shiranai Uchi ni Level Max ni Nattemashita
⑥ Ijiranaide, Nagatoro-san
⑦ Osananajimi ga Zettai ni Makenai Love Come
⑧ Koi to Yobu ni wa Kimochi Warui
Но прошло вот ужé больше двух лѣтъ, а из них я досмотрѣлъ до конца только первое и пятое и шестое.
А на остальныя не хватило не то интереса, не то мотивации, не то времени.
И продолжает не хватать.
① Sentouin, Hakenshimasu!
② Hige wo Soru. Soshite Joshikousei wo Hirou.
③ Seijo no Maryoku wa Bannou desu
④ Isekai Maou to Shoukan Shoujo no Dorei Majutsu Ω
⑤ Slime Taoshite 300-nen, Shiranai Uchi ni Level Max ni Nattemashita
⑥ Ijiranaide, Nagatoro-san
⑦ Osananajimi ga Zettai ni Makenai Love Come
⑧ Koi to Yobu ni wa Kimochi Warui
Но прошло вот ужé больше двух лѣтъ, а из них я досмотрѣлъ до конца только первое и пятое и шестое.
А на остальныя не хватило не то интереса, не то мотивации, не то времени.
И продолжает не хватать.
AniChart
AniChart: Spring 2021 Seasonal Chart
Find, track, and share what's airing during the Spring 2021 anime season on AniChart. Find the top-rated and most popular shows, OVAs, and movies!
❤3😢3
Сюжетно почти всё дѣйствіе этого аниме (окромя флэшбэков о прошлом его персонажей) происходит на крупном искусственном острове-городе в водах Тихого океана, но (в отличие от «Плавучего острова» Жюля Верна) не на странствующем по океану, а на неподвижном. По жанру это #аниме относится к «городскому fantasy», соединяя архитектурную фантастику с магиею дѣйствующихъ лиц. Сочетание того и другого ужé в первой сюжетной арке приводит ко мрачной ситуации: один из нижних (подводных) уровней острова атакован существом сверхъестественного происхождения, против которого бессильна обычная охрана, хотя бы и способная разстрѣливать его из автоматов сколько угодно — пули оказываются остановленными в их полёте или даже отражёнными. Как бы для дѣйствующихъ лиц (а на сáмомъ дѣлѣ для зрителей) показывают тонкие холодные линии трёхмѣрнаго контура всего острова и ту опасность, которую повлекут сколько-нибудь сильныя структурныя поврежденія при сраженіи с этаким атакующим: если остров затонет, то погибнет бóльшая часть жителей города — сотни тыщщ человѣкъ.
Как нерѣдко случается в романтических произведениях, сразиться за участь острова приходится центральным персонажам — молодому человѣку и его ещё болѣе молодой спутнице-школьнице. Перед боем они совершают ритуал, придающий необходимую силу — этот ритуал создателями аниме сознательно показан в качестве не только магического, но и любовного. Зрители также видят ещё, что центральный персонаж — не однолюб и пользуется негласною поддержкою молодой влиятельной сотрудницы (романтически к нему относящейся) из крупной частной компании, занимающейся охраною города. «Всё для побѣды», так сказать — и побѣду они одерживают.
Именно так выглядит в четвёртой серии завершение первой сюжетной арки аниме «Strike the Blood».
Именно так выглядит и завершение первой серии аниме «Engage Kiss».
В качестве видеоиллюстрации прилагаю здѣсь для каждого из этих двух аниме по двѣ видеоцитаты: в первой показана атака на подводный этаж, а во второй — вступление в бой парочки центральных персонажей.
📔 ОГЛАВЛЕНИЕ
Как нерѣдко случается в романтических произведениях, сразиться за участь острова приходится центральным персонажам — молодому человѣку и его ещё болѣе молодой спутнице-школьнице. Перед боем они совершают ритуал, придающий необходимую силу — этот ритуал создателями аниме сознательно показан в качестве не только магического, но и любовного. Зрители также видят ещё, что центральный персонаж — не однолюб и пользуется негласною поддержкою молодой влиятельной сотрудницы (романтически к нему относящейся) из крупной частной компании, занимающейся охраною города. «Всё для побѣды», так сказать — и побѣду они одерживают.
Именно так выглядит в четвёртой серии завершение первой сюжетной арки аниме «Strike the Blood».
Именно так выглядит и завершение первой серии аниме «Engage Kiss».
В качестве видеоиллюстрации прилагаю здѣсь для каждого из этих двух аниме по двѣ видеоцитаты: в первой показана атака на подводный этаж, а во второй — вступление в бой парочки центральных персонажей.
📔 ОГЛАВЛЕНИЕ