AtomicScience

6 июня, 2019

Только что, Totoro сказал:

Имеет смысл пересоздать тему здесь.

Сейчас выполним

6 июня, 2019

12 минуты назад, Totoro сказал:

...Использование Git поднимет уровень разработки на одну ступеньку. А использование GitHub позволит разглядывать код онлайн, качать нужные части напрямую в OC (если надо) и не возиться с распаковкой архивов

Полностью солидарен. Обещаю, что вторая версия протокола будет выложена с нормальным загрузчиком, а код будет доступен на GitHub вместе с вики, если повезет

2 минуты назад, Totoro сказал:

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

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

5 минут назад, Totoro сказал:

Выдавать IP адреса предполагается вручную? Не будет системы типа DHCP? Что будет если два узла в сети будут иметь одинаковый IP?

DHCP (mDHCP, если быть точнее) планируется, а на первое время я реализую что-то типа виндового Zeroconf, то бишь просто выделю небольшой диапазончик адресов и позволю машинам самим выбирать себе адрес при подключении к сети - в результате сеть будет настраиваться сама. Круто!

15 минут назад, Totoro сказал:

Далеко не все владеют английским на нужном уровне.

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

Вот чего-чего, а вот профанства в английском от самого великого и легендарного Тоторки я никак не ожидал.

Но на самом деле содержать две версии кода и документации очень неудобно, но понял я это только когда сам столкнулся с необходимостью МНОГО комментировать и документировать - теперь я даже понимаю ECS'а, который нахрен снес всю русскую документацию к MineOS и оставил только английскую.

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

6 июня, 2019

1 час назад, Totoro сказал:

А всё таки хотелось бы адекватного описания.

И ответа на вопросы "Что это такое?", "Для чего оно нужно?" и "Какую проблему оно решает?".

После этого можно еще немного пояснить на тему "Как оно работает", если окажется что вещь стоящая.

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

6 июня, 2019

Сразу проясню, что стек еще

В 06.06.2019 в 00:00, AtomicScience сказал:

очень и очень сырая альфа.

- это сразу разрешает очень много вопросов, например, "почему нет установщика?" - да просто потому, что постоянно мурыжить GitHub или, Боже упаси, Pastebin, просто не имеет смысла, поскольку альфа-версия по определению не предназначена для "боевого" использования, так что наш воображемый игрок на сервере просто не должен ее качать, а вот этот же игрок в креативе в своем мире на локалке - пожалуйста

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

P.S.

Обновил тему

5 июня, 2019

Представляю вам плод своего долгого и упорного труда - стек протоколов для OpenComputers.
Постарался создать аналог дискетки Network Stack, но это вылилось в полностью независимый стек - OpenComputers Network Stack или же OCNS

Об OCNS в целом:
OpenComputers Network Stack это TCP/IP-подобный стек протоколов, цель разработки которого - попытка стандартизировать сетевое взаимодействие компьютеров в OpenComputers. Первая версия стека, описание к которой вы сейчас читаете, является альфа-версией - много чего еще недоделано, часть протоколов напоминает грубые поделки, но я все же решился предоставить эту версию на суд общественности.

Особенности стека:
В архитектуру OCNS изначально закладывались следующие качества:

Модульность
Для легкой расширяемости и дополняемости протокол должен поддерживать возможность представления своих составляющих в виде отдельных элементов.
Каждый протокол в стеке реализован в виде отдельного файла, соблюдающего определенное API для протоколов своего уровня, но для достижения идеальной модульности предстоит сделать еще многое - добавить автоматическую загрузку файлов без необходимости жестко прописывать оные в init.lua, написать адекватный менеджер конфигурации и т.д.
Абстракция
Для пользователя протоколов верхнего уровня не должно иметь никакого значения, как именно происходят маршрутизация, установление канала, сегментирование данных и прочее, и прочее. Четкое разделение протоколов на уровни и жесткое API позволяет пользователю просто использовать интерфейс протоколов высокого уровня, а разработчику протоколов - использовать лишь один протокол нижнего уровня, делегируя реализацию всех низлежащих деталей ему.
Эффективность
Вместо того, чтобы слепо подражать реальным протоколам, OCNS реализует свою, OpenComputers-ориентированную систему, и имеет автора, которому приходится высасывать преимущества своего стека из пальца, поскольку список из двух преимуществ выглядит не очень солидно

Протоколы стека:
OCNS предоставляет протоколы, распределенные по модели OSI следующим образом:

Сеансовый: mNSP

Транспортный: mUDP, pingStub

Сетевой: mIP, mARP

Канальный + Физический: Драйверы интерфейсов

