>>20093
Каждый ход внутрь рекурсии кладёт (в теории) в стек все аргументы функции и ещё по мелочи. Делай заливку обходом в ширину.
И то, на ещё больших полотнах может быть проще закрашивать сразу большими квадратами, а потом уточнять.

>>20094
>>20095
Я взял алгоритм с очередью. Он не вылетает, и работает вполне себе быстро.

asp.net mvc. метод Html.DisplayFor не отображает объекты типа short, когда использую рефлексию.
все это дело выглядит так: https://pastebin.com/uYcN4x5x

что я делаю не так?

>>20099
Вижу такое:
>Html.DisplayFor() will render the DisplayTemplate that matches the property's type.
Т.е. когда ты ей даешь
>объекты типа short
Она ищет темплейт для вывода этого типа (скорее всего что-то типа short.cshtml), а его по какой-то причине нет. Думаю, что тебе надо или сконвертировать значение в строку, или создать темплейт для нужного типа. Подробнее тут: https://stackoverflow.com/a/6365658

>>19958
>Что впрочем легко объясняется тем, что никто даже не пытался ничего ставить.
Докер-докерочек, ага.

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

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

>>19972
Поменяй права доступа к папке html, очевидно же. Проверь их через ls -l
Конкретно нужно сделать:
~/kotoba.js/$ chmod -R a+w html
и возможно (хотя маловероятно):
~/kotoba.js/$ chmod -R a+w containers/node/html
Только что проверил установку с нуля, у самого все завелось с первого раза.

Пора бы уже приступить за реализацию модерки и админки борды. А то уже столько времени прошло на самом деле, что работой будет тяжело отвертеться.

>>20068
Совсем не тяжело.

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

>>20057
>На твоём устройстве есть музыка. Ты музыкант?
>У тебя в доме висят картины (мб). Ты художник?
Остапа понесло. И как всегда не туда. Если я буду использовать музыку или картины по тому или иному назначению, я буду музыко- или картиноёбом.
И как всегда за своим показным негодованием некто проигнорировали вопрос:
>Алсо, маскотоёбы, вы-то у их создателей разрешение на использование испросили?
>>20058
>Использование маскотов (или любых других от части готовых персонажей) помогает сэкономить время на создание этих самых героев
Возможно. Однако, не кажется ли, что постоянное использование одних и тех же маскотов, какими бы любимыми и меметичными они не были, умаляет ценность как их самих, так и произведений с ними?
>их характеров и тд (хотя характеры маскотов несколько можно редактировать, в чём их прелесть).
А есть понимание характеров маскотов? Некоторые БЛ приняли за канон. Другие считают, ритачка всё похерил. У вас какая точка зрения?
>Для проекта такого уровня .
"Такого уровня" - это какого? Внутрибордового? Или вы славы и популярности хотите, как ваши предшественники?
>маскоты не станут помехой в пути продвижения или восприятия самой истории и это точно никак не отобразится на качестве игры
Качество не только и не столько из этого складывается.
Хотя глядя на то, как тут некоторые уже художника ищут, создатели явно решили идти по пути эрогеев.

>>19793
Оставьте вы в покое маскотов. "Ычан эроге" был проектом исключительно своего времени, то есть когда эти самые маскоты переживали пик своей популярности. 10 лет прошло, про этих маскотов помнят разве что на консервативном Ычане и то не все. Если вы так хотите сделать новеллу, связанную с Ычаном, то возьмите что-нибудь, что актуально для него сейчас.

>>20063
Держи, для тебя.

>А есть понимание характеров маскотов?

Манга с маскотами от авторов и кого-то ещё. Да, не все были удостоены таковой чести, но та же Уныл успела засветиться, и не в одной, на основе чего складывается некий скелет, если можно так сказать, её характера. Да и имя её говорит само за себя.

>Некоторые БЛ приняли за канон. Другие считают, ритачка всё похерил. У вас какая точка зрения?

