artem211

"Класть в робота образцы руд" что простите?! Может лучше образцы мусора тогда?

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

И? Мне путь находить не требуется, задача состоит не в этом

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

Рекомендую юзать железный бур ) надольше хватит да и зарядить можно

Нет не спорт, просто эффективный карьер с геосканером и мозгами, который будет копать все в заданном объёме, а не делать туннель бессмысленный и беспощадный) а вообще разрабатываемый алгоритм будет универсальным, хочешь туннель, хочешь шахта, а хочешь огромный плоский пласт от 0 до 20 уровня не останется ни блока руды. По мне - так туннель и рядом не стоит по эффективности

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

лучше на 3-5сек )) а то просто раздражать будет. Крутой сказал они починили компутроникс, просит вернуть ) прикрутить можно будет музычку к тп станциям )

Надо мелодию проигрывать, как в лифтах )) Только звука у нас нет )

очень содержательно и очень эффективно.

Простите что опять без картинок и проч красивостей(ну не умею я) да и пост сугубо по делу, а не развлеченья для. Так вот, уже второй вечер пытаюсь измыслить новый тип геомайнера, использующего geolyzer.scan(), майнера под geolyzer.analyze() - уже написал и отладил, пользуюсь, не выкладывал, т.к. народ не считает карьер "1 через 2" с использованием геолайзера оправданным. К делу: задумал разбивать указанный карьер(ширина,длинна) на кластеры(чанки) 20х20х20(вроде у геолайзера по горизонтали помех нет, потому границы по горизонтали можно так не ограничивать, но это потом решать буду). В общем имеем заданный кластер объемом 20х20х20 блоков, просвеченный геолайзером на предмет руд, по сути имеем 3д массив(может проще будет обычный тейбл с 3 координатами в ячейке, опять же не суть) в данном объеме есть некоторое количество рудных жил, например 5, кататься в цикле к каждому блоку в слое - не рационально вообще никак, будет бегать от одной жилы к другой. Посему хочу придумать сущность "жила", не могу додуматься, по какому алгоритму определить из всего массива блоки руды в "жилу", для передачи ее роботу на выкапывание. Получается нужно побить массив рудных блоков на несколько групп, в данном случае на 5. Какой избрать алгоритм? Проверить все рудные блоки между собой и все, на расстоянии 0 блоков друг от друга определить в одну жилу? При проверке первый же блок руды кидать в подмассив "жила номер раз" с указанием 3 координат, каждый следующий блок сравнивать по координатам со всеми блоками в во всех жилах, разница соответствующих координат с которыми равна 1 - приписывать найденный блок к этой жиле...хмм может сработать. Есть идеи? Может свой вариант? Только прошу не скидывайте тупо код в комменты, лучше на словах алгоритм, код накидать я могу и сам, а в чужом терпеть не могу разбираться, брезгливый.

Очень эпично, слов нет! Лепи еще!

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

Приветствую. Добрался в изучении ОС и до баз данных, пока нет возможности сделать АЕ, вот решил поинтересоваться что они могут, просмотрел офф вики(в первоисточнике), вычитал все функции, но понял только, что данный апгрейд, ничего кроме информации о предмете не хранит, это не волшебная ячейка АЕ, в которую можно пихнуть стак железа, а только блокнотик, где можно зарисовать иконку железяки и все ее свойства. Внимание вопрос, какие видите перспективы применения данной детальки? Я пока только 1 придумал, хранить схемы для например реакторов ИК, ну или список "мусора" при копании, с которым сверяться. http://ocdoc.cil.li/component:database

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

топорно и не интерактивно

Алекс! Даешь человеку в вайт! У него есть мозги!)))

И зачем так сложно? Не проще либу стандартную написать? и вызывать также require("liba") local API = {} function API.hello() print("Hello!") end API.var1 = 12345324 API.var2 = true API.var3 = "aasdp" ... ... ... return API

Что самое странное, когда пробовал - не работало, перезапустил майн сингл - заработало.

