eu_tomat

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

@moderator надо тему в Эмуляторы перенести.

Готово.

9 минут назад, prop сказал:

requires the chksum of the eeprom in order to prevent idiots from fusing everything.

Переведу на русский: защита от дурака. О чём я и сделал предположение выше.

14 минуты назад, Krutoy сказал:

А machine.lua есть на EEPROM ?

Обязательно. Без machine.lua даже EEPROM не запустится.

14 часа назад, Anon сказал:

Зачем это вообще было сделано? 

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

Так как результат выполнения метода makeReadonly является необратимым, имеет смысл сделать "защиту от дурака". Если программист всё-таки смог правильно выполнить этот метод, значит он почитал документацию и ознакомился с последствиями. Эта цель мне представляется наиболее вероятной.

47 минут назад, Krutoy сказал:

Может у кого то есть еще идеи как можно укоротить всякие конструкции с заголовком / телом ?

У меня есть идея, но она ломает изначальный замысел. С точки зрения пользователя я бы предпочёл использовать стандартный синтаксис Lua, и чтобы все необходимые сокращения кода за меня выполняла программа. Получилось бы подобие упаковщика кода в последовательность ASCII-символов, которые можно было бы ввести через наковальню.

Что происходит в этой теме?

Автор вопроса сообщает о странной работе метода robot.use, но отказывается называть версию мода.

Комментатор рассказывает очевидные вещи, при этом совершенно не проясняя суть вопроса.

У кого ещё метод robot.use ставит блок не только из слота инструмента, но также из слота инвентаря? В какой версии мода это проявляется?

6 минут назад, Anon сказал:

Можно. Но я не знаю как реализована функция pull_e. Если она использует базовое апи computer, тогда в качестве аргумента computer.pullSignal передайте 0

Так выше уже вроде ответили. Проблемой было неограниченное ожидание события.  Соответственно, решается она ограничением времени ожидания до нуля или другого приемлемого значения.

9 минут назад, Anon сказал:

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

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

Симпатичные скриншотики. Синих символов на красном фоне нам очень не хватало в стандартном редакторе.

ГЛАЗА!!!

40 минут назад, 4x4x8 сказал:

Я вроде как уже выложил код либы на гитхаб

В тот момент, когда я писал сообщение, то именно библиотеку я не смог найти в репозитории. Теперь вижу.

41 минуту назад, 4x4x8 сказал:

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

Это уже второй вопрос. Без кода эта тема была бы ещё менее интересной и менее полезной. Конечно, программы для ComputerCraft сейчас не пользуются большой популярностью, т.к. этому моду тяжело конкурировать с OpenComputers, но иногда люди ищут программы именно для ComputerCraft. Например, в этой теме просили переписать старую программу. Кстати, в ней почти весь код задействован для отрисовки графики. Может быть, твоя библиотека кого-нибудь вдохновит переписать эту штуку.

1 час назад, 4x4x8 сказал:

Вот репо с либой, текстуркой и объектом текстурки, в папке Python есть скрипты для преобразования картинки в текстурку(надо запустить palettePaster, дабы преобразовать палитру цветов для CC, а потом imageTabler)
https://github.com/4x4x8/my_stuff_for_computercraft/tree/main/Drawify

Благодарю. Так уже веселее.

11 минуту назад, ProgramCrafter сказал:

Это правда, но вся память нужна для каждого кадра и одновременно.

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

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

К сожалению, большинство картинок слишком большие.

Я имел в виду немного другое. После того как ты уже установил память в свой компьютер и оставил его работать, а не просто тестироваться, то можешь заранее вычислить, что файл определённого размера и формата не может быть обработан с имеющимся объёмом памяти. В этом случае нет смысла дожидаться его загрузки, надо запрашивать другой файл. Тесты тестами, но вдруг используемый тобой сервис преподнесёт тебе сюрприз и выдаст ссылку на файл ещё большего размера, чем ты ожидал? Но предварительный анализ позволит твоей программе даже не скачивать картинки, которые она не способна переварить.

5 часов назад, ProgramCrafter сказал:

Можно ждать клика нулевое время.

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

Для начала я бы предпочёл применить самые доступные способы.

4 часа назад, ProgramCrafter сказал:

В сумме получается 2520 КБ, что существенно больше 2048 КБ - двух планок тир3,5 памяти.