Никогда для меня БЛ не станет каноном. Совершенно другое представление персонажа, да и то, что она вдруг стала яндере, никак не располагает к таковой теории.

>"Такого уровня" - это какого? Внутрибордового? Или вы славы и популярности хотите, как ваши предшественники?

Судя по ответам разработчиков выше, они не позиционируют проект как коммерческий, или что-то в этом роде. Как я понял - внутриборд, как и было упомянуто Вами.

>>20063
Страшно подумать, что актуально на данный момент.
Тем более, как было упомянуто, больше 10 лет с начала разработки и свыше 5 с выхода всеми любимым (или нет) бл, почему бы и не освежить память посетителей борды и не напомнить, что вообще такое существовало, пусть и на данный момент является не больше чем воспоминанием ностальгирующего анонима (поправьте, если не прав).

>Совершенно другое представление персонажа, да и то, что она вдруг стала яндере, никак не располагает к таковой теории.

Стёр лишнее и не заметил. Там упоминаю про перепорченный характер Уныл.

Занятно, мод потёр мою предыдущую тираду.
Вангую, если этот проект и получится, то выродится в пикрилейтед.

>>20097
>Занятно, мод потёр мою предыдущую тираду.
>Вангую, если этот проект и получится, то выродится в пикрилейтед.
>
Господи, помилуй

>>19770
А, нет, это я дурак забыл вернуть рост слайдеров.

Усё сломалося. Инвалидные данные сохранения.

>>20051
И вот опять…

>>20059
Обновление по Ctrl+F5 не помогло? Больше жалоб просто не поступало вообще.

>>20070
Да всё нормально, просто пару раз показывало ту ошибку и пустой экран с иконками элементов, павера и спирита без цифр. Через несколько минут проходило по ф5. Спасибо.
Алсо пока ничего не пишу, так как темп ну очень замедлился. Но про пресеты прямо в тот же день словно из головы вытянул, лол.

>>19403
А можно что-нибудь сделать с утечками памяти? Оставил на рабочем компе на три выходных дня, по возвращению обнаружил намертво зависший браузер, сожравший ~25гб памяти (при реальных 16, остальное в своп ушло с соответствующими тормозами). Было открыто не больше десятка вкладок со статическими страницами, так что грешить больше не на что.

FF 60.0.2

>>20088
У меня сутками работает на ноуте без перебоев, правда на хроме. Один косяк был, но исправлен уже месяц как, с тех пор никто не жаловался.

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

>>19520
Если тебе нечем заняться, вот тут есть челлендж >>19427 , там задачи высочайшего уровня сложности.

>>19520
>экспоненциальной временной сложности.

Относительно n или |n|?

Здесь для С2

O(n)

?

https://pastebin.com/znip5iJc

Блжад, пикчи весом с нихуя, грузит слишком дохуй!

>>20061
Это потому, что ты бескультурное быдло.

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

>>19784
Нельзя.
>>20052
Нет и не будет.
>>20054
Нет, нельзя.
>>20062
Хороший ответ.

>>20065
>уже достаточно проникся духом
Вы чем-то другим прониклись.

>>20066
Духом безысходности, когда авторы давным-давно забили на всё, а те заблудшие пользователи, что оставляют тут свои мольбы о помощи, наивно надеются быть услышанными.
А единственные ошибки, которые исправляются — это те, которые исправляются сами по себе.

Простите, я должен был с сажей написать чтобы в лишний раз не тревожить усопших.

>>20065
>>20067
Ну, тут всё ещё не так всё плохо, как при смерти оригинального автора. Раз в полгода всё же что-то обновляют.

После обновления до Android 8.0 кнопка в углу стала фиолетовой. Ещё в древней версии QuickPic теперь то же самое, но там половина интерфейса фиолетовая.

