В предшествующем сообщении я только что разсказалъ о том, для чего вообще может быть нужным автоматическое изготовление субтитров, а теперь перехожу к техническим подробностям того, как выглядит строка команды, запускающей FFmpeg.
Примѣрно вот как выглядит она:
В этой команде параметр «имя_видеофайла» должен быть замѣнёнъ именем конкретного видеофайла (ну или аудиофайла), распознавание рѣчи из которого происходит.
В этой команде содержимое параметров «format=srt» и «whispered.srt» означает, что субтитры будут записаны в файл «whispered.srt». Никто ещё не научил Whisper (и FFmpeg) сразу создавать субтитры в каком-нибудь другом формате — ни в «.ass», ни в «.vtt». (А вот если не «сразу», а «потóм», то тогда в том же FFmpeg, уж конечно, нетрудно перегнать субтитры из формата «.srt» в формат «.vtt», в котором слияние или разбиение реплик оказывается гораздо менѣе трудоёмким за счёт того, что там их хотя бы не приходится заодно ещё и перенумеровывать.)
В этой команде параметр «language=ru» должен быть замѣнёнъ на другой (напримѣръ, «language=en» или «language=ja») при необходимости распознавания другого языка. Если предполагается распознавание многоязычной видеозаписи, то этот параметр можно не указывать, но нейросѣть начнёт работать медленнѣе и допускать ошибки в распознавании языков. (Вы удивитесь, когда увидите, сколь многие краткие возгласы на других языках — или возгласы невербальные — и даже нѣкоторые фрагменты пѣнія птицъ — могут казаться нейросѣти словами изъ корейскаго или китайскаго языка.)
В этой команде параметр «use_gpu=0» можно не указывать (и даже нужно не указывать), если даже въ нынѣшней непростой экономической ситуации вы приняли (и исполнили) рѣшеніе обзавестись видеокартою болѣе производительною, чѣмъ центральный процессор.
В этой команде строка «/путь/к/» должна быть (въ двухъ мѣстахъ) замѣнённою на настоящий путь к тому каталогу, в который вы полóжите скачанные вѣсá натренированных нейросѣтей, одна из которых («ggml-large-v3.bin») занимается распознаванием рѣчи, а другая («ggml-silero-v6.2.0.bin») распознаванием пауз между репликами. Для скорости я предположил их лежащими на диске C (он обычно SSD).
Файл «ggml-large-v3.bin» занимает чуть больше трёх миллиардов байтов, а найти его можно в подкаталоге https://huggingface.co/ggerganov/whisper.cpp/tree/main на сайте Hugging Face. Теоретически можно предполагать, что со временем там появится и какой-нибудь файл v4 (для настройки нейросѣти, натренированной ещё лучше, нежели v3), но на практике с конца 2023 года этого не случалося ни разу.
Файл «ggml-silero-v6.2.0.bin» занимает меньше мегабайта, а найти его можно в подкаталоге https://huggingface.co/ggml-org/whisper-vad/tree/main на сайте Hugging Face.
При всей своей ≈трёхгигабайтной натренированности нейросѣть способна допускать ошибки в распознавании рѣчи, причём не только из числа извѣстныхъ ещё в восьмидесятые годы (напримѣръ, «это же ребёнок» вмѣсто «это жеребёнок» и наоборот) или сдѣлавшихся извѣстными благодаря misheard lyrics въ эстрадныхъ пѣсняхъ (напримѣръ, «скрип колеса» вмѣсто «скрипка-лиса» и наоборот), но и в болѣе простых случаях — напримѣръ, при простой невнятице в окончаниях слов (нейросѣть не училася в средней школе правилам согласования слов по склонению или по спряжению).
Способна она и галлюцинировать, то есть «на ровном мѣстѣ» вписывать в субтитры такие слова, которыя вообще никто не произносил в конкретной видеозаписи, но которыя зато очень часто попадалися в подобных мѣстахъ в том исходном материале, на котором нейросѣть натренировывали:
➊ В начале субтитров иногда появляются заблаговременныя извиненія за будущія допущенныя ошибки в субтитрах.
➋ В конце субтитров иногда появляются призывы «подписываться на канал».
➌ И в начале, и в конце иногда «воскресают» упоминания составителей исходных субтитров. (На русском языке чаще других упоминается нѣкій DimaTorzok.)
Примѣрно вот как выглядит она:
ffmpeg -hide_banner -i имя_видеофайла -vn -sn -af "whisper=language=ru:destination=whispered.srt:format=srt:queue=30:use_gpu=0:vad_model=C\\:/путь/к/ggml-silero-v6.2.0.bin:model=C\\:/путь/к/ggml-large-v3.bin" -f null -
В этой команде параметр «имя_видеофайла» должен быть замѣнёнъ именем конкретного видеофайла (ну или аудиофайла), распознавание рѣчи из которого происходит.
В этой команде содержимое параметров «format=srt» и «whispered.srt» означает, что субтитры будут записаны в файл «whispered.srt». Никто ещё не научил Whisper (и FFmpeg) сразу создавать субтитры в каком-нибудь другом формате — ни в «.ass», ни в «.vtt». (А вот если не «сразу», а «потóм», то тогда в том же FFmpeg, уж конечно, нетрудно перегнать субтитры из формата «.srt» в формат «.vtt», в котором слияние или разбиение реплик оказывается гораздо менѣе трудоёмким за счёт того, что там их хотя бы не приходится заодно ещё и перенумеровывать.)
В этой команде параметр «language=ru» должен быть замѣнёнъ на другой (напримѣръ, «language=en» или «language=ja») при необходимости распознавания другого языка. Если предполагается распознавание многоязычной видеозаписи, то этот параметр можно не указывать, но нейросѣть начнёт работать медленнѣе и допускать ошибки в распознавании языков. (Вы удивитесь, когда увидите, сколь многие краткие возгласы на других языках — или возгласы невербальные — и даже нѣкоторые фрагменты пѣнія птицъ — могут казаться нейросѣти словами изъ корейскаго или китайскаго языка.)
В этой команде параметр «use_gpu=0» можно не указывать (и даже нужно не указывать), если даже въ нынѣшней непростой экономической ситуации вы приняли (и исполнили) рѣшеніе обзавестись видеокартою болѣе производительною, чѣмъ центральный процессор.
В этой команде строка «/путь/к/» должна быть (въ двухъ мѣстахъ) замѣнённою на настоящий путь к тому каталогу, в который вы полóжите скачанные вѣсá натренированных нейросѣтей, одна из которых («ggml-large-v3.bin») занимается распознаванием рѣчи, а другая («ggml-silero-v6.2.0.bin») распознаванием пауз между репликами. Для скорости я предположил их лежащими на диске C (он обычно SSD).
Файл «ggml-large-v3.bin» занимает чуть больше трёх миллиардов байтов, а найти его можно в подкаталоге https://huggingface.co/ggerganov/whisper.cpp/tree/main на сайте Hugging Face. Теоретически можно предполагать, что со временем там появится и какой-нибудь файл v4 (для настройки нейросѣти, натренированной ещё лучше, нежели v3), но на практике с конца 2023 года этого не случалося ни разу.
Файл «ggml-silero-v6.2.0.bin» занимает меньше мегабайта, а найти его можно в подкаталоге https://huggingface.co/ggml-org/whisper-vad/tree/main на сайте Hugging Face.
При всей своей ≈трёхгигабайтной натренированности нейросѣть способна допускать ошибки в распознавании рѣчи, причём не только из числа извѣстныхъ ещё в восьмидесятые годы (напримѣръ, «это же ребёнок» вмѣсто «это жеребёнок» и наоборот) или сдѣлавшихся извѣстными благодаря misheard lyrics въ эстрадныхъ пѣсняхъ (напримѣръ, «скрип колеса» вмѣсто «скрипка-лиса» и наоборот), но и в болѣе простых случаях — напримѣръ, при простой невнятице в окончаниях слов (нейросѣть не училася в средней школе правилам согласования слов по склонению или по спряжению).
Способна она и галлюцинировать, то есть «на ровном мѣстѣ» вписывать в субтитры такие слова, которыя вообще никто не произносил в конкретной видеозаписи, но которыя зато очень часто попадалися в подобных мѣстахъ в том исходном материале, на котором нейросѣть натренировывали:
➊ В начале субтитров иногда появляются заблаговременныя извиненія за будущія допущенныя ошибки в субтитрах.
➋ В конце субтитров иногда появляются призывы «подписываться на канал».
➌ И в начале, и в конце иногда «воскресают» упоминания составителей исходных субтитров. (На русском языке чаще других упоминается нѣкій DimaTorzok.)
GitHub
Who is DimaTorzok? · openai whisper · Discussion #2372
Sometimes when I do transcription of audio, I encounter errors in the text -> "Субтитры создавал DimaTorzok" Why? Who is he? Why???
😁8👍3
Небольшие постскриптумы к предшествующему сообщению:
① Команда, запускающая FFmpeg, сверху снабжена подзаголовком «batch» для того, чтобы показать, что такой вид она должна имѣть внутри бáтника (пакетнаго файла). Если же запускается просто в командной строке, то тогда вмѣсто двойной обратной косой черты слѣдуетъ использовать одинарную. То и другое необходимо только в системе Windows, потому что это в ней полный путь к файлу начинается буквою диска съ послѣдующимъ двоеточіемъ, которое-то и приходится экранировать обратною косою чертою (одинарною или двойною) для того, чтобы FFmpeg не принял двоеточіе за очередной раздѣлитель параметров Whisper.
② Можно указать «translate=1» среди других параметров Whisper — и тогда нейросѣть будет изготавливать субтитры на английском языке даже для рѣчи не на английском. Качество такого нейроперевода я не назвал бы значительным: в случае японской рѣчи нейросѣть превосходно справляется с переводом обиходных фраз и выражений (напримѣръ, «ах вон оно что» в конце той видеоцитаты из «Charlotte», которую я приводил 14 марта), но на их перевод ужé неплохо натренированы и мозги любого анимешника, слышавшаго всѣ эти фразы и выражения сотни раз — в случае же болѣе сложных выражений и предложений нейросѣть начинает сбиваться. Я пришёл к выводу, что конечный результат будет лучше, если не использовать параметр «translate=1», а итог распознавания рѣчи скормить в Google Translate. Однако же и в этом случае результат слѣдуетъ просматривать съ недовѣрчивою пристальностью: Google Translate при переводе всякаго сколько-нибудь длиннаго файла субтитров начинает глючить, убирая из своего перевода нѣкоторую часть кодов времени и слѣдующихъ за ними реплик.
① Команда, запускающая FFmpeg, сверху снабжена подзаголовком «batch» для того, чтобы показать, что такой вид она должна имѣть внутри бáтника (пакетнаго файла). Если же запускается просто в командной строке, то тогда вмѣсто двойной обратной косой черты слѣдуетъ использовать одинарную. То и другое необходимо только в системе Windows, потому что это в ней полный путь к файлу начинается буквою диска съ послѣдующимъ двоеточіемъ, которое-то и приходится экранировать обратною косою чертою (одинарною или двойною) для того, чтобы FFmpeg не принял двоеточіе за очередной раздѣлитель параметров Whisper.
② Можно указать «translate=1» среди других параметров Whisper — и тогда нейросѣть будет изготавливать субтитры на английском языке даже для рѣчи не на английском. Качество такого нейроперевода я не назвал бы значительным: в случае японской рѣчи нейросѣть превосходно справляется с переводом обиходных фраз и выражений (напримѣръ, «ах вон оно что» в конце той видеоцитаты из «Charlotte», которую я приводил 14 марта), но на их перевод ужé неплохо натренированы и мозги любого анимешника, слышавшаго всѣ эти фразы и выражения сотни раз — в случае же болѣе сложных выражений и предложений нейросѣть начинает сбиваться. Я пришёл к выводу, что конечный результат будет лучше, если не использовать параметр «translate=1», а итог распознавания рѣчи скормить в Google Translate. Однако же и в этом случае результат слѣдуетъ просматривать съ недовѣрчивою пристальностью: Google Translate при переводе всякаго сколько-нибудь длиннаго файла субтитров начинает глючить, убирая из своего перевода нѣкоторую часть кодов времени и слѣдующихъ за ними реплик.
Google
Google Translate
Google's service, offered free of charge, instantly translates words, phrases, and web pages between English and over 100 other languages.
Шухартской
давайте зайдём совсем далеко: дадим героям возможность призывать людей из прошлого для борьбы с Чужим. Они хотели вызвать Геракла… Это было настолько нелепо, что все просто смеялись: "Ладно, это не сработает"
Ну что я могу сказать: должно быть, идея призыва героев прошлого буквально бродила по ноосфере тогда, потому что в эти же приблизительно годы мы видим её приземлившеюся и въ тѣхъ набросках, из которых выросли сперва произведения серии «Fate» творческой группы TYPE-MOON, а затѣмъ и их экранизации в форме #аниме.
Причём в первом из опубликованных произведений этой серии (то есть в «Fate/stay night») среди прочих состоялся и призыв Геракла (то есть идея, выше процитированная, может считаться сбывшеюся буквально) — но состоялся закулисно (то есть процесс призыва не показывают и даже имя призванного не сразу сообщают читателям VN и затѣмъ зрителям аниме, потому что это был бы неслабый спойлер), так что показать его здѣсь я не могу, а только упомянуть.
А в качестве иллюстрации прилагаю видеоцитату со сценою призыва из первой серии «Fate/Zero» (но там обошлось уж без Геракла, там другая подборка героев прошлого):
Причём в первом из опубликованных произведений этой серии (то есть в «Fate/stay night») среди прочих состоялся и призыв Геракла (то есть идея, выше процитированная, может считаться сбывшеюся буквально) — но состоялся закулисно (то есть процесс призыва не показывают и даже имя призванного не сразу сообщают читателям VN и затѣмъ зрителям аниме, потому что это был бы неслабый спойлер), так что показать его здѣсь я не могу, а только упомянуть.
А в качестве иллюстрации прилагаю видеоцитату со сценою призыва из первой серии «Fate/Zero» (но там обошлось уж без Геракла, там другая подборка героев прошлого):
This media is not supported in your browser
VIEW IN TELEGRAM
👏2💯1
ТАСС_гдѣ_нельзя_размѣщать_георгіевскія_ленты.jxl
195.6 KB
Я с живым интересом просмотрѣлъ замѣтку «Россиянам рассказали, где нельзя размещать георгиевские ленты» на сайте ТАСС (скриншот просмотрѣнной версіи ея прилагаю чуть выше) и ознакомился с отзывами на неё в Телеграме, из которых прежде всего хотѣлъ бы ѿмѣтить два.
Автор канала @holmogor_talks так откликнулся третьего мая:
Автор канала @istrkalkglk так откликнулся третьего мая:
Как нетрудно видѣть, эти авторы предвидят так называемый chilling effect от таких рассказов про нельзя.
Однако можно посмотрѣть и чуть глубже в контексте того, что недавним прославлением имени Дзержинского порождается #криптоконспирология о подготовке на сáмом верху къ болѣе или менѣе массовым репрессиям. Какою бывает психологическая сторона такой подготовки? — опыт истории подсказывает, что опредѣлённою цѣнностью обладает подталкивание общества к созданию атмосферы массового доносительства, внутри которой ощущение вины за репрессии въ извѣстной мѣрѣ перекладывается с властей на доносчиков (а далѣе, ввиду массовости их — на весь народ, который, раз уж «сам виноват», должен принять истребление безропотно).
Кому сейчас сильно за пятьдесят лѣтъ отроду, тѣ могутъ помнить, как это сработало в реальной истории Совѣтской Россіи: довлатовский вопрос «Мы без конца проклинаем товарища Сталина, и, разумеется, за дело. И всё же я хочу спросить — кто написал четыре миллиона доносов?» считается заданным в начале восьмидесятых (может быть, подытоживая самоощущение и граждан нѣсколькихъ предшествующих десятилѣтій), но тогда усомниться в доводах этого сорта можно было разве что на уровне точности цифр (дескать, понимаем, что «четыре миллиона» — это художественное преувеличение, но были же если не миллионы, то сотни тыщщ?) — а до появления какой бы то ни было возможности возражений по существу («да поймите же, репрессии не откликáлись на волну доносов снизу, а планировалися и готовилися наверху») оставалось ещё болѣе десятилѣтія и понадобилося сперва окончательное падение Совѣтской власти (потому что даже самый значимый в этой истории приказ НКВД СССР № 00447 опубликовали только в 1992 г., а до этого власти скрывали болѣе полувѣка).
Впрочем, ещё увидим, окончательное ли.
Извѣщеніе о недопустимости георгиевских лент на ручках автомашин, брошенное в ту банку с пауками, которою остаётся (к несчастью) сообщество автовладѣльцевъ РФ, уж конечно позволит им в уме сложить два и два и получить четвёрку, то есть прочитано будет как слабо завуалированное подстрекательство к доносительству:
— Вы втянуты в конфликт со своими сосѣдями за парковочное мѣсто у старого дома, во время возведения которого Совѣтская власть не могла и думать о нынѣшнемъ уровне автомобилизации? Выход есть: раздобудьте георгиевскую ленту, рано поутру (когда солнце ужé взошло, но люди ещё не проснулись и не видят) повяжите ленту на ручку автомобиля своих противников, затѣмъ сфотографируйте и приложите к доносу, который отправит всю семью ваших противников (как «группу лиц по предварительному сговору») за рѣшётку по статье 354.1 УК РФ до пяти лѣтъ почти гарантированно (ничтожный процент оправдательных приговоров в современных российских судах сами знаете) или хотя бы принудит срочно продать автомобиль, чтобы хватило заносить отступные куда надо.
Девять из десяти автомобилистов подумают, может быть, что это было бы неприемлемо подло!… но въ Россіи съ ея 47½ миллионами легковых машин достаточно и каждого десятого автомобилиста для того, чтоб этим способом получить 4 миллиона довлатовских доносов.
Автор канала @holmogor_talks так откликнулся третьего мая:
Господи, они даже народную память и патриотический порыв превратили в повод для уголовного преследования.
Не случайно, поэтому, что по своему почину ленточку носят всё реже и на всё меньший срок.
Убийцы всего живого...
Автор канала @istrkalkglk так откликнулся третьего мая:
Запретобесие шагает по стране.
Георгиевская лента — прекрасная, по-настоящему народная традиция, ставшая ещё и политическим символом времён Русской весны, символом единения Русского мира.
Лучший способ заставить население отказаться от неё — начать давать уголовки и административки за неправильное ношение. В таких обстоятельствах естественная реакция — вообще не надевать от греха подальше.
Как нетрудно видѣть, эти авторы предвидят так называемый chilling effect от таких рассказов про нельзя.
Однако можно посмотрѣть и чуть глубже в контексте того, что недавним прославлением имени Дзержинского порождается #криптоконспирология о подготовке на сáмом верху къ болѣе или менѣе массовым репрессиям. Какою бывает психологическая сторона такой подготовки? — опыт истории подсказывает, что опредѣлённою цѣнностью обладает подталкивание общества к созданию атмосферы массового доносительства, внутри которой ощущение вины за репрессии въ извѣстной мѣрѣ перекладывается с властей на доносчиков (а далѣе, ввиду массовости их — на весь народ, который, раз уж «сам виноват», должен принять истребление безропотно).
Кому сейчас сильно за пятьдесят лѣтъ отроду, тѣ могутъ помнить, как это сработало в реальной истории Совѣтской Россіи: довлатовский вопрос «Мы без конца проклинаем товарища Сталина, и, разумеется, за дело. И всё же я хочу спросить — кто написал четыре миллиона доносов?» считается заданным в начале восьмидесятых (может быть, подытоживая самоощущение и граждан нѣсколькихъ предшествующих десятилѣтій), но тогда усомниться в доводах этого сорта можно было разве что на уровне точности цифр (дескать, понимаем, что «четыре миллиона» — это художественное преувеличение, но были же если не миллионы, то сотни тыщщ?) — а до появления какой бы то ни было возможности возражений по существу («да поймите же, репрессии не откликáлись на волну доносов снизу, а планировалися и готовилися наверху») оставалось ещё болѣе десятилѣтія и понадобилося сперва окончательное падение Совѣтской власти (потому что даже самый значимый в этой истории приказ НКВД СССР № 00447 опубликовали только в 1992 г., а до этого власти скрывали болѣе полувѣка).
Извѣщеніе о недопустимости георгиевских лент на ручках автомашин, брошенное в ту банку с пауками, которою остаётся (к несчастью) сообщество автовладѣльцевъ РФ, уж конечно позволит им в уме сложить два и два и получить четвёрку, то есть прочитано будет как слабо завуалированное подстрекательство к доносительству:
— Вы втянуты в конфликт со своими сосѣдями за парковочное мѣсто у старого дома, во время возведения которого Совѣтская власть не могла и думать о нынѣшнемъ уровне автомобилизации? Выход есть: раздобудьте георгиевскую ленту, рано поутру (когда солнце ужé взошло, но люди ещё не проснулись и не видят) повяжите ленту на ручку автомобиля своих противников, затѣмъ сфотографируйте и приложите к доносу, который отправит всю семью ваших противников (как «группу лиц по предварительному сговору») за рѣшётку по статье 354.1 УК РФ до пяти лѣтъ почти гарантированно (ничтожный процент оправдательных приговоров в современных российских судах сами знаете) или хотя бы принудит срочно продать автомобиль, чтобы хватило заносить отступные куда надо.
Девять из десяти автомобилистов подумают, может быть, что это было бы неприемлемо подло!… но въ Россіи съ ея 47½ миллионами легковых машин достаточно и каждого десятого автомобилиста для того, чтоб этим способом получить 4 миллиона довлатовских доносов.
Зачин сюжета этого аниме развивается на фоне слухов и новостей о том, что в городе совершаются необычныя убійства — по-видимому, серійныя.
На этом-то фоне центральный персонаж (не вполнѣ здоровый японский старшеклассник), придя в школу, встрѣчаетъ весьма странную тамошнюю ученицу: сперва он искренне считает себя никогда не знакомившимся с ней, но затѣмъ она возражает, а он по настоянію ея оказывается в состоянии самостоятельно вспомнить то, как её зовут. (Но всё же совершенно ли самостоятельно, или по нѣкоторому внушенію ея?) Затѣмъ оказывается, что одноклассники центральнаго персонажа не удивлены присутствием этой дѣвушки как незнакомой — болѣе того, его приятель-экстраверт настаивает на том, что оба они (и центральный персонаж, и приятель) с этой ученицею и прежде общались на дружеской ноге (и даже с лёгким подтруниванием насчёт возможности любовной пріязни).
Авторы #аниме (и экранизируемого им визуальнаго романа) дѣлаютъ в эти минуты намёк зрителям (и намёк довольно жирный), что эта ученица легко может оказаться убійцею (причём ничуть не менѣе сверхъестественною, чѣмъ ея возможность прописаться в чужой памяти в качестве давней знакомой, если эту сцену таким образом понимать), но и центральный персонаж также легко может оказаться убійцею и сам (если эту сцену понимать какъ свидѣтельство психическаго нездоровья его, доходящаго до сильных провалов в памяти, внутри которых что угодно могло бы помѣститься — как знать, не подавленныя ли воспоминанія о том, как он вдруг пожелал убивать и кинулся убивать).
Именно таким образом в октябре 2003 года показаны были встрѣтившимися (видеоцитату прилагаю) Сиэль-сэмпай и Тоно Щики (центральный персонаж аниме «Shingetsutan Tsukihime»).
Именно таким образом в октябре 2008 года показаны были встрѣтившимися (видеоцитату прилагаю) Сакихата Рими и Нищиджё Такуми (центральный персонаж аниме «Chaos;Head», название которого также записывалося в особом стиле — мѣшаниною регистровъ: «ChäoS;HEAd»).
И за предѣлами этих двух сходных сцен упомянутый намёк на возможную виновность центральных персонажей получил сюжетное развитие, которое я здѣсь не цитирую только потому, что там оно уж не проявляет замѣтнаго визуальнаго сходства, а только смысловое по предполагаемым послѣдствіямъ его.
Так, напримѣръ, Нищиджё Такуми раз за разом показан был в качестве персонажа неслабо галлюцинирующего (которому частенько мерещится то ужасное развитие событий, а то и наоборот) и притом ещё в качестве тульповóда, которому раз за разом мерещится одна и та же приятная ему персонажица из того аниме, зрителем которого он является; нѣсколько позже Кусуноки Юа, другая любительница точно того же аниме, настойчиво заведя знакомство с Такуми, сознаётся ему в том, что собрала улики, позволяющія обоснованно заподозрить его — сперва в том, что он втайне обладает сверхъестественной способностью заблаговременно предвидѣть убійства, а затѣмъ (когда Такуми отрицает первую догадку ея) ещё и в том, что он страдает от раздвоения личности и сам совершил нѣкоторую часть преступлений.
Что же касается Тоно Щики, то он показан был кинувшимся в безлюдном парке на первую встрѣчную женщину, причём кинувшимся с ножом и с явным намѣреніемъ расчленить её — но исполнил ли это намѣреніе? — и даже было ли оно или просто примерещилось? — о том зрители и персонаж нѣкоторое время могут только гадать, потому что Щики потерял сознание и плюхнулся вроде бы в лужу крови, но затѣмъ пришёл в сознание в отцовском доме в своей постели рядом с ничуть не окровавленною одеждою. Если совершение убійства (движимое чистым инстинктом, безъ малѣйшаго разсудочнаго повода!) всё же не почудилося ему, то тогда должен ли Щики подозрѣвать, что сестра его и служанки скрыли его преступление и от полиции, и даже от него самогó, причём не просто «не подают вида», но и потрудились омыть нож, а также выстирать (и высушить, и выгладить) окровавленную одежду его? И эта загадка усугубляется на другой день, когда Щики встрѣчаетъ предполагаемую жертву живёхонькою, однако та заводит с ним бесѣду и с досадою винит его в том, что была расчленена им на семнадцать частей.
📔 ОГЛАВЛЕНИЕ
На этом-то фоне центральный персонаж (не вполнѣ здоровый японский старшеклассник), придя в школу, встрѣчаетъ весьма странную тамошнюю ученицу: сперва он искренне считает себя никогда не знакомившимся с ней, но затѣмъ она возражает, а он по настоянію ея оказывается в состоянии самостоятельно вспомнить то, как её зовут. (Но всё же совершенно ли самостоятельно, или по нѣкоторому внушенію ея?) Затѣмъ оказывается, что одноклассники центральнаго персонажа не удивлены присутствием этой дѣвушки как незнакомой — болѣе того, его приятель-экстраверт настаивает на том, что оба они (и центральный персонаж, и приятель) с этой ученицею и прежде общались на дружеской ноге (и даже с лёгким подтруниванием насчёт возможности любовной пріязни).
Авторы #аниме (и экранизируемого им визуальнаго романа) дѣлаютъ в эти минуты намёк зрителям (и намёк довольно жирный), что эта ученица легко может оказаться убійцею (причём ничуть не менѣе сверхъестественною, чѣмъ ея возможность прописаться в чужой памяти в качестве давней знакомой, если эту сцену таким образом понимать), но и центральный персонаж также легко может оказаться убійцею и сам (если эту сцену понимать какъ свидѣтельство психическаго нездоровья его, доходящаго до сильных провалов в памяти, внутри которых что угодно могло бы помѣститься — как знать, не подавленныя ли воспоминанія о том, как он вдруг пожелал убивать и кинулся убивать).
Именно таким образом в октябре 2003 года показаны были встрѣтившимися (видеоцитату прилагаю) Сиэль-сэмпай и Тоно Щики (центральный персонаж аниме «Shingetsutan Tsukihime»).
Именно таким образом в октябре 2008 года показаны были встрѣтившимися (видеоцитату прилагаю) Сакихата Рими и Нищиджё Такуми (центральный персонаж аниме «Chaos;Head», название которого также записывалося в особом стиле — мѣшаниною регистровъ: «ChäoS;HEAd»).
И за предѣлами этих двух сходных сцен упомянутый намёк на возможную виновность центральных персонажей получил сюжетное развитие, которое я здѣсь не цитирую только потому, что там оно уж не проявляет замѣтнаго визуальнаго сходства, а только смысловое по предполагаемым послѣдствіямъ его.
Так, напримѣръ, Нищиджё Такуми раз за разом показан был в качестве персонажа неслабо галлюцинирующего (которому частенько мерещится то ужасное развитие событий, а то и наоборот) и притом ещё в качестве тульповóда, которому раз за разом мерещится одна и та же приятная ему персонажица из того аниме, зрителем которого он является; нѣсколько позже Кусуноки Юа, другая любительница точно того же аниме, настойчиво заведя знакомство с Такуми, сознаётся ему в том, что собрала улики, позволяющія обоснованно заподозрить его — сперва в том, что он втайне обладает сверхъестественной способностью заблаговременно предвидѣть убійства, а затѣмъ (когда Такуми отрицает первую догадку ея) ещё и в том, что он страдает от раздвоения личности и сам совершил нѣкоторую часть преступлений.
Что же касается Тоно Щики, то он показан был кинувшимся в безлюдном парке на первую встрѣчную женщину, причём кинувшимся с ножом и с явным намѣреніемъ расчленить её — но исполнил ли это намѣреніе? — и даже было ли оно или просто примерещилось? — о том зрители и персонаж нѣкоторое время могут только гадать, потому что Щики потерял сознание и плюхнулся вроде бы в лужу крови, но затѣмъ пришёл в сознание в отцовском доме в своей постели рядом с ничуть не окровавленною одеждою. Если совершение убійства (движимое чистым инстинктом, безъ малѣйшаго разсудочнаго повода!) всё же не почудилося ему, то тогда должен ли Щики подозрѣвать, что сестра его и служанки скрыли его преступление и от полиции, и даже от него самогó, причём не просто «не подают вида», но и потрудились омыть нож, а также выстирать (и высушить, и выгладить) окровавленную одежду его? И эта загадка усугубляется на другой день, когда Щики встрѣчаетъ предполагаемую жертву живёхонькою, однако та заводит с ним бесѣду и с досадою винит его в том, что была расчленена им на семнадцать частей.
📔 ОГЛАВЛЕНИЕ
🤔4👍1🆒1
первоапрѣльская_надежда_на_скорое_появление_AV2.jxl
175.5 KB
Появление видеоформата AV2 (слѣдующаго за видеоформатом AV1) изначально запланировано было на конец 2025 года (о чём я упоминал в сентябре того же года), однако не состоялось (разработчики выложили только черновик спецификации и предварительную версию эталоннаго кодека), причём без какого-либо дальнѣйшаго уточнения сроков появления AV2 — так что ровно два мѣсяца назад (то есть 7 марта) я оцѣнивалъ эти сроки словами «пёс его знает когда ждать его» и затѣмъ по количеству нерѣшённыхъ проблем (в том же черновике упомянутых) так судил: «количество их означает, что за три или даже за четыре мѣсяца со всѣми ими разобраться никак нельзя».
Менѣе чѣмъ черезъ мѣсяцъ (1 апрѣля) появилась оцѣнка болѣе оптимистическая — но так как первоапрѣльская, то затруднительно судить, совершенно ли всерьёз: автор вон той замѣтки на сайте Reddit (скриншот прилагаю чуть выше) обратил внимание на то, что развитие AVM (того экспериментальнаго кодека, который в будущем непремѣнно станет основою для эталоннаго кодека AV2) пришло к выпуску очередной версіи его (четырнадцатой), так что понадѣялся на то, что версія эта как раз означает, что AV2 на подходе черезъ нѣсколько дней.
Надежды этого автора не сбылись.
Любопытно поэтому, что прямо сейчас (7 мая) можно повторить его разсужденіе, но имѣя чуть-чуть больше для того основаній.
Во-первых, если тогда приуготовлялся выпуск четырнадцатой версии AVM, то сейчас приуготавливается выпуск пятнадцатой. Когда я пишу эти строки, наверху страницы коммитов AVM (перечисленных там в обратном хронологическом порядке) располагается коммит, помѣченный тегом «research-v15.0.0»:
Менѣе чѣмъ черезъ мѣсяцъ (1 апрѣля) появилась оцѣнка болѣе оптимистическая — но так как первоапрѣльская, то затруднительно судить, совершенно ли всерьёз: автор вон той замѣтки на сайте Reddit (скриншот прилагаю чуть выше) обратил внимание на то, что развитие AVM (того экспериментальнаго кодека, который в будущем непремѣнно станет основою для эталоннаго кодека AV2) пришло к выпуску очередной версіи его (четырнадцатой), так что понадѣялся на то, что версія эта как раз означает, что AV2 на подходе черезъ нѣсколько дней.
Надежды этого автора не сбылись.
Любопытно поэтому, что прямо сейчас (7 мая) можно повторить его разсужденіе, но имѣя чуть-чуть больше для того основаній.
Во-первых, если тогда приуготовлялся выпуск четырнадцатой версии AVM, то сейчас приуготавливается выпуск пятнадцатой. Когда я пишу эти строки, наверху страницы коммитов AVM (перечисленных там в обратном хронологическом порядке) располагается коммит, помѣченный тегом «research-v15.0.0»:
скриншот страницы коммитов AVM.jxl
144.9 KB
Во-вторых, в настоящее время на сайте Gitlab я не вижу никаких признаков организованнаго планирования разработки слѣдующей (шестнадцатой) версіи AVM. В частности, очередной «верстовой столб» (milestone) должен для неё имѣть двадцать первый номер, однако по адресу https://gitlab.com/AOMediaCodec/avm/-/milestones/21 открывается (в настоящее время) сообщение об ошибке 404 («Страница не найдена»). Можно сравнить это с пятнадцатой версіею, для которой по предшествующему номеру https://gitlab.com/AOMediaCodec/avm/-/milestones/20 открывается страница планирования с карточками устранённых проблем и графиками производимых работ:
графики_и_карточки_на_странице_планирования_пятнадцатой_версии_AVM.jxl
127.9 KB
Сразу хочу оговориться, что не придаю этому наблюденію никакого рѣшающаго значенія, потому что надо трезво сознавать, что разработка слѣдующей (шестнадцатой) версіи AVM неизбѣжно начнётся рано или поздно — даже если пятнадцатая версія AVM признана будет основою кодека AV2, то независимая от него разработка AVM продолжится для того, чтобы лѣтъ через десять получить нѣкоторую основу для AV3.
Но вот если бы разработка слѣдующей (шестнадцатой) версіи AVM выглядѣла начатою ужé сейчас, причём с существующею страницею планирования, на которой располагались бы карточки нерѣшённыхъ проблем, содержание которых позволяло бы ясно судить, что устранением проблем этих сдерживается появление AV2 — вот тогда это был бы явный признак того, что появление формата AV2 откладывается, как минимум, до лѣта.
А сейчас такого явного признака нѣтъ.
В-третьих, для предыдущей версии видеоформата (для AV1) существует изрядно быстрый программный декодировщик (dav1d), который служил всё болѣе неплохим (по мѣрѣ своего совершенствования) подспорьем в декодировании видео AV1 (и изображений в формате AVIF) во всѣ первые годы его существования — и только въ послѣдніе годы вмѣсто него стало можно пользоваться быстрыми аппаратными декодировщиками, да и до сих пор-то они не повсемѣстны.
Ну так вот что: как раз в эти дни разработчики декодировщика dav1d открыли исходный код слѣдующаго декодировщика — dav2d, предназначеннаго декодировать грядущий видеоформат AV2.
(В том сообществе поклонников видеокодирования, которое собирается на форуме Doom9, открытие доступа к исходному коду dav2d замѣтили 2 мая, в сабрэддите AV1 его замѣтили опять же 2 мая — должно быть, тогда оно и состоялося.)
Больше того: в списке недавних правок кода есть и такая, которая помѣчена номером версіи (0.0.1) и въ цѣломъ выглядит подготовкою к выпуску первой публичной версіи dav2d:
Но вот если бы разработка слѣдующей (шестнадцатой) версіи AVM выглядѣла начатою ужé сейчас, причём с существующею страницею планирования, на которой располагались бы карточки нерѣшённыхъ проблем, содержание которых позволяло бы ясно судить, что устранением проблем этих сдерживается появление AV2 — вот тогда это был бы явный признак того, что появление формата AV2 откладывается, как минимум, до лѣта.
А сейчас такого явного признака нѣтъ.
В-третьих, для предыдущей версии видеоформата (для AV1) существует изрядно быстрый программный декодировщик (dav1d), который служил всё болѣе неплохим (по мѣрѣ своего совершенствования) подспорьем в декодировании видео AV1 (и изображений в формате AVIF) во всѣ первые годы его существования — и только въ послѣдніе годы вмѣсто него стало можно пользоваться быстрыми аппаратными декодировщиками, да и до сих пор-то они не повсемѣстны.
Ну так вот что: как раз в эти дни разработчики декодировщика dav1d открыли исходный код слѣдующаго декодировщика — dav2d, предназначеннаго декодировать грядущий видеоформат AV2.
(В том сообществе поклонников видеокодирования, которое собирается на форуме Doom9, открытие доступа к исходному коду dav2d замѣтили 2 мая, в сабрэддите AV1 его замѣтили опять же 2 мая — должно быть, тогда оно и состоялося.)
Больше того: в списке недавних правок кода есть и такая, которая помѣчена номером версіи (0.0.1) и въ цѣломъ выглядит подготовкою к выпуску первой публичной версіи dav2d:
подготовка_к выпуску_первой_публичной_версіи dav2d.jxl
140.9 KB
Теперь призадумаемся: а по какóй причине могло понадобиться именно теперь переходить от кулуарного типа разработки к публичному в разработке декодировщика для такого видеоформата, разработка которого, в свою очередь, пока ещё официально не объявлена была завершённою? — это позволяет заподозрить, что разработчики между собою, может быть, обмѣнялися нѣкоторою информациею о том, что близится официальный выпуск видеоформата AV2.
Не знаю, как вы там, а я считаю совпадение этих трёх сигналов достаточным для того, чтобы слегка обнадёжиться насчёт того, что появление AV2 может состояться ещё до лѣта.
Впрочем, посмотрим.
Ѿдѣльный интерес вызывает то обстоятельство, что разработчики декодировщика dav2d изложили на заглавной странице в его репозитории свои планы дальнѣйшаго развития исходнаго кода, и планы эти сводятся к сочинению аналогов этого кода на языке ассемблера для нѣсколькихъ популярных архитектур процессоров (чтобы ускорить работу dav2d на них):
Не знаю, как вы там, а я считаю совпадение этих трёх сигналов достаточным для того, чтобы слегка обнадёжиться насчёт того, что появление AV2 может состояться ещё до лѣта.
Впрочем, посмотрим.
Ѿдѣльный интерес вызывает то обстоятельство, что разработчики декодировщика dav2d изложили на заглавной странице в его репозитории свои планы дальнѣйшаго развития исходнаго кода, и планы эти сводятся к сочинению аналогов этого кода на языке ассемблера для нѣсколькихъ популярных архитектур процессоров (чтобы ускорить работу dav2d на них):
планы ускорения dav2d в будущем.jxl
132.5 KB
Нетрудно увидать, что первые восемь пунктов списка запланированных ускорений слѣдуютъ друг за другом вот в каком порядке:
① ускорение работы dav2d на современных десктопах — на процессорах, поддерживающих набор команд AVX2,
② ускорение работы dav2d на современных мобильных устройствах — на процессорах, поддерживающих набор команд ARMv8,
③ ускорение работы dav2d на старых десктопах — на процессорах, поддерживающих наборы команд SSSE3 и болѣе новых,
④ ускорение работы dav2d в случае повышенной битности цвѣта на современных мобильных устройствах — на процессорах, поддерживающих набор команд ARMv8,
⑤ ускорение работы dav2d на старых мобильных устройствах — на процессорах, поддерживающих набор команд ARMv7,
⑥ ускорение работы dav2d в случае повышенной битности цвѣта на старых мобильных устройствах — на процессорах, поддерживающих набор команд ARMv7,
⑦ ускорение работы dav2d в случае повышенной битности цвѣта на современных десктопах — на процессорах, поддерживающих набор команд AVX2,
⑧ ускорение работы dav2d в случае повышенной битности цвѣта на старых десктопах — на процессорах, поддерживающих наборы команд SSSE3 и болѣе новых.
Сразу скажу, что лично я понимаю выражение «повышенная битность цвѣта» («high bit-depth») как относящееся к любым пикселам съ глубиною цвѣта большею, чѣмъ у двадцатичетырёхбитных пикселов TrueColor. То есть даже ускорения работы тридцатибитных пикселов (которыми я у себя на канале пользуюсь для видеоцитат в формате AV1) придётся в случае AV2 подождать — а не только ускорения работы сорокавосьмибитных пикселов, напримѣръ.
Ещё скажу вот что: честно говоря, стройной внутренней логики в этом порядке я не увидал. Он вызывает сразу нѣсколько напрашивающихся вопросов:
— Если старыя мобильныя устройства настолько не заслужили высокаго пріоритета в этом списке, что ускорение работы dav2d на них должно подождать до ускорения не только TrueColor, но и тридцатибитных пикселов на современных мобильных устройствах, то тогда отчего же ускорение работы dav2d в случае повышенной битности цвѣта на этих же старых мобильных устройствах должно предшествовать ускорению работы dav2d в случае повышенной битности цвѣта на десктопах?
— Если начальное (для случая пикселов TrueColor) ускорение работы dav2d на современных десктопах настолько значимо, что идёт самым первым в этом списке, то тогда отчего же дальнѣйшее (для случая тридцатибитных пикселов) ускорение работы dav2d на этих же современных десктопах оказывается на предпослѣднемъ мѣстѣ в этом же списке, предшествуя одним только ещё болѣе старымъ десктопамъ?
Прочтение этого списка подводит меня къ нѣкоторому разочарованію. Похоже на то, что не стóит придавать слишком большого значения тому, будет ли завершение разработки стандарта AV2 объявлено этимъ лѣтомъ или всё же чуть раньше — достаточно быстраго (на основе ассемблерных вставок в dav2d) воспроизведения видеороликов AV2 мы всё равно, чего доброго, и до конца 2026 года не увидим ещё.
Правда, должно быть понятным, что есть и такая область примѣненія новинки, в которой достижение большей частоты декодирования кадров имѣетъ куда меньшую значимость — неанимированныя AVIF. И нам ещё предстоит увидѣть даже то, будет ли формат AVIF обновлён (или сочинён новый формат AVIF2 с новым MIME-типом и с новым расширением для имён файлов) вслѣдствіе появления AV2, сколь широкою окажется поддержка его браузеропроизводителями, прогуляются ли по граблям насчёт поддержки анимации в теге <picture> языка HTML5 и проч.
Ѿдѣльная пѣсня съ припѣвомъ — это какими окажутся сроки появления и послѣдующаго обновления поддержки и AV2, и нового AVIF (если будет новый AVIF) не только во браузерах, но и в мобильных операционных системах (в Android, в iOS), и в FFmpeg, и в клиентских приложениях Телеграма (ну, напримѣръ, в Telegram Desktop).
Мнѣ кажется, желание поскорѣе дождаться нѣкоторой опредѣлённости по этому вопросу ещё может оказаться сáмой вѣскою причиною для того, чтобы теперича продолжать ждать появления AV2 с сохраняющимся чувством нетерпения, а не махнуть сию минуту рукою и не перестать интересоваться этим вопросом до конца года.
① ускорение работы dav2d на современных десктопах — на процессорах, поддерживающих набор команд AVX2,
② ускорение работы dav2d на современных мобильных устройствах — на процессорах, поддерживающих набор команд ARMv8,
③ ускорение работы dav2d на старых десктопах — на процессорах, поддерживающих наборы команд SSSE3 и болѣе новых,
④ ускорение работы dav2d в случае повышенной битности цвѣта на современных мобильных устройствах — на процессорах, поддерживающих набор команд ARMv8,
⑤ ускорение работы dav2d на старых мобильных устройствах — на процессорах, поддерживающих набор команд ARMv7,
⑥ ускорение работы dav2d в случае повышенной битности цвѣта на старых мобильных устройствах — на процессорах, поддерживающих набор команд ARMv7,
⑦ ускорение работы dav2d в случае повышенной битности цвѣта на современных десктопах — на процессорах, поддерживающих набор команд AVX2,
⑧ ускорение работы dav2d в случае повышенной битности цвѣта на старых десктопах — на процессорах, поддерживающих наборы команд SSSE3 и болѣе новых.
Сразу скажу, что лично я понимаю выражение «повышенная битность цвѣта» («high bit-depth») как относящееся к любым пикселам съ глубиною цвѣта большею, чѣмъ у двадцатичетырёхбитных пикселов TrueColor. То есть даже ускорения работы тридцатибитных пикселов (которыми я у себя на канале пользуюсь для видеоцитат в формате AV1) придётся в случае AV2 подождать — а не только ускорения работы сорокавосьмибитных пикселов, напримѣръ.
Ещё скажу вот что: честно говоря, стройной внутренней логики в этом порядке я не увидал. Он вызывает сразу нѣсколько напрашивающихся вопросов:
— Если старыя мобильныя устройства настолько не заслужили высокаго пріоритета в этом списке, что ускорение работы dav2d на них должно подождать до ускорения не только TrueColor, но и тридцатибитных пикселов на современных мобильных устройствах, то тогда отчего же ускорение работы dav2d в случае повышенной битности цвѣта на этих же старых мобильных устройствах должно предшествовать ускорению работы dav2d в случае повышенной битности цвѣта на десктопах?
— Если начальное (для случая пикселов TrueColor) ускорение работы dav2d на современных десктопах настолько значимо, что идёт самым первым в этом списке, то тогда отчего же дальнѣйшее (для случая тридцатибитных пикселов) ускорение работы dav2d на этих же современных десктопах оказывается на предпослѣднемъ мѣстѣ в этом же списке, предшествуя одним только ещё болѣе старымъ десктопамъ?
Прочтение этого списка подводит меня къ нѣкоторому разочарованію. Похоже на то, что не стóит придавать слишком большого значения тому, будет ли завершение разработки стандарта AV2 объявлено этимъ лѣтомъ или всё же чуть раньше — достаточно быстраго (на основе ассемблерных вставок в dav2d) воспроизведения видеороликов AV2 мы всё равно, чего доброго, и до конца 2026 года не увидим ещё.
Правда, должно быть понятным, что есть и такая область примѣненія новинки, в которой достижение большей частоты декодирования кадров имѣетъ куда меньшую значимость — неанимированныя AVIF. И нам ещё предстоит увидѣть даже то, будет ли формат AVIF обновлён (или сочинён новый формат AVIF2 с новым MIME-типом и с новым расширением для имён файлов) вслѣдствіе появления AV2, сколь широкою окажется поддержка его браузеропроизводителями, прогуляются ли по граблям насчёт поддержки анимации в теге <picture> языка HTML5 и проч.
Ѿдѣльная пѣсня съ припѣвомъ — это какими окажутся сроки появления и послѣдующаго обновления поддержки и AV2, и нового AVIF (если будет новый AVIF) не только во браузерах, но и в мобильных операционных системах (в Android, в iOS), и в FFmpeg, и в клиентских приложениях Телеграма (ну, напримѣръ, в Telegram Desktop).
Мнѣ кажется, желание поскорѣе дождаться нѣкоторой опредѣлённости по этому вопросу ещё может оказаться сáмой вѣскою причиною для того, чтобы теперича продолжать ждать появления AV2 с сохраняющимся чувством нетерпения, а не махнуть сию минуту рукою и не перестать интересоваться этим вопросом до конца года.
❤4❤🔥1👍1🌚1🏆1👀1
Mithgol the Webmaster
я бы не очень безпокоился об этом, кабы рѣчь не шла о той же команде разработчиков и хозяев Телеграма, которая прежде ужé обнажила своё лицо, ограничив объём страниц сайта Telegraph всего-навсего 64 килобайтами
Это моё безпокойство ↑ оказалося въ полной мѣрѣ подтвердившимся: как только вышла та новая версия Телеграма под Android, которую ждал я недѣлю назад (это та самая, в которой впервые ужé не на уровне beta-версий появилася поддержка предпросмотра гипертекстовых файлов в формате Markdown), так сразу и оказалось, что объём предпросматриваемых файлов Markdown ограничен величиною досадно мáлою — и как раз 64 килобайтами! — то есть файл объёмом ровно 65 536 байтов ещё будет открыт в режиме такого предпросмотра, тогда как файл объёмом 65 537 байтов ужé будет передан тому обработчику, который назначен для таких файлов в системе (напримѣръ, текстовому редактору).
Болѣе того: сбылóсь и каждое из остальных существенных безпокойствъ тогдашних.
Я подозрѣвалъ, что в предпросмотре не будут работать спойлеры, поскольку в диалекте CommonMark для них не предусмотрено никакой размѣтки, а размѣтка из диалектов MarkdownV2 или Rentry поддерживаться не будет? — это и сбылóсь.
Я досадовал о том, что до послѣдней минуты не извѣстно, будут ли поддерживаться сноски? — и это сбылóсь в сáмой издевательской форме: размѣтка сносок приводит к появлению сносок, однако тыкать их пальцем безполезно, потому что не происходит переход ни к концу документа (из текста к сноске), ни обратно.
Я безпокоился буквально о каждом из аспектов иллюстрирования гипертекста графическими файлами: не будет ли чрезмѣрнаго ограничения на форматы, на объёмы, на встраивание внутрь гипертекста, хорошо ли будет кэшироваться? — оказалось, что всё ещё хуже. Предпросмотр файлов Markdown в Телеграме вообще не поддерживает иллюстрирование их графическими файлами.
На фоне этой катастрофы о всѣхъ другихъ типахъ иллюстрацій, судьба которых также вызывала у меня безпокойство: и о видеопроигрывателях, и о встраивании сообщений и файлов из Телеграма — даже и заговаривать нечего.
Может ли быть, что всё это не болѣе чѣмъ «первый блин комом», то есть слѣдствіе ограниченій, присущих одной только конкретной версіи Телеграма под Android, а именно версіи 12.7.1 (6741), тогда как новыя версіи потихоньку начнут избавляться от большинства упомянутых недостатков — или что от них избавлена будет сёрверная часть просмотрщика файлов Markdown?
Может-то может, но я не собираюсь затаивать дыхание отъ чрезмѣрнаго оптимизма.
(Для наглядности въ слѣдующемъ сообщении я приложу файл Markdown, которым я пользовался сегодня для тестирования фич, поддерживаемых внутрителеграмным просмотрщиком файлов Markdown.)
Болѣе того: сбылóсь и каждое из остальных существенных безпокойствъ тогдашних.
Я подозрѣвалъ, что в предпросмотре не будут работать спойлеры, поскольку в диалекте CommonMark для них не предусмотрено никакой размѣтки, а размѣтка из диалектов MarkdownV2 или Rentry поддерживаться не будет? — это и сбылóсь.
Я досадовал о том, что до послѣдней минуты не извѣстно, будут ли поддерживаться сноски? — и это сбылóсь в сáмой издевательской форме: размѣтка сносок приводит к появлению сносок, однако тыкать их пальцем безполезно, потому что не происходит переход ни к концу документа (из текста к сноске), ни обратно.
Я безпокоился буквально о каждом из аспектов иллюстрирования гипертекста графическими файлами: не будет ли чрезмѣрнаго ограничения на форматы, на объёмы, на встраивание внутрь гипертекста, хорошо ли будет кэшироваться? — оказалось, что всё ещё хуже. Предпросмотр файлов Markdown в Телеграме вообще не поддерживает иллюстрирование их графическими файлами.
На фоне этой катастрофы о всѣхъ другихъ типахъ иллюстрацій, судьба которых также вызывала у меня безпокойство: и о видеопроигрывателях, и о встраивании сообщений и файлов из Телеграма — даже и заговаривать нечего.
Может ли быть, что всё это не болѣе чѣмъ «первый блин комом», то есть слѣдствіе ограниченій, присущих одной только конкретной версіи Телеграма под Android, а именно версіи 12.7.1 (6741), тогда как новыя версіи потихоньку начнут избавляться от большинства упомянутых недостатков — или что от них избавлена будет сёрверная часть просмотрщика файлов Markdown?
Может-то может, но я не собираюсь затаивать дыхание отъ чрезмѣрнаго оптимизма.
(Для наглядности въ слѣдующемъ сообщении я приложу файл Markdown, которым я пользовался сегодня для тестирования фич, поддерживаемых внутрителеграмным просмотрщиком файлов Markdown.)
❤3😢2💔2
файл_для тестирования_фич,_поддерживаемых_внутрителеграмным_просмотрщиком.md
7 KB
Приложение к предшествующему сообщению: файл Markdown, которым я пользовался сегодня для тестирования фич, поддерживаемых внутрителеграмным просмотрщиком файлов Markdown.
❤3👀1
Telegram
Guest AI Bots, Bot-to-Bot Chats, Chat Automation, Custom AI Styles, 100M+ Emoji & Sticker Search and Much More
Telegram adds over 10 new features, including ways for users to access AI services from any chat, automate their inbox with bots, create custom styles in the AI text editor, set limits and view statistics for polls — and much more.
Внимательно прочёл новость о возможностях новой версии Телеграма, обнародованную 7 мая.
Пришёл к тому выводу, что в ней ни слóва ни сказано о том, что теперь под Android работает предпросмотр файлов Markdown (хотя и без поддержки иллюстрирования их графическими файлами), так что постфактум эту конкретную новинку можно записывать в рубрику «тайныя новинки Телеграма».
Пришёл к тому выводу, что в ней ни слóва ни сказано о том, что теперь под Android работает предпросмотр файлов Markdown (хотя и без поддержки иллюстрирования их графическими файлами), так что постфактум эту конкретную новинку можно записывать в рубрику «тайныя новинки Телеграма».
👍8
Mithgol the Webmaster
во браузере Firefox поддержку просмотра файлов в формате JPEG XL можно в ближайшие мѣсяцы вообще не ждать, но и там ведутся работы над возможностью догнать Safari и Chrome в этом году
Нѣсколько часов назад (под конец 9 мая) сдѣлалось извѣстнымъ, когда браузер Mozilla Firefox догонит браузер Google Chrome по уровню поддержки формата графических файлов JPEG XL, то есть когда будет наконец выпускаться с экспериментальною поддержкою этого формата не только в тестовых, но и в самых обыкновенных версиях браузера, однако с выключенною — так что включить эту поддержку в Файерфоксе (как и во Хроме сейчас сдѣлано) смогут только такие пользователи, которые знают, под каким именем в экспериментальных настройках отыскивается необходимый переключатель.
В сообщении о начале сборки декодировщика JPEG XL в бета-версиях и затѣмъ в релизных версиях Файерфокса упоминается, что сборка эта начнётся в Firefox 152.
В настоящее время выпуск версии Firefox 152 запланирован на 16 іюня, а появление бета-версий, этому выпуску предшествующих — на 20 мая.
Здѣсь умѣстно подмѣтить, что болѣе поздніе варіанты декодировщиков JPEG XL во браузерах оказались и болѣе совершенными, как бы вознаграждая пользователей за терпеливое ожидание их:
① поддержка JPEG XL в Safari появилась ещё в 2023 году, однако до сих пор ограничивается поддержкою статических изображений (без анимаций), тогда как во Chrome и в Firefox реализовали ещё и поддержку анимированных JPEG XL;
② и во Хроме, и в Файерфоксе используется один и тот же открытый исходный код декодировщика (jxl-rs), однако пока что только Firefox (но не Chrome) научили постепенно потреблять результаты декодирования и тѣмъ поддерживать одну изъ цѣнныхъ особенностей формата — предпросмотр иллюстрации («размытый», «нерѣзкій» варіантъ ея) можно видѣть задолго до окончанія скачиванія ея изъ Сѣти.
Стóит держать в уме, что это послѣднее достоинство в наши дни далеко не так полезно, каким оно было бы лѣтъ тридцать или даже лѣтъ двадцать тому назад, потому что теперича оно умаляется досадно возросшею неравномѣрностью скорости поступления файлов изъ Сѣти (мысли Арчибальда на эту тему я пересказывал 14 января).
Сразу скажу ещё, что результат «Firefox догонит Chrome, а по поддержке предпросмотров и перегонит» почти гарантируется, потому что до выхода Chrome 149 (сейчас планируемого на 2 іюня) остаётся не так много времени: даже если разработчики браузера Chrome в быстром темпе смогут реализовать предпросмотры файлов JPEG XL во время скачивания их ничуть не хуже, чѣмъ сдѣлано сейчас в Файерфоксе, то эта реализация с высокой вѣроятностью останется дожидаться слѣдующей версии браузера (Chrome 150), выпуск которой запланирован на 30 іюня.
Понятно, что если бы создателям браузера Chrome по нѣкоторой причине понадобилось бы ещё до середины іюня (то есть в Chrome 149) непремѣнно опередить Firefox по силе поддержки JPEG XL (а заодно догнать и перегнать Safari) хотя бы сѵмволически, то тогда для этого мог бы и не потребоваться почти никакой исходный код: достаточно было бы волевого рѣшенія какого-нибудь руководителя насчёт того, чтобы включить поддержку файлов JPEG XL по умолчанию (без теперешней необходимости ковыряться в экспериментальных настройках). Но я считаю такого рода рѣшеніе весьма мало вѣроятнымъ въ ближайшіе мѣсяцы (по меньшей мѣрѣ — до осени 2026 г.), потому что пока что исходный код jxl-rs не выглядит достаточно доработанным для широкаго (неэкспериментальнаго) употребленія, остро нуждаясь и в дополнительном ускорении работы часто вызываемых кусков кода, и въ изслѣдованіи ужé обнаруженных признаков допущенных разработчиками оплошностей. Предстоит ещё много труда.
Постскриптум 29 мая. Я был введён в заблуждение насчёт настоящих возможностей браузера Chrome, но узнать о том я смог бы не раньше 17 мая, когда (черезъ недѣлю послѣ этого моего сообщения) на сайте caniuse появилися обновлённыя свѣдѣнія, сообщающія о томъ, что Chrome на самомъ дѣлѣ ужé много дней поддерживал постепенное отображение файлов JPEG XL по мѣрѣ их загрузки изъ Сѣти, начиная ещё от версии Chrome 148 (вышедшей 5 мая). Слѣдовательно, браузер Firefox опередить его со своею реализациею такого отображения никак не мог бы.
В сообщении о начале сборки декодировщика JPEG XL в бета-версиях и затѣмъ в релизных версиях Файерфокса упоминается, что сборка эта начнётся в Firefox 152.
В настоящее время выпуск версии Firefox 152 запланирован на 16 іюня, а появление бета-версий, этому выпуску предшествующих — на 20 мая.
Здѣсь умѣстно подмѣтить, что болѣе поздніе варіанты декодировщиков JPEG XL во браузерах оказались и болѣе совершенными, как бы вознаграждая пользователей за терпеливое ожидание их:
① поддержка JPEG XL в Safari появилась ещё в 2023 году, однако до сих пор ограничивается поддержкою статических изображений (без анимаций), тогда как во Chrome и в Firefox реализовали ещё и поддержку анимированных JPEG XL;
② и во Хроме, и в Файерфоксе используется один и тот же открытый исходный код декодировщика (jxl-rs), однако пока что только Firefox (но не Chrome) научили постепенно потреблять результаты декодирования и тѣмъ поддерживать одну изъ цѣнныхъ особенностей формата — предпросмотр иллюстрации («размытый», «нерѣзкій» варіантъ ея) можно видѣть задолго до окончанія скачиванія ея изъ Сѣти.
Стóит держать в уме, что это послѣднее достоинство в наши дни далеко не так полезно, каким оно было бы лѣтъ тридцать или даже лѣтъ двадцать тому назад, потому что теперича оно умаляется досадно возросшею неравномѣрностью скорости поступления файлов изъ Сѣти (мысли Арчибальда на эту тему я пересказывал 14 января).
Сразу скажу ещё, что результат «Firefox догонит Chrome, а по поддержке предпросмотров и перегонит» почти гарантируется, потому что до выхода Chrome 149 (сейчас планируемого на 2 іюня) остаётся не так много времени: даже если разработчики браузера Chrome в быстром темпе смогут реализовать предпросмотры файлов JPEG XL во время скачивания их ничуть не хуже, чѣмъ сдѣлано сейчас в Файерфоксе, то эта реализация с высокой вѣроятностью останется дожидаться слѣдующей версии браузера (Chrome 150), выпуск которой запланирован на 30 іюня.
Понятно, что если бы создателям браузера Chrome по нѣкоторой причине понадобилось бы ещё до середины іюня (то есть в Chrome 149) непремѣнно опередить Firefox по силе поддержки JPEG XL (а заодно догнать и перегнать Safari) хотя бы сѵмволически, то тогда для этого мог бы и не потребоваться почти никакой исходный код: достаточно было бы волевого рѣшенія какого-нибудь руководителя насчёт того, чтобы включить поддержку файлов JPEG XL по умолчанию (без теперешней необходимости ковыряться в экспериментальных настройках). Но я считаю такого рода рѣшеніе весьма мало вѣроятнымъ въ ближайшіе мѣсяцы (по меньшей мѣрѣ — до осени 2026 г.), потому что пока что исходный код jxl-rs не выглядит достаточно доработанным для широкаго (неэкспериментальнаго) употребленія, остро нуждаясь и в дополнительном ускорении работы часто вызываемых кусков кода, и въ изслѣдованіи ужé обнаруженных признаков допущенных разработчиками оплошностей. Предстоит ещё много труда.
Постскриптум 29 мая. Я был введён в заблуждение насчёт настоящих возможностей браузера Chrome, но узнать о том я смог бы не раньше 17 мая, когда (черезъ недѣлю послѣ этого моего сообщения) на сайте caniuse появилися обновлённыя свѣдѣнія, сообщающія о томъ, что Chrome на самомъ дѣлѣ ужé много дней поддерживал постепенное отображение файлов JPEG XL по мѣрѣ их загрузки изъ Сѣти, начиная ещё от версии Chrome 148 (вышедшей 5 мая). Слѣдовательно, браузер Firefox опередить его со своею реализациею такого отображения никак не мог бы.
bugzilla.mozilla.org
2016688 - build jpeg xl code on beta/release builds
RESOLVED (tnikkel) in Core - Graphics: ImageLib. Last updated 2026-05-20.
❤2
сноска_работает,_но_в_ней_сломаны_гиперссылки.md
2.9 KB
В языке Markdown существует возможность, извѣстная под названием «link reference definitions» («опредѣленія гиперссылок») и позволяющая указать список URLов и задать им имена (ключевыя словá), которые затѣмъ используются размѣткою гиперссылок и иллюстраций, расположенных до таких опредѣленій или послѣ нихъ.
В сáмом простом виде (без необязательной подсказки) каждое такое опредѣленіе выглядит как ключевое слово (или словá) в квадратных скобках, затѣмъ двоеточие и URL. Примѣръ:
Я обнаружил с неудовольствием, что такой блок опредѣленій съ неизбѣжностью ломает работу сносок в том просмотрщике файлов в формате Markdown, который работает въ нынѣшней версіи (v12.7.2) приложения Telegram под Android. Характер такой поломки зависит от положения блока опредѣленій:
➊ Если блок опредѣленій располагается ниже текста сноски в исходном коде, то тогда текст сноски перестаёт быть оформленным в качестве текста сноски.
➋ Если блок опредѣленій располагается выше текста сноски в исходном коде, то тогда гиперссылки в тексте сноски, использующія ключевые слова из блока опредѣленій, перестают быть оформленными в качестве гиперссылок.
Прилагаю два файла в формате Markdown, просмотр которых демонстрирует это.
В сáмом простом виде (без необязательной подсказки) каждое такое опредѣленіе выглядит как ключевое слово (или словá) в квадратных скобках, затѣмъ двоеточие и URL. Примѣръ:
[CommonMark]: https://spec.commonmark.org/0.31.2/#link-reference-definitions
[GLFM]: https://docs.gitlab.com/user/markdown/#footnotes
[Pandoc]: https://pandoc.org/MANUAL.html#extension-footnotes
[Telegram]: https://telegram.org/
Я обнаружил с неудовольствием, что такой блок опредѣленій съ неизбѣжностью ломает работу сносок в том просмотрщике файлов в формате Markdown, который работает въ нынѣшней версіи (v12.7.2) приложения Telegram под Android. Характер такой поломки зависит от положения блока опредѣленій:
➊ Если блок опредѣленій располагается ниже текста сноски в исходном коде, то тогда текст сноски перестаёт быть оформленным в качестве текста сноски.
➋ Если блок опредѣленій располагается выше текста сноски в исходном коде, то тогда гиперссылки в тексте сноски, использующія ключевые слова из блока опредѣленій, перестают быть оформленными в качестве гиперссылок.
Прилагаю два файла в формате Markdown, просмотр которых демонстрирует это.
Есть старинный анекдот, один из персонажей которого (иногда разсказываютъ, что это алкаш, иногда — что вооружённый ковбой, а иногда и ковбоя называют алкашом) настойчиво и притом съ нѣкоторою злобою допытывается у другого персонажа:
— Ты переспал с моей женой? Ты переспал с моей женой?
Тот другой всё отрицает, но первый персонаж анекдота тогда вскрикивает с ещё большей злобою:
— Брезгуешь, гад?!
Выспрашивающий оказался куколдом.
Но нетрудно догадываться, что комическая сценка эта смогла бы легко обойтись и без такого извращения полового чувства, кабы в ней рѣчь шла не о жене персонажа, а о другой обожаемой родственнице — напримѣръ, о дочери или о младшей сестре — насчёт которой предполагаемый воздыхатель оказывается с забавною неминуемостью повинен либо в домогательствах, либо в отсутствии таковых.
В этой-то нравственной форме такая сценка нѣсколько разъ появлялася в #аниме, причём иногда комедия положений дополнялася такими обстоятельствами предполагаемаго воздыхателя, которыя выглядѣли вѣскимъ контраргументом против попытки эдак винить его.
В августе 2021 года в шестой серии первого сезона «Kanojo mo Kanojo» Мирика обнаружила, что за время ея краткой отлучки Мукай Наоя при помощи своихъ дѣвушекъ продалъ ея палатку и прочія туристическія принадлежности, чтоб Мирика впредь не могла комфортно жить у него во дворе под открытым небом, осаждая любовными домогательствами. Затѣмъ неожиданное появление обезпокоеннаго отца ея означает, казалось бы, что Мирика поневоле принуждена будет возвратиться домой, но не тут-то было: в равной степени тот досадует при одной мысли о том, что Мукай мог счесть дочь его малопривлекательною — и это ужé послѣ того, как Наоя достаточно внятно сообщил ему, что ужé влюблён сразу в двух дѣвушекъ и оттого третьей не надобно. Здравый смысл подсказывает, что признание это должно было подѣйствовать как контраргумент железобетонно непрошибаемый — а вот, поди ж ты. (Яблочко от яблоньки, как говорится.)
В январе нынѣшняго (2026) года в первой же серии «Yuusha Party wo Oidasareta Kiyou Binbou» Сельма Клодель совсѣмъ не обрадовалась, когда заподозрила четырнадцатилѣтнюю сестру свою Софию в том, что у ней появился парень года на четыре старше (приключенец со странно звучащим для русскаго уха именем Орун Дура), но ещё сильнѣе не обрадовалась его завѣреніямъ в том, что таких намѣреній у него нѣтъ. К счастью, сама возможность наседать на него с обвинениями отступила немедля передъ извѣстіемъ о том, что Орун спас жизнь Софии в сражении с орками в подземелье, которое в противном случае было бы для Софии безусловно смертельным.
Центральный персонаж аниме «Otaku ni Yasashii Gal wa Inai!?» в пятой серии его (на прошлой недѣлѣ), будучи приглашён одноклассницею на барбекю у моря, оттого заподозрѣнъ былъ братьями ея в том, что он — ея парень. Причём старший брат оказался раздосадован отрицаниями ещё болѣе, нежели самим подозрѣніемъ, так что в его присутствии бѣдняга даже и не знал, как хвалить (да и вообще хвалить ли) купальник одноклассницы, откликáясь на вопрос о том, неплохо ли тот выглядит.
В отличие от двух упомянутых выше произведений, здѣсь центральный персонаж не мог бы предъявить никаких контраргументов — до такой даже степени, что на канале @selfreviews всерьёз был задан вопрос о том, чего она вообще в нём нашла. Правда, это не очень показательно: автор того канала размышляет там же ещё и том, отчего этой персонажице «не скучно с остальными двумя, когда те упарываются по своему хобби», как если бы первых же двух минут второй серии того же аниме не было достаточно для понимания того, что и она потихоньку начала ужé присоединяться к их интересу к «Кирамону». (Разница в том лишь, что заходит она во всё это ещё «с нуля» и притом благодаря случайному сходству с одной из персонажиц «Кирамона», доходящему до возможности закосплэить её — приблизительно как и Канако в «Ore no Imouto ga Konna ni Kawaii Wake ga Nai», напримѣръ.) И для понимания того, что именно она (а не Аманэ) первою переносит этот интерес на центральнаго персонажа аниме и напрашивается в гости к нему.
Всѣ три сцены цитирую ниже.
📔 ОГЛАВЛЕНИЕ
— Ты переспал с моей женой? Ты переспал с моей женой?
Тот другой всё отрицает, но первый персонаж анекдота тогда вскрикивает с ещё большей злобою:
— Брезгуешь, гад?!
Выспрашивающий оказался куколдом.
Но нетрудно догадываться, что комическая сценка эта смогла бы легко обойтись и без такого извращения полового чувства, кабы в ней рѣчь шла не о жене персонажа, а о другой обожаемой родственнице — напримѣръ, о дочери или о младшей сестре — насчёт которой предполагаемый воздыхатель оказывается с забавною неминуемостью повинен либо в домогательствах, либо в отсутствии таковых.
В этой-то нравственной форме такая сценка нѣсколько разъ появлялася в #аниме, причём иногда комедия положений дополнялася такими обстоятельствами предполагаемаго воздыхателя, которыя выглядѣли вѣскимъ контраргументом против попытки эдак винить его.
В августе 2021 года в шестой серии первого сезона «Kanojo mo Kanojo» Мирика обнаружила, что за время ея краткой отлучки Мукай Наоя при помощи своихъ дѣвушекъ продалъ ея палатку и прочія туристическія принадлежности, чтоб Мирика впредь не могла комфортно жить у него во дворе под открытым небом, осаждая любовными домогательствами. Затѣмъ неожиданное появление обезпокоеннаго отца ея означает, казалось бы, что Мирика поневоле принуждена будет возвратиться домой, но не тут-то было: в равной степени тот досадует при одной мысли о том, что Мукай мог счесть дочь его малопривлекательною — и это ужé послѣ того, как Наоя достаточно внятно сообщил ему, что ужé влюблён сразу в двух дѣвушекъ и оттого третьей не надобно. Здравый смысл подсказывает, что признание это должно было подѣйствовать как контраргумент железобетонно непрошибаемый — а вот, поди ж ты. (Яблочко от яблоньки, как говорится.)
В январе нынѣшняго (2026) года в первой же серии «Yuusha Party wo Oidasareta Kiyou Binbou» Сельма Клодель совсѣмъ не обрадовалась, когда заподозрила четырнадцатилѣтнюю сестру свою Софию в том, что у ней появился парень года на четыре старше (приключенец со странно звучащим для русскаго уха именем Орун Дура), но ещё сильнѣе не обрадовалась его завѣреніямъ в том, что таких намѣреній у него нѣтъ. К счастью, сама возможность наседать на него с обвинениями отступила немедля передъ извѣстіемъ о том, что Орун спас жизнь Софии в сражении с орками в подземелье, которое в противном случае было бы для Софии безусловно смертельным.
Центральный персонаж аниме «Otaku ni Yasashii Gal wa Inai!?» в пятой серии его (на прошлой недѣлѣ), будучи приглашён одноклассницею на барбекю у моря, оттого заподозрѣнъ былъ братьями ея в том, что он — ея парень. Причём старший брат оказался раздосадован отрицаниями ещё болѣе, нежели самим подозрѣніемъ, так что в его присутствии бѣдняга даже и не знал, как хвалить (да и вообще хвалить ли) купальник одноклассницы, откликáясь на вопрос о том, неплохо ли тот выглядит.
В отличие от двух упомянутых выше произведений, здѣсь центральный персонаж не мог бы предъявить никаких контраргументов — до такой даже степени, что на канале @selfreviews всерьёз был задан вопрос о том, чего она вообще в нём нашла. Правда, это не очень показательно: автор того канала размышляет там же ещё и том, отчего этой персонажице «не скучно с остальными двумя, когда те упарываются по своему хобби», как если бы первых же двух минут второй серии того же аниме не было достаточно для понимания того, что и она потихоньку начала ужé присоединяться к их интересу к «Кирамону». (Разница в том лишь, что заходит она во всё это ещё «с нуля» и притом благодаря случайному сходству с одной из персонажиц «Кирамона», доходящему до возможности закосплэить её — приблизительно как и Канако в «Ore no Imouto ga Konna ni Kawaii Wake ga Nai», напримѣръ.) И для понимания того, что именно она (а не Аманэ) первою переносит этот интерес на центральнаго персонажа аниме и напрашивается в гости к нему.
Всѣ три сцены цитирую ниже.
📔 ОГЛАВЛЕНИЕ
🗿2