ECS

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

Правда, чутка раздражает "Downloading from pastebin.com" в начале, можно использовать wget <ссылка> <имя> -Q или вообще юзать internet.request(), чтобы убрать спам в консоль, но это уже так, придирки. Надо плюсовать парня, надо!

Еще была бы поддержка ключевых знаков по по аналогии с майночатом по типу "&6Привет, &3говнокодер!", а также "&FFFFFFПривет, &A8FFFFговнокодер!" - то вообще сок. А то запоминать все эти буффы, цвета - бр-р-р.

Красотища какая, кончил радугой, спасибо! хд

Кстати, давно надо бы накодить софтину для удобного редактирования/сохранения 3D-моделей, что-то по аналогии с голограммами Totoro, но уже для распечатки на 3D-принтере. Были даже наработки по теме, но выглядело оно все как-то... убого что ли. Но три вида (сверху, спереди, слева) вполне себе сносно работали, даже на проектор что-то выводилось. Есть какие-нибудь идейки, как можно получше реализовать эту программку?

Ты нарисуешь один раз кучу объектов, подождёшь 0.1 сек, а дальше будет изменение 1 - 10 пикселей.

А пиксели эти будут рисоваться с постоянной сменой цвета и фона, ага. Допустим, на экране изменился прямоугольник 5х2 синего цвета. Как будет работать твой код? Правильно, он выполнит 10 раз операцию gpu.setBackground() и 10 раз операцию gpu.set(), в то время как можно было бы всего лишь gpu.setBackground(); gpu.fill(). Напомню, каждая операция видеокарты - это реальные игровые тики, и при таком подходе к отрисовке любая более-менее сносная игра у тебя попросту будет фризится.

Кроме того, как я и сказал выше, у тебя крайне неразумен расход памяти. Надо скачать ради интереса твою либу и проверить, сколько памяти она сжирает при полноэкранных 160х50 отрисовках. Интересно, вылетит out of memory или нет? Как знать, как знать!

P.S. Боже упаси, 823 кбайта памяти сожрало! Изыди, изыди! 

Начнем с того, что тут мы имеем крайне медленную и неоптимизированную отрисовку: цвет фона меняется каждую итерацию в цикле. Например, если мы имеем в памяти линию красного цвета длиной в 150 пикселей, то куда грамотнее будет разово изменить цвет фона на красный, а затем выполнить gpu.fill(), нежели выполнять 150 итераций со сменой цвета и установкой пикселя (скриншот кода с гиста автора ниже). Это нехитрое действо сократит количество GPU-операций в десятки и сотни раз, учитывая размеры мониторов.

Далее рассмотрим таблицу matrix: во-первых, это трехмерный массив, что уже сильно повышает расход оперативной памяти: куда выгоднее сделать одномерную таблицу с последующим получением из нее нужных индексов. Во-вторых, в каждой подтаблице имеется отдельная boolean-переменная, отвечающей за смену пикселя. Это шутка такая? Боюсь себе представить, сколько памяти сжирают эти махинации.

Сильно не люблю критиковать других людей, но заявленным "упором на скорость рисования 2D-объектов" тут даже близко не пахнет. Плюс, реализация библиотеки с пародией на ООП лично у меня вызывают лютое отвращение: неудобно, некрасиво, куча лишнего кода при создании программ, бр-р-р. Кроме того, на форуме уже есть прекрасная графическая GML-либа: названия ее методов просты как божий день, да и графика рисуется в разы быстрее. Также рекомендую либу двойного буфера для максимальной скорости рисования.

В общем, шли бы лучше игрушки кодить для опенкомпов - и детишкам понравилось бы, и критики никакой не услышали бы, игры любят все, в любом виде! 

Снимите премодерацию с LeshaInc. Это совершенно безумная и нерациональная мера — ставить вечную прешку, как нубу, за детский флуд в чатике, несмотря ни на вклад (программ много, либ всяких), ни на позитивность человека, ни на дату регистрации, ни на вообще то, что банить на форуме за что-то в чате — тупизм^math.huge. Ибо я всё больше и больше разочаровываюсь в здешней администрации — кажется, без кнопки бана они жить не могут от слова совсем.