• Получается 2.48 планки памяти. То есть, можно справиться даже тремя планками из четырёх возможных, если использовать серверный корпус вместо обычного.
• Заказ уборки мусора после каждой попытки отображения очередной картинки позволит поддерживать максимальный запас свободной памяти.
• Быстрый отказ от получения слишком больших картинок поможет программе не допускать нехватки памяти, если сервер решил отдать неожиданного крупный файл. По возможности следует ориентироваться по данным HTTP-заголовка. Но в крайнем случае можно и просто контролировать потребление памяти при получении очередного фрагмента данных.
• Оборачивание критичных вызовов в pcall позволяет обработать в том числе и ошибки, связанные с нехваткой памяти. Главное в этом случае — как можно скорее заказать уборку мусора. Но до этого желательно вообще не доводить.
• Для лучшей оценки потребности в памяти имеет смысл записывать в журнал её потребление в конце каждого цикла вывода картинки непосредственно перед уборкой мусора. Учитывая, что картинки обновляются не часто, журналирование не будет сильно нагружать систему. Я бы записывал в журнал объём использованной памяти после каждого успешного вывода картинки, а также все опасные ситуации, которые удалось обработать: неожиданно крупные файлы, отдаваемые сервером картинок; ошибки, перехваченные с помощью pcall. Возможно, имеет смысл журналировать и случаи, когда объём свободной памяти опустился ниже установленного лимита, который программист определил как резервный.

20 минут назад, ProgramCrafter сказал:

5. Требования: тир3 GPU и монитор, интернет-карта, 6 планок тир3,5 памяти.

А как шесть планок-то впихнуть в компьютер? Насколько я помню, четыре планки являются максимумом.

Upd: И ещё вопрос. Чересстрочная гребёнка была и на оригинальном изображении? Либо появилась в результате преобразований?

3 часа назад, 4x4x8 сказал:

Скрипты я загрузил на гитхаб

Скрипты — это хорошо. Но как получить код самой библиотеки?

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

Идеи использования шрифтов Брайля или двойной буферизации уже давно не являются новыми, и поэтому сейчас вряд ли кому-то интересно их теоретическое обсуждение. Но сама реализация может заинтересовать форумчан, даже не смотря на значительно большую популярность OpenComputers в сравнении с ComputerCraft.

19 минут назад, hohserg сказал:

Может ли существовать программа для обычного компа, которая портит железо(игровое)?

Может. Например, если программа управляет ядерным реактором, то взорвав его, она портит всё: медь, олово, железо. А некогда железные нервы игроков вообще не подлежат восстановлению.

В 13.08.2022 в 12:58, pavel1992x сказал:

да вообще с аддонами для oc, какая то дичь

Не обязательно дичь, если говорить о красной плате в вагонетке. Возможно, так оно и было задумано. Я тогда надеялся научить вагонетку самостоятельно переключать железнодорожные стрелки красным сигналом самой вагонетки. Это было бы интересно. С другой стороны, я понимаю, что источник красного сигнала, летящий на скорости 20 блоков в секунду, может быть плохо совместимым с уже существующими механиками.

В 13.08.2022 в 12:58, pavel1992x сказал:

деткам не нравятся сложные моды, это ожидаемо. им бы всякий треш подавай.

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

22 минуты назад, rootmaster сказал:

но даже если она будет лежать в home некто не мешает вызвать ее из другой папки по полному пути /home/paint.lua

В любом случае эта проблема не решается перемещением программы в каталог /usr/bin. Значит, с этой точки зрения такое решение тоже нельзя назвать более правильным. По этому критерию оно равнозначно выбранному автором программы.

Одним из удобств OpenOS является возможность работы, не покидая домашнего каталога. Все файлы, не имеющие отношения к операционной системе, могут находиться в каталоге /home. Пользователю обычно требуются очень веские основания для перехода в другой каталог. В этом случае пользователь знает что делает, и с какой целью. А если пользователю хватило ума не только перейти в другой каталог, но и вручную указать путь к программе, то его действие точно не случайно. И если пользователь решил, что файл paint.dat должен быть записан именно в этот каталог, то так тому и быть.

46 минут назад, rootmaster сказал:

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

О том и речь: это зависит от конкретной OS. OpenOS не навязывает структуру каталогов ни пользователям, ни программистам, что добавляет ей очков популярности. Программисты могут писать код "на коленке", концентрируясь на том, что им интересно в данный момент. Что непростительно во взрослых системах, может быть допустимым в детской OpenOS. Следование канонам здесь опционально, а не обязательно.

Я бы понял претензию к тем авторам, которые намеренно засоряют каталоги OS не предназначенными для них файлами. Но смешивать программы и данные в домашнем каталоге — это давняя традиция в использовании OpenOS. Да, это иногда создаёт неудобства, но чаще всего оказывается наоборот — это удобно и понятно пользователю, и при этом необременительно для программиста. Этот аргумент я считаю решающим. Стандарты и каноны должны решать проблемы, а не порождать новые.

6 часов назад, daniilFigaSystem сказал:

извините конечно но перестаньте удалять мое сообщение!!!!

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

