>>26040
Когда в последний раз смотрел там было много второго.

Самые интересные варианты: Ren'Py и Unity.

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

Второй же осваивается сложнее, дольше, но более вариативен, конечный продукт получится более оптимизированным, порт на мобильные/нинтендо заставляет запариться, но получается более качественным. Да и С# приятнее язык, имхо.

Под Unity есть ассет Fungus, что упрощает создание новеллы в разы. Но всегда лучше сделать что-то свое и чисто под себя, не так ли?

>>26061

>Нинтендо
Это я вброс сделал, никогда таким не занимался и не интересовался даже. Знаю только, что возможность есть такая, но о процессе и связанных проблемах ничего не ведаю.

>>26061
Каво там оптимизирован? Unity по сравнению с рин паем?

Почему все так стремятся создавать игры? Мне кажется, что системное программирование должно быть намного интереснее, т.к. это всякие хакерские штучки, но тут проблема только в том, что требуется большое количество глубоких знаний из разных областей компьютерных наук. Либо я сам себя загоняю, отчего забросил. Но формошлёпание и программирование мышкой меня как-то не привлекает.

Если же брать во внимание какие игры меня интересуют, то тут для создания самолётика нужно тоже знать кучу всего, причём без высшего технического образования не обойтись, — та же работа РПО должна представлять собой симуляцию течения масла + симуляцию работы лопастей винта, а иначе она не будет приближённой к реальности. Собственно, поэтому полноценная реализация вертолётов и винтовых самолётов есть только в одной игре DCS, т.к. там очень хитрый матан (и это же единственный авиасим, где есть износ покрышек как в автосимуляторах, если я не ошибаюсь) Но у меня не такой мощный комп, чтобы играть в этом, а также модули в нём дороговаты + простенького джойстика будет недостаточно, отчего попробовать такое элитарное увлечение можно будет лишь тогда, когда найду оплачиваемую работу, а сейчас остаётся лишь смотреть как летают на "Ютубе", да довольствоваться примитивными в 2022 году "старичком" и FS 2004.

>>26033
> Renpy
Зачем нужен Ren'Py, если можно объектов на форму нашлёпать?

>>26032
Игры - это всё меньше и меньше про разработку. Особенно визуальные новеллы. Тут нужно быть художником, сценаристом, ну и техническим художником (technical artist). А программирование тут дело десятое или двадцатое. При наличии скиллов в 3д дизайне/графике, готовых ассетов, арта, проггера можно найти, чтобы он по косому диздоку всё это слепил вместе. Лепить наверное лучше в ютини, потому что современно, потому что громадное комьюнити, потому что огромный инструментарий, убирающий необходимость кодить каждую второстепенную вещь.

>>26142
Программирование мышкой, короче.

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

Узнал сейчас про object pooling. Если один и тот же объект планируется создавать и удалять много раз, то гораздо оптимальнее будет инстанциировать лист этих объектов и сделать каждый из них неактивным. Далее, в момент когда объект необходим в сцене, из пула берется один из его инстансов и делается активным. При этом могут меняться некоторые из его параметров (например позиция).

Ну и соответственно, если активный объект больше не нужен, но не удаляется, а делается неактивным. Пул всегда возвращает один из неактивных объектов, то есть не используемых в данный момент.

В итоге получается, что мы имеем в памяти постоянное количество объектов (равный размеру пула), а не постоянно создаем и удаляем бесконечное количество объектов по мере работы сцены.

Unity вкатывается в настоящую мультипоточность и асинхронность. В то время как в мире микросервисов это давно стандарт, в таких больших проектах похоже не так все просто.

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

Основная фишка тут в том, что подобный подход требует изменений в структурах пользовательского кода и объектов. Для этого были придуманы конверторы, и это вылилось в отдельную версию редактора. Пользователь работает с игровыми объектами и их компонентами, как и раньше. А дальше они сами конвертируются в “новые” сущности и компоненты (Entity Component System) для работы с ними в коде.

