LeshaInc

Кстати, а физика будет?Box2d тот же?

P.S. Заводики нужны!

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

идеи конечно хорошо, но кода нету

Это будет возможно в подземно-надземно-воздушно-космической игре!

Да, коненчо, как же еще, давайте еще магию впилим и мiсо! И корованы грабить. Да, как же.

Я не умею  . Я тогда только гениальные идеи генерировать буду. 

Научишься.

Я тоже не умею, но буду. Потому что учится хочу

Научишься.

Луа просто? Как рисовать графику на Луа?

love2d

Почему нельзя? А что льзя?

жаба медленная, ее нельзя. льзя love2d.

Я в общем то неплохо делал, не показывал на форуме разве что.

И так, идея есть. Осталось собрать команду программистов, способных реализовать 2D графику на Java или MoonJam. Засветились Тоторо, КвертиМАН, electronic_steve. Что они думают? Может еще кто хочет и может?

Java - нельзя. нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет нет.

MoonJam - это не язык программирования.

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

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

Чатик и прочие мелочи, конечно, генерация мира бесконечная.

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

А грабить корованы можно будет?

Я создаю операционку, а не программы под нее.

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

Ну вот.

Ну вот, зачем мне многопоточность, у меня же не две пары мозгов.

И прогу отредактировать удалено ты тоже сможешь?

Я не цезарь что бы делать несколько дел одновременно.

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

3) Я хочу сделать это все для например подключения к роботу через SSH.

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

А тут бац и все. Так же компом можно будет управлять с планшета, что тоже очень круто.

Им давно можно управлять с планшета

Переключения между приложениями, например, по Alt+Tab. В этом случае очень многие либы OpenOS можно оставить без изменения. Допилить только event, компонент gpu и оболочку shell (может еще чего забыл). Вот если такая ось будет максимально похожа на OpenOS, тогда она возможно будет пользоваться спросом.

Появляется проблема, скажем если в фоне запущен mc, после чего мы переключаемся к нему, мы увидим сломанную графическую составляющую, ибо нарисует он все только один раз. Создавать буффер для каждой программы - дорого. Нужно что бы операционной системой можно было пользоваться на Т1 компе.

Плюс в OpenOS крайне сложно создать систему пользователей и дать подключение как по SSH.

Да в общем то нельзя запустить сервер SSH на любой системе под OpenComputers, как минимум потому что открытие TCP-слушателя невозможно. Да, можно мост, но это уже совсем другая история.

А не проще было проверить, что он там выводит вот так?

exit = false

local function e1(...)
  local tb = {...}
  for i=1, #tb do
    print(i .. "   " .. tb[i])
  end
  exit = true
end

event.listen("touch",e1)
while not exit do
  os.sleep(0)
end
event.ignore("touch",e1)

Элементарно же 

Теме сто лет. А за некропост ругать.

А еще руки оторвать.

За глобальную переменную, os.sleep(0) который нужно было заменить на event.pull(), за использование цикла где можно было сделать простой print(...), за отсутствие пробела после запятой, за незначимые имена функций и переменных и за пренебрежение пагаграфированием кода.

На этот раз без штрафа, впредь будьте бдительны.

 

...

руки оторвать за такой стиль, надо так:

local function onKeyDown()
  -- ...
end

event.lister("key_down", onKeyDown) -- устанавливаем обработчик

while true do
  -- ... 
  os.sleep(0.25) -- 1 секунда слишком долго
end

event.ignore("key_down", onKeyDown) -- убираем обработчик

я лично оторву

Да не,есть некоторые.Зеро,Крутой,Лёша.

А как же тотора?

UPD: добавлена ссылка на BankOS

глаза болят

Долго обсуждение жердочек и крусиблов будет продолжаться?

да

реклама на скрине

не нужно.

Прошло уже достаточно времени, так что пора подводить итоги.
 
Правильный ответ - 125.
 
А теперь объяснение. СИ определяет десятичные приставки кило, мега, гига, тера... соответственно 10^3, 10^6, 10^9, 10^12...
 
Выходит по СИ:

+----------+----------------+-------------+
| Название | Размер (байты) | Обозначение |
+----------+----------------+-------------+
| килобайт | 10^3           | КБайт (KB)  |
+----------+----------------+-------------+
| мегабайт | 10^6           | МБайт (MB)  |
+----------+----------------+-------------+
| гигабайт | 10^9           | ГБайт (GB)  |
+----------+----------------+-------------+
| терабайт | 10^12          | ТБайт (TB)  |
+----------+----------------+-------------+

Точно так же в километре 1000 метров, а в киловатте 1000 ватт (как сказал @NEO). Неверно считать что в килобайте 1024 байт, потому как это противоречит СИ.

Если мы хотим считать по 1024 байта нам помогут двоичные приставки. Придумали их 17 лет назад в МЭК (IEC). Пруфлинк^en

+----------+----------------+-------------+
| Название | Размер (байты) | Обозначение |
+----------+----------------+-------------+
| кибибайт | 2^10           | КиБ (KiB)   |
+----------+----------------+-------------+
| мебибайт | 2^20           | МиБ (MiB)   |
+----------+----------------+-------------+
| гибибайт | 2^30           | ГиБ (GiB)   |
+----------+----------------+-------------+
| тибибайт | 2^40           | ТиБ (TiB)   |
+----------+----------------+-------------+

Точно так же считает IEEE. Пруфлинк

Пока к сожалению далеко не все перешли на такой формат. По ГОСТу к примеру в килобайте 1024 байта, когда должно быть 1000.

Мы считаем себя сообществом о программировании, АйТи. Так что давайте придерживаться стандартов, придуманных нашими соратниками. Не попрем же против IEEE и IEC.

1 мегабит = 1 000 килобит

1 000 000 / 1 000 = 1 000

1 000 килобит = 125 килобайт

1 000 / 8 = 125

Результат: 125

Или как сделал @NEO:

1 мегабит = 125 000 мегабайт

1 000 000 / 8 = 125 000

125 000 мегабайт = 125 килобайт

125 000 / 1000 = 125

Результат: 125

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

Сколько килобайт в одном мегабите?