А то что на Android/ChromeOS вместо браузера из коробки всегда стоит Google Chrome (либо совсем мусор от сяоми, самсунга и других OEM), а на iOS/MacOS вообще какой-то Safari - их почему-то не смущает.
И то что на iOS вообще нельзя в app store залить настоящий браузер, а не просто рескин сафари - тоже не смущает?
А то что Edge уже несколько лет это просто рескин гугл хрома, но все ещё более щадящий к ресурсам и не требующий лишнего аккаунта - их тоже не смущает?
Можете посоветовать какой контроллер и прошивку для Bluetooth клавы?
был какой-то целый клавиатурный фреймворк на C под оченб слабые микроконтроллеры.
Но сам я пробовал делать на esp32-s3 и nanoFramework C#. Это работало (я не плжключал настояшую клавиатуру, только кнопки самой платы микроконтроллера использовал), соединение было через BLE, но как правильно подкинуть медиакнопки я не понял
Да, в nanoFramework не все прокинуто. И нет автоматической прокидывалки, как я понял, хотя можно было бы сделать.
Хорошо, если wasm будет не как в отсталом вебе, где нельзя полную мощность железа использовать и где к апи все равно можно добраться только через один язык.
И ещё нюанс, что wasm из коробки не сможет позволять делать всё и сразу. Либо изначальная прошивка будет много весить.
Мне это в nanoFramework бесит, что все круто и быстро (любое приложение это именно приложение и у него очень быстрое развертывание, а не перезаливка прошивки целиком).
Пока не надо что-то новые железное использовать. А как только надо что-то, а этого нет в прошивке - то надо искать (или собирать самому прошивку) и перепрошивать. А это уже не быстро, не круто и не весело - но это вполне как философия микроконтроллеров
переход на linux уже миллион лет пропагандируют, но это только на серверах сработало.
dotnet в целом уже очень давно не ассоциируется с привязкой к винде. Официальная реализация с 2014года не только под винду, неофициальная (unity, mono) так вообще ещё с нулевых годов.
Конкретно net nanoFramework можно собирать, отлаживать и под линуксом
По поводу размера питоновского коммунити - ну и что что в каких-то областях оно больше, в каких то меньше. js же вон не выстрелил на микроконтроллерах, хотя у js в целом коммунити вроде как самое большое, но как вы заметили он жрет побольше.
И тут мы переходим к эффективности:
компиляция в IL нужна чтобы ускорить выполнение (и эту компиляцию можно сделать на внешнем сервисе, раз уж вайбкодит все равно где-то во вре. А если сильно заморочиться, то можно затащить компилятор в IL и на микрокотроллер).
Я сравнивал nanoFramework и microPython на одном и том же микроконтроллере, и microPython просто даже сильнее грел микронтроллер. А выделение тепла это как бы и на производительность, и на время работы от батареи влияет. И это либо потому что IL проще интерпретировать, либо потому что nanoCLR в целом эффективнее
А редактирование чем-то самописным выполняется или какой-то чужой библиотекой?
Кстати, рендер можно делать встроенным средством в Винду
Очень круто. Но можно ли все таки уместиться в ещё меньшее количество, типо 0.1-0.3B?
Поддержка русского есть или планируется?
А то что на Android/ChromeOS вместо браузера из коробки всегда стоит Google Chrome (либо совсем мусор от сяоми, самсунга и других OEM), а на iOS/MacOS вообще какой-то Safari - их почему-то не смущает.
И то что на iOS вообще нельзя в app store залить настоящий браузер, а не просто рескин сафари - тоже не смущает?
А то что Edge уже несколько лет это просто рескин гугл хрома, но все ещё более щадящий к ресурсам и не требующий лишнего аккаунта - их тоже не смущает?
Это тащить ещё целый линукс и аж целый питон
Вот бы ещё у логитек было приложение, а не многожрущий сайтик на электроне
Foundry Local https://learn.microsoft.com/ru-ru/azure/foundry-local/what-is-foundry-local
Ещё эта штука умеет NPU
Залей в стор, чтобы поиск, установка, обновления стали тривиальными и без споров со смартскрином
был какой-то целый клавиатурный фреймворк на C под оченб слабые микроконтроллеры.
Но сам я пробовал делать на esp32-s3 и nanoFramework C#.
Это работало (я не плжключал настояшую клавиатуру, только кнопки самой платы микроконтроллера использовал), соединение было через BLE, но как правильно подкинуть медиакнопки я не понял
Всё ещё хуже винфоновского. А ведь прошло больше 10 лет
А как решили проблему с тем, что SileroTTS не умеет произносить цифры и аббревиатуры?
SileroTTS для её синтеза. С последним пришлось повозиться, поскольку официально Android не поддерживается
Разве это не просто торч модели? А торч под андроид должен быть нативно
У телефона будет ОЗУ и ядер побольше, чем за 200 рублей в месяц. Но конечно на vps будет нормальный линукс, а не какой-то андроид
Разве при работе через генерики попадет в кучу?
Так а почему не сделать просто интерфейс и его реализации?
Очень круто!
А с ClearType такое прокатит? Или ClearType имеет фиксированный конвейер подстановки шрифта под экран (то есть там нельзя свод логику прикрутить)
Да, в nanoFramework не все прокинуто. И нет автоматической прокидывалки, как я понял, хотя можно было бы сделать.
Хорошо, если wasm будет не как в отсталом вебе, где нельзя полную мощность железа использовать и где к апи все равно можно добраться только через один язык.
И ещё нюанс, что wasm из коробки не сможет позволять делать всё и сразу. Либо изначальная прошивка будет много весить.
Мне это в nanoFramework бесит, что все круто и быстро (любое приложение это именно приложение и у него очень быстрое развертывание, а не перезаливка прошивки целиком).
Пока не надо что-то новые железное использовать. А как только надо что-то, а этого нет в прошивке - то надо искать (или собирать самому прошивку) и перепрошивать. А это уже не быстро, не круто и не весело - но это вполне как философия микроконтроллеров
переход на linux уже миллион лет пропагандируют, но это только на серверах сработало.
dotnet в целом уже очень давно не ассоциируется с привязкой к винде. Официальная реализация с 2014года не только под винду, неофициальная (unity, mono) так вообще ещё с нулевых годов.
Конкретно net nanoFramework можно собирать, отлаживать и под линуксом
https://docs.nanoframework.net/content/getting-started-guides/getting-started-vs-code.html
По поводу размера питоновского коммунити - ну и что что в каких-то областях оно больше, в каких то меньше. js же вон не выстрелил на микроконтроллерах, хотя у js в целом коммунити вроде как самое большое, но как вы заметили он жрет побольше.
И тут мы переходим к эффективности:
компиляция в IL нужна чтобы ускорить выполнение (и эту компиляцию можно сделать на внешнем сервисе, раз уж вайбкодит все равно где-то во вре. А если сильно заморочиться, то можно затащить компилятор в IL и на микрокотроллер).
Я сравнивал nanoFramework и microPython на одном и том же микроконтроллере, и microPython просто даже сильнее грел микронтроллер. А выделение тепла это как бы и на производительность, и на время работы от батареи влияет. И это либо потому что IL проще интерпретировать, либо потому что nanoCLR в целом эффективнее
Ещё такое можно сделать на net nanoFramework. И да, основное преимущество использования тоже будет в быстрой компиляции и универсальности
Есть kokoro модели с поддержкой русского (Но в статье наверное про более новые модели).
И есть даже обёртка для dotnet (не всегда же с питоном страдать)
https://github.com/Lyrcaxis/KokoroSharp
У Microsoft Azure Neural скорее всего есть русский
Яндекс Маркет прям пишет "и за VPN могут быть ошибки". Хотя клиент VPN настроен так чтобы ЯМа напрямую шла