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

Как думаете это вообще стоит того? Или старые добрые редстоун порошки и факела лучше?

D1zg, лучше оставить , как раньше.

Лично мне как-то все равно)
Но, раз уж это кому-то поможет - За.

Наноблоки лучше.

Когда они будут?

Как в "RedPower"? Я за!

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

К слову, проблема кол-ва id еще актуальна. Стоит ли забивать их этим? Я думаю, что нет.

В полезности не сомневаюсь. Но надеюсь, что можно будет через наноблоки реализовать.

D1zg, я понял, есть это уже в одном моде... Если есть желание - посмотри(Называется: RedPower). Довольно известный мод...

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

Опять же вспомню про тот мод, там это решено. Каждому блоку добавлено под-айди.

D1zg, 1 блок-конструктор схем? Со своим интерфейсом) Как qucs ;) Тогда я за.

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

admin, нам стоит на это надеяться?

Вот значит меня услышали. Благодарен.


Теперь бы обдумать его функционал, стоимость кравта, цена использования.

Упрощать нужно, но так, чтобы не убить интересность. Иначе скоро будем заходить, нажимать на пару кнопок, а потом болтать на форуме о том, что 2 кнопки -- слишком много, надо упростить! )

--- Добавлено в 2012-08-21 01:54:30

admin, душу не травите) Я 2 года в этой программе схемы клепал...

VitekProrok, Да нет.

Смотри, например, по gif admin'a можно пофантазировать.

То есть, если мы можем программировать там систему, то необходимо добавить сканер близ лежащих блоков. К тому же программирование на задержку от включения системы и задержку на состояния тока в нем. Например это можно будет задавать по параметрам { /timeon - задержка тока до включения системы /timeoff задержка тока в сети до выключения }, так же добавить параметр повторения, движения, включения с разных сторон, возможно включения с расстояния. В основном функция включения будет стандартная - подача сигнала { кнопка, рычаг, плита, ред стоун, факел } , ну и естественно вывод будет либо сигнал редстоуна, либо без проводной сигнал на датчики приемники.

Порой, что бы сделать механичнский лифт ( для поклонников майнкрафта без плазмы ) сам механизм, занимает уйму места. Так будет - проще в 5 раз, что с одной стороны хорошо, но и плохо.

Да, тут я не соглашусь, система лифта в основном расчитана на поршни, а для этого дела потребуется вводить другой блок по предложению Tarkitan'a.

Скорее всего данный блок можно будет использовать в глобальных системах защиты. Когда один блок сможет открыть ров вокруг дома, выдвинуть лаву. Либо например механизм часов, можно будет делать двигающиеся вещи БЕЗ НАГРУЗКИ НА ОГРОМНЫЕ СИСТЕМЫ.

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

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

Не думаю, что "перевернёт", но значительно упростит. Ждём, когда админ введёт

Программируемые схемы открывают огромные возможности
Например:

Ты издеваешься? Упростит это мало сказано, ты понимаешь то, что ты сможешь создать практически любой нужный алгоритм тебе. Будь то открытие или закрытие дверей когда ты к ним подходишь, либо же нескончаемый запас урана в телепорте или баке.

это программа HiAsm, в которой сделан наш лаунчер

Тут конечно согласен)
Это можно и так создать, дело в другом - в компактности. хочу это!!!!!

admin, очень и очень похожа) Благо не видел ее 3 месяца уже.

ограничение в 4 ввода-вывода, можно еще по одному сверху и снизу выводить.

Отлично,просто и легхко,и нагрузка упадет я зааа)

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

Ну принципе у меня лагов практичиски нету)
Только сейчас когда трафика нету и я целый день на форуме тарчу)

И не найдейтесь на легкость. Вам все равно придется извилинами двигать, что-бы составить механизм ))

Как вариант таки сделать четыре "ноги" у блока, там уж входы или выходы по делу настраивать. В самом блоке сделать графическое программирование, лучше таки именно схемы.
Внутри дать возможность собирать схемы из банальной логики: "И", "ИЛИ", "НЕ". Думаю стоит добавить самый простой триггер, чтоб не надо было собирать из логики его, ну и блок для задержек настраиваемых.


--- Добавлено в 2012-08-21 08:52:08

А вообще это еще один шаг, чтоб играть в маинкрафт в маинкрафте © Это был одни из комментов к довольно старому видео, как люди начали делать первые полноценные игры на редстоуне.

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

Кто-нибудь проводил анализ алгоритма обработки схем из красного камня? Какая его часть создает наибольшую нагрузку на сервер?