Недавно попадалась новость про то, как алгоритм такого типа научили делать уровни для Doom, показав ему пачку готовых уровней, сделанных кем-то ещё. И получилось правдоподобно.
Но ведь это всё равно не новый контент. Алгоритм может лишь подражать чему-то существующему, делая его ремиксы. Чем больше он знает, тем более разнообразны эти ремиксы. Я бы назвал такое "псевдоновизной".
В будущем созданием игр и всего такого прочего будут заниматься машины. Разнообразие окажется как никогда высоким, но оригинальности (и гармоничности, слаженности элементов) всюду будет недоставать, и именно поэтому работа людей по-прежнему будет цениться выше, чем машин. Те, кто смогут привносить в устоявшийся круговорот что-то свежее, всегда будут востребованы.

>>19999
Впрочем, человек тоже не может придумать что-то полностью новое. Его творческие способности точно так же ограничены его знаниями. Когда Микельанджело писал свои знаменитые фрески, он был первопроходцем, но это не значит, что он ни с чего не копировал элементы. Нет, он их копировал, только из природы, а не чужих работ. А в чём-то он и подражал античному искусству, а вот оно уже подражало природе.

>>19999
И в эти игры играть будут сами же машины.

А вообще по поводу твоего недовольства, тут же суть именно в машинном обучении, то есть сверх нового она тебе ничего не даст и не должна давать.

>>20002
Почему бы и нет? Пусть играют машины, а я нажму X и буду смотреть кинцо.

>>20076
Чиочую. Особенно актуально в эпоху игры на Ютубе и прочих Твитчах.

>>20077
Только надо еще чтобы AI игрок прислушивался к моим советам и пожеланиям (или требованиям). Даже если я прикажу сделать самовыпил или просто обрушить всё достигнутое (например выбросить все шмотки). Буду сидеть и покрикивать в монитор, это и будет геймлей...

>>20078
Интерактивные зероплей-игры с влиянием на игровой процесс результатов голосования многих людей… Где-то я это уже видел…

>>19727
Я уже связался в f2d и получил свежайшие исходники, прямо с источника, но вплоть до третьего числа скорее всего не начну работать.
c: Perl

Ведро 4.4, Хром. Изображения в ОП-постах раскрываются вот так. На них текст налезает.

>>19746
Пф.
Ведро 8, хром и мишный браузер, изображение в новой вкладке.

>>19747
А на полной версии сайта >>19746

>>19748
А, в мобильной версии вообще яваскрипта нет, кажись.

>>19729>>19634
В общем, всё очень мило запиливается за ночь, есть только проблема. В том числе безопасности.

Нам надо как-то достать картинку с рисовалки на сервер. И так как всё рисование происходит на стороне клиента, то на сервер, потенциально, могут подсунуть чёрт знает что.
Я вижу три решения:
1. Хранить, как сейчас, временные файлы в /tmp/, удалять всё что старше часа и обмазать это разрешениями на чтение/запись. Соответственно, обеспечение безопасности на совести Администрации. Или проще - проверять файл на то, что это вообще png, но тогда при постинге проверка будет идти повторно.
2. Таскать туда-сюда картинку в base64, как она таскается сейчас дудлятором. Проблемы две: во-первых, всего картинку придётся протащить четыре раза: с рисовалки на сервер, с сервера на форму ответа (и как картинку и как поле формы ответа), и с формы ответа обратно на сервер. При этом на втором шаге картинка невозбранно подменяется на что угодно, даже не base64.
3. Хранить картинку где-то в памяти браузера и показывать её оттуда же. Всё ещё возможна подмена как в 2, но нет таскания файлов туда-сюда. Но надо будет переписывать форму ответа специально под этот случай, по-моему.

Я сейчас сделаю 1 с проверкой на png. 3 мне сделать не хватает теоретических знаний.