Начнем с самого низу:
- Интерфейсы
OpenComputers предоставляет множество сред передачи - туннельные карты, проводная сеть, беспроводная, и прочее. И чтобы унифицировать их интерфейсы, нам нужно создать одно API и объекты, которые будут соединять среды передачи с этим интерфейсом. Также ООП подход позволит создавать что-то совсем экзотическое, например, передачу пакетов через редстоун или дискеты, которые будут таскаться дронами.
К версии 1 все протоколы жестко зависят от primary сетевой карты в системе, то есть все вышеописаное является лишь ~~мечтой~~ планами
- mIP
Протокол маршрутизации, очень и очень близкий к реальному IP. Использует крутые 3-октетные адреса (x.x.x).
К версии 1 реализовано очень мало от запланированного - он позволяет просто передавать пакеты в одной локальной сети
- mARP
Протокол, который ищет некрутые физические адреса по крутым mIP адресам
К версии 1 приведен в божеский вид и не планируется к изменениям
- mUDP
Протокол, позволяющий открывать mUDP-сокеты и работать с ними

К версии 1 приведен в божеский вид и не планируется к изменениям
- pingStub
Старый протокол для отладки сетей, помечен к удалению, ибо теперь вместо него используется mUDP
- mNSP
Протокол, который позволяет общаться через mUDP сокеты с помощью очень удобных потоков.

Ссылка на GitHub - https://github.com/AtomicScience/OCNS

-------------------

В общем, представляю на ваш суд. Но учтите, что это очень и очень сырая альфа.
Приемлю любые замечания и предложения.

4 июня, 2019

25 минут назад, anton3312578859 сказал:

а как ты прошёл?

А я забыл уже

31 мая, 2019

В целом, улей это достаточно крутая идея.
И у меня есть парочка идей по этому поводу.

1) В улье должна заправлять "матка" - специальный сервер, который будет подключаться через интернет-карту к реальному компьютеру, исполняющему, допустим, Python-программу (нейросеть на 4МБ ОЗУ - такое себе).
Она анализирует (хотя это скорее ИИ, а не нейронка) задачу, которая ей дана - допустим, создание определенного количества роботов, разбивает ее на несколько мелких (создание робота = поиск ресурсов + крафт компонентов + крафт робота) и делегирует их роботам. Основная задача "матки" - недопущение собственной разрядки и разрядки роботов.
2) Роботы также должны иметь нейросеть или ИИ, но куда меньшие, предназначенные для решения "маточных" задач из разряда принеси-подай, добудь-поставь.

26 мая, 2019

В 25.05.2019 в 20:50, Alex сказал:

кстати, никто не в курсе, что это за роботик маленький там сидит у Сангара на плече? И у ТехноСаппорта тоже.

Это какой-то мод? Скин? Этот вопрос мне не давал покоя 5 лет Когда-то задавал его, никто не знал. Не выяснилось нигде, что это? Это Сангар себе сам забубенил модик на модификацию скина? Или что это?

Показать содержимое

Это кусочек скрина на презентации мода ОС на импровизированном майнконе.

Думаю, это мод на шляпы

14 мая, 2019

Карта невероятно простая, прошел за 10 минут

P.S.
А ведь получается, что у тебя образовалась целая серия карт, описывающих жизнь хакера - взлом интернета в 11 лет (просто), кража ответов ЕГЭ (средне) и взлом Сбербанка (сложно). Это получилось случайно?

15 марта, 2018

Кстати, в принципе можно портировать игру TIS-100, у нее как раз "консольная" графика, так что проблем возникнуть не должно

14 марта, 2018

А настоящий браузер в ОС не реализовать

Ну, для местных нужд хватит и собственного формата. Вот у меня, например, есть наработки браузера и собственного формата веб-страниц, основанного на фреймворке GUI от @@ECS

Можешь придумать другую сеть с удобной архитектурой

Кстати, кто-то изучил более-менее досконально Minitel? Просто интересно, может это и есть "сеть будущего"?

14 марта, 2018

З.Ы. Браузер тоже сделали?

Браузер делали-делали, да не доделали, к сожалению. Да и, думаю, это малореализуемо - обработка и отображение HTML-страниц на мониторе разрешением 160x100

20 февраля, 2018

в тинкерсе к слову, отключено удвоение руд...

А, собственно, чем оно тебе не угодило?

16 февраля, 2018

Также есть еще один способ:

Поскольку сочетание клавиш Ctrl+Alt+C кидает ошибку "interrupted", мы можем ее отловить с помощью pcall(), например, при вводе пользователем строки.
Ниже - кусочек кода из одной программы с Minecraft Wiki:

io.write("Enter password: ")
err, try = pcall(io.read)
  
-- если игрок попытался прервать программу
if not err then
  print("No, no, no!")
end