Ну и в коде, в связи с этим, уже нет работы с игровыми объектами в их обычном понимании, а с компонентами напрямую, которые в свою очередь уже содержат какие-то данные (например позиция, скорость). Отсюда этот подход получил название Data-Oriented Technology Stack. Классы теперь наследуются не от MonoBehaviour, а от JobComponentSystem.

https://unity.com/dots
Ну и разумеется, все это стало гораздо производительнее, и стало возможным делать сложные сцены, работающие даже на мобилках https://www.youtube.com/watch?v=KgcU2HBOXAw

Погуглил больше про ECS.

Концепция сама существует давно и не является изобретением Unity, но уже DOTS - их термин. Она сама по себе не про производительность, а про подход к описанию игрового мира и взаимодействий в нем.

В ECS игровые объекты не наследуют кучу всего и не создаются со статичной кучей параметров и компонентов, существующих вплоть о момента удаления объекта. В ECS игровые объекты - просто entities, некие изначально пустые "сущности", играющие роль уникальных идентификаторов.

Параметры игровых объектов (например, здоровье, скорость, "прыгучесть", etc) являются самостоятельными компонентами (components), не привязанными ни к какому объекту статично. Они могут назначаться каким-либо entities, если им необходимо данное поведение/характеристика. Причем эта привязка или отвязка происходят в рантайме, что позволяет делать классные вещи в виде изменения казалось бы статичных характеристик игрового мира в уже работающих клиентах.

Системы (systems) содержат уже логику, обрабатывающую данные из компонентов. Можно думать о них, как о контроллерах. Важно то, что системы не завязаны на конкретных компонентах и entities. По крайней мере в юнити, как я понял, системы могу выбирать entities на основе привязанных к ним компонентов (entity query) и тем самым всегда работают с группой entities. Поэтому в коде много foreach :)

В этой концепции Entities, Components и Systems - вещи изначально существующие обособленно друг от друга, и им нужны отдельные средства коммуникации. И тут уже все зависит от конкретной имплементации.

Разобрался со сценами и переходами между ними. Сцена - это некая уникальная инстанция мира. В зависимости от сложности игры может быть отдельным уровнем, может быть целым открытым миром. Или это может быть просто menu screen.

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

Персист данных между сессиями (между разными запусками игры) сложнее. Причем не потому, что надо писать в файл или работать с другими внешними сущностями. А потому что надо постоянно думать, могут ли внутренние структуры быть сериализированы. В шарпе не все так однозначно. Обычный array, например, может быть сериализирован в json, List уже нет. Хотя BinaryFormatter с ним справляется без проблем.

бамп

Стив, как дела, продвигается ли изучение?

>>25670
Забил на какое-то время. Переезды, смена работы и всё такое
Ещё как закончил курс junior programmer, у меня случился overwhelm от осознания уровня необходимых скиллов (которые нужно качать и качать 100500 лет как в олдскулл ммо), что демотивировало продолжать процесс.

Недавно появилось желание раздропнуть. Начал новый курс Creative core. Посматриваю на применения Юнити в не-игровых индустриях, изучаю какие есть наработки в AR, webrtc, нативная интеграция в мобилках и всё такое.

> какие ID у картинок с тегами t1,...,tn, но без тегов e1,...,en
Создаешь инвертированный индекс, где к каждому тегу привязана кишка с айдишниками соответствующих документов. Итерируешься по одной из кишок (ты можешь выбрать самую короткую), получаешь сложность O(длина кишки). Так делается в больших нагруженных поисковых системах.
> на странице с оффсетом 12000
Добавляешь еще один тег (поисковый литерал), означающий номер страницы.

Возможно, на маленькой буре можно сделать что-то более быстрое по времени, но за счет большего потребления памяти. Я не уверен, что это на самом деле нужно.

О, а мысль протегировать страницы мне не приходила в голову.

>>25954
Разве такое не должно быть уже решено в СУБД?
Но гляньте https://roaringbitmap.org/
Если в кратце, для каждого тэга храним сжатый битовый массив, для выполнения запроса and-аем чанки этих массивов между собой, делая popcnt по результату, пока не достигнем нужный offset.

