>>384486 (OP)
Даже хуй знает, бот это или настоящий кирилл.

Не баньте меня. Я настоящий.

>>384542
Годый тред, поддвачну. Значит смотри, сначала изучи хай левел апи чтоб понять вообще какие крутые словца в коде можно использовать. Потом попробуй повторить его поведение (ес-но урезано и глючно) на лоу-левеле, а затеп переходи к написанию своего велосипеда, иначе это будет не трух, сам понимаешь.
Поехали!

>>384542
>YNUTI
тралеш, сцука, но тхреад годный

>>384565
>тхреад годный
Анимедаун сольется через 2 дня не осилив юнити, годнота так годнота.

>>384567
>ко-ко-ко

сегодня весь день кодил программу показывающую оставшееся время.

>>384674
> весь день
Давай на чистоту. Ты можешь то, что можешь написать за 4 часа. Засекай. напишишь игру - значит можешь сделать игру.

>>384675
что?

>>384674
Оп,на чем кодить собрался?

>>384675
ты чё сказать хотел?

>>384708
>>384744
Человеческие возможности программирования можно оценить за 4 часа. Дать конкретную задачку закодить.

>>384757
profit?

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

а почему выбран именно п2п а не 2ентрализированный сепрвер? типа 2К17 да? технолгие? или что-то вдохновило?йй

>>384802
Заверешнные и выпущенные проекты.

>>384920
>хороший годный срыв покров
>обеспечивает простое p2p соединение
Какой нахуй срыв покровов, когда нет никакого peer-to-peer у юнити? Вообще заведомо хуёвый подход для игры. HLAPI же предоставляет возможность пересылки трафа на сервера юнити, а оттуда уже всем клиентам. И нечего дрочить на p2p, это гарантированные тормоза, лаги и читы.

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

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

>>384930
что завершить, надо начать

>>384936
ОП, послушайся хоть ты этого мудрого анона. Не повторяй ошибок /gd.

>>384942
двачую, да, но знаете, всю эту скукоту я прошел еще в шараге когда делал курсачом арканоида, у меня и звуки были и редактор и разрешения, даже ридми написал, весь графоний сам дрочил, вот это все, а теперь планка поднялась, годы макакинга, короче я к чему

мечтать тоже не вредно, мечтать необходимо, в серости суровых будней художника спасут только мечты

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

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

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

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

>>384974
хотя если кто-то знает хороший туториал как это сделать, то может и остановит.

>>384966
>может у меня и не стоит такой цели >закончить игру.
Если не стоит, то тогда конечно окей, пили проект мечты сколько влезет, косяки тебе не страшны. Но в первом же посте ты написал, что решил
>НАПИСАТЬ ИГРУ ЗА 300 ДНЕЙ
, что как бы подразумевает.
>сомневаюсь что предложенный тобой метод >будет эффективнее для обучения.
Это нормально, что ты сомневаешься, но учти вот что.
Ты не уникален, ты обычный рядовой человек. Через этот этап так или иначе проходят все создатели игр и тебе тоже придется пройти.
Лично я за последние два года сделал три полноценные игры, а не прототипы, и сейчас делаю четвертую, так что некоторый опыт у меня есть. И я тебя просто предупреждаю, что бы ты мог сэкономить свое время и силы, потому что в будущем будет вот как:
Если ты не бросишь свою затею через неделю, то пройдет два или три месяца, или даже полгода, в зависимости от размаха и силы воли, и ты поймешь, что игра-то как бы готова. И ты такой подумаешь "заебись у меня игра получилось, осталось доделать всякие интерфейсы". И ты начнешь их пилить. Попилишь день, два. Но это крайне скучно. Ты устанешь и сделаешь небольшой перерыв. Пилить интерфейсы - это тебе не реализовывать крутые механики глобальной 4Х стратегии, это тупо закрыть окно, открыть окно, запустить анимацию, затемнить экран и т.д. В этой работе практически нет никакого творчества, это скучная рутина. И самое главное - это даже никак не отражается на геймплее. То есть тебе нужно много-много работать, но сама твоя игра при этом ни капли не становиться интереснее - замечательно, не правда ли? Это ОЧЕНЬ влияет на мотивированность и работоспособность. Ты ведь не реализовываешь никаких новых фич, ничего подобного. Со временем промежутки между работой увеличатся. В какой-то момент ты осознаешь истину - процесс написания кор геймплея занимает от силы половину или даже треть времени нужного на разработку полноценной игры. Все остальное время - это та скучная рутина, которая на непосредственно процесс геймплея не влияет вообще никак. И когда это произойдет, ты скорее всего отложишь свой прототип с кубами и инновационным геймплеей в ящик, а сам начнешь реализовывать свои новые охуительные идеи, уже в другом прототипе. Ведь прототипировать - это так интересно, это тебе не скучной рутиной заниматься. И в итоге у тебя не будет ни одной законченной игры.
Можешь сомневаться дальше, а можешь прислушаться к совету того, кто через все это уже прошел и испытал на себе. Не делай свой первый проект охуительно большим и громоздким, иначе твоя карьера геймдевелопера на этом скорее всего и закончиться. Умерь свой пыл и амбиции, не торопись. Ты можешь начать пилить проект мечты и через полгода, и даже через год, он от тебя никуда не убежит. Наоборот, шансы на его успешное создание возрастут десятикратно.

