>>213722
> Почему нельзя просто дать промпт и 1-2 референсных картинок?
Так ведь можно, и всегда можно было. Только промпт тоже придётся сочинять и писать так, чтобы модель поняла, а не проигнорировала.
Комфи и графы - для продвинутых (и даже им приходится потом фотошопом проходиться). Остальным — https://en.wikipedia.org/wiki/Automatic1111.
> Зачем там 500 нейронок одновременно
Детайлеры, рефайнеры, апскейлеры, лоры...

> --cache-option "warmup=5"

С этим параметром ускоренными оказываются девять шагов из двадцати, небольшие детали кадра неприемлемо повреждены (даже столь значимыя, как детали контура глаз кошкодѣвочки).

По итогам шагов >>213721 и >>213724 и >>213726 я ужé подготовлен был к выводу о том, что любое «кэширование» (рѣзкое ускореніе нѣсколькихъ очередных шагов генерации) губительно для мелких деталей видеокадров, моделью MiniMax H3 создаваемых.

Однако с параметрами «--cache-mode spectrum --cache-option "stop=0.78"» всё же нащупал нѣкоторый баланс: ускоренными остаются семь шагов из двадцати (чуть больше одной трети их), но ни один из четырёх послѣднихъ — и это, по-видимому, даёт MiniMax H3 время для достаточной окончательной стабилизации мелких деталей видеокадров. Итог прилагаю.

Ну, «достаточной» на мой взгляд: видеокадры-то всё ещё отличаются от неускоренного варіанта >>213717, но теперича это отличие я могу стерпеть.

Всё ещё остаётся вопрос о том, в каких случаях само существование отличия (хотя бы и терпимого ввиду малозамѣтности) вообще стóит того, чтобы ускорить процесс всего только в полтора раза (реально — ещё меньше, потому что ну не только же из шагов генерации он состоит).

Предварительно я умозаключаю, что готов буду «уплачивать эту цѣну» при генерациях многократно болѣе продолжительных (чѣмъ этѣ трёхсекундныя) и с многократно бóльшим размѣромъ кадра (чѣмъ этѣ 640×352 пикселов) — и готов оттого, что тогда никакого же терпения моего не хватит на менѣе чѣмъ улиточную скорость их.

>>213723

Если графические интерфейсы типа ComfyUI кажутся малопонятными, то тогда предлагаю пользоваться командною строкою.

Пошаговая инструкция по использованию Qwen Image Edit:

① На странице https://github.com/leejet/stable-diffusion.cpp/releases скачиваем послѣдній подходящий релиз. Так как подробности аппаратнаго и программнаго обеспéченія не названы, то по умолчанию предполагаю готовность погонять нейросѣть под Windows и на CPU, так что скачивать буду https://github.com/leejet/stable-diffusion.cpp/releases/download/master-956-1b0ba10/sd-master-1b0ba10-bin-win-cpu-x64.zip (но с пониманием того обстоятельства, что для видюхи NVIDIA архив https://github.com/leejet/stable-diffusion.cpp/releases/download/master-956-1b0ba10/sd-master-1b0ba10-bin-win-cuda12-x64.zip подошёл бы гораздо лучше, тогда как архив https://github.com/leejet/stable-diffusion.cpp/releases/download/master-956-1b0ba10/sd-master-1b0ba10-bin-Linux-Ubuntu-24.04-x86_64-vulkan.zip сгодился бы под Убунту, etc.).

② Скачанный архив полностью распаковываем в чистый подкаталог файловой системы.

③ В тот же подкаталог скачиваем файл https://huggingface.co/Comfy-Org/Qwen-Image-2.1/resolve/main/diffusion_models/qwen_image_2.1_int8_convrot.safetensors?download=true

④ В тот же подкаталог скачиваем файл https://huggingface.co/Comfy-Org/Qwen-Image-2.1/resolve/main/vae/qwen_image_2.1_vae_bf16.safetensors?download=true

