# Re: Свой crontab для напоминалок и другого
tuple (ping,54) → btimofeev – 14:03:52 2024-10-02
> Это же прекрасно. Теперь все подряд приложения не запускают свои бесконечные фоновые сервисы и не сажают этим батарейку.
В моём случае это работает плохо, так как даже не смотря на постоянное уведомление, telegram куда-то испаряется...
tuple (ping,54) → btimofeev – 14:03:52 2024-10-02
> Это же прекрасно. Теперь все подряд приложения не запускают свои бесконечные фоновые сервисы и не сажают этим батарейку.
В моём случае это работает плохо, так как даже не смотря на постоянное уведомление, telegram куда-то испаряется...
# Re: Свой crontab для напоминалок и другого
btimofeev (ping,6) → tuple – 10:39:44 2024-10-02
tuple> для того, чтобы быть в фоне постоянно, вынужден держать постоянное неубираемое уведомление.
Это же прекрасно. Теперь все подряд приложения не запускают свои бесконечные фоновые сервисы и не сажают этим батарейку.
btimofeev (ping,6) → tuple – 10:39:44 2024-10-02
tuple> для того, чтобы быть в фоне постоянно, вынужден держать постоянное неубираемое уведомление.
Это же прекрасно. Теперь все подряд приложения не запускают свои бесконечные фоновые сервисы и не сажают этим батарейку.
# Свой crontab для напоминалок и другого
tuple (ping,54) → tuple – 10:17:29 2024-10-02
В теории можно сделать упрощённую и переосмысленную версию того, что я описал в начальном сообщении темы. Написать аналог atq.service (который для юниксовой утилиты at), который будет вызывать notify-send с нужными аргументами на основе текстового файлика, синхронизирующегося между устройствами.
Однако возникает проблема с мобильными устройствами. Гуглы закрутили гайки, и отправка уведомлений, и работа в фоне без костылей невозможна. Тот же Telegram FOSS из F-Droid для того, чтобы быть в фоне постоянно, вынужден держать постоянное неубираемое уведомление.
Ещё есть вариант использовать телеграм для уведомлений на мобильных устройствах, можно даже полностью сделать напоминалку исключительно на телеграме - только взаимодействие с ботом без необходимости писать atq. Минусы? Сливать свои данные в телеграм - не лучшая идея, хоть там уже крутиться куча всего. Ну и не unixway'но.
tuple (ping,54) → tuple – 10:17:29 2024-10-02
В теории можно сделать упрощённую и переосмысленную версию того, что я описал в начальном сообщении темы. Написать аналог atq.service (который для юниксовой утилиты at), который будет вызывать notify-send с нужными аргументами на основе текстового файлика, синхронизирующегося между устройствами.
Однако возникает проблема с мобильными устройствами. Гуглы закрутили гайки, и отправка уведомлений, и работа в фоне без костылей невозможна. Тот же Telegram FOSS из F-Droid для того, чтобы быть в фоне постоянно, вынужден держать постоянное неубираемое уведомление.
Ещё есть вариант использовать телеграм для уведомлений на мобильных устройствах, можно даже полностью сделать напоминалку исключительно на телеграме - только взаимодействие с ботом без необходимости писать atq. Минусы? Сливать свои данные в телеграм - не лучшая идея, хоть там уже крутиться куча всего. Ну и не unixway'но.
# Re: Избыток абстракций
shaos (shaos, 2) → Andrew Lobanov – 00:23:28 2024-09-29
> У меня нет машины времени, чтобы вернуться на шесть лет назад.
Ну ой тогда :)
Если старый код работает, то не трогайте, а если глючит или тормозит, то аллоцируйте бюджет на "technical debt"...
shaos (shaos, 2) → Andrew Lobanov – 00:23:28 2024-09-29
> У меня нет машины времени, чтобы вернуться на шесть лет назад.
Ну ой тогда :)
Если старый код работает, то не трогайте, а если глючит или тормозит, то аллоцируйте бюджет на "technical debt"...
# Re: Кроссплатформенный календарь на текстовых файлах
Andrew Lobanov (tavern,1) → tuple – 08:32:44 2024-09-28
tuple> Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.
Ну ой тогда :)
tuple> Конкретно сейчас список дел лежит в виде todo.txt (https://github.com/todotxt/todo.txt). А вот хотелось бы найти формат похожий, но для календарных событий.
Звучит как часок не перле.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → tuple – 08:32:44 2024-09-28
tuple> Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.
Ну ой тогда :)
tuple> Конкретно сейчас список дел лежит в виде todo.txt (https://github.com/todotxt/todo.txt). А вот хотелось бы найти формат похожий, но для календарных событий.
Звучит как часок не перле.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Кроссплатформенный календарь на текстовых файлах
tuple (ping,54) → Andrew Lobanov – 08:19:11 2024-09-28
Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.
Конкретно сейчас список дел лежит в виде todo.txt (https://github.com/todotxt/todo.txt). А вот хотелось бы найти формат похожий, но для календарных событий.
Есть calendar.txt, однако он не имеет никакой поддержки - никому неизвестен.
Есть утилита remind (https://wiki.archlinux.org/title/Remind), но достаточно устарела, неудобна с русским языком.
tuple (ping,54) → Andrew Lobanov – 08:19:11 2024-09-28
Скажем так: у меня "стэк" системы заметок не позволяет перейти на org-mode легко. Веду нечто вроде vimwiki (+одноимённый плагин), стараясь следовать методу Zettelkasten. И это всё дело сидит в markdown, от которого уходить не хотелось бы.
Конкретно сейчас список дел лежит в виде todo.txt (https://github.com/todotxt/todo.txt). А вот хотелось бы найти формат похожий, но для календарных событий.
Есть calendar.txt, однако он не имеет никакой поддержки - никому неизвестен.
Есть утилита remind (https://wiki.archlinux.org/title/Remind), но достаточно устарела, неудобна с русским языком.
# Re: Кроссплатформенный календарь на текстовых файлах
Andrew Lobanov (tavern,1) → btimofeev – 07:41:04 2024-09-28
tuple>> Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся
btimofeev> Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер https://orgmode.org/ ).
Именно org-mode стал для меня первым шагом в переходе с vim на emacs. Хотя, для мелких вещей и по ssh до сих пор предпочитаю vim.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → btimofeev – 07:41:04 2024-09-28
tuple>> Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся
btimofeev> Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер https://orgmode.org/ ).
Именно org-mode стал для меня первым шагом в переходе с vim на emacs. Хотя, для мелких вещей и по ssh до сих пор предпочитаю vim.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Кроссплатформенный календарь на текстовых файлах
Andrew Lobanov (tavern,1) → shaos – 07:41:04 2024-09-28
shaos> О - а я из третьей секты :)
shaos> Точнее из тех нормальных людей, кто вырос на MS-DOS ;)
Тогда я предпочитал борландовские IDE. Но, как позже оказалось, есть более интересные и совершенные решения.
shaos> Я с конца 90х все свои программы пишу в mcedit (mc это клон нортон коммандера для линуха), хотя в 1996-1997 немного посидел в редакторе joe, так как у него комбинации клавиш повторяли борландовские (aka WordStar shortcuts)…
Mcedit уже даже для конфигов перестал использовать. Быстрее в vim поправить конфиг :)
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → shaos – 07:41:04 2024-09-28
shaos> О - а я из третьей секты :)
shaos> Точнее из тех нормальных людей, кто вырос на MS-DOS ;)
Тогда я предпочитал борландовские IDE. Но, как позже оказалось, есть более интересные и совершенные решения.
shaos> Я с конца 90х все свои программы пишу в mcedit (mc это клон нортон коммандера для линуха), хотя в 1996-1997 немного посидел в редакторе joe, так как у него комбинации клавиш повторяли борландовские (aka WordStar shortcuts)…
Mcedit уже даже для конфигов перестал использовать. Быстрее в vim поправить конфиг :)
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Избыток абстракций
Andrew Lobanov (tavern,1) → shaos – 07:41:04 2024-09-28
>> Как бороться с сабжем в легаси-коде?
shaos> Бороться надо на этапе разработки
У меня нет машины времени, чтобы вернуться на шесть лет назад.
shaos> надо становиться техлидом и пинать разрабов чтобы они не вылезали за рамки техзадания
Обычно так и пишем. Но в старом коде море говнокода.
shaos> многие молодые разработчики (особенно российские) норовят на любую тривиальную задачу нагородить «сферического коня в вакууме» - суперуниверсальное решение, которое не только поставленную задачу решает, но и любые другие сходные с ней или которые могут возникнуть на базе текущей задачи в ближайшую сотню лет - в итоге получается овердохера кода который может поддерживать только первоначальный автор, тем самым обеспечивая себе «job security»…
Универсальность это хорошо. Только не ценой сложного и запутанного кода. Есть же, в конце концов, паттерны под это.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → shaos – 07:41:04 2024-09-28
>> Как бороться с сабжем в легаси-коде?
shaos> Бороться надо на этапе разработки
У меня нет машины времени, чтобы вернуться на шесть лет назад.
shaos> надо становиться техлидом и пинать разрабов чтобы они не вылезали за рамки техзадания
Обычно так и пишем. Но в старом коде море говнокода.
shaos> многие молодые разработчики (особенно российские) норовят на любую тривиальную задачу нагородить «сферического коня в вакууме» - суперуниверсальное решение, которое не только поставленную задачу решает, но и любые другие сходные с ней или которые могут возникнуть на базе текущей задачи в ближайшую сотню лет - в итоге получается овердохера кода который может поддерживать только первоначальный автор, тем самым обеспечивая себе «job security»…
Универсальность это хорошо. Только не ценой сложного и запутанного кода. Есть же, в конце концов, паттерны под это.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Кроссплатформенный календарь на текстовых файлах
Andrew Lobanov (tavern,1) → tuple – 07:41:03 2024-09-28
>> Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.
tuple> Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хотелось бы некое независимое от выбранного редактора решение.
Это PlainText. Просто есть встроенный софт, который делает всё, что тебе нужно.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → tuple – 07:41:03 2024-09-28
>> Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.
tuple> Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хотелось бы некое независимое от выбранного редактора решение.
Это PlainText. Просто есть встроенный софт, который делает всё, что тебе нужно.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Кроссплатформенный календарь на текстовых файлах
btimofeev (ping,6) → tuple – 20:00:40 2024-09-27
tuple> Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся
Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер https://orgmode.org/ ).
Я тоже когда-то vim использовал (да и сейчас везде где можно стрелки на hjkl), но после знакомства с org-mode больше начал пользоваться емаксом.
P.S. Edited: 2024-09-27 21:00:50
btimofeev (ping,6) → tuple – 20:00:40 2024-09-27
tuple> Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся
Да ты не переживай, там надо только c org-mode разобраться (почитай доку - это реально очень крутой органайзер https://orgmode.org/ ).
Я тоже когда-то vim использовал (да и сейчас везде где можно стрелки на hjkl), но после знакомства с org-mode больше начал пользоваться емаксом.
P.S. Edited: 2024-09-27 21:00:50
# Re: Кроссплатформенный календарь на текстовых файлах
tuple (ping,54) → shaos – 18:47:22 2024-09-27
Родился после 2000-го года, не застал того времени. Году в 19-ом попался мне на глаза Luke Smith вот закрутилось и завертелось у меня с vim'ом.
tuple (ping,54) → shaos – 18:47:22 2024-09-27
Родился после 2000-го года, не застал того времени. Году в 19-ом попался мне на глаза Luke Smith вот закрутилось и завертелось у меня с vim'ом.
# Re: Избыток абстракций
shaos (shaos, 2) → Andrew Lobanov – 18:25:21 2024-09-27
> Как бороться с сабжем в легаси-коде?
Бороться надо на этапе разработки - надо становиться техлидом и пинать разрабов чтобы они не вылезали за рамки техзадания - многие молодые разработчики (особенно российские) норовят на любую тривиальную задачу нагородить «сферического коня в вакууме» - суперуниверсальное решение, которое не только поставленную задачу решает, но и любые другие сходные с ней или которые могут возникнуть на базе текущей задачи в ближайшую сотню лет - в итоге получается овердохера кода который может поддерживать только первоначальный автор, тем самым обеспечивая себе «job security»…
shaos (shaos, 2) → Andrew Lobanov – 18:25:21 2024-09-27
> Как бороться с сабжем в легаси-коде?
Бороться надо на этапе разработки - надо становиться техлидом и пинать разрабов чтобы они не вылезали за рамки техзадания - многие молодые разработчики (особенно российские) норовят на любую тривиальную задачу нагородить «сферического коня в вакууме» - суперуниверсальное решение, которое не только поставленную задачу решает, но и любые другие сходные с ней или которые могут возникнуть на базе текущей задачи в ближайшую сотню лет - в итоге получается овердохера кода который может поддерживать только первоначальный автор, тем самым обеспечивая себе «job security»…
# Re: Кроссплатформенный календарь на текстовых файлах
shaos (shaos, 2) → tuple – 18:18:28 2024-09-27
О - а я из третьей секты :)
Точнее из тех нормальных людей, кто вырос на MS-DOS ;)
Я с конца 90х все свои программы пишу в mcedit (mc это клон нортон коммандера для линуха), хотя в 1996-1997 немного посидел в редакторе joe, так как у него комбинации клавиш повторяли борландовские (aka WordStar shortcuts)…
shaos (shaos, 2) → tuple – 18:18:28 2024-09-27
О - а я из третьей секты :)
Точнее из тех нормальных людей, кто вырос на MS-DOS ;)
Я с конца 90х все свои программы пишу в mcedit (mc это клон нортон коммандера для линуха), хотя в 1996-1997 немного посидел в редакторе joe, так как у него комбинации клавиш повторяли борландовские (aka WordStar shortcuts)…
# Re: Кроссплатформенный календарь на текстовых файлах
tuple (ping,54) → Andrew Lobanov – 12:32:42 2024-09-27
> Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.
Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хотелось бы некое независимое от выбранного редактора решение.
tuple (ping,54) → Andrew Lobanov – 12:32:42 2024-09-27
> Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.
Я из другой секты - vim. Emacs немного трогал, но не хочу в него погружатся, а то придётся пересматривать парадигмы повседневной работы за компом. Хотелось бы некое независимое от выбранного редактора решение.
# Избыток абстракций
Andrew Lobanov (tavern,1) → All – 12:26:55 2024-09-27
Как бороться с сабжем в легаси-коде? Попадаются прямо такие вещи, что я проямо колдобюсь, когда сталкиваюсь.
Последнее из прекрасного, мьютекс со счётчиком локов, который нигде не используется.
Я ещё могу нафантазировать зачем нужен счётчик ReadLock'ов в RWMutex, но вот в самом обычном мьютексе это нафига? Причём реально по всему проекту этот счётчик не используется нигде.
А ведь для этого наверчена отдельная структура, у неё свои методы, реализующие интерфейс мьютекса, но так как нет в стандартной библиотеке интерфейса мьютекса, то наверчен свой интерфейс, но в итоге везде эти мьютексы летят через пустые интерфейсы.
И вот с одной стороны проделана работа (пусть и без результата, но кто его знает, что там в головах было в древности, может была какая-то красивая идея), а с другой стороны это всё бежит по пустым интерфейсом, ломая весь вкус статической типизации.
Извините, накипело. Я эту лабуду разматывал несколько часов только что, чтобы понять, что вообще такое мне в интерфейс падает, где оно описано и нафиг оно нужно.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → All – 12:26:55 2024-09-27
Как бороться с сабжем в легаси-коде? Попадаются прямо такие вещи, что я проямо колдобюсь, когда сталкиваюсь.
Последнее из прекрасного, мьютекс со счётчиком локов, который нигде не используется.
Я ещё могу нафантазировать зачем нужен счётчик ReadLock'ов в RWMutex, но вот в самом обычном мьютексе это нафига? Причём реально по всему проекту этот счётчик не используется нигде.
А ведь для этого наверчена отдельная структура, у неё свои методы, реализующие интерфейс мьютекса, но так как нет в стандартной библиотеке интерфейса мьютекса, то наверчен свой интерфейс, но в итоге везде эти мьютексы летят через пустые интерфейсы.
И вот с одной стороны проделана работа (пусть и без результата, но кто его знает, что там в головах было в древности, может была какая-то красивая идея), а с другой стороны это всё бежит по пустым интерфейсом, ломая весь вкус статической типизации.
Извините, накипело. Я эту лабуду разматывал несколько часов только что, чтобы понять, что вообще такое мне в интерфейс падает, где оно описано и нафиг оно нужно.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Re: Кроссплатформенный календарь на текстовых файлах
Andrew Lobanov (tavern,1) → tuple – 12:22:07 2024-09-27
tuple> Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.
tuple> А ещё хотелось бы, чтобы можно было не только просматривать через интерфейс приложений, но и редактировать события, а также уведомления, основанные на времени события... Но это так - мечты.
Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
Andrew Lobanov (tavern,1) → tuple – 12:22:07 2024-09-27
tuple> Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.
tuple> А ещё хотелось бы, чтобы можно было не только просматривать через интерфейс приложений, но и редактировать события, а также уведомления, основанные на времени события... Но это так - мечты.
Кхм... Я сейчас как сектант скажу, но Emacs и его Org-mode выглядит как то, что тебе нужно. И даже существенно больше.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
# Кроссплатформенный календарь на текстовых файлах
tuple (ping,54) → All – 11:52:27 2024-09-27
Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.
А ещё хотелось бы, чтобы можно было не только просматривать через интерфейс приложений, но и редактировать события, а также уведомления, основанные на времени события... Но это так - мечты.
Существует ли такое решение у кого-нибудь?
---
Из найденного самое ближайшее это использование calcurse - https://github.com/avidseeker/awesome-syncthing#icsx5 . Однако это работает только в одну сторону...
tuple (ping,54) → All – 11:52:27 2024-09-27
Долго искал таковое решение, но не нашёл вообще. А именно: хотелось бы иметь файл или кучку файлов в одном календарном просто текстовом формате, которые будут распознаваться и просматриваться соответствующим календарным софтом и на linux, и на android.
А ещё хотелось бы, чтобы можно было не только просматривать через интерфейс приложений, но и редактировать события, а также уведомления, основанные на времени события... Но это так - мечты.
Существует ли такое решение у кого-нибудь?
---
Из найденного самое ближайшее это использование calcurse - https://github.com/avidseeker/awesome-syncthing#icsx5 . Однако это работает только в одну сторону...
# Re: боны поны и прочее
ii.51t.ru (dinozavr,2) → Difrex – 14:45:24 2023-01-20
нифига не понял, почему это в develop, но утянул себе develop тоже :)
ii.51t.ru (dinozavr,2) → Difrex – 14:45:24 2023-01-20
нифига не понял, почему это в develop, но утянул себе develop тоже :)
# Re: боны поны и прочее
Andrew Lobanov (tavern,1) → Difrex – 06:41:35 2023-01-20
Difrex> Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.
Движение ради движения же.
Difrex> ЗЫ: хочу тянуть по 9000 сообщений
Для этого нам нужно начинать пользоваться технологией :)
+++ Caesium/0.4 RC1
Andrew Lobanov (tavern,1) → Difrex – 06:41:35 2023-01-20
Difrex> Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.
Движение ради движения же.
Difrex> ЗЫ: хочу тянуть по 9000 сообщений
Для этого нам нужно начинать пользоваться технологией :)
+++ Caesium/0.4 RC1
# Re: боны поны и прочее
Difrex (dynamic,1) → iiii – 22:13:44 2023-01-19
Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.
ЗЫ: хочу тянуть по 9000 сообщений
Difrex (dynamic,1) → iiii – 22:13:44 2023-01-19
Не вижу смысла в новой эхе. Но, на пример, динамик фетчит все из list.txt. Так что новая эха у меня на ноде появится.
ЗЫ: хочу тянуть по 9000 сообщений
# Re: Фантастические консоли и где они обитают
btimofeev (tavern,13) → johnbrown – 12:53:33 2020-09-26
johnbrown> Там, какой-то высокоуровневый ассембер, как я понял, используется, надеюсь будет полегче. Давно хотел приобщиться. Вчера читал руководство по нему, про звуки ничего не нашёл, думал не поддерживает вообще. Ну, здорово, что консоль реально существовала, не фэнтези )
Она реально не существовала. Chip-8 больше похож на Java или современные виртуальные консоли, это была типа виртуальная машина которая проигрывала игры написанные на этом простеньким ассемблере. А распространялось это на несколько разных компьютеров тех лет.
Ассемблер там простой, я писал небольшую статью с примерами и разбором кода как выводить изображения и обрабатывать события клавиатуры, если интересно можешь почитать https://emunix.org/post/writing-chip-8-emulator-part-3/
btimofeev (tavern,13) → johnbrown – 12:53:33 2020-09-26
johnbrown> Там, какой-то высокоуровневый ассембер, как я понял, используется, надеюсь будет полегче. Давно хотел приобщиться. Вчера читал руководство по нему, про звуки ничего не нашёл, думал не поддерживает вообще. Ну, здорово, что консоль реально существовала, не фэнтези )
Она реально не существовала. Chip-8 больше похож на Java или современные виртуальные консоли, это была типа виртуальная машина которая проигрывала игры написанные на этом простеньким ассемблере. А распространялось это на несколько разных компьютеров тех лет.
Ассемблер там простой, я писал небольшую статью с примерами и разбором кода как выводить изображения и обрабатывать события клавиатуры, если интересно можешь почитать https://emunix.org/post/writing-chip-8-emulator-part-3/
# Re: Фантастические консоли и где они обитают
johnbrown (ping,9) → btimofeev – 11:55:06 2020-09-26
> Я когда-то интересовался одной из первых подобных платформ, разработанной еще в 70-х годах - CHIP-8. Там всего два цвета на экране, разрешение 64х32, 16 кнопок клавиатуры, из звуков только "Бииип" и игры пишутся на ассемблере. Но игры конечно простенькие - пинг-понг, арканоиды и подобное. Я учился азам написания эмуляторов на этой системе - вот тут мой эмулятор лежит https://github.com/btimofeev/emuchip
Там, какой-то высокоуровневый ассембер, как я понял, используется, надеюсь будет полегче. Давно хотел приобщиться. Вчера читал руководство по нему, про звуки ничего не нашёл, думал не поддерживает вообще. Ну, здорово, что консоль реально существовала, не фэнтези )
У меня когда-то был Микроша, но получалось запускать на нем только бейсик, да ещё какой-то текстовый редактор. Там и ассемблер был, но для меня тогда это было что-то инопланетное.
johnbrown (ping,9) → btimofeev – 11:55:06 2020-09-26
> Я когда-то интересовался одной из первых подобных платформ, разработанной еще в 70-х годах - CHIP-8. Там всего два цвета на экране, разрешение 64х32, 16 кнопок клавиатуры, из звуков только "Бииип" и игры пишутся на ассемблере. Но игры конечно простенькие - пинг-понг, арканоиды и подобное. Я учился азам написания эмуляторов на этой системе - вот тут мой эмулятор лежит https://github.com/btimofeev/emuchip
Там, какой-то высокоуровневый ассембер, как я понял, используется, надеюсь будет полегче. Давно хотел приобщиться. Вчера читал руководство по нему, про звуки ничего не нашёл, думал не поддерживает вообще. Ну, здорово, что консоль реально существовала, не фэнтези )
У меня когда-то был Микроша, но получалось запускать на нем только бейсик, да ещё какой-то текстовый редактор. Там и ассемблер был, но для меня тогда это было что-то инопланетное.
# Re: Фантастические консоли и где они обитают
hugeping (ping,1) → johnbrown – 07:49:01 2020-09-26
Если мне захочется "живого" железа, я скорее всего выберу спектрум. В детстве я программировал на БК0010-01, а вокруг были спектрумы. Поэтому, интересно. :) Даже читал книгу по железу спека не так давно. Но реально, не уверен что руки дойдут. Много всего. :) Сейчас вот Plan-9 увлёкся.
А в плане виртуальных консолей, PICO8 для меня лучшая. В ней есть баланс ограничений, которые (на практике проверил) идеально для меня подходят. Жаль, что закрытая только. Но хотя бы формат игр открыт и есть открытые плееры...
hugeping (ping,1) → johnbrown – 07:49:01 2020-09-26
Если мне захочется "живого" железа, я скорее всего выберу спектрум. В детстве я программировал на БК0010-01, а вокруг были спектрумы. Поэтому, интересно. :) Даже читал книгу по железу спека не так давно. Но реально, не уверен что руки дойдут. Много всего. :) Сейчас вот Plan-9 увлёкся.
А в плане виртуальных консолей, PICO8 для меня лучшая. В ней есть баланс ограничений, которые (на практике проверил) идеально для меня подходят. Жаль, что закрытая только. Но хотя бы формат игр открыт и есть открытые плееры...