Лучшая часть статьи! 

Либо я криворукий

Увы, это так: все работает с первой попытки. Можно даже _G не писать, это я чисто из вредности добавил.

Делал что-то похожее, но так и не дошли руки реализовать уровни сложности, скорость, систему очков и т.п. Даешь полную копию тетриса на опенкомпах!

Дело в том, что я ещё новичок в этом деле. Это мой первый проект. Вот и решил переделать с нуля

Все, молчу-молчу. Просто повыеживаться захотелось. 

Я правильно понял, он чей-то код взял? Но тогда это, наверное, открытый проект, и из него можно брать...

Не-не-не, тут все куда прозаичнее: на первом скрине код его функций для сериализации таблиц, а на втором дефолтный код из textutils, которые поставляются с CraftOS. Дело не в копипастинге, а в изобретении велосипедов, причем велосипедов без седушки, вилки и педалек, образно выражаясь. Короче, у меня порвало очко от того, что парень по сути сделал либу textutils.serialize, при этом не обеспечив полного ее функционала.

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

Блок проверки только генерит значение. Для того чтобы создать "развилку", надо добавить ромбик-проверку. Оранжевый пунктир показывает, что блок проверки передает с зеленого узла логическое значение.

А, вот оно как. Пасиба. 

По логике программа спрашивает, стоит ли какой-то блок перед роботом. Если блок есть, то сначала выполняется robot.swing() и двигается вперед, а если нет, то робот просто двигается вперед. Сгенерировался какой-то непонятный код, явно несоответствующий моей логике хд

Вынес функционал фотошопа в либу?

Тут функционала раза в 4 больше, чем в фотошопе, плюс, сам фотошоп всегда юзал функции из этой либы, являясь как бы графической оболочкой к либе. Хотел на днях перекодить ФШ с нуля, добавить поддержку двойного буфера, слоев, истории - поэтому и интегрировал все функции в либу image. Ну, и выложил ее сюда, чего добру пропадать.

В Lua всё должно быть гораздо проще и изящней. _G.term = {} setmetatable(term, {__index = function(t,k) setmetatable(t,{__index=require("term")}) return t[k] end})

Ну так я и говорю: придется вручную делать некую программку, вешающую на _G указанный перечень библиотек. А ведь можно, кстати, через fs.list() получить список файлов в папке с либами и через цикл создавать метаметоды, как указал swg2you выше - это будет куда удобнее. Правда, в этом случае уже не получится сделать кастомное сокращение библиотек (fs = filesystem, rs = redstone, r = robot и т.д.)

for file in filesystem.list("lib/") do
  _G[file] = {}
  setmetatable([file], {__index = require(file)})
end

а если еще вспомнить, что он умеет двухбайтовый utf-8

Отличная идейка, надо будет побаловаться. Только есть поправка: некоторые юникод-символы используют аж до 6 байт информации, проверено неоднократно при создании библиотеки изображений. При записи в файл у нас даже пишется отдельный байт, содержащий размер юникод-символа для корректного чтения. Встречались и по 4, и по 5, а в редких случаях и по 6 байт, так что концепция такого диска очень и очень крута.

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

А, вот ты о чем. Ну да, занятный способ, правда, довольно потно реализуемый: как именно привязывать заглушки к библиотекам? Вручную описывать все существующие функции в библиотеке term? Т.е. делать заглушку для clear(), read(), setCursor() и т.п.?

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

Вот и правильно, библиотек хоть жопой жуй, а игр - раз, два и обчелся. Нужно больше игр!

Хочу представить вам большую библиотеку, предназначенную для работы с изображениями, созданными в нашем Фотошопе. С ее помощью можно манипулировать графикой воистину волшебным образом: изображения можно обрезать, расширять, поворачивать, отражать, инвертировать, изменять их яркость, цветовой тон, насыщенность и добавлять фотофильтры. Разрабатывали мы ее примерно год, содержит она более 1000 строк кода и удовлетворяет практически всем наши требованиям к хорошей графике в OpenComputers, если, конечно, местную графику вообще можно назвать хорошей.

Начало работы

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

