Github: https://github.com/overchan-project/Overchan-Android F-Droid: https://f-droid.org/packages/bus.chio.wishmaster/ Ссылка на самую актуальную тестовую версию: https://github.com/overchan-project/Overchan-Android/releases/download/current/Overchan-Android-current.apk Список изменений и предыдущие версии: https://github.com/overchan-project/Overchan-Android/releases Сообщения об ошибках оставлять в треде или здесь: https://github.com/AliceCA/Overchan-Android/issues Сайт исходного приложения: https://miku-nyan.github.io/Overchan-Android Информация о создании пользовательских тем: https://github.com/miku-nyan/Overchan-Themes Сообщение слишком длинное. Полный текст.
>>27441 Дудосят.
>>27008 Чаще есть. Но теперь совместно с пустотой перестаёт грузиться капча в тредах. Из браузера всё нормально. Обычно приходит в норму в пределах получаса.
Кто может вот так же для Ычана сделать?
Опять оранжевый не работает. На life обновляются треды, но каталоги и капча forbidden. На hk большую часть времени постоянно forbidden, но иногда грузит.
Почините харкач уже кто-нибудь, пожалуйста, ну сил никаких больше нет терпеть постоянное 403 и страдать в сраном дашчяне дебильном, где всё неправильно и через жопу работает.
ДА КТО-НИБУДЬ УЖЕ ПОЧИНИТЕ ЁБАНЫЙ ХАРКАЧ, БЛЯДЬ
Бросай нахуй это говно (харкачь), тебе уже свыше знаки шлют.
>>27638 Так больше негде сидеть.
1. Тред давно перекотился >>27507 2. Сидение на помойке, что косит под двач, это элементарное неуважение к себе. 3. С починкой тебе никто не поможет.
>>27637 >ПОЧИНИТЕ ЁБАНЫЙ ХАРКАЧ, БЛЯДЬ У меня как работало всё, так и работает. Не ебу что там за траблы у вас. Капчую с него, и тут этот пост с него пишу
Я все же создам новый тред, да простит меня джаббер тред внизу каталога. Решил вкатиться в юнити. Читаю их туториалы, пока в восторге от доступности и простоты материала (по сравнению с тем, что было раньше) Буду тут писать отчеты. Пара ссылок: Сайт: https://unity.com Обучение: https://learn.unity.com Есть тг канал: @unity3d_ru
UI оставил двоякое впечатление, с одной стороны все просто. С другой стороны, чтобы его сделать невырвиглазным, нужно постараться.
Узнал сейчас про object pooling. Если один и тот же объект планируется создавать и удалять много раз, то гораздо оптимальнее будет инстанциировать лист этих объектов и сделать каждый из них неактивным. Далее, в момент когда объект необходим в сцене, из пула берется один из его инстансов и делается активным. При этом могут меняться некоторые из его параметров (например позиция). Ну и соответственно, если активный объект больше не нужен, но не удаляется, а делается неактивным. Пул всегда возвращает один из неактивных объектов, то есть не используемых в данный момент. В итоге получается, что мы имеем в памяти постоянное количество объектов (равный размеру пула), а не постоянно создаем и удаляем бесконечное количество объектов по мере работы сцены.
Unity вкатывается в настоящую мультипоточность и асинхронность. В то время как в мире микросервисов это давно стандарт, в таких больших проектах похоже не так все просто. До сих пор в стейбл версии используется старый подход, при котором главный цикл обновления сцены однопоточен. Сейчас (точнее еще в 2018) нашли способ это сделать многопоточным со скедулингом по разным ядрам. Правда это до сих пор в превью, хотя и выглядит вполне надежно и многообещающее. Основная фишка тут в том, что подобный подход требует изменений в структурах пользовательского кода и объектов. Для этого были придуманы конверторы, и это вылилось в отдельную версию редактора. Пользователь работает с игровыми объектами и их компонентами, как и раньше. А дальше они сами конвертируются в “новые” сущности и компоненты (Entity Component System) для работы с ними в коде. Ну и в коде, в связи с этим, уже нет работы с игровыми объектами в их обычном понимании, а с компонентами напрямую, которые в свою очередь уже содержат какие-то данные (например позиция, скорость). Отсюда этот подход получил название Data-Oriented Technology Stack. Классы теперь наследуются не от MonoBehaviour, а от JobComponentSystem. https://unity.com/dots Сообщение слишком длинное. Полный текст.
Погуглил больше про ECS. Концепция сама существует давно и не является изобретением Unity, но уже DOTS - их термин. Она сама по себе не про производительность, а про подход к описанию игрового мира и взаимодействий в нем. В ECS игровые объекты не наследуют кучу всего и не создаются со статичной кучей параметров и компонентов, существующих вплоть о момента удаления объекта. В ECS игровые объекты - просто entities, некие изначально пустые "сущности", играющие роль уникальных идентификаторов. Параметры игровых объектов (например, здоровье, скорость, "прыгучесть", etc) являются самостоятельными компонентами (components), не привязанными ни к какому объекту статично. Они могут назначаться каким-либо entities, если им необходимо данное поведение/характеристика. Причем эта привязка или отвязка происходят в рантайме, что позволяет делать классные вещи в виде изменения казалось бы статичных характеристик игрового мира в уже работающих клиентах. Системы (systems) содержат уже логику, обрабатывающую данные из компонентов. Можно думать о них, как о контроллерах. Важно то, что системы не завязаны на конкретных компонентах и entities. По крайней мере в юнити, как я понял, системы могу выбирать entities на основе привязанных к ним компонентов (entity query) и тем самым всегда работают с группой entities. Поэтому в коде много foreach :) Сообщение слишком длинное. Полный текст.
Разобрался со сценами и переходами между ними. Сцена - это некая уникальная инстанция мира. В зависимости от сложности игры может быть отдельным уровнем, может быть целым открытым миром. Или это может быть просто menu screen. Все игровые объекты создаются внутри сцены и при переходе между сценами удаляются. Однако есть различные методики для персиста данных между сценами. Самый простой способ - это использование синглтона, который один раз создается при инициализации и помечается, как неудаляемый. Персист данных между сессиями (между разными запусками игры) сложнее. Причем не потому, что надо писать в файл или работать с другими внешними сущностями. А потому что надо постоянно думать, могут ли внутренние структуры быть сериализированы. В шарпе не все так однозначно. Обычный array, например, может быть сериализирован в json, List уже нет. Хотя BinaryFormatter с ним справляется без проблем.
бамп Стив, как дела, продвигается ли изучение?
>>25670 Забил на какое-то время. Переезды, смена работы и всё такое Ещё как закончил курс junior programmer, у меня случился overwhelm от осознания уровня необходимых скиллов (которые нужно качать и качать 100500 лет как в олдскулл ммо), что демотивировало продолжать процесс. Недавно появилось желание раздропнуть. Начал новый курс Creative core. Посматриваю на применения Юнити в не-игровых индустриях, изучаю какие есть наработки в AR, webrtc, нативная интеграция в мобилках и всё такое.
>>26109 ну чО, как результаты?
>>27432 Тоже любишь отчеты вкатывальщиков читать?
о, здарова, вы тоже игры делаете?
Привет Сырны, возник вопрос по разработки и создания своих собственных плат для микросхем. Интересует, с чего следует начинать? Какой язык программирования учить?
>>13477 >Ну, конкретно серия STM32 как раз более-менее проста в понимании Ты ёбнулся? Какая она простая в понимании? AVR - да, простая. PIC тоже. Но ARM - это же полная задница.
>>13793 Полная задница лучше, чем худая задница.
>>13793 Ничего там сложного, просто надо юзать HAL, если нет веских причин его не юзать. Привыкли на своём AVR трахаться с регистрами. Алсо CubeMX.
>>13482 >Потом бери игл, PiCAD или что там еще, и учись работать в нем. Не в коем случае не запускай SprintLayout, он делает очень крепкую привязку к себе синдромом утенка, пересесть с него в нормальный САПР потом будет боль и унижение, а в SL потолок поймаешь почти сразу. EAGLE и PCAD это тоже касается - много кто с них не может слезть, а если и перелезает, то обычно на Altium Designer. Стоит сразу брать либо OrCAD/Allegro, либо Expedition PCB.
>>23967 А что вы думаете про KiCAD ? Есть open source в open hardware ?
>>24441 Он довольно активно развивается, особенно, после того, как за него взялся ЦЕРН (а это уже серьёзно). EAGLE он уделывает целиком и полностью, и все, кто сидел на нём, перешли на KiCAD. Если говорить о действительно серьёзных проектах, где требуется работа с высокоскоростными сигналами - считай, всё, что имеет память и высокоскоростные интерфейсы, то лучше о нём на текущий момент не задумываться и смотреть на САПР от Cadence или Mentor Graphics.
>>13850 >HAL >CubeMX В приличном обществе после упоминания этого указывают на дверь^W CMSIS.
>>13469 ну собсна эээ ломаный sprint layout ахуенная штука для новичка, в рунете лежит тоннами, скачать не проблема. остальные кады не интуитивны нихуя, тот же альтиум отнимает кучу времени на оформление схемы, УГО и посадочных мест. сам начинал делать простенькие платы по схемам с radiokot.ru, потом вкатился в погромирование МК AVR на сях по гайдам с avr-start.ru, а потом уже стал смешариком и умею в собственные разработки, ассемблер, FPGA, аналоговый схемач и прочие. Удачи, анон
https://www.autodesk.com/support/technical/article/caas/sfdcarticles/sfdcarticles/Autodesk-EAGLE-Announcement-Next-steps-and-FAQ.html
Kicad for serious hardware development. https://www.youtube.com/watch?v=z9BYvYlH5lo Собственно хорошее видео по сабжу на примере недавно вышедшей последней мажорной версии кикада. Много полезного, например то как дифференциальные пары в нём делать.
Данная нить сделана по согласованию с администрацией Ычана. У администрации Ычана появилось желание добавить некоторые функции в стандартный пользовательский интерфейс, что требует доработки местного JS. Поскольку специалистов в этой сфере на примете нет, было решено обратиться к сообществу. Какие функции нужны: Скрытие тредов. Видимо, с использованием localstorage. Учитывайте возможность развернуть тред обратно. Разворот картинки на странице по нажатию на уменьшенную копию. Большие картинки должны разворачиваться не в натуральную величину, а с учётом ширины и высоты окна. По повторному нажатию сворачиваться обратно. Учитывайте, что иногда вместо уменьшенной копии бывает заглушка спойлера, а в огороженном разделе /gf/ есть флэшь-файлы, которые этак разворачивать смысла нет. Желательно, чтобы скрипты были достаточно легковесны, чтобы помещаться в wakaba.js. Минимальными должны быть и предлагаемые правки вёрстки самих страниц (радикально никто ничего перепиливать не будет). Предпочтительная лицензия скриптов — общественное достояние (public domain), как у самой «Вакабы». Пока всё. Администрация не рассматривает идеи подключения куклоскриптов или чего-то подобного тяжеловесного целиком, так как стремится сохранить минимализм интерфейса сайта. Также пока не рассматриваются предложения по неким другим функциям.
Репозиторий вроде все еще жив https://github.com/WagonOfDoubt/iichan-extensions И в контрибуторах есть Мицгол, который еще с нами, так что шансы на починку есть.
>>25694 Эппловскихъ устройств не имѣю, ѿлаживать негдѣ.
>>25693 Учитывая обстоятельства >>25705 получается, надо создавать issue на гитхабе, чтобы хоть как-то обратить на проблему внимание.
Кстати, ни у кого не осталось кода для поддержки ЎэбП, который когда-то постили в /d/? Или какой-нибудь новый кот для этого.
>>25770 http://ii.yakuji.moe/d/res/250303.html#251062
Упомянутая в сообщении >>20993 проблема https://trac.ffmpeg.org/ticket/7613 исправлена разработчиками FFmpeg, и предположительный срок её исправления оказался даже больше того, насчёт которого я мрачно подозревал в сообщении >>21078: не только до середины 2021 года, но даже и до февраля 2022 года поневоле пришлось дожидаться. Дополнительные подробности я изложил в сообщениях https://t.me/ReadMithgol/476 и https://t.me/ReadMithgol/478 в Телеграме, растровые копии которых я прилагаю и тут, но только по одной (а не то итог склеивания их по вертикали, весьма вѣроятно, натолкнулся бы на препятствие >>/d/2649 при малѣйшей попытке помѣстить его на 410чан).
Второе приложение к сообщению >>26119.
На «Ычане» севодни была сделана прилипающая навигация (по аналогии с местной). Некоторым она не нравится, так что можно было бы сделать её настраиваемой (как на «4чане»). Предлагаю сделать как на картинке. Кнопку закрепа следует взять из местного движка. Поведение у кнопки такое же, как тут в быстром ответе. Делать, очевидно, через ӁС и надо, чтобы оно запоминало положение. По умолчанию навигация должна быть прилипающая. Скрипту достаточно просто изменять "position: sticky;" в ЦСС, я так понимаю. Это официальный запрос.
>>27428 Почему кукла то не работает на ыче? Раньше работала и было удобно, теперь же даже менюшки в правом нижнем углу нет. Я не погромист этот ваш, не знаю как чинить. Без куклы оно и не надо же, а с куклой -- пусть будет. Верните куклу, пожалуйста.
>>27430 >Почему кукла то не работает на ыче? Не знаю, спрашивайте у её разработчика. Это не тред поддержки куклоскрипта. «Ычан» тут ни при чём.
Учим C++ за 21 день всем чиочаном. Можно показывать крутой или страшный код, просить помочь с лабами и контрольными, помогать другим, а главное - много кодить. Пополняемый список полезностей тут: https://docs.google.com/document/d/1rPPbiViiLSR2PlPnQWpZyk9Sz6-J7ucyM7HR6wvsYKk/edit?usp=sharing
>>27223 Нет смысла руками прописывать inline. Компилятор сделает это лучше тебя. Выноси большие функции, время выполнения которых много больше 4-5 тактов связки CALL/RET, в .cpp файл, а если хочешь обнять линк-тайм инлайнинг, читай документацию.
>>27228 Не знаю даже, попозже посмотрю, имеет ли это смысл. Сейчас, почитав Вашу ссылку, у меня появились сомнения в использовании встраиваемых функций. >>27230 >Компилятор сделает это лучше тебя. Ему же вроде надо подсказать. Нf пикриле доки MS.
>>27229 Да вроде норм. Кода у Тебя мало, ещё неизвестно, как он себя поведёт при усложнении проекта. Ты лучше пока обдумай, как будет структура классов. Старайся делать обёртку с нулевыми издержками и не забывать о KeepItSimple,Stupid и DontRepeatYourself. А так, продолжай в том же духе и поглядывай на обёртки других библиотек/фреймворков.
>>27229 >Rails-подобного C++-фреймворка Звучит так, что у тебя должен быть ActiveCache/ActiveObject/(другое название), который внутри вызывает, например, абстрактный ImdbAdapter. И уже на нижнем уровне должна быть реализация в виде RedisAdapter, наследующегося от ImdbAdapter. Функция redisContext() уж точно должна быть приватной, иначе непонятно, что именно обёртка должна скрывать. Интересно узнать, как твой Rails-подобный C++ фреймворк будет работать, в частности, какие практики из "convention over configuration" ты хочешь применить. В отличие от Ruby, язык не динамический и имеет меньше возможностей для метапрограммирования.
>>27223 Очевидные C++-модули.
>>17934 Всех приветствую. Делаю задание для шараги, нужно написать прогу которая способна сжимать и растягивать файл алгоритмом LZW. Сам алгоритм предполагает наличие начального словаря, который по ходу сжатия файла(нахождения в нём новых последовательностей байтов) расширен. То есть для того чтобы в дальнейшем растянуть файл обратно, нужно знать словарь. И вообще понять, подлежит файл растягиванию или же это просто белиберда из битов. Пока такие соображения: первые биты в сжатом файле сделать что-то типа сигнатурных, чтобы можно было сходу определить можно ли растянуть файл. И после сигнатурных битов будут биты сжатого файла, а потом будет магическое число типа как "разделитель" между файлом и словарём. Насколько хорошая идея использовать магическое число как разделитель? Или же лучше будет выделить под сжатый файл первые 4 бита как сигнатурные, где помимо метки сжатия файла будет ещё число под оффсет, как количество битов после которых заканчивается сжатый файл и будут пары ключ-значение из словаря? Или может быть лучше сделать по-другому как-то?
>>27307 >Делаю задание для шараги, нужно написать прогу которая способна сжимать и растягивать файл алгоритмом LZW. Нахрена нужен ещё один LZ*-алгоритм, их и так как собак нерезанных. #include <zstd.h>и пошли нафиг. Требуемые возможности в нём есть. А неподдерживаемую самоделку, которую самим же и развивать придётся, в прод тащить - себе дороже. Мелкошарага - это не FAANG, чтобы свои алгоритмы компрессии общего назначения тянуть.
#include <zstd.h>
>>27313 Вполне возможно, речь идёт не про фирму, а про университет.
>>27307 >>27314 Ну раз курсовая работа.... >растягивать файл алгоритмом LZW. >Сам алгоритм предполагает наличие начального словаря, который по ходу сжатия файла(нахождения в нём новых последовательностей байтов) расширен. То есть для того чтобы в дальнейшем растянуть файл обратно, нужно знать словарь. И вообще понять, подлежит файл растягиванию или же это просто белиберда из битов. Пока такие соображения: первые биты в сжатом файле сделать что-то типа сигнатурных, чтобы можно было сходу определить можно ли растянуть файл. И после сигнатурных битов будут биты сжатого файла, а потом будет магическое число типа как "разделитель" между файлом и словарём. Насколько хорошая идея использовать магическое число как разделитель? Или же лучше будет выделить под сжатый файл первые 4 бита как сигнатурные, где помимо метки сжатия файла будет ещё число под оффсет, как количество битов после которых заканчивается сжатый файл и будут пары ключ-значение из словаря? Или может быть лучше сделать по-другому как-то? Строение формата: разделить стрим, словарь и контейнер. Все числа - little endian! Файл маппится в память целиком через либу mio, дальше работаешь с std::span и структурами. Стрим состоит из заголовка стрима и стрима. Без сигнатуры. Контейнер состоит из сигнатуры, глобального заголовка, содержащего длину области контейнера и смещения областей стрима и словаря в ней ОТНОСИТЕЛЬНО КОНЦА ЗАГОЛОВКА. После следуют области, сначала область словаря, потом область стрима, потом конец файла. Ты провершь это при загрузке файла. Размеры вычислишь как разницы этих смещений. Сообщение слишком длинное. Полный текст.
Наткнулся при компиляции на ошибку вот в этой строчке > typedef int Check[sizeof(A) == sizeof(int) + sizeof(bool) ? 1 : -1]; Долго думал, что это за ерунда такая, а потом как понял. Структура А определена как > struct A {bool b; int a;}; Оказалось, что это проверка на отключение выравнивания в структурах -fpack-struct=1.
https://github.blog/2022-12-14-raising-the-bar-for-software-security-next-steps-for-github-com-2fa/ Вводят всем обязательный 2FA, кто не хочет 2FA - тех посылают на хѣръ. Мало того, что встала проблема "куда валить", а валить простт некуда, ибо gitlab.com давноьстал парашей похуже гитхабовской. Теория игр обязывает. Всякие framagit и codeberg вообще не пойми кем и за чей счёт хостятся. Благотворительность? Не верю. Единственный более-менее нормальный вариант, который я вижу - huggingface.co. Так разбегание людей по платформам добъёт опенсорс. Даже сообщить о багах будет невозможно, ибо аккаунтов на всех платформах у тебя может и не быть, или быть, но пользоваться ими станет невозможно. Например, GitLab, после их ввода Cloudflare https://gitlab.com/cdn-cgi/challenge-platform/h/g/orchestrate/jsch/v1 для меня просто исчез. А когда обяжут использовать 2FA, исчезнет и GitHub. А почти все проекты, в которые я контрибьютил - именно там. Даже сама покупка GH M$ нанесла непоправимый вред, часть пользователей сделала #moving2gitlab, а GitLab оказался похуже M$. А после Conservancy подлили масла в огонь с их запущенной формы копирастии "если ты на GPL-код посмотрел, значит весь твой код - производная работа, соблюдай GPL, или плати, встретимся в суде, а всем остальных просим свалит с GitHub, потому что нашим лоерам хочется подогнать обучение под нарушение GPL". К сожалению среди GPLастов нашлись те, у кого это обращение вызвало отклик "да, давайте покопирастничаем", и они перевели свои вообще-то годные проекты на всякие помойки. Сообщение слишком длинное. Полный текст.
>Очень жаль, но именно для этого и почта была придумана, а не для того, чтобы аккаунты в твоих соцсеточках регистрировать. Почта была придумана, чтобы слать сообщения друг другу, а не получать тонны хлама из mailing listов.
>>26930 Ещё есть https://sourcehut.org/ для тех, кто не боится "минимализма" и немного странного подхода к разработке.
>>27017 Нет, она была именно для мейлинлистов придумана, просто у вас кривые почтовые клиенты, а не gnus.
Я просто оставлю это здесь: https://github.com/orgs/community/discussions/49869
Тем временем олдфаги вспоминают, какой и кому подарок сделала SourceForge в начале 2010. >>27012 >А селф-хостед вариант почему не подходит? Для почты и жаббера нужен внешний домен, наличие которого — удовольствие порой недешёвое. >>27017 >Почта была придумана, чтобы слать сообщения друг другу Было бы всё так — не изобрели бы ICQ и XMPP, из-за громоздкости почты для коротких сообщений.
>>27084 То что почта морально устарела - никто не спорит. Но когда она появилась, всех перечисленных систем мгновенных сообщений просто не было. И ICQ хоть когда-то и была очень популярной системой, до сегодняшнего дня не дожила. А почта живёт и здравствует благодаря своей простоте и федеративности. Главные её недуги - это то что почти везде требуется привязка телефона и JavaScript, а self-hosted держать неудобно и затратно.
Свершилось, просветления в уму у руководства гитхаба не наступило. M$ потребовало от всех 2FA. При этом в качестве "2FA" подходят 1FA, если этот 1FA - "Passkey" (подробнее https://auth0.com/blog/our-take-on-passkeys/) от FIDO Alliance, в который входит M$. Свалить будет трудно: некоторые проекты валить не хотят "мы не для того на GitHub переходили, чтобы с него обратно валить", при этом своя инфраструктура ещё не полностью ликвидированна и можно её просто включить и с GitХапа все новые issues импортировать. Я же валю на codeberg.
>>27271 А я просто врубил OTP в keepassxc, который вполне себе опенсорсный, но тем не менее может генерировать одномоментный пароль для гитхаба и многих других сервисов. Использовать проприетарный аутентификатор со смартфона необязательно. А ещё нужно помнить про infrastructure distrust, вы можете: 1. Создать bare репозиторий прямо у себя на диске с помощью git init --bare И потом пушить в него. Этот репозиторий может даже быть на отдельной флешке или жестком диске. Вы можете добавить его как дополнительный ориджин для гитхабовских репозиториев. 2. Подписывать свои коммиты с помощью gnu pg Про infrastructure distrust можно больше узнать у Джоанны Рутковской: https://invisiblethingslab.com/ BTW: С новым годом.
Ладно, на самом деле вот здесь: https://www.qubes-os.org/faq/#what-does-it-mean-to-distrust-the-infrastructure И немного здесь: https://github.com/QubesOS/qubes-issues/issues/3958
Набираем людей для коллективной подготовки к поступлению в НМУ - лучший математический ВУЗ РФ. Начинаем 01.01.2024, заканчиваем 01.07.2024. Никаких предварительных знаний иметь не нужно, от вас требуется только упорство и дисциплинированность. Все бесплатно, просто чат единомышленников. @sswerbitskibrigade
>>27308 Общение все идет через телеграм? Иных каналов связи нет?
Всем доброго фидбэка. Задался вопросом, что такое кибернетика и чем она отличается от информатики. Знаю, что кибернетика тесно связана с петлями обратной связи. Поговаривают также, что её основал Норберт Винер, однако сам термин появился гораздо раньше. Слышал про ученых, которых причисляли к кибернетикам в СССР: Глушков, Михалевич. Также, в этих ваших википедиях, туда относят статистиков и разработчиков разных алгоритмов из XVIII-XIX веков (например, Корсакова Семёна Николаевича). Я учился в ВУЗе на специальности Прикладная информатика (в экономике) и там довольно основательно учили информатике, статистике, эконометрике и другим интересным вещам. Изучая кибернетику, подчерпну ли я что-то для себя новое? Существует ли вообще такая отдельная наука и, если да, какие учебники и в какой последовательности по ней лучше читать?
Начал читать Введение в кибернетику Глушкова В.М. Из нового для себя материала могу отметить почти всю четвертую главу «Самоорганизующиеся системы», особенно её начало. В целом книга выглядит как обзор нескольких тем, включая логику, программирование, устройство вычислительных машин и абстрактные вычислительные машины.
Насколько я понимаю, чтобы понять суть дисциплины, следует начинать с книги, в которой она впервые упоминается. Я имею ввиду книгу Норберта Винера "Кибернетика: или управление и связь в животном и машине".
В Википедии упоминается статья Максвелла "О регуляторах". Издавалась в СССР: Максвелл, Д.К. Теория автоматического регулирования (линеаризованные задачи) / Д.К. Максвелл, И.А. Вышнеградский, А. Стодола - Москва : Изд-во АН СССР, 1949. - 430 с. Книга не абстрактна, а довольно конкретна в описании управления скоростью двигателей. Вышеупомянутая же книга Н. Винера также издавалась в Советском Союзе: Н. Винер. Кибернетика - Москва : Госэнергоиздат, 1958. - 214 с. Также, второе издание есть в Интернет-архиве: https://archive.org/details/B-001-003-828/
https://github.com/movepointsolutions/teach/releases/tag/v1.1
Играл недавно в игрулю Outer Wilds. Доставило дичайше. Хочу написать в таком стиле сюжет для нри. В центре сюжета будет корабль чужих и петля времени. Персонаж которого я веду солдат армии. Поливой хирург если быть точнее. Так вот вопрос, как разрабатывать такие нелинейные квесты? Что бы он по разным местам шарился в репитативе. Искал инфу и способ выйти из петли? А то я раньше только линейные сюжеты делал и при том ни один из них не был детективным и с расследованиями.
Возьми произведения с похожим нелинейным сюжетом и попробуй внимательно рассматривать их с точки зрения использованных авторами ходов. Можешь даже выписывать себе куда-нибудь понравившиеся.
>>27166 >Так вот вопрос, как разрабатывать такие нелинейные квесты? Что бы он по разным местам шарился в репитативе. Не так давно сделал сюжет для небольшого нелинейного квеста на 5 локаций, по которым шароебишься в репетативе, как раз чтобы попробовать силы в таких квестах. ТЛДР, чтобы описать сюжет для такого квеста, после обычной преамбулы надо описывать: Локации Переходы между локациями Предметы на локации Действия на локации Действия у тебя будут: Те что дают ЛОР или подсказку Те что дают предмет Те которые требуют предмет К этим действиям всегда есть какие-нибудь условия, например время суток на локации, наличие другого предмета, и т.д. Их тоже надо описывать. В моем квесте получилось так, что сюжет двигают именно предметы - чтение описания, использование предмета в нужных условиях, комбинирование предметов в новый предмет. Даже отслеживания прогресса по сюжету я сделал через наличие "ключевого" предмета в инвентаре. Сообщение слишком длинное. Полный текст.
>>27168 Спасибо. Есть от чего оттолкнуться
>>27171 В контексте моего пикрелейтеда "оттолкнуться" звучит мрачновато (⌒_⌒;) Но ты спрашивай если что.
- wahaba + wakaba 3.0.9 + futaba + futallaby -