Моя бура состоит из двух TSV текстовых файлов вида тэг|хэш и хэш|путь-к-файлу, которые я грепаю скритом.

What is O(1), is it tasty

Странную продолжительность имеют пятый и десятый трек(пикрил).

REM GENRE New Wave, Post-Punk
REM DATE 2019 (1979)
REM COUNTRY EU
REM LABEL Factory
REM CATALOG FACT 10 40
REM ASDFVL_VinylRip
PERFORMER "Joy Division"
TITLE "Unknown Pleasures"
FILE "Joy Division - Unknown Pleasures - Side A.flac" WAVE
TRACK 01 AUDIO
TITLE "Disorder"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "Day Of The Lords"
INDEX 01 03:31:35
TRACK 03 AUDIO

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

Воспользовался программой XRECODE 3, вес треков на выходе составил ~2.8Гб против ~1.5Гб исходных.
Предстоит разобраться...

Потыкал галочки. Получил файлы весом в 6.88Гб.

Вообще используют shnsplit/cuetools в зависимости от системы. А что касается cue, то этот вообще можно разбить на два файла и получить типичное один flac - один cue, это просто текстовый файл бля, кури мануалы:
https://wiki.hydrogenaudio.org/index.php?title=Cue_sheet
https://en.wikipedia.org/wiki/Cue_sheet_(computing)
https://en.wikipedia.org/wiki/Compact_Disc_Digital_Audio#Frames_and_timecode_frames

И не знаю чего ты тут пишешь, я тут особенной активности не замечал. Если знаешь буржуйский, я бы порекомендовал зарегатся на OPS.
https://interview.orpheus.network

>>25893
если у файлов продолжительность действительно ~20 минут, то вина наверняка в тупой программе

>>25895
Воспользовался программой XRECODE2, всё получилось.
Могу предположить что виной огромного веса треков была это галочка.

Я смотрю, исправление ссылок при объединении нитей сломалось.
Автор ещё тут хоть?

>>25926
При объединении, или при переносе?

>>25927
Объединении. Причём раньше работало.
Пример: >>/b/157239, начиная с >>/b/173234

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

>>25926
>>25929
Починил и создал пулреквест.
Оказалось настолько тривиально, что даже стыдно за такое.

В пулл-реквесте с предупреждениями автор добавил экранирование ХТМЛ для модлога, но не учёл, что таким образом ломаются ссылки для просмотра удалённых сообщений. Мы пока вернули эту строку, дабы ссылки работали, но настоятельно рекомендуем найти способ починки этой лабуды, ибо оно не позволяет использовать ХТМЛ в предупреждениях.

>>26066

>>25888
Нет. Я начал учиться кодить и создал этот тред только в 2017.

>>25869
Особенно забавляет факт, что операторы перегрузить можно. Читаешь код - а там равно делает конкатенацию например. Не надо так.

>>25911
Если кто-то заехал топором себе по ноге, это не проблема топора. Топор — хороший инструмент.

>>25911
В питоне можно вообще присвоить знакомой функции не переменной, функции! какую-то хрень и не заметить. Динамическая типизация. Хотя, конечно,

#define true false

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

using мьютекс_на_чтение = мьютекс_на_чтение_с длинным названием

using мьютекс_на_запись = мьютекс_на_чтение_с длинным названием

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

>>25931
> В питоне можно вообще присвоить знакомой функции не переменной, функции! какую-то хрень и не заметить.

Ну это совсем хлебушком быть надо.

>>25933
А тут и есть хлебушки. Сдобные булочки!

>>25846
Скобки забыл дописать. Спс

>>25845
1. По одному символу в метке прокатывает, хотя должно быть минимум 3.
2. Если после сообщения должна выдаться ошибка (например, меньше 2 символов без картинки), то во время обноления страниц мелькает нотис на белом фоне:
Notice: Uninitialized string offset: 0 in /var/www/html/kap4a.php on line 141
3. Если в посте есть ссылка на несуществующий пост, например >>100000, то тоже маргнёт какое-то сообщение на бёлом фоне.
4. В результатах поиска куча нотисов.
5. Разметка >цитата не работает
6. Разметка ##код if (a) {b};## не работает
Скрытие постов так и выдаёт ошибку, только теперь строка 370.