>>384981
я не понимаю как у одной игры может не быть одного состояния. если только это разные чанки и все киленты не обязаны знать о состоянии всего мира, но где-то все равно это одно состояние. слишком много фантазий слишком мало ПоКов

>>384994
ебать ты гений, что еще спизданешь? две игры рядом запускать не пробовал, унтерок?й

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

>>384999
именно этого я и хочу избежать

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

STAGE 1 EARLY DRAFT 298 дней, 18 часов, 26 минут by vylezatorstvo calculator v0.1-a

моя ARCHITECTURE как и все гениальное проста: ни сервер, ни клиент не нужны. у меня есть компонент с незатейливым названием PeerComponent. это будет просто обертка над NetworkTransport (это low level api). в этом компоненте есть список peer'ов. сам этот компонент никак этим списком не управляет, а предоставляет интерфейс для этого другим компонентам. так-же этот компонент может рассылать исходящие сообщения (просто байтовый массив) всем peer'ам из своего списка и пересылать входящие сообщения всем peer'ам из своего списка (репликация данных и функций у host'а) или не пересылать, в зависимости от заданного флага в сообщении (чтобы отправлять сообщения только одному host'у, например).
нарисовал UML диаграмму.
вот и все. все остальное уже будет делаться как простые обработчики этих сообщений.

вот такой план родился у меня в голове. наверняка я обосрался и это все неправильно.

>>384989
>>НАПИСАТЬ ИГРУ ЗА 300 ДНЕЙ
да, попытаться написать за 300 дней. но у меня нет цели закончить игру и заработать миллион. получится закончить, значит получится. не получится, значит не получится. просто чтобы не деградировать.

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

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

>Не делай свой первый проект охуительно большим и громоздким
Но у меня не громоздкий проект. Сделать сеть это уже почти весь проект. Все остальное элементарно.
Это как-раз такой маленький проект. Сделать его и забросить. Безо всяких амбиций и гринлайтов.

>>385068
>второй пик
Это тот самый тест на аутизм?

>>385155
эти каналы связаны с каналами NetworkTransport. так что тип связи и т.д. настраивается там-же

>>385098
Это твоя вебмка? Как сделана сеть?

>>385098
Разве это не постили ещё во времена твг8?

STAGE 1 EARLY DRAFT 298 дней, 1 часов, 34 минут by vylezatorstvo calculator v0.1-a

в результате напряженного дня работы и бессоной ночи я разработал сетевую архитектуру ЖОПА.
данная архитектура состоит из следующих компонентов:
1. глобальный онлайн-провайдер (кодовое имя ЖОПА). жопа является просто тонким слоем абстракциии над NetworkTransport и обеспечивает обмен сетевыми сообщениями в виде массива байтов. TODO: именно этот компонент во время разработки можно подменить на симулятор, который будет отправлять сообщения не через NetworkTransport, а просто другому указанному компоненту, например.
2. автоматическая онлайн-управляющая система (кодовое имя АНУС). анус является привратником жопы. в задачи ануса входит быть посредником между жопой и калом. когда анус получает массив данных из жопы, он отправляет его в ассоциированный с ним канал. когда анус получает массив данных из канала, он посылает его в жопу.
3. каналы передачи данных (кодовое имя КАЛ). про каналы уже писал. в кале сообщения от GameObject'ов пакуются и распаковываются из массивов байтов, обеспечивая возможность для кала задать свой особый протокол, скорость с которой нужно отправлять сообщения и многое другое.

а теперь спать.

>>385223
Вот до этого момента всё было относительно неплохо

>>385250
есть замечания по архитектуре?

>>385377
>vyrastiderevo calculator

>>385252
Архитектура - ГОВНО.

лол как же тебя разорвало от Лейна и его треда =3

>>384486 (OP)
Я очень скептичеси отношусь к таким вот вылезаторам. Скорее всего у тебя нихуя не выйдет.

>>385377
> vylezatorstvo
Прочитал как высераторство, перечитал, и не понял что поменялось.

>>385451
Бомбануло от создателя тредом ниже?

>>385463
ОП не говорит о своих проблемах с головой. Твоя теория не работает

>>385469
я ж про тебя а не опа

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

>>385458
Спасибо! Ваше мнение очень важно для нас.

>>385530
https://countingdownto.com/countdown/countdown-clock-e51a99a9-9957-4ee0-945e-3059ce64cdda

решил передавать данные в JSON.

>>385535
без интернета не сможешь даже прокалькулировать степень твоего вылезаторства. нахуй так жить.

>>384920
> 2K17
Ты хотел сказать MMXVII?

>>385564
в общем-то мне не нужы все 128 бит guid'а. все, что мне нужно - это уникальные номера только на время одного матча. поэтому я сделал просто счетчик в последний байт которого записывается ID пира (его еще надо как-то назначить). я назвал это NUID

>>384486 (OP)
ОП, а я хочу создать своего зловреда, который коннектится через ТОР к управляющему серверу (может менять адрес щоб не банили) и ебошил управление ВК-ботами
ну и конечно на сладкое: прокси

К чему я это? ^{_{ПО ФАНУ, ХЕР ЯСЕН}}[/o}
Ебани какую-нибудь дарк-нет игру. Чтоб через тор

>>385671
>который коннектится через ТОР
чтобы коннектиться через ТОР, нужно всего лишь коннектиться через его socks-прокси.

>>385795
лох. пидр.

>>385795
Какн ачал код писать, а не на дваче пиздеть - абасрался.

>>385795
Ожидаемый финал.

>>386112
Единственное, что меня бесит в тебе, это сраная Томо. Обычно, люди которые носят эту аватарку это гондоны ебучие.

>>386168
распидорас, ты чтоли?

>>386168
Все противные. Никогда не встречал приятного персонажа в аниме. Всё наполнено какими-то извращугами, цундурами, дурами, говном, гробом, кладбищем, пидором.

>>386335
Просто ты смотрел мало аниме. Вангую в тебе сериалодауна.

>>386168
Какая няшечка. Ей сейчас под 30?

я в КОМ-АНД-ИРОВКЕ, но мое дело живет.

разработал простую модель передачи сообщения, которую попробую сделать на следующей недели.

в общем-то я еще тут подумал, и решил что в принципе сделать АВТОРИТЕТНЫЙ (по терминологии epic games, то есть такой, который принимает все решения по игре) сервер не так и сложно. в принципе нужно просто для каждого объекта разделить логику на ту, которая выполняется на сервере и на ту, которая выполняется на клиенте. а потом с помощью сообщений как-либо вызывать на сервере у этого объекта серверную логику (например, просто указывать координаты движения для юнита в стратегии, и уже только на серверной части происходит перемещение этого юнита). потом сервер просто в сообщениии все рассылает состояния всех объектов и все клиенты обновляют состояния своих объектов и клиентская логика потом перемещает объект/итерполирует и все такое.
это кажется даже проще, или как минимум не сложнее того, что я хотел сделать как p2p.

я уже обосрался один раз (как обычно) с терминологией. да и вообще какой-то единственной терминологии толком не существует. поэтому чтобы не путаться, вот к каким 3 типам мультиплеера я пришел:
1. DEDICATED AUTHORITATIVE SERVER - это сервер запущенный на известном публичном IP адресе и постоянно доступный (как dota 2, overwatch и т.д.). в данном конкретном случае отношения клиент/сервер означают то, что клиент отправляет свои игровые команды серверу и просит у сервера обновленное состояние игрового мира, которое сервер вычисляет применяя в игре команды клиента.

2. P2P LISTEN AUTHORITATIVE SERVER - это сервер (из пред. пункта) создаванный только в игре самим игроком, в тот момент когда он "хостит" игру (это как в старых играх). такие сервера тоже часто называют p2p, но вообще говоря они p2p не являются. мультиплеер FOR HONOR например называют p2p, хотя он им не является.

3. ПРОСТО P2P - это игра без АВТОРИТЕТНОГО сервера, где каждый пир сам приниамет все решения и сам обновляет свои объекты и синхронизируют их состояние. не обязательно в p2p-игре чтобы все ПИРЫ БЫЛИ ПОДКЛЮЧЕНЫ КО ВСЕМ ПИРАМ КАК В ТОРРЕНТЕ ИНАЧЕ НИЩИТОВА. суть p2p применительно к играм скорее в том, что между пирами распределено вычисление игрового состояния. p2p-игра может использовать relay server. причем это может быть как отдельный сервер, так и один из пиров может сам выступать в роли такого сервера.

4. RELAY SERVER - это клиент/сервер который в данном конкретном случае грубо значит следующее: клиент отправляет сообщение серверу и просит его переслать каким-то другим подключенным к этому серверу клиентам. такие серверы часто применяются (чтобы игроки могли всегда подключаться к серверу без ОТКРЫТЫХ ПОРТОВ) вместе с серверами матчмейкинга для LISTEN SERVER'ов.

такие дела.

>>386606
Пиздец ты наворотил.
На одной стороне:
socket.connect();
socket.send();
socket.receive();
На другой стороне:
socket.accept();
socket.receive();
socket.send();
И все, клиент-сервер готов.

>>386850
из бинарных данных достаточно парсить объек-события, навроде {type: "spawn", data: {type: "char1", position: [0, 0, 0]}} - событийно-ориентрованная архитектура и сеть созданы друг для друга

STAGE 1-2 ТАДАИМА прошло 0 месяцев 1 неделя 0 дней 0 часов 21 минута, a осталось 292 дня, 23 часа, 38 минут by vylezatorstvo calculator v0.4

обновил vylezatorstvo calculator до версии 0.4. теперь он показывает не только оставшееся, но и прошедшее с момента начала время.

сделал модель как объекты обмениваются сообщениями друг с другом.

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

>>386868
ну это понятно. тут подводные камни другого рода и они не связаны с технической стороной сетевого соединения.
например, как реализовать ИГРОВОЙ ПРОТОКОЛ: создать матч, а потом отслеживать состояние матча, а потом начинать игру и отслеживать ее состояния и т.д.

>>386911
upd: FindObject может работать не правильно во время тестов, потому что можно найти не свой MessageChannel. придется объявлять ссылку в самом компоненте

>>386911
> sendMessage
> unity
Ты открыл ящик пандоры

Юнити, господи, ну зачем так пердолиться из-за юнити?
Еще и делать сессионную дрочильню на ней.

>>386929
Да он видимо не в курсе что мультиплеер давно за него написали. Вот и сидит тут, аутирует.

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

>>386992
Долбоеб, на сетевые движки тратятся года, если не десятки.

Бери готовое решение и не выебывайся.

>>387112
Год. В соло. Где твой путин теперь?

STAGE 1-2 ТАДАИМА прошло 0 месяцев 1 неделя 0 дней 13 часов 22 минуты, a осталось 292 дня, 10 часов, 37 минут by vylezatorstvo calculator v0.4

сегодня ровно в час ночи по московскому времени впервые в истории была осуществлена успешная передача сообщения между peer 1 и peer 2! данное событие транслировалось по всему /gd/ и все не могли нарадоваться этому успеху.

>>387112
>на сетевые движки тратятся года, если не десятки
настало время охуительных историй.жпг

>>387132
теперь допили десериализацию и dispatch(event.data) с on(event.data.type, callable) и движок готов

>>386986
хуевая задумка с какими-то ид скриптов, лучше делай типы сообщений на которые отдельно любые скрипты могут подписываться. очевидны й пример, когда сообщение должны обработать несолько скриптов или объектов и т.п. не с той стороны аритектируешь, очевидный ньюфаг без опыта очевиден

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

>>387187
потому и нужен event.type, ты ничего лучшего уже существующего не изобретешь, можно и респонсибилити чейны делать (рассылать сразу всем), просто парсить бинарь в структуру перед доставкой, ну же

а для ифов можно свой сахар изобрести, обертки высшего порядка

only = function (type, handler) { return function (event) { if event.type == type { return handler(event) } }

only("spawn", function (event) { <proceed-spawn-mesage> })

>>387192
пиздец открываешь любой eventemitter eventdispatcher и т.п. на гитхабе, к dispatch(fire/trigger) биндишь socker.receive |> JSON.parse |> dispatch(event.type, event)

>>387192
ты поймиу тебя не с тем проблема чтоб сообщение обрабатывать, ос-но если игра рилтаймовая, ты прототип хоть прямыми вызовами функций запили, похуй, ты потом увидишь

>>387205
>>387206
в этом смысле у меня каналы выполняют роль как-раз таких диспатчеров. просто у меня нет сразу же сериализации/десериализации сообщений, а передается просто BinaryReader.

может и можно сделать серализацию. только не все так просто как жс мирке. C# это поле боя.

>>387266
ебать ты далбаеб, посмотри диспатчер событий из zope писюна, там пакет event это, цитирую (мощнейшая система событий в описании):

events = []

listen = events.append

def dispatch(event): for h in events: h(event)

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

блять оп какой-то ебанутый, что он городит нахуй

>>387502
пиздец ты даун, ты просто малолетний далбаб который не постиг еще дзен. нет никаких сетевых сообщений и никаких ид компонента, сложно сделать просто, и ты не можешь этого сделать, это тебя выдает, твой взгляд замылен а чсв задрано как у любого ламера, и когда ты видишь праведный правильный код у тебя бомбит, потому ЧТО НЕ МОЖЕТ ВСЕ ТАК БЫТЬ АЗАЗАЗ ПОЛЕ БИТВЫ Я ВЕЛИКЕ ОНоТОЛЕ и типа такого, какие-то блять объекты приплел, какие-то словари. ты не можешь нормально через элементарные структуры выразить свою архитектуру, плодишь сущности 9кал анус жопа) и прочую хуйню тут пишешь. исправляйся либо отпис и рефанд донатов. исправляйся мудило.

>>387649
ладно бы ты еще свои термины придумывал, но ты берешь паттерны и перекраиваешь, вырываешь кусочки функциональности и сшиваешь между собой, нарушая все догмы СОЛИДа и проч и подобн

>>387561
А почему не BLASTER KALOBOK JOURNEY(TRAVEL)?

>>387710
upd: это кажется не из-за этого unity у меня весь день крашится. суть в том, что в NetworkMessage есть инициализированный IntPtr. и все нормально, пока использовать ссылки на NetworkMessage только в локальных переменных. но если ее объявить в классе наследованном от MonoBehaviour, то юнити начинает пидорасить.

>>387721
пиздец ты ебанутый. отписка и рефаунд.

>>387683
ебать ты дебил, я тебе пол треба уже пидорашу что с АДРЕСОМ архитектура ХУЕВАЯ ты пока мечтаешь какой ты кудах пиздатый леер тут хуяришь, но ты начни сверху проектировать и убедишься что чейновая архитектура для сообщений лучше всех а случай с адресом это просто рПЦ какой-то блять но никак не события, короче, жаль дальше время тратить на этого уебка, он испекся. пойду своим проектом займусь, скоро тред запилю котаны, держитесь там

>>387739
>у тебя плохие события
>но у меня нет никаких событий
>нет, у тебя плохие плохие события. я тебе пол треба уже пидорашу что с АДРЕСОМ архитектура ХУЕВАЯ
ты вообще читаешь что я пишу?
ну вот я сериализовал данные компонента, и куда мне их ОПУБЛИКОВАТЬ теперь: в анус тебе штоле, или на двач?
"слушайте все, вот тут от пира 1 пришли какие-то данные. забирайте кому нужно"
как вообще объект поймет что эти данные предназначены ему? и зачем эти данные кому-то еще?!

>>387739
>пойду своим проектом займусь, скоро тред запилю котаны, держитесь там
иди займись. может хоть тогда поймешь, что адреса нужны

STAGE 1-3 BLASTER KALOBOK ONLINE прошло 0 месяцев 1 неделя 4 дня 3 часа 12 минут, a осталось 288 дней, 20 часов, 47 минут by vylezatorstvo calculator v0.4

запилил создание объектов по сети.
всплыла неожиданная проблема: непонятно как определять ID объектов изначально находящихся на сцене. невозможно предсказать порядок в котором unity будет вызывать функции старта на компонентах.
единственное пока решение: это начинать считать ID с большого числа (чтобы не было коллизии), а объектам на сцене указать все ID вручную.

по настойчивым просьбам поклонников моего творчества я запилил EventChannel. в отличие от MessageChannel, который посылает сообщения по адресу, первый рассылает сообщение вообще всем подписчикам.
зачем это нужно, спросите вы: а хуй его знает ну так можно посылать все сообщения, которые не требуют адресата. это может быть полезно на стадии ИГРОВОГО ПРОТОКОЛА.

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

но как не передавать сообщения. сейчас передача сообщения устроена очень просто: сообщение из канала просто рассылается всем подключениям из списка. но если не добавлять подключение в список, то вся система не будет "видеть" это подключение и просто не будут работать все каналы. а я как-раз использовать каналы для протокола.
лучше всего блокировать сообщения от отдельных каналов и сделать ПРОТОКОЛЬНЫЙ КАНАЛ. то есть подключение с состоянием CONNECT будут отправлять только сообщения из протокольного канала. все просто.

какие состояния могут быть у игрока вообще:
1. CONNECT - игрок только что подключился. нужно блокировать все кроме ПРОТОКОЛЬНЫХ СООБЩЕНИЙ. хост в этот момент посылает ID пира и ID текущей сцены. игрок загружает эту сцену.
2. READY - игрок загрузил сцену. теперь он должен получать все сообщения. ему просто отправляются сообщения SPAWN для всех сетевых объектов на сцене в настоящее время. игрок сам создает свой объект и уже само отправляет SPAWN.

очевидно, что такая сеть мало подходит для ПРОДАКШЕНА, потому что любой игрок может подделать сообщения и отправлять их от имени другого игрока, или начать спамить сообщение SPAWN создавая тысячи объектов, или отправлять сообщение что он всех убил.
а даже если делать клиент/сервер с сервером создаваемым игроком, то эта проблема не решается полностью. только вместо любого игрока, подделывать сообщения может только сервер.

такие дела.

>>387954
upd: я решил не использовать назначемый хостом ID для пира. так как это противоречит принципам P2P. вместо этого я буду использовать MAC-адрес. а чтобы размер сообщений намного не увеличился из-за большого адреса, я буду отправлять адрес отдельно, а счетчик отдельно (суть в том, что сообщения в канале на самом деле слаживаются и отправляются пачками в определенные промежутки времени). а у получившего пира уже соответственно слаживать их вместе и получать ID (адрес) объекта.
таким образом каждое сообщение увеличится всего на 6 байт.

>>387984
А кому может быть интересно смотреть на вертящиеся красные кубы?

>>387984
Остался ебучий школодаун ничего не понимающей в кодинге
Я

>>387984
Тебе нужно игру пилить или вниманиеблядствовать? Ты то простыни шьешь, то велосипеды крутишь, то блевотные картинки из анимэ постишь. Пили уже игоря, доебал.

>>388755
upd: кажется я обосрался. не нужно слаживать сообщения в пачки в каналах, потому что эта функциональность уже есть в NetworkTransport. а еще unity просто крашится, если превысить размер их пакета. проблема в том, что по NetworkTransport документации кот наплакал.
продолжаю разбираться дальше.

STAGE 1-3 BLASTER KALOBOK ONLINE[/s/ OUT прошло 0 месяцев 2 недели 1 день 3 часа 15 минут, a осталось 284 дня, 20 часов, 44 минуты by vylezatorstvo calculator v0.4

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

всего лишь 100 вращающихся кубов (vector3 + вращение) со скоростью 5 сообщений в секунду занимаются 11 КИЛОБАЙТ В СЕКУНДУ. это 40 МЕГАБАЙТ В ЧАС
если использовать сжатие, то 8 КИЛОБАЙТ В СЕКУНДУ, это 28 МЕГАБАЙТ В ЧАС
маленькие сообщения которые отправляются мгновенно (например, сообщения о попадании) я сжимать не буду естественно.

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

осталось сделать FRONTEND

STAGE 1-3 BLASTER KALOBOK ONLINE / OUT прошло 0 месяцев 2 недели 2 дня 10 часов 33 минуты, a осталось 283 дня, 13 часов, 26 минут by vylezatorstvo calculator v0.4

пш-ш. это рядовой йоба.
с наивной ИНТЕРПОЛЯЦИЕЙ возникли проблемы (в конце). а именно йоба опаздывает и из-за опоздания может застрять.

пш-ш.

>>389775
вообще-то у меня даже не интерполяция, а просто функция движения, которая принимает точку куда идти.

>>389775
> прошло 2 недели
Думал я один так долго прототипы пилю

>>389787
ну я можно сказать еще ничего не пилил, а просто разбирался в теории, так сказать.

>>389775
upd: сделал самую простую интерполяцию за фиксированное время, которое сбрасывается при получении нового сообщения. а застревания решил кардинальным способом - двигая объекты через transform.position

STAGE 1-3 BLASTER KALOBOK ONLINE / OUT прошло 0 месяцев 2 недели 3 дня 5 часов 10 минут, a осталось 282 дня, 18 часов, 49 минут by vylezatorstvo calculator v0.4

сегодня впервые в истории моей разработки между хостом и пиром произошел HANDSHAKE.
слева хост, а справа пир. как видно, сначала справа ничего нету. но пир отправляет SYN сообщение. хост его добавляет в список и отправляет SYN-ACK со всеми сетевыми объектами. пир их воссоздает и отправляет ACK.

>>389985
Мне не нравится. Безвкусно.

>>390011
что не нравитяс

>>390045
Кто рисовал?

>>390070
OverCute-кун

>>385095
Лолд

>>390236
Где ещё можно посмотреть его творчество?

>>390269
https://twoweeks.github.io/games-db/
"Власть удачи" с седьмого его творение тоже. Остальное не знаю.

STAGE 1-3 BLASTER KALOBOK ONLINE / OUT прошло 0 месяцев 3 недели 2 дня 5 часов 24 минуты, a осталось 276 дней, 18 часов, 35 минут by vylezatorstvo calculator v0.4

бамп мертвому треду.

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

да и вообще что-то пропало желание писать на мертвой доске. даже мой великолепный трхеад не смог оживить ее. есть ли нужда пинать труп.

>>391791
да, уеюывай скорее, здесь люди делом занимаются а не велосипеды вроде СОВИХ ПРОМИСОВ хуярят

>>391914
у тебя есть лучше предложения как сделать асинхронные операции в unity.
ты вообще знаешь что это такое, людь

>>391955
Через корутины же, ну.

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

алсо, промисы превращаются в корутины реализацией интерфейса IEnumerator и одной строчкой в MoveNext() { return !resolved; }

>>391955
вообще я сеньер-архитект по стеку на торнадо (асинхронный пистон) года с 12-го, мань

>>392012
Нет. Ты просто нихуя не понимаешь.
lolol();
yeld recv();
lololo();
вместо
lolol();
Promise(recv).then( () => { lololo(); } );
Почувствуй разницу.

>>392106
вот только promise по определению возвращает значение.
будет костыльно как сейчас с юнитивскими корутновыми классами

IEnumerator Start() {
// надо сначала присвоить переменной
WWW www = new WWW(url);
// потом вернуть ее
yield return www;
Renderer renderer = GetComponent<Renderer>();
// и потом уже получить значение через .texture
renderer.material.mainTexture = www.texture;
}

алсо, я же говорю что с моими промисами делается все абсолютно так-же

оказывается от туториалов на youtube есть польза. только смотреть их нужно на офффициальном канале, а не на vasyan tv или level gd лол.
https://www.youtube.com/watch?v=aq8Myv1fxBU

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

но и тут не все просто. нужно как-то сначала загружать сцену с интерфейсом, которая управляет игровым режимом, которые ее потом выгружает и загружает сцену игры. а потом выгружает сцену игры и загружает сцену интерфейса. причем на этой сцены надо показать результат игры!

>>392131
Ну епта, в том то и фишка что коллбэков нет. А пердолинг у тебя в Update все равно идет с NetworkTransport.

>>385671
мамкин хацкер что-ли?))

Осталось 131 дней, 15 часов, 17 минут