Однако спасибо за ответы, оригинальный подход. Получается, в итоговый билд все компилируется Unity3d, но разработка и тестирование ядра ведется снаружи.
Надо будет попробовать, спасибо. Предполагаю, под линухом оба варианта должны работать абсолютно аналогично.
В своем обучающем pet project на unity3d тоже думаю о выносе логики в отдельную сборку, благо четко отделены неймспейсы Core и UnityLogic (по сути — модель и представление, как бы странно в контексте юнити это не звучало) и в Core от юнити только вектора да Assert'ы используются.
Вот только редактор имеет обыкновение пересоздавать файлы .sln и .csproj, поэтому добавить в решение отдельную сборку довольно сложно (хотя, вроде если сильно исхитриться, то можно), а значит скорее всего придется делать их вообще разными solution'ами, что слегка неудобно — одновременно редактировать и ядро и юнити логику не получится, возможны проблемы с подключением какого-нибудь Vector2 от юнити в этот внешний проект (не проверял, т.ч. может быть тут проблем нет).
Кроме того, не очень понятно, как не устроить в VCS спам обновлениями какого-нибудь Plugins/Core.dll, да и вручную постоянным копированием перекомпилированного Core заниматься не очень хочется.
Т.ч. пока активных действий не предпринимаю и Core внутри основного .csproj. Чтобы жить было веселее, встроил известный плагин/хак, позволяющий использовать сахар из C# 6, а для тестов воспользовался Unity Test Tools.
Но как-то костыльно это все( Все таки хочется выделить ядро в отдельный "чистый" проект, чтобы еще меньше зависеть от движка/удобнее тестировать и т.д. А у юнити проекта создать свои тесты и свои правила.
Но нужно, по крайней мере, автоматизировать сборку Plugins/Core.dll, причем кроссплатформенно. Хотя, вероятно это очень просто решить банальным output directory в проект юнити.
Если про пассажирские — Ту-144 и Конкорд. Правда, последние 10-20 лет уже ни тот ни другой не летали в виду не очень высокой рентабельности. В том числе потому, что пассажиры, видимо, не готовы массово платить за увеличенную скорость
Вроде без проблем работает под wine, хотя нативная linux версия новой игры, например, была бы приятным дополнением (если, конечно, платформа позволит портировать без больших изменений).
На девятом уровне возможно баг: при некоторых условиях (позиции игрока на лодке близко к правому краю, кажется) на развороте справа игрок может уйти в "текстуру" дна (MMMMM) лодки. Не особо мешало, просто заметил случайно.
Я даже на нем как-то текстовые квесты из Космических Рейнджеров проходил (платформа Instead), забавно выглядело)
PDF типа «CLR via C#» влезают, но с трудом — в альбомной ориентации приходится увеличивать, чтобы текст более четким был. Чуть чуть бы ему разрешение побольше и было бы вообще идеально.
Android 2.1 + eInk — сила.
6 лет прошло, а схема живет) Уже не первый раз замечаю на пиратской бухте раздачи сериала, появляется как правило в день выхода серии, где-то за день до выхода обычных раздач. Внутри .wmv и текстовик, намекающий, что неплохо бы WMP открыть:
[Open With WindowsMediaPlayer.txt]
This video has been encoded using the latest DivX+ software, if you are having trouble playing this video please try windows media player
Media Player should automatically update any out dated codecs
Если открыть его линуксовым SMPlayer, будет невнятная картинка из разноцветных квадратов.
Только удалили предыдущую раздачу, сразу появилась новая от другого юзера, но с полностью аналогичным содержанием, разве что файлик назывался ReadMe.txt. Забавно наблюдать за этой вечной войной.
Помнится когда-то Lesta Studio сделала весьма занятный аналог Total War в сеттинге Второй Мировой — "Pacific Storm: Allies" вроде. Зачем-то даже к этому делу прикрутили возможность полетать на самолетиках — естественно, сильно аркадных.
[Посмотрел на сотню комментариев про ужасный pay2win и пошел дальше гонять в нормальные F2P, например MechWarrior Online, Planetside 2 и Tribes: Ascend]
Вот интересно, как эти игры выживают? Ни в одной из них вложенный рубль не даст ничего. В MWO вообще практически вся техника доступна для покупки с самого начала и не делится на "уровни", являясь полностью "одноранговой" — деньги дают покупать лишь героических мехов со специфичными (не имбовыми) конфигурациями и камуфляжики. Внутриигровая валюта капает быстро и набрать ангар из нескольких любимых моделей разного тоннажа не проблема. В PS2 аналогично, разве что капает не слишком быстро. Tribes: Ascend: заходил очень редко, а скупил почти все интересное вооружение в игре.
Такие игры склоняют к тому, чтобы купить какую-нибудь мелочь просто для поддержки разработчиков. Хотя доход от них, наверное, поменьше будет, чем от танков.
[Задумчиво посмотрев на свой как бы домашний сервер в виде остатков ноутбука, засунутых в коробку и занимающихся виртуалками, samba, transmission, owncloud и прочими полезными в хозяйстве вещами]
А не перепаковать ли мне тебя во что-нибудь более приличное и с более качественным охлаждением?
Только вот нет корпуса-донора, разъема питания под дополнительный вентилятор и понимания как закрепить в будущей пластиковой коробке матплату от 15.6'' ноутбука (ну не на клей же вешать такое, правильно?).
Поэтому сейчас мой «сервер» представляет собой довольно смешное зрелище: в коробке из под джойстика прорезаны дырки для вставки матплаты, сбоку торчит жесткий диск, «хвост» в виде шлейфа с usb и sd-reader'ом, а на другом шлейфе висит кусок панели с кнопкой питания. Вот тут вообще не знаю что делать — идет это дело на довольно крупном шлейфе, назначение непонятно, «отрезать» только кнопку никак. Еще и светит ночью синим светодиодом. Надо попробовать найти в настройках BIOS wake-on-power и отключить уже эту мигалку.
И это круто. Единственная качественная альтернатива MonoDevelop (лично у меня с ним как-то не сложилось, даже на чисто визуальном уровне) под Linux. Спасибо!
P.S. мне бы такую работоспособность…
Некропостинг, но все же.
А вот представим такой вариант:
Ввод обрабатывается где-то в другом месте, все, что мы можем — подписаться на события движения влево/вправо, а уж кто их там вызвал — не важно
В IControlledCharacter выполняется подписка (видимо это дело станет абстрактным классом) абстрактных методов MoveLeft/MoveRight на эти события
Наследники IControlledCharacter тихо висят на своих местах и лихо крутят кораблями вне зависимости от контроллера, даже не подозревая о его существовании
Профит?
Мне кажется, такой подход несколько более прозрачен, чем создание контейнеров. По крайней мере, в данном примере.
Тоже второй кажется лучшим. Разве что неровностей и складок как у рептилии на КДПВ добавить, а то уж слишком гладкий пират получился бы.
Но, как я понял, нужно было делать в рамках вселенной гуманоидов, поэтому и забраковали.
Однако спасибо за ответы, оригинальный подход. Получается, в итоговый билд все компилируется Unity3d, но разработка и тестирование ядра ведется снаружи.
Надо будет попробовать, спасибо. Предполагаю, под линухом оба варианта должны работать абсолютно аналогично.
В своем обучающем pet project на unity3d тоже думаю о выносе логики в отдельную сборку, благо четко отделены неймспейсы Core и UnityLogic (по сути — модель и представление, как бы странно в контексте юнити это не звучало) и в Core от юнити только вектора да Assert'ы используются.
Вот только редактор имеет обыкновение пересоздавать файлы .sln и .csproj, поэтому добавить в решение отдельную сборку довольно сложно (хотя, вроде если сильно исхитриться, то можно), а значит скорее всего придется делать их вообще разными solution'ами, что слегка неудобно — одновременно редактировать и ядро и юнити логику не получится, возможны проблемы с подключением какого-нибудь Vector2 от юнити в этот внешний проект (не проверял, т.ч. может быть тут проблем нет).
Кроме того, не очень понятно, как не устроить в VCS спам обновлениями какого-нибудь Plugins/Core.dll, да и вручную постоянным копированием перекомпилированного Core заниматься не очень хочется.
Т.ч. пока активных действий не предпринимаю и Core внутри основного .csproj. Чтобы жить было веселее, встроил известный плагин/хак, позволяющий использовать сахар из C# 6, а для тестов воспользовался Unity Test Tools.
Но как-то костыльно это все( Все таки хочется выделить ядро в отдельный "чистый" проект, чтобы еще меньше зависеть от движка/удобнее тестировать и т.д. А у юнити проекта создать свои тесты и свои правила.
Но нужно, по крайней мере, автоматизировать сборку Plugins/Core.dll, причем кроссплатформенно. Хотя, вероятно это очень просто решить банальным output directory в проект юнити.
Почему-то подумал, что вопрос с подвохом, и нужно спросить, не XOR ли имеется ввиду.
Cпасибо за Proto Raider)
Вроде без проблем работает под wine, хотя нативная linux версия новой игры, например, была бы приятным дополнением (если, конечно, платформа позволит портировать без больших изменений).
На девятом уровне возможно баг: при некоторых условиях (позиции игрока на лодке близко к правому краю, кажется) на развороте справа игрок может уйти в "текстуру" дна (MMMMM) лодки. Не особо мешало, просто заметил случайно.
Извиняюсь за минус, мискликнул в Vimium.
PDF типа «CLR via C#» влезают, но с трудом — в альбомной ориентации приходится увеличивать, чтобы текст более четким был. Чуть чуть бы ему разрешение побольше и было бы вообще идеально.
Android 2.1 + eInk — сила.
Если открыть его линуксовым SMPlayer, будет невнятная картинка из разноцветных квадратов.
Только удалили предыдущую раздачу, сразу появилась новая от другого юзера, но с полностью аналогичным содержанием, разве что файлик назывался ReadMe.txt. Забавно наблюдать за этой вечной войной.
Вот интересно, как эти игры выживают? Ни в одной из них вложенный рубль не даст ничего. В MWO вообще практически вся техника доступна для покупки с самого начала и не делится на "уровни", являясь полностью "одноранговой" — деньги дают покупать лишь героических мехов со специфичными (не имбовыми) конфигурациями и камуфляжики. Внутриигровая валюта капает быстро и набрать ангар из нескольких любимых моделей разного тоннажа не проблема. В PS2 аналогично, разве что капает не слишком быстро. Tribes: Ascend: заходил очень редко, а скупил почти все интересное вооружение в игре.
Такие игры склоняют к тому, чтобы купить какую-нибудь мелочь просто для поддержки разработчиков. Хотя доход от них, наверное, поменьше будет, чем от танков.
А вообще робот и то, как он реагирует на различные ситуации впечатляют. Очень.
А не перепаковать ли мне тебя во что-нибудь более приличное и с более качественным охлаждением?
Только вот нет корпуса-донора, разъема питания под дополнительный вентилятор и понимания как закрепить в будущей пластиковой коробке матплату от 15.6'' ноутбука (ну не на клей же вешать такое, правильно?).
Поэтому сейчас мой «сервер» представляет собой довольно смешное зрелище: в коробке из под джойстика прорезаны дырки для вставки матплаты, сбоку торчит жесткий диск, «хвост» в виде шлейфа с usb и sd-reader'ом, а на другом шлейфе висит кусок панели с кнопкой питания. Вот тут вообще не знаю что делать — идет это дело на довольно крупном шлейфе, назначение непонятно, «отрезать» только кнопку никак. Еще и светит ночью синим светодиодом. Надо попробовать найти в настройках BIOS wake-on-power и отключить уже эту мигалку.
P.S. мне бы такую работоспособность…
А вот представим такой вариант:
Мне кажется, такой подход несколько более прозрачен, чем создание контейнеров. По крайней мере, в данном примере.
Но, как я понял, нужно было делать в рамках вселенной гуманоидов, поэтому и забраковали.