Krutoy

мне, как автору либы, лучше знать, ограничивает данный аргумент что-то или нет. 

Если я правильно помню, unicode.find() удалили из мода, можно поискать в старой версии мода или на OpenPrograms.

Нет, ты помнишь неправильно. unicode.find недавно написал gamax92 в ответ на мою просьбу о помощи в IRC. И кстати, эта реализация find работает неправильно со сложными паттернами.

А вот подсветка замечательная, хотелось бы увидеть ее в стандартном edit.lua

Сайтик классный, мне нравится дизайн. Аккуратный и красивый.

его в таком количестве никто не продаст

Вопрос в цене. Если "батька" будет скупать уран по цене ультиматок, игроки мамку Стива продадут, что бы нарыть где то этого урана и продать его.

Для чего оно и такое его количество?

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

>>админшоп, или базар, или биржа должны быть изначально хоть на ранних этапах игры

Для постройки схемы, которую мы тестили с Семоро достаточно 1-2 дня игры, либо 3-5 на греге. Ничего страшного если Базар откроется на 3 дня позже вайпа.

>>должны находится,в админ привате, относительно стабильно работать и прочее

Стабильность админ-привата ничем кроме запрета ПВП от других приватов не отличается.

>>ну и огромное количество магазинов совершенно не нужно,

А где я говорил, что нужно?

а что будет, если базар стопнется или крашнется или еще что-то, а он в привате Крутого (ну и там еще Мясорубка и Тубус) и их давно нет в игре? Или ЛехаИнк там все разгриферит с Асуммонстриком, как это было в ДЦ, например?

Если загрифят - значит я плохо защитился, нужно лучше. А в остальном, базар будет работать автономно, и мое присутствие не нужно.

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

к тому времени он уже  должен быть достаточно развит, и следовательно, ему эти базары уже нахрен не нужны

Зажиточным игрокам базар, который умеет торговать миллионами, нужен еще больше чем новичкам.

Хотя могли и выпилить функцию эту... Не тестил

Поэтому у нет у нас еще базара.

Я не нашел метода exportItem. Остальные методы типа "pullItem" и "pushItem" непонятно как работают. Когда я год назад их тестил, ничего достать из МЕ не получалось.

Подчиняйся системе! Копай ресурсы киркой! Инициатива наказуема! Лаги, багульки, какашки.

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

Для работы с МЭ вполне хватит простого интерфейса МЭшного,

Воооот. В этом аддоне (OpenPeripherals) нет такой проверки, и он отлично понимается OpenComputers'ом. Нужно его использовать для базаара, раз лимиты делают невозможным работу. К сожалению, за раз — стэк максимум, но в цикле вполне можно отэкспортить всякого. Стэк — ограничение уже апишки АЕ2. Он там не пихает по нескольку, каждый пакет — реальный стэк, точнее, его представление))

Допустим, я поставлю 10 таких цепочек по извлечению. Это 640 предметов в такт...

Не знаю, довольно сомнительно конечно, но можно попробовать. А где найти инфу, какие блоки подключать и какие функции вызывать? Я бы потестил.

скорость экспорта зависит от количества акселерационных апгрейдов, как на странно Oo.

Я бы засунул их 100 штук, но там ограничение до 4х, и скорость как видно из исходников слишком мала.

у вас используется OpenPeripherals в работе?

Эх, блин, прождал почти год БАЗААРА — и ничего Будет ли возобновлена в ближайшем будущем работа над проектом? Написано уже, я так понимаю, кода много, а бросать на полпути такое — ну, печально. Проблемы давно нет никакой — OC спокойно взаимодействует с МЭ-сетью, а использование интерфейса вообще минимизирует всякие ненужные затраты кода и времени. И метаданные, и NBT.

Да, я сам снова и снова вспоминаю про Базар.

Проблема есть и никуда не девалась.

Интерфейсы работы с МЕ позволяют перемещать по 1-4 предмета в такт, что для целевых объемов продаж миллионами неприемлемо. Я читал чэндж логи, но так и не дождался возможности кидать сразу крупные объемы предметов из МЕ.

Я не бросал проект. Работа будет возобновлена как только появятся способы верчения десятками тысяч предметов в секунду.

P.S.

Я рассказал идею Игорю, создателю матерщиной ОС, и его тоже хорошо зацепила эта идея.

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

Пробежался по коду. Написано довольно аккуратно, стандартизированно и с высокой производительностью.

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

Расскажи, какая область применения такого многоразмерного вектора?

Крутое компьютерное кресло. Состоит из двух блоков.