>>19991
http://yakuji.moe/wakaba/oekaki.diff
Содержит диффы к jfc.js и milf.js из https://github.com/f2d/doodle-mutator/tree/master/doodle, но не сами эти файлы.
Наверное, можно ещё посмотреть, почему при загрузке файла холст слетает в выравнивание по левому краю, как красиво убрать сохранение/загрузку чтобы кнопок не было, но при перебое питания можно было восстановить картинку, и ещё что-нибудь (например, передавать параметры чтобы интерфейс на русском), но я лучше спать. Благо, серверная часть в основе своей сделана.

>>19737
Так ведь могут не понять... А вот свой, пусть и убогий, движок для имиджборды – это же так приятно...

>>19738
Что ты в тексте самой работы будешь писать в случае выбора движка имиджборды?

>>19739
Напишу что-нибуль про специфику общения на АИБ и все такое...

>>19739
Напишет про японские веб-форумы и общение на них, которое от наших отличается.

>>19738
Ты же сам говорил, что другие делают игры и сайты. В чем тебя не поймут?
Да и саму по себе игру гораздо интереснее делать, чем очередной движок для АИБ. Плюсом, может игру с платной составляющей сделаешь и в экономической части просчитаешь доходность.

>>19744
Спасибо за совет.

Как дела? Есть подвижки в дипломе? Начал что-нибудь?

Пособие https://trac.ffmpeg.org/wiki/Encode/VP9 оказалось рекомендующим чрезмерно подробные параметры вызова FFmpeg.

Действительность же вот какова: так как правка https://github.com/FFmpeg/FFmpeg/commit/2392da164a02e4e4f7e1b933018d14afcb13ddc1 была внесена 28 августа 2015 года, то FFmpeg создаёт WebM посредством кодека VP9 по умолчанию примерно с того же времени.

Соответственно, параметры «-c:v libvpx-vp9» можно исключить (потому что они подразумеваются в FFmpeg) из моих рекомендаций, приведённых в репликах >>18670 и >>19332.

Остался неохваченным вопрос о том, как создавать видео со звуком, и охвачу.

Проще всего это сделать на примере WebM, для которого FFmpeg (по аналогии с >>19377) автоматически употребляет кодировщик Opus, так что остаётся только выбрать битрейт — например, 256kbps — и вписать в аналогичную >>18670 командную строку:

ffmpeg -hide_banner -i %1 -ss %3 -to %4 -sn -crf %2 -b:v 0 -b:a 256k -tile-columns 2 -threads 8 ibvideo.%2.webm

Впечатывание субтитров в видеокадр достигается аналогичным >>18676 приёмом:

ffmpeg -hide_banner -i %1 -vf "subtitles=%~nx1" -ss %3 -to %4 -sn -crf %2 -b:v 0 -b:a 256k -tile-columns 2 -threads 8 ibvideo.%2.webm

Разумеется, публикация таких видеороликов (со звуком) может быть возможною только на таких имиджбордах, которые, во-первых, не отвергают видеозаписи по факту наличия звуковой дорожки, а во-вторых, не ограничивают размер публикуемого файла слишком небольшим числом (из-за которого и видео-то приходится сжимать преизрядно, так что для звуковой дорожки не много остаётся пространства в файле небольшого размера).

