Лидеры

Не знаю, как у вас, а у меня есть один пунктик - весь код должен быть аккуратненько разложен по маленьким файликам. Ну, или не очень аккуратненько... Но в любом случае, файлы размером более ста строк для меня уже становятся сложночитаемыми, и я предпочитаю их разбивать на два и более. Но встает вопрос - эти два файла надо как-то, скажем так, совместить. Думаю, эта проблема возникала не только у меня, а учитывая повышенный интерес к многофайловым установщикам, я таки решился адаптировать свою достаточно старую разработку и вывести ее в свет. Короче говоря, встречайте Unified Multi-File Application Loader, сокращенно UMFAL UPD: вышла версия 2.0! Помимо добавления небольшого количества фич, появилась подробная документация на двух языках, а также примеры кода. Подробное описание возможностей библиотеки, а также подробно задокументированные примеры - на Github: Репозиторий проекта Команда для загрузки (wget) wget -f https://github.com/AtomicScience/UMFAL/releases/latest/download/umfal.lua /lib/umfal.lua

Я вас категорически приветствую, товарищи форумчане и случайные посетители! Ваше внимания представляю свою реализацию UNIX программы diff, а именно 1 из ее использований: diff -u file_old file_new > file.diff Моя программа выдает такие же валидные диффы, которые может спокойно использовать UNIX'овый patch. (Я проверял ). Единственное, я из универсального формата выкинул общие строки, поскольку они не мешают работе patch. Собственно сам код находится тут. Скачать: pastebin get VAJeuBBQ diff.lua Запускать программу можно таким образом: diff file1 file2 file.diff (расширение .diff можно как указывать явно, так и опускать его, программа сама добавит, если будет нужно). В планах следующее: Написать свою версию patch, поскольку то решение, которое я нашел не очень то работает. Его сырцы тут. После написания patch - начать пилить свой git с блэкджеком и шлюхами =) Т.к все для этого уже будет готово (patch и diff). Отдельную благодарность хочу выразить @PandaDoddo за то, что помог в написании кода! Оставляю программу на ваша обсуждение, здоровая критика приветствуются. Если возникнут вопросы, задавайте их в этой теме, или же меня можно найти в нашем чате в IRC или же в нашей группе в Discord. В Discord так же есть мост в IRC. Скрины:

Всем привет! Решил немного позабавиться и написать отрисовщик bmp, вот что из этого вышло: Использование: bmp24 --path=<путь до файла> Ссылки на гитхаб и пастебин: https://pastebin.com/7spSwqPG https://github.com/ov3rwrite/bmp24/tree/main Прикольно, но существует ряд ограничений которые потом (возможно) буду допиливать: только 24-разрядные bmp максимальный размер загружаемого изображения 160 на 49 100 пикселей растянуто в 2 раза из-за прямоугольного разрешения 1 символа пофикшено Bs0Dd медленно выводит Немногословно, но и сказать больше нечего. Спасибо за внимание!

Да, сделать это несложно и пользы от рисования псевдографическими символами больше. Нет растягивания, отрисовка происходит в два раза быстрее (ведь за один раз мы рисуем сразу два пикселя), можно рисовать картинки разрешением до 160х100. Слева обычная отрисовка от ov3rwrite, справа полупиксельная от меня Кстати о картинках в 160х100 Код тут: https://pastebin.com/pVr3dkXZ Пы.Сы.: Всплыли неприятные глюки при обработке данных (я за BMP не шарю, так что оставляю это на более опытных) Картинка рисуется в отзеркаленном виде Поправил в коде Если создать картинку разрешением меньше экранного, то ее перекорежит Оба глюка присутствуют в исходной программе, картинки делал в PS7.0 и Paint-е, разницы никакой

Завтра постараюсь сделать разбивку пакетов и eeprom версию.

Они кешируются в объекте приложения. Соответственно, каждый раз, когда мы запускаем run.lua, создаётся новый объект с чистым кешем. Руками ничего выгружать не нужно

Рисовать можно не символами, а полусимволами или даже шрифтом брайля

Новое обновление, если что. С помощью перехода на Tree API гитхаба теперь можно брать релизы, тэги и коммиты программ. (вроде как, если найдете баги, то пожалуйста - в иесусы репа) Также при пулле теперь необязательно указывать имя репозитория, ибо оно сохраняется после клона. В процессе пуши, так что... Ждем