-- Компьютерное кресло для программистов
{
  label = "Крутое кресло",
  tooltip = "Для работы за крутым компьютером",
  buttonMode=true,
  shapes = {
    { 0,0,7,2,2,9,texture = "coal_block" },
    { 7,0,0,9,2,2,texture = "coal_block" },
    { 7,0,14,9,2,16,texture = "coal_block" },
    { 14,0,7,16,2,9,texture = "coal_block" },
    { 1,2,7,15,3,9,texture = "iron_block", tint = 0xc4dbee },
    { 7,2,1,9,3,15,texture = "iron_block", tint = 0xc4dbee },
    { 6,3,7,10,8,9,texture = "coal_block" },
    { 7,3,6,9,8,10,texture = "coal_block" },
    { 7,8,7,9,12,9,texture = "coal_block" },
    { 1,12,7,2,14,14,texture = "iron_block", tint = 0xc4dbee },
    { 2,12,2,6,14,14,texture = "coal_block" },
    { 4,12,0,6,14,14,texture = "coal_block" },
    { 6,12,0,10,14,14,texture = "wool_colored_white", tint = 0x00c3ff },
    { 10,12,0,12,14,14,texture = "coal_block" },
    { 12,12,2,14,14,14,texture = "coal_block" },
    { 14,12,7,15,14,14,texture = "iron_block", tint = 0xc4dbee },
    { 0,14,12,1,16,14,texture = "coal_block" },
    { 1,14,12,2,16,14,texture = "iron_block", tint = 0xc4dbee },
    { 2,14,12,14,16,15,texture = "coal_block" },
    { 14,14,12,15,16,14,texture = "iron_block", tint = 0xc4dbee },
    { 15,14,12,16,16,14,texture = "coal_block" },
    { 0,0,0,16,7,16,texture = "iron_block", tint = 0xc4dbee , state=true},
  }
},

{
  label = "Крутое кресло",
  tooltip = "Для работы за крутым компьютером",
  shapes = {
    { 1,0,11,2,4,13,texture = "iron_block", tint = 0xc4dbee },
    { 1,0,13,2,2,14,texture = "iron_block", tint = 0xc4dbee },
    { 2,0,12,6,5,14,texture = "coal_block" },
    { 6,0,12,10,5,14,texture = "wool_colored_white", tint = 0x00c3ff },
    { 10,0,12,14,5,14,texture = "coal_block" },
    { 14,0,11,15,4,13,texture = "iron_block", tint = 0xc4dbee },
    { 14,0,13,15,2,14,texture = "iron_block", tint = 0xc4dbee },
    { 1,2,4,2,4,13,texture = "iron_block", tint = 0xc4dbee },
    { 2,2,14,6,12,15,texture = "coal_block" },
    { 6,2,14,10,11,15,texture = "wool_colored_white", tint = 0x00c3ff },
    { 10,2,14,14,12,15,texture = "coal_block" },
    { 14,2,4,15,4,13,texture = "iron_block", tint = 0xc4dbee },
    { 0,3,4,2,4,11,texture = "iron_block", tint = 0xc4dbee },
    { 15,3,4,16,4,11,texture = "iron_block", tint = 0xc4dbee },
    { 0,4,4,2,5,11,texture = "coal_block" },
    { 14,4,4,16,5,11,texture = "coal_block" },
    { 2,5,13,6,12,15,texture = "coal_block" },
    { 6,5,13,10,11,15,texture = "wool_colored_white", tint = 0x00c3ff },
    { 10,5,13,14,12,15,texture = "coal_block" },
    { 4,12,13,12,15,15,texture = "coal_block" },
    { 5,15,13,11,16,15,texture = "coal_block" },
  }
}

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

Ну и зачем велосипедить? Это уже есть в GML

https://github.com/OpenPrograms/Gopher-Programs/blob/master/gml/lib/gfxbuffer.lua

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

Вот это да! Пойду искать контакты.

По просьбам Asummonster'а сделал GML в одном файле.

Исходник: https://github.com/Krutoy242/Gopher-Programs/blob/29a268607771abfbff81416ac3fe8179929710d6/gml/lib/gml_full.lua

Теперь достаточно скачать и подключить только 1 файл:

wget "https://raw.githubusercontent.com/Krutoy242/Gopher-Programs/29a268607771abfbff81416ac3fe8179929710d6/gml/lib/gml_full.lua" gml.lua

local gml = require"gml"

Эта "сборка" содержит в себе файлы gml.lua, gfxbuffer.lua и default.gss.

Если вам нужны остальные файлы типа canvas.lua или gmlDialogs.lua, качайте их из офф. репы.

Норм, это может быть полезно. Но лучше делай кросс-платформенно.

Вот-вот. А Вячеслав орал, мол, заче-е-е-е-е-е-е-м. Гарик там давно написал уже какой-то GMэээээээL и пр.

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

Зеро для удовольствия это делает, и правильно. Пусть развлекается, а пользоваться в ряд ли будут - GML лучше.

Раз все так увлеклись декором, то выкладываю свой. К сожалению, с моего компьютера крутой конвертор инвертирует или вообще портит цвета. Поэтому выкладываю модели.

У меня для тебя 2 новости. Хорошая и плохая.

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

А плохая в том, что большинство твоих моделей отпечатать невозможно, так как они занимают больше 23х "чанков".

но API собрать вместе по моему мнению необходимо. 

Но вот проблемы очевидны. Например, размер дестрибутива. Кто захочет качать 10-20 мегабайтный файл с кодом? 

(Пришла идея продублировать из чатика инфу, но уже спустя тройку дней)

Что ж, Суслик a.k.a Гофер проснулся и вмонитровал изменения, предложенные @Krutoy, спустя месяц с лишним после пулл-реквеста. https://github.com/OpenPrograms/Gopher-Programs/pull/11

Ееейй!! Ура, наконец то. Теперь всё будут пользоваться нормальной версией.

Я уже вижу эту картину, как swg2you держа за голову тычет нео словно котенка в его сообщения повторяя "Кто это сделал? А?".

Не останавливайтесь.

Я согласен со Свэгом. У нас есть несколько ребят, которые просто увидели прекрасную возможность уловить другого программиста в ошибке и сразу воспользовались ею. Но ошибаются сами.

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