Лидеры

всем привет, к известно mineOS очень требовательна к железу а в робота может быть помешен только экран первого уровня но меня все не покидала идея всетаки запустить эту ос на роботае для начала, системма фактически будет запушена именно на роботе, а если быть конкретнее на виртуальной машине box а экран и видеокарта будет подключена по сети networks за передачу сигнала будет отвечать тунельные карты вот ссылка на архив: https://drive.google.com/file/d/1gc99r1zwWO_rmBXlkleUzuPRIvc6-m59/view?usp=sharing возможно он уже с частичьно устоновленной mineOS возможно нет незнаю я как сработало хеширования в OC так что рекомендую на диске робота почистить папку файловой системмы и заменить файл eeprom.dat на тот что в теме mineOS конфигурация пк: видеокарта: 3 уровень монитор: 3 уровень тунельная карта жеский конфигурация робота: тунельная карта инет карта жески на диски залейте файлы из архива с начала включите компьютер, откройте на нем файл gggg затем откройте на нем lua и там пропишите while true do event.pull() end и только затем включаем робота и долго долго ждемс вот тут я забыл вырубить openOS из lua и по этому связь быстро прервалась, но можно насладиться медленной отрисовкой))))

Первым шагом навстречу пользователям является, как я думаю, наличие такой ссылки на программу, благодаря которой можно скачать и запустить её без необходимости качать и распаковывать архивы. Вторым, если программа состоит более чем из одного файла, самодокачивание программой своих/не своих частей необходимых для полноценной работы. Доки на мой взгляд - третьестепенный фактор: большинство пользователей хочет максимально просто получить что-либо и пользоваться этим. Но в это же время предоставляемые продуктом возможности должны быть описаны хоть как-то, иначе они рискуют остаться неизвестными. Например, вывод по кнопке/команде краткого списка "что и как" – один из оптимальных вариантов. Ведь доки, по сути, это задокументированные возможности продукта, а не какие-то взятые с потолка абстрактные рассуждения. И когда автор в теме, в своей теме, пишет что может его программа – это не только добавляет ему постов в своей теме, но и - что более важно - делает описание более обширным, более ЗАДОКУМЕНТИРОВАННЫМ. Сделал обновление: что-то добавил или что-то поменял – напиши там же. Это удобно всем.

Можно, но есть более интересный метод, его можно здесь посмотреть: Вкратце: добавляемый OC шум может иметь только 256 разных значений. Можно перебрать плотность блока, вычислить, какой шум был добавлен, из этого получить тот байт, который для добавления шума используется. Если этот "байт" не целый или не лежит в интервале [-128; 128), то мы не угадали, и надо проверять какую-то другую плотность. P.S. На мой вкус, стоило бы сделать какой-то ровный фон, вроде угля, глины или чего-то подобного. Но это уже мелочи

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

Это не повод оффтопить в каждой теме. Если лол-топ-БИОС вмещается в 4096 байт, расскажи об этом в теме про лол-топ-БИОС. Там же можешь сравнить свою разработку с имеющимися аналогами. Делать такие сравнения в темах других авторов нежелательно. Хочешь рекламировать своё ПО — рекламируй в посвящённой этому ПО теме.

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

Потому что в кодеке DFPWM сэмплы однобитовые. Вообще, если раздуть каждый бит в файле DFPWM до байта (то есть чтобы были байты либо 255, либо 0), то выход вполне можно будет сыграть, но придётся ещё фильтр низких частот ставить перед FFT. Собственно, три буквы PWM в названии кодека уже описывают принцип работы, а ещё DF говорит, что там параметры фильтра меняются в процессе декодирования.

Сделал что-то типа карты на голограмме. Даже похоже на GeoMaps с форума, но чуть по другому, и намного менее масштабно) HoloMaps как минимум может определять пещеры под землей, и как максимум с не большой точностью руды. Проектор желательно ставить "Лицом", ну, смотря в сторону координаты Z-. Сканирование начинаеться с относительных от проектора координат X = -12, Y = -32, Z = -12 ---------------Информация------------------- Зеленый блок - Уголь, железо или алмазы Синий блок - вода или лава Красный блок (Опционально) - земля, камень и тд. Также можно разлить ведро воды, чтобы лучше понимать где вы находитесь на голограмме) ---------------------------------------------------- Запуск ///ИЛИ/// установка программы: pastebin run 6skJPcBX ///ИЛИ/// pastebin get 6skJPcBX holomaps.lua -f Вот скриншот пещеры: А вот скриншот просканированной пещеры: Как видно хоть и не все, но руды определились. Сканирование делаю блоками 4х4. Мне кажется у меня костильненько сделано, но из-за этого и в разделе "Программы новичков", в принципе, оно работает, разве что... без шумоподавления) И ещё один вопрос, как-бы нормально реализовать шумоподавление, это надо несколько раз сканировать, и брать среднее значение? И да, чем дальше от сканера, тем менее точно. Собственно тот самый код программы: https://pastebin.com/6skJPcBX

А можно примеры разместить на гитхабе, пастебине или как-то еще, чтобы не прихоилось качать архив?

ну такое себе, элементов очень мало, нету даже ползунков и таскаемых окошек, нет списков, это все есть в моей библиотеки guix, нельзя создать паток зашет gui, в моей либе так можно, лайк за красивые рамочьки кстате, да тут документация лутще чем в моем варианте, но я свою библиотеку писал для себя так та, у меня timer/listen/thread можно создать как для всего приложения так и для конкретной сцены(простите если когото обидел)