eu_tomat

Думаю, есть смысл в этом гайде. Но с небольшими проправками: гайд должен быть максимально понятным. 1) Традиционно объем обозначается через V, а площадь через S. В твоем случае площадь равна количеству затрачиваемых материалов. Эффективность можно обозначить через E. 2) Индексы вроде V1,V2,V3 не информативны. В данном случае логичной была бы запись: Vh = x*y Vx = y*h Vy = x*h Конечно, в математике это принято называть частными производными и записывать так: ∂V/∂h = x⋅y, но неподготовленному читателю такое знать не обязательно.

Говорят, наш брат Сизиф был проклят аналогичным образом: брутфорсил какие-то простые формулы, и даже получал какой-то результат, но результат его всегда разочаровывал. Для начала придерусь к коду: n["T"] удобнее записывать в более компактной форме n.T. На результат не повлияет, но код станет светлее. Но твой код погубило не это. Он выдает именно тот результат, который и должен. Брутфорс тут вообще не нужен. x,y,z = maxX,maxY,maxZ – вот и вся программа. Математика здесь такая: при увеличении размера параллелепипеда в любом из измерений его объем растет быстрее площади. А так как твоя печка пытается максимизировать это отношение, то она займет любой доступный ей объем. В этом контексте имеют смысл две вещи: 1) при заданном одном размере вычислить два оставшиеся; 2) при заданном количестве стройматериала вычислить оптимальные размеры будущего строения.

Возвращает nil, "No stargate at address" при отсутствии врат, требует тик времени на проверку. Выжирает ли память сервера такой пинг врат, не знаю.

Полагаю, sg.energyToDial что-то знает об этом.

Меня все-таки напрягает, что при каждом нажатии в цикле проверяются границы всех кнопок, учитывая, что на пианино их может быть много, а расположены они в строгом порядке. Поэтому я бы постарался избавиться от использования библиотеки. Тем более, пианино должно иметь более одной октавы, а код уже сейчас слишком громоздок. Так как картинка в целом периодическая, то для изображения клавиш отлично подходит вывод прямоугольников в цикле. Белые клавиши выводятся подряд, а для черных надо будет пропустить третью и седьмую клавишу из каждых семи. Это просто. С эффективным вычислением номера полутона из координат клика немного сложнее. При небольшой ширине клавиш удобно использовать два массива: для верхней и нижней половины клавиатуры, что позволит за одну операцию получить номер полутона в октаве. В нашем случае массивы содержат 56 значений, по протяженности изображения клавиш октавы на экране: TopKey_HT = { 1,1,1,1,1,2,2,2,2,2,3,3,3,4,4,4,4,4,5,5,5,5,5,nil,6,6,6,6,6,7,7,7,7,7,8,8,8,9,9,9,9,9,10,10,10,11,11,11,11,11,12,12,12,12,12} BottomKey_HT = { 1,1,1,1,1,nil,3,3,3,3,3,nil,5,5,5,5,5,nil,6,6,6,6,6,nil,8,8,8,8,8,nil,10,10,10,10,10,nil,12,12,12,12,12}При каждом клике на экране выбирается нужный массив, а из него сразу извлекается номер полутона. Хранить массивы для других октав не требуется, т. к. номера полутонов повторяются циклично. Для легкого изменения ширины клавиш следует отдать предпочтение автоматическому формированию массивов. Так как соседние значения в таблицах часто совпадают, то при большой ширине клавиш желательно использовать фиксированное количество значений, немного пожертвовав скоростью обработки.

Как же разумно твоя либа устроена! А я надеялся убедить @kotik_prikol отказаться от ее использования. Придется найти другие подходы.

С отображением понятно. А в какой последовательности запускаются обработчики кликов?

А разве библиотека forms знает, как справиться с коллизиями перекрывающих друг друга кнопок?

gmatch хорош, но этот код завершится ошибкой при попытке найти символ, имеющий для gmatch специальное значение.

Все полярные конденсаторы при подключении в сеть переменного тога становятся криперами. Проверено!

Годное решение для низкоуровневых языков, но в Lua все вызовы обходятся дорого, как бы быстро они не выполнялись. Поэтому в данном случае более предпочтительным будет использовать string.find от позиции последнего вхождения. Такое решение позволит уменьшить количество необходимых итераций с общего количества букв в строке до количества искомых букв и плюс еще одной итерации.

Ограничения есть, но именно эти частоты воспроизводить должен: Вопрос лишь в том, насколько адекватным будет воспроизведение.

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

Не так. На пианино две клавиши Ля никак не могут находиться рядом. Или я не понял вопроса. Велосипед – понятие, зависящее от контекста. Нет смысла занимать оперативную память подключенной библиотекой, когда частота ноты вычисляется по формуле 440*math.pow(2,offset/12), где offset – смещение полутона относительно ноты Ля первой октавы, положительное – в сторону повышения и отрицательное – с сторону понижения тона

Именно так. Экспоненциальная. В принципе, всё можно вычислить. Частота каждого полутона увеличивается в корень двенадцатой степени из двух. Учитывая, что каждая октава разделена на 12 полутонов, то полутона любой октавы имеют частоту в два раза большую полутонов предыдущей октавы. Ориентиром служит нота Ля первой октавы, равная 440 Гц. Частоты любых других полутонов легко вычисляются из нее.

Конечно же, не секрет. Частоты настройки фортепиано

Это позволит тебе оправдать название «Пианино», т. к. без настройки в соответствии с хроматическим звукорядом даже настоящее пианино превращается в ящик со струнами, клавишами и молоточками.

@@kotik_prikol, Неправильно ты, Дядя Федор, пианино настраиваешь. Надо его по логарифмической шкале настраивать, так приятнее.

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

Идей-то полно, как раз. А идеи @mercurial совершенно не новы. Те, кто жаловался, просто хотели новизны. Есть куча недописанных или даже вообще ненаписанных программ. Достаточно полисать форум, чтобы это увидеть. Проблема нашего сообщества совсем не в недостатке идей.

Мне вдруг подумалось, что неспроста тут народ флудит.Отрезать путь к отступлению вкусившим полония игрокам – как-то скучновато. А это уже более интересная постановка вопроса. Вдохновившись ею, я набросал код. Он, конечно, неидеален, но твою задачу решает. Для решения использован сенсор из OpenPeripheral. Он немного кривоват, и иногда генерирует исключения, что слегка усложняет код. Но другого сенсора в моей сборке не нашлось. Ты можешь использовать любой другой сенсор, скорректировав программу под его API.

Ничего себе, ты оптовый заказчик!

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

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

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