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

И в этом контексте, очень хочется вспомнить про Unity, который достаточно быстро позволяет создать что-то типа такого: https://my.mixtape.moe/oplint.mp4

Есть только одна загвоздка, в то время как Unity поддерживает С++ для написания плагинов, основной используемый язык там С# альтернативно, JavaScript. Если само по себе это не является препятствием, то продолжай читать дальше.

Для Unity существует достаточно много туториалов, их можно найти много где, включая официальный сайт.

Вот например, туториал конкретно о том как создать шутер с мультиплеером: https://unity3d.com/learn/tutorials/topics/multiplayer-networking/merry-fragmas-30-multiplayer-fps-foundation
Это первая часть из трёх, тут закладывается базис игры.

А вот детальный список туториалов по сетевому коду, где в том числе есть список по вышеупомянутому шутеру: https://unity3d.com/learn/tutorials/s/multiplayer-networking

Также Unity удобен тем, что может помочь тебе получить какие-нибудь тривиальные модельки (оружие, контейнеры, бочки, столы) через встроенный магазин ассетов, где есть в том числе и всякое бесплатное.

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

>>20005
Мне кажется, что анон выше имел в виду, что ему хочется прям с нуля создать шутер используя именно directx/opengl. А ты предлагаешь ему по сути готовый вариант всего того что он хотел бы создать сам.

>>20004
Теперь, если тебе хочется непосредственно пощупать и потрогать 3д-графику за всякое, и понять как она работает то стоит посмотреть в сторону книги:
>Андре Ламот
>Программирование трехмерных игр для Windows. Советы профессионала по трехмерной графике и растеризации
https://vk.com/wall-54530371_660

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

Теперь, если тебе хочется потрогать такие вещи, как АИ противников, обработка управления, работа со звуком, многопоточность, физика (к сожалению про сетевой код там нет, в качестве мультиплеера они рассматривают разве что сплит-скрин)
>Андре Ламот
>Программирование трехмерных игр для Windows. Советы профессионала. Второе издание.
http://www.cosmic-rays.ru/books61/20036101Ламот.pdf

Опять же, сама книга уже старая, но в данном случае это может помочь разобраться, как же это всё делается.

По сетевому коду, пока могу найти только общие вводные статьи:
https://gafferongames.com/post/what_every_programmer_needs_to_know_about_game_networking/

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

4chan не показывает превью

Превью на Форчане вдруг снова стали работать.

Да, превью на 4сн снова работают.

>>19758
Android ограничивает для каждого приложения объём доступной для управления средствами Java оперативной памяти, поэтому OutOfMemoryError может происходить до исчерпания свободной оперативной памяти устройства.

>>19782
Так странно то, что не падало, просто попап с ошибкой при рефреше страницы.

Можно у Анон.фм домен поменять?
alcxemuct.accountant

Cтранно, но чет лолифокс начал через раз работать.
Открываю через я.браузер и все работает. хорошо хоть тут оверчан еще заходит
Алсо версия 1.6.0

>>19428
>Проблема "понимания" пока не решена, в т.ч. потому что не понятно, что такое понимание в контексте настоящего мозга.
Я дилетант полный, объясни мне: разве не упирается проблема понимания в то, что человечество принципиально не может высказывать знание в формальном виде? Возьмём какую-нибудь научную отрасль, но не математику - орнитологию, например. Если ты хочешь сделать ИИ, который будет читать книжки по орнитологии и систематизировать их, тебе для начала нужно определить отношение между всеми понятиями орнитологии - птица, крыло, перо, ареал обитания, хищники и т.д., а там по цепоче ещё половина биологии вытянется. Будет орнитолог этим заниматься?

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

Насколько сложно написать такую программу?
1) Захватывает анимацию персонажа (т.е. человека) из любого видео, записывая её как для типичной скелетной модели;
2) Преобразовывает её в формат, понятный таким "цифровым 3D студиям", как Honey Select Stuio, PlayHome Studio, MMD или даже DAZ 3D.

Смотрите, например у меня есть вайфу - красавица японка в PlayHome, и я хочу чтобы она исполнила pole dance как в найденном мной в интернете видео, но воссоздавать эту анимацию самому слишком сложно. Надо программу которая сама сделает ей анимацию по образцу из видео, в таком формате, который сможет прочитать PH Studio. Такое вообще возможно?

>>19524
И если такой ИИ будет понимать всё буквально, в том числе художественную литературу... Представил, как он выстраивает картину мира по разным копипастам вроде бати и трав, и чо-то кекнул.