Если искать наиболее наглядный пример такого идеала между имиджбордами околоычановского конгломерата, то с неизбежностью приходится торжествующе ткнуть пальцем прежде всего в Nowere.net (открывается как подраздел /tu/ верхней навигационной панели или по гиперссылке «туризм» из раздела «Общее» в левом фрейме на Ы

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

Чуть больше трёх недель тому назад (19 марта) автор реплики https://iichan.hk/d/res/244600.html#245388 счёл возможным в обстоятельствах запрета на загрузку звуковых файлов (MP3, Opus) появление таких видеофайлов (MP4, WebM), у которых звуковая дорожка будет содержать желаемый звук (например, Opus в WebM), а видеодорожка будет состоять из повторений одного и того же видеокадра (в качестве примера он упомянул обложку альбома) — такие повторения очень хорошо сжимаются видеокодеком, так что такая видеозапись будет, в общем-то, немногим хуже (неэффективнее) первоначальной звукозаписи (конечно, если видео со звуком вообще разрешено публиковать на имиджборде, то есть если не запрещён звук в видео).

По адресу https://github.com/pituz/webm-thread/wiki/Pro-tips#Создание-видео-из-статичной-картинки-и-музыки можно видеть, что та же идея посещала в позапрошлом (2016) году разработчика, действовавшего на Гитхабе под псевдонимом «Питуз», который предложил для решения её такой рецепт, который может быть скорректирован под нынешние обстоятельства (восторжествование видеокодека VP9 и аудиокодека Opus) и избавлен от некоторых чрезмерных настроек (изменение длины GoP и высоты кадра), после чего принимает следующий вид:

ffmpeg -hide_banner -loop 1 -r 1 -i %1 -i %2 -ss %3 -to %4 -crf 7 -b:v 0 -b:a 256k -pix_fmt yuv420p -tile-columns 2 -threads 8 -shortest ibaudio.webm

Пользователям невиндовых операционных систем перед употреблением придётся внести в эту команду ряд обычных отличий (заменить «%1» на «$1» и проч.).

Предполагается, что команда для удобства лежит в пакетном файле и оттого вызывается в форме «имяПакетногоФайла имяКартинки.png имяЗвуковогоФайла.mp3 14:03 23:15», где «

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

Изложенные в рецепте >>19601 параметры «-pix_fmt yuv420p», по-видимому, полезны и во всех предшествующих рецептах, потому что без них FFmpeg может попытаться создать WebM с таким форматом пикселов, который в Firefox восприниматься не сможет (например, в десятибитном цвете) — или, может быть, сможет, но только в какой-нибудь новой последующей версии.

Кроме того, больше двух недель тому назад правка кода https://github.com/FFmpeg/FFmpeg/commit/0dc11d8bbd470db89fbc17b7434e992c9129b310 привела к появлению в FFmpeg поддержки кодека AV1, которому википедическая статья https://en.wikipedia.org/wiki/AV1 пророчит появление также внутри контейнеров WebM. Но до тех пор, пока это появление не состоится (или, вернее, не возымеет широкой поддержки в стабильных последних версиях браузеров), никаких готовых рецептов для командной строки вызова FFmpeg, порождающего видео AV1, я сочинять не стану.

Всѣ послѣднія версіи FFmpeg (по меньшей мере, от версии 4.0 и до сборки 8 мая включительно) отчего-то начинают генерировать невыносимо большое количество байеровской узорчатости (и даже никак не объяснимой по Байеру хѣрни) в том режиме «bayer_scale=0», который я рекомендовал выше.

По-видимому, это какой-то баг FFmpeg, потому что до этого таких проблем не было.

Единственный известный мне способ избежать его — поставить «bayer_scale=1» вместо этого, но и этот способ не идеален (возникают те границы между узорчатыми и неузорчатыми полосами, которых при нуле не было).

По поводу бага >>19788 два замечания.

Во-первых, он касается только анимированных GIFов, то есть замена значения «bayer_scale» (временная, для обхода бага в FFmpeg до того момента, когда разработчики исправят его) потребуется только в рецепте >>19332.

Во-вторых, по-видимому, баг в FFmpeg появился ввиду исправления ошибки https://trac.ffmpeg.org/ticket/4443 без последующего исправления ошибки https://trac.ffmpeg.org/ticket/6813 или другой аналогичной. Другой причины в багтрекере у FFmpeg я не мог найти.

Отдельно подчёркиваю: тот обходной путь, который изложен в реплике >>19788 и уточнён в реплике >>19790, всего лишь маскирует главную проблему: в FFmpeg 4.0 сломан генератор GIFов.

(И маскирует не слишком умело. При «bayer_scale=1» не так много сверхзаметного мусора, но всё равно видно какое-то чрезмерное трепетание узора в кадре там, где его не должно быть.)

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