>>25845
whois 0ch.kz выдаёт чьи-то имя и адрес, это ничего, норм?

>>25849
> 1
Сперва было три символа, но потом оказалось что это слишком душно, иногда в имени файла проскакивают предлоги.
Остальное щас попробую починить. Перед переносом с локалхоста на сервер всё тестилось и работало нормально :P
>>25850
Ничего.

Еще такой косяк, пока не знаю, получилось ли устранить:
Openvpn-клиент теряет коннект к openvpn-серверу, и сайт перестаёт быть доступен. Случается примерно раз в сутки, поковырял конфиги, пока непонятно, помогло ли, так как случается редко. Если не открывается сайт - значит это оно.

>>25849
Вроде всё пофиксил. Спасиб за участие.

Оцените новые темы оформления.

Ты это про меня что ли?

Ты в стартапе или в госхуйне? В стартапе еще есть шансы сделать проект настоящим из тыквы.

Смотря какие условия оплаты. Ну и конечно, надо знать имеет ли для тебя значение стаж(Заветные 1-3 года) или уже нет.

>>25919
Госхерь.

>>25920
Ниже рынка процентов на 40%. Стаж и до этой работы уже был. Сейчас написал эти два предложения и даже самому себе не смог объяснить, почему я ещё там. В общем, пойду приведу в порядок резюме и катись оно всё конём. Спасибо.

>>25922
>Госхерь.
Тогда сочувствую конечно.

>>25794
И что за скрытый потенциал в заброшенном 9 лет назад имиджбордодвижке?

>>25794
А в чём его фича?

Отключалка надоедливых CSS3-анимаций в Хроме.
https://dev.webonomic.nl/how-to-disable-css-transforms-transistions-and-animations
manifest.json

{

   "manifest_version" : 2,

   "name" : "Animation disabler",

   "description" : "Disables CSS animations on web pages.",

   "version" : "1.0",

   "content_scripts" : [

      {

         "matches" : [

            "http://*/*",

            "https://*/*"

         ],

         "css" : [

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

>>25669
Более вменяемая отключалка, так как на событиях от этих анимаций может висеть логика UI.

user.css

*, :before, :after {

   /*CSS transitions*/

   transition-delay:    0s !important; \n\

   transition-duration: 0s !important; \n\



   /*CSS animations*/

   animation-duration:        0s !important;

   animation-iteration-count: 1  !important;

}

>xdg-mime query filetype animated.png
<image/png
>xdg-mime query filetype animated.webp
<image/webp
И как же это понимать?

Три гадости, которые делают этот ваш Интернет недружелюбным и закрытым, и которые необходимо заблокировать:
— HTTP-заголовок ответа Content-Security-Policy;
— HTML-атрибут integrity;
— JS объект navigator.serviceWorker, конкретнее navigator.serviceWorker.register.

>>25725
А расскажи пожалуйста поподробнее, в частности про serviceWorker

>>25726
Content-Security-Policy позволяет серверу указать в ответе, что браузеру, который понимает этот заголовок, надо загружать и выполнять. HTML-атрибут integrity для тэга <link> содержит хэш-сумму загружаемого файла, будь это CSS или JS-скрипт. Вместе эта байда по сути просто не даёт тебе менять содержимое страницы, если ты что-то фильтруешь проксей, например, инжектишь в страницу свои скрипты и стили.

ServiceWorker — это JS-скрипт, который сайт устанавливает в поддерживающий их браузер, и который безпалевно работает в фоне, делая что-то непонятное: https://developers.google.com/web/fundamentals/primers/service-workers
Алсо
>Service worker is a programmable network proxy
Типично используется для обработки push-уведомлений, нетипично... ктож его знает.

>>25728
Спасибо