[Сбор идей] Переработка редстоуна

[Rena4ka]

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

[Noruhh]

Частичное/предварительное обсуждение, до написания плана, возможно? Или только когда проясните вопрос для себя и напишите план?

[Rena4ka]

Обсуждайте)

[Noruhh]

Чёрт! Не так выразился, с вами то обсудить можно?

[Rena4ka]

Обсуждайте)

[GabrielG]

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

[Noruhh]

[ASBer]

[ASBer]

Как мне видится _идеальная_ система (не вдаваясь в подробности):

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

В результате в действующем механизме все будет светиться, крутиться, сверкать, квакать и булькать. По-моему будет здорово.

[RomashkaX]

[AkiraSun]

Если сделать управляемый радиус звука,скажем,до 1го чанка в радиусе(в каждую сторону считая от чанка с механизмом) по средством служебного региона(кстати есть много идей по применению служебных регионов в быту),то лагов будет в разы меньше.

[RomashkaX]

Звук у меня выключен, например.
Как я понимаю, на лаги мелкие детали влияют, всякие отражения света, тени и прочие красивости.

[AkiraSun]

Не замечал особой разницы в лагах меняя освещение и детальнось...

[Hirushika]

Это ни о чём не говорит. У всех разные машины. У кого-то встроенная видеокарта, у кого-то 2Gb. У кого-то 1 ядро, у кого-то - 16.

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

Конкретно для реда это анализ блоков вокруг - чем меньше радиус и направлений, тем стабильней. На клиенте - меньше света, объектов в поле видимости, анимаций и прозрачностей. Идеальный ред-элемент (провод, поворот провода, повторитель, факел, поршень) должен быть черным кубом с двумя (из шести) направлениями в 1 куб.

Следовательно чем больше "узких" элементов, тем надежнее они будут работать. Например вместо одного нынешнего поршня (способного принимать сигнал cо всех сторон и двигать блок во все стороны) - 30 разных блоков : 6 выходов и 5 вариантов входов для каждого выхода.

[chujoy]

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

Ну и ещё одна идейка/мысль:

[Hirushika]

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

[chujoy]

Почему же? Оптимизировать можно все. Вот простой вариант на скорую руку: проверка на целостность конструкции проходит только при установке блока-затравки, если все ок, конструкция защищается на подобии магазина. После, когда процесс завершен, защита снимается. И никаких лишних проверок на целостность конструкции во время созревания. Уверен можно ещё много что придумать.

А без вики все равно давно уже не обойтись.

[deno10]

Idea. Перемещение неполных блоков, лежащих на полном блоке, вместе с перемещением этого полного блока (как пример - перемещение редстоуна, лежащего на блоке при перемещении этого блока)

[AkiraSun]

А это не группы блоков?

[Noruhh]

Вау! Да тут жаркая дискуссия

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

[AkiraSun]

Было бы круто двигать поршнем источники

[Noruhh]

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

[AkiraSun]

[Noruhh]

[chujoy]

А ведь круто бы было, если бы вода вела себя реалистично. Причём с зависимостью от климата (дожди/засухи). И чтоб что-то вырастить в засушливом биоме, пришлось бы городить акведуки или колодцы с насосами. Но такое точно повлияет на производительность и игра уже другая будет.

Хотя... Новую игру ведь и хотят сделать наши админши

[Rena4ka]

Не повлияет это на производительность. Мы хотим сделать более-менее реалистичную физику (примерно как в террарии) воды уже очень давно, и делается она относительно просто, но ГК ещё не готов к таким изменениям.

[Noruhh]

[Rena4ka]

[BloodyAvenger]

[MaRk0FFka]

И шрейды, шрейды!
Сабж, а после такого, ну с водой, фонтаны не поломаются?
Также хотелось бы иметь блок, который мог бы передавать сигнал в воде, на расстояние(ака ток) и принимать.