wget https://raw.githubusercontent.com/IgorTimofeev/OpenComputers/master/lib/colorlib.lua lib/colorlib.lua -f
wget https://raw.githubusercontent.com/IgorTimofeev/OpenComputers/master/lib/image.lua lib/image.lua -f

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

local image = require("image")

Методы работы с файлами изображений

(загрузка, отрисовка, сохранение)

local myPicture = image.load("MineOS/System/OS/Icons/Love.pic")

image.save("copyOfMyPicture.pic", myPicture)

image.draw(8, 4, myPicture)

Методы трансформирования изображений

(вращение, отражение, обрезание и т.п.)

image.draw(8, 4, myPicture)
myPicture = image.expand(myPicture, "fromRight", 10)
image.draw(53, 4, myPicture)

image.draw(8, 4, myPicture)
myPicture = image.crop(myPicture, "fromRight", 10)
image.draw(53, 4, myPicture)

image.draw(8, 4, myPicture)
myPicture = image.rotate(myPicture, 90)
image.draw(53, 4, myPicture)

image.draw(8, 4, myPicture)
myPicture = image.flipVertical(myPicture)
image.draw(53, 4, myPicture)

image.draw(8, 4, myPicture)
myPicture = image.flipHorizontal(myPicture)
image.draw(53, 4, myPicture)

image.draw(8, 4, myPicture)
--Изменяем цветовой тон к красному, уменьшаем яркость, не изменяя насыщенность
myPicture = image.hueSaturationBrightness(myPicture, 200, 0, -10 )
image.draw(53, 4, myPicture)

image.draw(8, 4, myPicture)
--Делаем изображение "зеленее"
myPicture = image.colorBalance(myPicture, 0, 255, 0)
image.draw(53, 4, myPicture)

image.draw(8, 4, myPicture)
myPicture = image.invert(myPicture)
image.draw(53, 4, myPicture)

image.draw(8, 4, myPicture)
--Накладываем сиреневый фотофильтр с прозрачностью 80
myPicture = image.photoFilter(myPicture, 0xFF00FF, 80)
image.draw(53, 4, myPicture)

Полностью переделан формат .pic, в среднем объем файлов на диске сократился в 3 раза. Добавлены 4 метода кодирования: raw, OCIF1, OCIF2, OCIF3, создающие совершенно разную структуру файлов.

Странно, что отсутствует элементарная функция "обратить цвет". Или например переводчик в чб тона.

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

то можно избавиться от -1 +1

-1 и +1 необходимы для наших файловых форматов. Вчера писали новый формат изображения, для записи в файл требуются корректные индексы. А если добавлять [0] в тот массив, то увеличится размер скачиваемого файла, поэтому мы не стали париться и сделали -1 +1, так проще и удобнее.

Хочу поделиться с вами крайне полезной в быту библитекой, которую мы с товарищами используем повсеместно. Она позволяет работать с несколькими цветовыми моделями: стандартной RGB, более современной HSB, преобразовывать их в HEX-цвет для OpenComputers и наоборот. Кроме того, она позволяет сжимать 24-битный цвет вида 0xFFFFFF до 8-битного вида 0xFF без потери качества.

Команда для загрузки:

wget https://raw.githubusercontent.com/IgorTimofeev/OpenComputers/master/lib/colorlib.lua lib/colorlib.lua -f

Методы

Отлично!  Дело за малым. Накидать код который будет цеплять на _G метаметод подгрузки запрашиваемой библиотеки, и запихнуть его в автозагрузку. И с require() можно прощаться.

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

-- Адаптивная загрузка необходимых библиотек и компонентов
local libraries = {
	ecs = "ECSAPI",
	component = "component",
	event = "event",
	term = "term",
	config = "config",
	context = "context",
	buffer = "doubleBuffering",
	image = "image",
	SHA2 = "SHA2",
}

local components = {
	gpu = "gpu",
}

for library in pairs(libraries) do if not _G[library] then _G[library] = loadfile(libraries[library])() end end
for comp in pairs(components) do if not _G[comp] then _G[comp] = _G.component[components[comp]] end end
libraries, components = nil, nil