Оказывается, кроме DoA, pole dance еще сделали в Honey Select. Правда, анимация не генерируемая, и вообще там только два варианта анимации (ловкое исполнение, и неуклюжее). Зато вся соответствующая кастомизация прилагается. Можно воспроизводить с любым персонажем, с каким захочешь. Эти анимации также можно экспортировать в студию PlayHome, в которой лучше графон.
Так вот, если даже японцы, работающие за миску риса, смогли это сделать как незначительную часть гораздо более сложной программы, то нешто другие не могут развить эту тему? Некоторые вон даже дварф фортресс делают. Что вообще сложного в анимации персонажа?? Ничего сложного, это просто серия ключей в таймлайне, относящихся к тем или иным костям скелета модели. Алгоритм должен лишь уметь правильно назначать ключевые позиции для типовой скелетной модели. Назначать не как попало, а подчиняясь каким-то там правилам, чтобы выходил правильный танец. И оригинальный, а не одно и то же каждый раз.

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

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

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

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

>>19983
>Резкое отсечение более половины потенциальной аудитории.

Лучше бы пилили фанатский спинофф к лабуде про НИИТЯН.

>>19984
Хотеть непристойности с Мицу в новой ВН!

>>19987
Мицгёл и развратный фидонет.

>>19988

Больные (л)юди.

>>19987
>Хотеть
Закати губу обратно.

>>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
Спасибо за совет.

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

Предполагаю, что в сём случае можно нѣсколько ускорить всё дѣло, если «npm install --production» вмѣсто простого «npm install».

Прошу подтвердить или опровергнуть.

>>19947
Суть проблемы описана в https://stackoverflow.com/questions/30043872/docker-compose-node-modules-not-present-in-a-volume-after-npm-install-succeeds и https://stackoverflow.com/questions/38425996/docker-compose-volume-on-node-modules-but-is-empty
Кратко: сначала выполняется npm install и создается папка contaniers/node/node_modules внутри контейнера, затем монтируется вся папка contaniers/node/ с хоста, заменяя собой ту, в которой node_modlues есть.
Еще одно решение, это удалить из docker-compose.yml строчку " - ./containers/node:/home/node/app".
Очень странно, что этого до сих пор никто не заметил. Что впрочем легко объясняется тем, что никто даже не пытался ничего ставить.
Решение с удалением строчки выше оптимально для продакшена, однако усложняет разработку. Возможно стоит сделать так, чтобы npm install выполнялся при запуске контейнера, на не во время сборки. Есть ли в Докере способ сделать так, чтобы монтировалась вся папка, кроме одной подпапки node_modules?

Исправлено в новом коммите. >>19937>>19958 можно игнорировать.

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

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

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

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

Пособие 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 не исправят.

>>19605

Очень хорошо.

Руководствуясь соображениями, по адресу https://github.com/WagonOfDoubt/iichan-extensions/pull/11 изложенными, предлагаю отпилить строку «player.muted = true;».

>>19610>>19580
Принято. Поправки внесены в надежде на то, что требования в ближайшее время не изменятся, и что откат изменений к предыдущей версии очевиден, если использовать >>19204.

Ещё заметка: я не уверен, как будут вести себя webm на странице "Недавние изображения" в админке, если они вообще там будут. По крайней мере я только что запостил файл и его там не увидел. Как с этим будет обращаться Автобус, мне неизвестно.
Стоит ли делать патч для обычной кусабы, чтобы webm на той странице появлялись, и если да, то как устроить их отображение?

>>19706
>то как устроить их отображение?
Также как и GIF, очевидно.

>>19707
Показывать, превьюшкой, по ссылке вести в тред, а там пусть в треде раскрывают/проверяют?

В движке 410чана есть баг в обработке URLов, содержащих русские буквы.

Этот баг приводит к тому, что в реплике >>19332 та гиперссылка, которая на Википедию, разрушена на месте последней буквы (буквы «л» в слове «файл»).

>>19709

Так как за полторы недели никто не откликнулся, то предлагаю по умолчанию считать, что отвѣтъ — «да».

>>19662
У меня в интерфейсе на 1366х768 не хватает места род него, и я до сих пор не могу придумать, зачем он может быть нужен, если честно.

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

>>19683
Ну в общем я зделяль.

>>19692
Здорово, спасибо!
Реализация артефактов, кстати, тоже интересная. Да и в целом нововведения правильные.
Следующее, что приходит на ум: глобальный левелинг профиля, левелинг слайдеров, перки, таланты, классы и классовые скиллы, вот это всё, короче.

>>19693
Артефакты на удивление хорошо вышли, да. С длинными кодами правда повозиться приходится, но там как правило и артефакт мощный.

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

Ерунда какая-то.
Решил, значится, подтянуть реген маны. Создал впервые виртуальный мир на несколько уровней взад, чтоб за пару минут его освоить и удалить. Захожу. Дамаг по точкам — 0. По шахте — 0. От саммонов — 0.
Явно бага какая-то.

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