Мне кажется "оцифровка" схем (анализ расположения блоков и построение по ним логической схемы) должна сильно нагружать сервер. Но насколько часто такая оцифровка проводится для каждой схемы? Если схема занимает несколько чанков, то как ведётся её оцифровка и как она потом функционирует - как единое целое или блоками по мере разморозки?

Игроки часто используют динамические схемы которые перестраивают сами себя в процессе работы, думаю такие схемы очень часто запускают алгоритм оцифровки.

Облегчить схемы из красного камня на 25-30% можно введением блока "радиоточка" для беспроводной передачи сигнала т.к. удлиннение схем во многом вызвано проблемой передачи сигнала на расстояние и проблемой взаимного влияния проходящих рядом проводов. Но реализовать такую радиоточку непросто - придется вводить адресацию и как-то разграничивать адресное пространство по игрокам.

Можно сделать что-то похожее на IP сети, например: игрок имеет ID 1234, поскольку на серверах будет зарегистрировано больше 65536 игроков придётся три байта адреса отводить под ID ирока (для ID 1234 будет адрес 0004D2). Игрок задавая адрес для блока радиоточки указывает число от 1 до 256 (например 111), тогда полный четырёхбайтный адрес радиоточки в адресном пространстве сервера будет 0004D26F. Таким образом игрок сможет создавать до 128 линий типа точка-точка не мешая схемам других игроков.

Ух ты, а я думал тема ушла за ночь ;)

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

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

D1zg конечно стоит добавить! Повторятся не стану по поводу уменьшения схем и т.д. главное чтоб можно было поставить их параллельно и сигналы бы не замыкались (как у повторителей) и передавались в верх и вниз. Если бы можно было использовать один блок как многожильный кабель, то цены ему бы не было. Но это уже наверно из разряды фантастики )))))

HiAsm - графическая среда разработки программ. К ней можно подключить любой язык программирования с любыми библиотеками. Для этого необходимо создать новый пакет. Пакет содержит в себе все "кубики", которые можно использовать на рабочем поле HiAsm, а так же прочие служебные библиотеки. Прежде чем пакет можно будет использовать, к нему надо написать компоненты на собственном внутреннем языке кодогенератора RTCG (предпочтительнее) или со своим кодогенератором на целевом языке (целевой - это тот, на котором будет получаться конечная программа после построения схемы в HiAsm).

А теперь, зачем я все это написал. На данный момент имеются некоторые наработки специального скриптового языка для Minecraft. На него можно будет "посадить" функциональность редсхем (или их замены). А т.к. к HiAsm можно "прикрутить" любой язык, можно "прикрутить" и скриптовый. Останется лишь сделать новый пакет для HiAsm, и практически каждый сможет создавать такие миниатюрные схемы.


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

P.S: "пощупать" скрипты в действии не получится, разработка скриптового движка пока заморожена.

Assasin, ты только что взорвал разум 50% пользователям взглянувших на твой пост.

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

Dtho_47, Считаю это уже перебором. Если для того, что я писал, вполне хватит понимания обычного редстоуа, то такой уровень уже лишний в игре, а то на самом деле можно будет играть в маинкрафт в маинкрафте. Да и осваивать программирование чтоб поиграть в игру...

У меня уже давно была некая идея насчет топика: сделать конструктор интегральных схем. Суть: вы делаете схему редстоуна в майнкрафте — или на 2хмерной плите, или в 3хмерном пространстве, после чего вы можете в игре каким-то образом выделить пространство с редстоуном и запаковать его в 1 блок — чип. В нем содержится только логика редстоуна (т.е. в чипе не пространство сохраняется, а только оптимизированные узлы самого механизма), его можно подключать и делать вводы и выводы через шину и делать все то же самое, что и с обычным редстоуном, только это даст экономию места и скорости для суперкрутых схем.

Вот например, вам нужна логика XOR для двух рычагов вашего дома и дверей, чтобы можно было с двух сторон открыть/закрыть двери. Вы покупаете чип со схемой XOR и ставите у себя дома, у него 3 ножки: 2 входа и 1 выход. выход цепляете на двери, а на входы цепляете сигнал с рычагов. Voala! Дело сделано.


Почему это хорошо:
• экономит место в использовании схем;
• немного развинет торговлю;
• развинет redstone инженерию;
• даст некоторым толчок к развитию программисткого мышления;

Проблемы:
• можно запросто загрузить сервер так, что мало не покажется; (хотя можно сделать отслеживание и ограничение)
• немного непростая реализация; (но для меня не проблема)
• сделает прогеров ценными и рулящими; (а может это и хорошо?)