15 февраля, 2018

Я не понимаю что плохого нашли в том что валюта привязана к алмазу, хороший рес

Ну тогда зачем нам вообще валюта? Зачем напрягаться, ставить какие-то моды, утяжелять сборку? Просто добавить крафт алмазов в обломки и назад, и все - торгуйся своими алмазами, покупай нужные ресы, продавай лишние

14 февраля, 2018

Думаю, администрация тоже согласится с привязкой валюты к железу.

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

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

14 февраля, 2018

Валюту класно б сделать как привязку к голосам

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

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

14 февраля, 2018

игрокам выдавать по 200К кредитов вместо китстарта

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

8 февраля, 2018

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

2 февраля, 2018

А толку от такого кода? Я не понял как оно проверяет скорости, ты просто в цикле строчки выводишь и цвета меняешь. Суть нескольких видеоядер заключается в sli, ты делишь монитор на сектора и даешь каждому ядру, тут же ты просто 10000 раз каждым ядром порисовал. А нужно разбить монитор на 4 равных сектора и рандомно закрашивать все пиксели, но задействовав ядра так что бы каждый рисовал только в своём секторе - тогда можно говорить о производительности.

Ну, значит я реально сделал все не так

Попозже попробую сделать нормально, а там поглядим на производительность

2 февраля, 2018

Я решил провести несколько замеров, чтобы убедиться в правильности следующего утверждения товарища Totoro:

Скорость с двух видях будет такой-же как от одной

Итак, я набросал следующий код:

local component = require("component")

local gpus = {}

for address in component.list("gpu") do
  table.insert(gpus, component.proxy(address))
end

for i = 1, #gpus do
	gpus[i].bind(component.screen.address)
end

----------------
local op = {
	function(i) gpus[i].fill(30, 30, 1, 1, tostring(i)) end,
	function(i) gpus[i].set(30, 30, tostring(i)) end,
	function(i) gpus[i].setForeground(i * 600000) end,
	function(i) gpus[i].setBackground(i * 100000) end,
	function(i) gpus[i].copy(30, 30, 1, 1, 30, 30) end
}
local op_num = 1
local gpu_num = 1

local start_time = require("computer").uptime()

for i = 1, 10000 do
	op[op_num](gpu_num)
	op_num = op_num + 1
	gpu_num = gpu_num + 1

	if gpu_num > #gpus then
		gpu_num = 1
	end
	
	if op_num > #op then
		op_num = 1
	end
end

component.gpu.setForeground(0xFFFFFF)
component.gpu.setBackground(0) 

print("Результат для " .. #gpus .. " видеоядер : " .. (require("computer").uptime() - start_time) .. " секунд")

Он выполняет все 5 типов операций на каждой из доступных ему видеокарт, всего 10000 операций.
Запускаем несколько раз с разным количеством видеокарт, наслаждаемся несколько секунд мелькающими цифорками и получаем результат:

1 видеоядро:
3.15

2 видеоядра:
3.15

3 видеоядра:
3.14

4 видеоядра:
3.15

5 видеоядер:
3.14

Вывод делайте сами

Возможно, я что-то сделал не так, но все же

1 февраля, 2018

На самом деле вопрос производительности вторичен. В крайнем случае можно с двух разных компьютеров рисовать в один экран. Проблема остается такая же: как несколько видеокарт / разных компьютеров подключить к одному экрану?

Помню @@FluttyProger хотел реализовать отрисовку то ли GIF-анимации, то ли полноценного видео, с помощью нескольких ПК, у него даже альфа-наброски были, то есть возможно на один монитор выводить изображение с разных компьютеров.

Также можно разделить один экран пополам и выделить каждой видеокарте свою половинку монитора - по идее сработать должно, а-ля VSync

А две видеокарты к одному монитору подключить НЕВОЗМОЖНО, это даже в документации написано: http://ocdoc.cil.li/component:gpu (метод bind)

По логике, если один монитор подключен к двум ПК, то при запуске системы на каждом компьютере она автоматически забиндит видеокарту на этот монитор (если он один)

5 января, 2018

Сам спаун запривачен.

Что ты имеешь ввиду под неуязвимость? Монстры, pvp?

Урон от падение, спавн монстров и PVP.

Еще:

Добавить игрокам перм на /sethome

4 января, 2018

Похвально, сервер вроде работает.
Но у меня вопрос: почему бы не поставить WG на пару с WE, если мод WE cui уже установлен? Зачем изобретать велосипеды?

Еще:
Нужно заприватить зону постройки спавна и поставить там флаги на неуязвимость и т.п.

Войти

Блоги

Профили

Форум

Багтрекер

Магазин

Сообщения, опубликованные пользователем AtomicScience