Разберу первое из твоих сообщений, которое я перенёс:

В 19.08.2022 в 14:35, daniilFigaSystem сказал:

вы задрали со своими маками сделайте 95 винду или 3.11 задрали

Сообщения такого рода я считаю кандидатами на удаление. Но, если позволяет время, я на всякий случай стараюсь выяснить, что именно хотел сказать автор. Если автор не даёт чёткого ответа, я удаляю сообщение. Или переношу его в более соответствующее место. В данном случае такое место нашлось. И вот мы здесь. Разберу твоё сообщение по словам.

Начну я с самого яркого слова — «задрали». Каков смысл этого слова? Я знаю два наиболее распространённых варианта. Например, дикие звери растерзали тебя или же сильно порвали. Но вряд ли ты вкладывал в это слово именно такой смысл. Иначе мне представляется медведь с охапкой красных маков.

Второй распространённый смысл слова «задрали» — причинили сильную боль и страдания. А это уже обвинение. Более того, такое использование слова является новым. По сути это эвфемизм более грубого слова. Но как ты ни смягчай его, смысловой оттенок остаётся грубым. Соответственно, это не просто обвинение, а обвинение в грубой форме. И чтобы в этом не осталось сомнений, ты повторил слово второй раз, усилив эффект.

Теперь перейдём к сути обвинения.

В 19.08.2022 в 14:35, daniilFigaSystem сказал:

вы задрали со своими маками

Тут можно было бы снова представить медведя на поляне, среди цветущих маков, но ты развеял мои сомнения:

В 20.08.2022 в 11:51, daniilFigaSystem сказал:

мак это пк от apple винда 95 имеется виду сделать хоть чучуть по интерфейсу похожее на виндовс

Всё-таки ты обвинил автора темы в подражании MacOS. Но на каком основании ты предъявляешь претензию? Что лично тебе должен автор? Он дал тебе какое-то обязательство? Максимум, на что ты можешь рассчитывать — попросить автора сделать что-то подобное в более привлекательном для тебя стиле. Попросить, а не обвинить. Соответственно, твоё обвинение не является обоснованным.

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

В 14.04.2021 в 14:23, daniilFigaSystem сказал:

Думаю Сделать Свою новую ОС На основе моей настоящей только она на виндовс 98 а эта будет типо того же только Для Опен Компьютерс

Обещал. При этом автор системы SwiftOS такого обещания не давал. Значит, в какой теме твоё обвинение выглядит более уместным?

6 часов назад, daniilFigaSystem сказал:

извините конечно но перестаньте удалять мое сообщение!!!!

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

@alice_fdream Так что же получилось-то в конечном итоге? Презентацию я не видел. А по описанию я так и не смог понять, что это, и зачем оно нужно. Это новая операционная система? Если да, то на чём она основана, и каковы её отличительные черты?

16 минут назад, ProgramCrafter сказал:

Я всё-таки предпочту давать пользователю выбор: пусть куда хочет, туда и ставит.

 Поддерживаю. Собственно, в эту мысль и упираются все рассуждения о правильности выбора путей в среде OpenComputers. Разверну эту мысль, т.к. кое-кто у нас нас на форуме любит душнить про стандарты ради самих стандартов.

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

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

35 минут назад, Laine_prikol сказал:

Ну наверное тем что /usr/bin есть в $PATH поэтому можно будет ее вызвать из любого места

Да, в каких-то случаях это имеет смысл. Но автор программы вряд ли предусмотрел такую возможность. Например, обсуждаемая программа пишет файл paint.dat в текущий каталог. В этом случае "вызов из любого места" как раз и может привести к замусориванию файловой системы, против которого выступал @rootmaster.

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

ну.. так как-то покрасившее будет каноничние, и чище, фска будет меняя загаженной)

А чем не красива установка в /home? Чем она не чиста? Что даёт следование канону в данном конкретном случае?

3 минуты назад, rootmaster сказал:

прожка будет находиться в папочке usr/bin , как по мне, так намного лучше

 А игроку это что даст? Чем именно оно лучше? В чём преимущество предложенного тобой решения?

8 минут назад, rootmaster сказал:

вот более "правильная" команда для установки: mkdir /usr/bin; wget https://raw.githubusercontent.com/ProgramCrafter/lua-utils/main/paint/paint.lua /usr/bin/paint.lua

И что игроку даст её использование?

43 минуты назад, daniilFigaSystem сказал:

вы задрали со своими маками сделайте 95 винду или 3.11 задрали

p.s зачем было перетаскивать?

У меня встречный вопрос. Зачем было дублировать своё сообщение в теме про SwiftOS после того, как я перенёс его?

1 минуту назад, daniilFigaSystem сказал:

кто перетащил сообщения

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