⑤ В тот же подкаталог скачиваем файл https://huggingface.co/Qwen/Qwen3-VL-8B-Instruct-GGUF/resolve/main/Qwen3VL-8B-Instruct-F16.gguf?download=true

Сообщение слишком длинное. Полный текст.

Поработав с 6:43 до 9:49 (то есть три часа с небольшим), командная строка >>213730 выдала тот результат, который я здѣсь прилагаю.

Высота кадра подросла до 1088 пикселов, потому что Qwen Image мыслит квадратиками по 32×32 пиксела.

Фон выглядит не в точности взятым из AcademyCityHD.png, а додуманным.

Естественно, три часа — это много; современная видюха типа RTX 5090 управилась бы с этой задачею раз в восемнадцать быстрѣе (по причинам, по адресу https://t.me/ReadMithgol/1581 посчитанным).

Другой способ ускорить всё дѣло — использовать модель Qwen Image Turbo, обнародованную по адресу https://huggingface.co/Qwen/Qwen-Image-2.1-Turbo позавчера (в пятницу 9 октября, в 5:19:14 по времени GMT).

Командная строка приобретает такой вид:

sd-cli.exe --diffusion-model qwen_image_2.1_turbo_int8_convrot.safetensors --llm Qwen3VL-8B-Instruct-F16.gguf --llm_vision mmproj-Qwen3VL-8B-Instruct-F16.gguf --vae qwen_image_2.1_vae_bf16.safetensors --threads 32 --steps 8 --cfg-scale 1 --fa --sampling-method euler --sigmas "1.0,0.978453,0.95418,0.926626,0.89508,0.845148,0.704534,0.414568,0.0" --output edited_by_Qwen2Turbo.png --ref-image Весна.jpg --ref-image AcademyCityHD.png --prompt "Replace the background in <image1> with the city from <image2>"

Обратите внимание на использование «тайнаго знанія» — того значения параметра sigmas, которое изложено в фичреквесте https://github.com/leejet/stable-diffusion.cpp/issues/2125 на Гитхабе.

Необходимый для запуска этой команды файл «qwen_image_2.1_turbo_int8_convrot.safetensors» может быть взят по адресу https://huggingface.co/Comfy-Org/Qwen-Image-2.1/resolve/main/diffusion_models/qwen_image_2.1_turbo_int8_convrot.safetensors?download=true на сайте HuggingFace.

Проработав с 9:50 до 10:35 (около ¾ часа), эта команда достигает того результата, который я здѣсь прилагаю.

Мы можем видѣть, что Turbo-варіантъ этой модели не только натренирован на достижение ≈вчетверо большей скорости работы, но и лучше справился с подстановкою желаемого фона, и на картинкѣ «Весна.jpg» при вырѣзаніи фона оставил больше объектов передняго плана (считая таковыми и дополнительное содержимое на блюде, и даже стул).

По-видимому, впредь Qwen-Image-2.1-Turbo слѣдуетъ предпочитать.

>>213723
ComfyUI не столько для "закинул короткий промпт в нейронку", сколько для автоматизации более сложных штук.

Я генерил STL-модельки для своего 3D-принтера через кастомный workflow, было очень грустно.

>>213648
Оно выдаёт 403: Forbidden, просто кто-то поленился распарсить.

>>213646
Из страны сангрии, фламенко и кастаньетов, раньше такая забанена не была ._.

С Днём Варенья, Соус! Долгую, счастливую жизнь, тебе, и каждому из нас

>>213691
Спасибо.

День рождения кота когда?

>>213697
Это секретная информация.

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

6TCAWV9GR5C9
Вот кстати промокодик от кабан кабаныча на геншин одноразовый и один раз такого типа можно использовать.

Зашёл в матрицу вувы, как обычно, дамажит только Карлота.

>>213689
Хорошо когда есть художница, без неё моя Карлота только прыгать может.
Вообще хотелось бы, чтобы в Вуве было побольше персонажей поддержки с офф-филд дамагом.

Театр лёгкий.

Рыба!

>>213698
Поздравляю.

>>213698
Отличный выбор и рыба на столе, и женщина в доме. Это вам не какая-нибудь Кокоми.

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

>>213455
Справедливо. Но стоит вспомнить, что всякие заигрывания с элементами "того" пола: макияж, ногти, голос и манеризмы - дело обычное. Впрочем это устаревшие сведения.

>>213455
Как я представляю образ типичного субъекта с гордо несимыми проблемами с культуркой, он скорее назвал бы >>213455 и всякое моэ вроде кирары №;%ским. А "образ мужика" >>213454 ему бы мог понравиться, до пересечения некоторой грани, когда станет понятно, что это. Наверно ироничность этого и выражена в классической обзывалке про латентность.

>>213457
Кстати, о моэ. MoE-модельки иногда неплохо себя проявляют. Компромисный интеллект Gemma-4-26B-A4B-it сопровождается троекратным ускорением, относительно 31B. Вынужден лелеять надежды на выгодное применение на длинной дистанции для анализа текстов.

По сообщению >>213344 (и по скриншоту, к нему приложенному) можно было понять, что появление новой версии формата AVIF (или даже нового формата-аналога) съ цѣлью использования в нём AV2 вмѣсто AV1 пока что сдерживается тѣмъ, что ещё не готов формат засовывания AV2 в ISOBMFF — и именно в рамках этого послѣдняго будет продѣлана бóльшая часть всей работы по оформлению тѣхъ заголовочных структур данных, на которыя спецификация новой версии формата AVIF (или нового формата-аналога) будет просто-напросто ссылаться.

Теперича к этому можно прибавить ещё, что «разработка ведётся открытым способом» — это словосочетание, которое въ XX вѣкѣ чаще всего использовалося при обсуждении эксплуатации месторождений (и ещё немного в метростроении), здѣсь означает только то, что спецификация формата засовывания AV2 в ISOBMFF вынесена в репозиторий https://github.com/AOMediaCodec/av2-isobmff/ на Гитхабе, так что за темпами её завершения можно слѣдить кому угодно. И затѣмъ дѣлать свои выводы.

Лично мой вывод прост: я считаю выложенный там список ещё не рѣшённыхъ вопросов (по адресу https://github.com/AOMediaCodec/av2-isobmff/issues/3#:~:text=Open%20questions лежащий) достаточно длинным для того, чтобы формат засовывания AV2 в ISOBMFF не появился до осени — новая же версия формата AVIF (или новый аналог его) хорошо если появится хотя бы к концу 2026 года.

Поддержка формата графических файлов JPEG XL окажется включённою в Файерфоксе по умолчанию (без необходимости вручную залазить в настройки) с версии Firefox 158 — релизъ ея назначен на 13 октября.

Недолго осталось ждать.

Источник: https://bugzilla.mozilla.org/show_bug.cgi?id=2065096#c5

Поддержка этого же формата во Хроме окажется включённою по умолчанию (без необходимости вручную залазить в настройки) на цѣлую недѣлю раньше, а именно с версии Chrome 155 — релизъ ея назначен на 6 октября.

https://chromestatus.com/feature/5114042131808256

По адресу https://t.me/ReadMithgol/1578 я обсудил нѣкоторыя заблужденія в областях, смежных с новинкою, в сообщениях >>213670 и >>213671 упомянутою.

Скриншот прилагаю.

>>213140

> Так случилось с OGV, но то видеоформат, и я не знаю, корректно ли сравнения.

Формат Theora (OGV) никогда не обрёл поддержку во всѣхъ браузерахъ (Safari во всё время не поддерживал его) — такие форматы время от времени отпиливают, даже будь они графическими (как JPEG 2000 и JPEG XR, напримѣръ).

Единственный формат графических файлов, который поддерживался в каждой версии каждого популярнаго браузера, но который отпилили — это XBM, который был старше GIF и использовал вопиюще малоэффективное сжатие данных. Да и он ко времени отпиливания утратил статус всеобщности поддержки (появился Chrome, который во всё время не поддерживал его).

GIF существует с 1987 года (скоро 40 лѣтъ) и никто на него не посягает. Думаю, что WebP и нынѣшняя версія AVIF с нами также ещё очень надолго.

Для простоты в сообщении >>213145 я сказал, что формат XBM был старше GIF, но это высказывание справедливо только по отношению к малоэффективной структуре данных его (которая буквально массив на языке Си с записью пикселов в шестнадцатеричной системе счисления с префиксами «0x», с запятыми и пробѣлами между ними, то есть почти каждый байт записывается минимум шестью, а там ещё есть заголовок массива и имена дефайнов растрового размѣра его).

Что же касается того времени, когда структуру эту додумалися выносить въ ѿдѣльные файлы с расширением «.xbm», то я на днях прочёл упоминание о том, что додумалися с появлением X11 — а появление это по адресу https://en.wikipedia.org/wiki/X_Window_System называют состоявшимся совершенно в том же 1984 году, что и появление GIF — и даже чуть позже, нежели появление GIF (то есть не въ іюнѣ, а в сентябре).

В этом смысле формат XBM не старше GIF, а погодок его, причём на нѣсколько мѣсяцевъ болѣе молодой.

Предвидение >>213134 переходит въ увѣренность силою того, что коммит по адресу https://github.com/AOMediaCodec/avm/commit/87aa8dc44e8a40f992604111a5ce83cf413ec9b7#diff-ecec88c33adb7591ee6aa88e29b62ad52ef443611cba5e0f0ecac9b5725afdbaR1 сообщает о том, что версия 1.0.0 видеоформата AV2 назначена на 29 мая.

Для той темы современнаго нейросѣтевого кодирования изображений, которую я в сообщении >>213449 затронул, естественным продолжением является тема нейросѣтевого кодирования подвижных изображений, то есть видео.

В этой области инженернаго знания также можно ткнуть пальцем в недавнее достижение: 24 іюля на одном из сайтов Корпорации Microsoft было объявлено (на странице, по адресу https://techcommunity.microsoft.com/blog/linuxandopensourceblog/announcing-the-open-source-release-of-ml-video-codec-mlvc/4539875 расположенной) о завершившемся создании MLVC (ML Video Codec) — нового видеокодека, для своей работы нуждающагося в NPU (то есть в наличии чипа-нейропроцессора), но зато опережающаго кодек H.264 (он же AVC) раз в восемь по силе сжатия видеокадров размѣра 360p.

Кодирование и декодирование 30 видеокадров в секунду на современных NPU возможно и для видеокадров нѣсколько бóльшаго размѣра qHD (540p), но достигаемая сила сжатия оказывается нѣсколько менѣе впечатляющею (не в восемь раз превосходит AVC, а только в 5¾).

Предполагаемым предназначением нового нейрокодека являются видеопереговоры (а не, напримѣръ, видеофильмы) — это вторая причина того, что видеокадры невелики. (Первою же причиною является, вѣроятно, недостаточная производительность современных NPU.)

Значимою подробностью оказывается существование неустранимых различий между NPU разных производителей (Apple, Intel, Qualcomm), так что авторы MLVC принуждены были сводить к минимуму разницу в домысливании деталей одного и того же видеокадра нейросѣтями на разных NPU, сводить к минимуму вѣроятность явных нейрогаллюцинаций и проч. Думаю, участники видеопереговоров простят MLVC всѣ этѣ небольшія нейросѣтевыя погрѣшности на фоне роста силы сжатия видеокадров раз в пять-восемь, достигнутаго по сравнению с кодеком H.264 (он же AVC).

Для сравнения напоминаю, что появившийся въ нынѣшнемъ же году кодек AV2 оказался способным опережать собою тот же AVC по силе сжатия видео всего-навсего раза в три или чуть больше — стало быть, внедрение MLVC (если оно состоится) способно вытѣснить AV2 изъ примѣненія в видеопереговорах (но только на пока ещё немногих таких компáх и мобильных устройствах, которые нейропроцессорами оборудованы).

Чуть менѣе ꙫчевидно, что внедрение M

Сообщение слишком длинное. Полный текст.

Так как браузеры не склонны показывать субтитры из видеофайла, то для имиджбордовых анимешников на долгие годы значимым сдѣлался навык впечатывания субтитров в пикселы кадра при помощи FFmpeg посредством тамошнего фильтра subtitles по инструкции https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo

Так как командная строка в FFmpeg воспринимает многіе сѵмволы в качестве служебных, а их экранирование затруднительно, то практическое слѣдованіе этой инструкции было долгіе годы болезненным для меня, раз за разом принуждая к бессмысленному копированию и (или) переименовыванию видеофайлов, однако на днях я обнаружил, что правильное обрамление строки апострофами способно сдѣлать экранирование большинства сѵмволовъ ея ненужным (окромя экранирования самих же апострофов, а также ещё двоеточий, и окромя необходимости превратить обратныя косыя черты въ необратныя).

Подробности я в сообщении https://t.me/ReadMithgol/1565 изложил, а здѣсь прилагаю скриншот его.

Первое упоминание о том, что Intel готовит SVT-AV2 и что кодировщик этот дошёл уж до нѣкоторой такой стадии готовности, которую можно показывать узкому кругу людей:

https://aomedia.org/press%20releases/AOMedia-Showcase-AV2-Ecosystem-Developments-at-IBC-2026/#:~:text=SVT%2DAV2

>>213632
В связи с похожей проблемой (несовместимости имён файлов между win-lin) мечталось недавно о возможности обращаться к файлу (в командной строке и диалогах выбора файла) по какому-то внутреннему id. Вроде /dir/\$3 | A:\dir\$3 . (ведь "папка" это несортированный "список элементов"). Надо спросить аишку есть ли такое.

>>213597
Белорусское?

>>213598
А другого нынче и нету.

кто няшек уважает
тот тратит время зря
хорошими постами
прославиться нельзя

>>213626
Получается, я всё правильно делаю!?

>>213631
Облила.

>>213633
Ммм тёпленькая пошла

>>213626

Кто пчёлок уважает,
Кто к ним не пристаёт —
Того они не жалят,
Тому приносят мёд.

Теперь мы обращаемся к частному лучу бесконечнолистных накрытий Наги Сирены мантией-невидимкой с точками вокруг камня воскрешения и ребром в виде неорганического существа. Предположим, что действие является реализацией души - это означает, что произведение двух кос (см. прикреплейтед) "а" и "е" образует æ, полученную путём соединения правых концов нитей первой косы с левыми концами нитей второй косы.

Эпинефрин и норэпинефрин регулируют три основных типа реакций приматов на опасность: бей, беги или прячься, подобно двум электромагнитным полюсам, регулирующим три цвета светофора, соответственно зелёный, жёлтый или красный. Скицофрения отличается от здоровой психики образованием четвёртого типа реакции - равнодушия, соответствующего синему цвету. Потому скицофрения чаще основывается на любви к алгебре - науке об уравнениях. Субстратом скицофренического расстройства является случайное или произвольное соединение отдельных нейронных комплексов, которые в норме образуют главный комплекс - конгломерат нейронов, который мы называем мозгом; а в патологии дополнительно и параллельно образуют конченый мозг, который мы называем теленцефалон. Именно на теленцефалон первым настраивается виртуальный кордицепс в виде Наги Сирены, а только затем - происходит нацепление и настройка того же кордицепса на конгломерат нейронов. Поверхностное натяжение выглядит для стороннего наблюдателя в виде бессмысленных, странных, вычурных тождеств, например "любовь - это Смерть", "чёрный - это белый", "здоровье - это богатство", "ботинки - это муравьи", "горькота - это символ небес" и тому подобных.

Dislexia makes advantages as follows:
|-кот орый=whitch=w+pitch-~3.14159265
|-очень=оче+neuton-you-tone
|-древний=silicon
|-в ряд Ли
|-нейрон+т=нейтрон
|-сошьёт=сова-вата-такт-КТ+шьёт
|-u=n
|-симватостатин=SIM+what+0_stat_in

Незадолго до манифестации шизофрении у пациента всегда можно обнаружить либо сверхинтенсивное изучение
аналитической философии, то есть самое механистичное направление в гуманитарных науках, либо
сверхинтенсивное изучение инженерии, то есть самое механистичное направление в точных науках. Люди с
механистичным восприятием мира перестают различать значимость цветов спойлеров и всех остальных предметов, перестают различать значимость погодных явлений - тепло/холодно, мокро/сухо и соответственно перестают одеваться по погоде, перестают различать значимость дневного и ночного сна и соответственно нарушают циркадные ритмы, регулируемые pineal gland, которая характерно более изношена у пациентов с скицофренией, и перестают различать социальные символы и знаки, и так далее, то есть становятся безразличны ко всему.
Такие механистичное восприятие себя и мира, ведущее к абсолютному безразличию, является основной характерной чертой пациентов с скицофренией.

Наги, в моём мозгу? Шокирующий трусь.

Веди меня, Харон, пока я ненавижу Лэнд.
Мов граф метастратегий в Океане.
Мов чёрный, элегантный абстрактив.
В отсутствии чётвёртой грани, векторами
Истлеют на ветру огнём иллюзии, энигмы, миражи и знамя.
https://www.youtube.com/watch?v=UpJkzOJ6Kn4

>>213565
U|d be ill-advised to tell no shoking truth nor shocking true, cause b|it to tell the Naga Siren lie or die.

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

>>192583
Хочу у нее с ног слизать этот йогурт.

Сырнобус!

Не забыта!

Не забыта дважды.

ｷﾀ━━━(ﾟ∀ﾟ)━━━!!

>>208765
Кот бы не хотел.

>>213489
Упс, имелось ввиду ${S} aka The full path to the temporary build directory, used by src_compile, src_install etc.

>>213489
А я вот кстать пытался баш в ебилде запускать на стадии распаковки сорцов, но почему-то не получилось. А вот на стадии сборки нормально работает, ЕМНИП. В любом случае я просто проделываю финт ушами

(ls && env && echo $something) > /tmp/DELIIIIIVERR_MEEEE_FROOM_EVIIIIIIIL

и дальше подгоняю переменную. Согласен, что чопорно, но в целом мне нравится ебилды, на арче и близко таких удобств не предоставляют. Можно открыть The Package Manager Specification и курить его до потери сознания. Там вот прям всё-всё описано!

>>213494
>(ls && env && echo $something) > /tmp/DELIIIIIVERR_MEEEE_FROOM_EVIIIIIIIL
Как это поможет настроить build directory с первого раза?

>>213495
Открыть глаза и посмотреть, куда тебе сорцы распаковало?

И всё таки sysvinit отвратителен и простотой своей создает много трудностей, не только в написании лютых костылей просто для пуска демонов, а и тем, что не предоставляет супервизора. В этом смысле гентушный openrc выкрутился круче всех, просто завернув в себя всё и вся, дав возможность собственно этих супервизоров прикрутить. А что этот sysvinit? Пустил демона, а он не запустился. Опять запустил, не работает. Ага, прибил, хотя он и так не живой, опять запускаешь. Вроде работает. Хорошо. Жутко раздражает. Супервизоры это всё таки технически более правильное решение, тем более, что потребляют они мизер, по крайней мере в случае daemontools/runit/s6.

>>213481
> Не понял, о чём ты
Я о таком. Прозрачные стенки и иллюминация это конечно не ново, но именно в таком виде - почему-то популярно сейчас.

>>213558
На самом деле удобная фигня, чтобы отслеживать накопление пыли в корпусе. Подсветка не нужна, конечно.