День добрый/утро/вечер/ночь. Пишу свою библиотеку API для робота(фермер/копатель/проч). Поскольку апи перемещений по координатам/обход плоскости и проч подходят как для фермера, так и для майнера(и еще чего нибудь), было решено унифицировать эти функции путем передачи в качестве аргумента собственно функции действия(копание, собирательство). Выглядит примерно следующим образом: function dig(arg) ... robot.swing() ... end function move(action, arg) ... robot.forward() action(arg) ... end move(dig, 3) Если выглядит именно так - то работает без проблем, функция спокойно передается одна в другую в качестве аргумента и вызывается оттуда. Те кто писал библиотеки для ОС, именно библиотеки, знают, что реализуются они так: local api={} ... function api.dig() ... end function api.move() ... end return api При такой форме записи столкнулся с проблемой, в интерпретаторе(где проверяю апи) подключаю свою либу: a=require("api") Далее вызываю a.move(dig, 3) Интерпретатор ругается на то, что аргумент - нил в точке его использования в функции move(). Вероятно интерпретатор не понимает аргумента, причем вызвать просто a.dig(3) работает штатно. Я новичок в луа и уж тем более в написании библ, подскажите что делаю неверно? как правильно передать аргументом функцию, чтоб она работала?

думаю прост надо крафт чуть дороже )

Кое какие вещи уже начал писать Леший, у меня постоянно куча предложений и советов, вот решил оформить. Система охраны дома/базы/сарая на ОС(без дополнений) делится, по моему мнению, на 4 блока: Мониторинговая система - Голографическая обновляемая карта окружающей местности с указанием точек наблюдейния/активной обороны, сопряженная с детектором жизненых форм(обновление в реальном времени), отображение всех ЖФ на карте. Ведение логов времени приближения к охраняемому периметру игроков, с указанием ников и длительности пребывания. Возможно в будущем логировать и их перемещения(дабы просмотреть голограмму-запись). Оповещение владельца в случае приближения нежелательных субьектов(черный список), друзей(белый список) на планшет либо как то иначе(в случае отсутствия на базе. Для мониторинговой системы предусмотрено 4 режима работы: а) обновление голокарты раз в 20 сек, при отсутствии любых ЖФ. б) обновление раз в 5 сек, при наличии в зоне ответственности неигровых персонажей. в) обновление 1 раз в секунду при появлении игровых персоналий. Также при отсутствии на базе хозяев - отключение карты, дисплеев, доп оборудования(для экономии ресурсов/энергии) Общая система доступа на ОО(Охраняемый Объект) - коридор с тамбуром и шлюзовой камерой(2-х возможно 3-х дверная система на поршнях(либо роботы с соотв, апгрейдами)). Сенсоры перед внешними дверьми - пропускают только игроков, сенсоры перед первыми внутренними дверьми - пропускают игроков строго по 1 в шлюзовую камеру(в случае 2 игроков, игрока и моба и т.п. - первые внутренние двери не будут закрыты, процесс прохождения контроля не продолжится, пока не будут выполнены условия(возможно инфо панель/монитор для пояснения)). Между внутренним(со стороны базы) и средним(тамбурным) шлюзами хопперы/роботы и сенсоры проверки личности для пропуска на базу. В случае, если гость нежелателен - включить систему стерилизации тамбура, с последующим сбором останков. Охранная система базы(внешний периметр), в случае приближения к границам периметра персонажей из черного списка включается лазерное ограждение(голограмма), при пересечении обозначенных границ - включение систем обороны(роботы/теслы/комбинир.) Отключение мануально - через сервер-диспетчер либо предварительными настройками поведения системы(например не включать активную оборону, если на базе хозяин и т.д.) Охранная система базы(внутренние помещения) по всему объему доступных для перемещения игрока пространств будет зона агрессивной защиты - теслы/роботы/проч, за исключением безопасной зоны(вокруг кровати, если не отключат /home, а также возможно торговой/гостевой территории). Включение автоматическое, через 20 сек, отсутствия хозяев, отключается система автоматически, либо мануально. По базе в ключевых точках сенсоры, для определения "все ли дома?" и не пора ли встать на боевое дежурство. На данный момент мыслей больше нет, пора думать об исполнении. Дополнения, рекомендации, критику, пожалуйста в студию.

Да, салат берега утратил, решил обкопать меня со всех сторон дырки найти

Алекс ты хоть внимательно читаешь когда "остапа понесло" ? Я написал "ОБРЫЛИ", вокруг, просто намусорили на карте, мое все цело и невредимо