Аппаратные кодеки для изображений бесполезны, когда в кармане лежит железка с производительностью мейнфрейма и напичканы SIMD инструкциями. В современных реалиях скорее всего копирование в/из DSP будет занимать времени примерно столько же, сколько софтверное де/кодирование. А то, что фотка кодироваться будет на 0.0005 секунд быстрее - это вообще не важно.
Во-первых, "везде" есть только декодирование. А во-вторых, в Qualcomm Hexagon (который во всех Snapdragon используется) его нет. В NVDEC и кажется в процессорах AMLOGIC тоже нет.
Мысль была в том, что отсутствие аппаратного кодирования изображений абсолютно ни о чём не говорит, потому что оно не нужно практически никому.
Умная техника должна в первую очередь быть техникой и выполнять свои задачи, и во-вторую быть умной.
Поэтому лампочки должны включаться выключателем и дополнительно иметь подключение к "умному" дому, чтобы можно было в любом случае продолжать использовать как глупую.
Поэтому и всякие "вендор home" - это полнейшая шляпа. Оно мало того что без хаба, оно без интернета работать не будет.
Вы, конечно, сами себя подставили, но опыт - это тоже неплохо.
С3/C2 стоят сейчас столько же или дешевле 8266, при этом поддерживаются современными версиями IDF И как в других ESP32 GPIO не прибиты гвоздями к конкретным пинам, в отличие от 8266.
Ссылка на предыдущую статью - это оригинал на английском. Если это цикл, то наверное надо на перевод указать, а если это одна статья, то зачем переводить не первую...
В го с этим как раз неплохо, потому что на нём просто писать кому угодно с каким угодно бэкграундом.
Да, есть effective go, но в целом пока код работает - нормальным людям совсем без разницы на то, что он не вписывается в придуманную ими модель идиоматичного го.
Вокальное меньшинство тех, кто ругается на то, как правильно надо, это зачастую люди, которые в го пришли с большим опытом ООП языков вроде джавы или до-диеза и оказалось, что го работает не так, как им привычно.
Вот сообщество раста как раз знаменито токсичностью и любителями гнобить за всё, что не по канонам.
В ESP32 тоже нет ни камеры на чипе, ни Ethernet и их надо как-то ставить туда.
И, внезапно, на самом камне у ESP32 точно так же, как у RP2040 нет флеш памяти (на самом деле есть, но далеко не у всех чипов) и она, как вы говорите, "прикручивается сбоку" занимая линии SPI.
В какой момент тогда по-вашему заканчивается прикручивание сбоку, если у Pico W радио модуль точно так же разведен на плате, как и флеш память, таким же отдельным чипом?
Если у Pico есть какие-то проблемы, то они точно не в периферии.
Скриншот
А заголовки на полэкрана - это по каким гайдлайнам?
А потом он станет таким же монополистом, и делиться будет опять надо? :)
Идея сама по себе ничего не стоит, если хотите - надо делать самому. Сайт с админкой сделать очень просто. Вот сами и посмотрите - взлетит или нет
Так может вы не только брать будете, но и сами что-то взамен дадите?
Если вам пользователи данные отдают бесплатно, дайте и вы бесплатный доступ к API тем, кто ва данные предоставляет.
А вы не выравниваете поля?
Раз границы определены, то можно скорректировать перспективу, чтобы границы поля были параллельны сторонам экрана.
Если вам нужна ненадёжная доставка поверх UDP в браузер, берите WebRTC. Он не черновой и поддерживается примерно всеми браузерами.
Правда, этот недостаток в нём тоже есть
Аппаратные кодеки для изображений бесполезны, когда в кармане лежит железка с производительностью мейнфрейма и напичканы SIMD инструкциями. В современных реалиях скорее всего копирование в/из DSP будет занимать времени примерно столько же, сколько софтверное де/кодирование. А то, что фотка кодироваться будет на 0.0005 секунд быстрее - это вообще не важно.
Это ведь не видео, требования другие совсем
Это как?
Бенчмарками такое нужно подкреплять. Ну или хотя бы ссылками на патч, где бенчмарки за вас померили
Во-первых, "везде" есть только декодирование. А во-вторых, в Qualcomm Hexagon (который во всех Snapdragon используется) его нет.
В NVDEC и кажется в процессорах AMLOGIC тоже нет.
Мысль была в том, что отсутствие аппаратного кодирования изображений абсолютно ни о чём не говорит, потому что оно не нужно практически никому.
Пришлось опять установить. Буду летать.
А аппаратное кодирование webp, png, jpeg и gif давно в процессорах есть?
It depends, как говорится.
Если profile - это какие-то кишки фронтенда, то бить их по полям не нужно
Для чего в этой схеме S3, который подключён к ноде, но к которому ни клиент, ни nginx доступ не имеет?
Кажется, кто-то вдохновлялся KSP.
Применительно к Lua, проект с названием Mun уже существует. Но раз это тестовый анализатор, то это ни на что не влияет.
А в чём? Такая интрига с самого начала, а итог не раскрыт
Умная техника должна в первую очередь быть техникой и выполнять свои задачи, и во-вторую быть умной.
Поэтому лампочки должны включаться выключателем и дополнительно иметь подключение к "умному" дому, чтобы можно было в любом случае продолжать использовать как глупую.
Поэтому и всякие "вендор home" - это полнейшая шляпа. Оно мало того что без хаба, оно без интернета работать не будет.
Вы, конечно, сами себя подставили, но опыт - это тоже неплохо.
С3/C2 стоят сейчас столько же или дешевле 8266, при этом поддерживаются современными версиями IDF
И как в других ESP32 GPIO не прибиты гвоздями к конкретным пинам, в отличие от 8266.
Ссылка на предыдущую статью - это оригинал на английском. Если это цикл, то наверное надо на перевод указать, а если это одна статья, то зачем переводить не первую...
В го с этим как раз неплохо, потому что на нём просто писать кому угодно с каким угодно бэкграундом.
Да, есть effective go, но в целом пока код работает - нормальным людям совсем без разницы на то, что он не вписывается в придуманную ими модель идиоматичного го.
Вокальное меньшинство тех, кто ругается на то, как правильно надо, это зачастую люди, которые в го пришли с большим опытом ООП языков вроде джавы или до-диеза и оказалось, что го работает не так, как им привычно.
Вот сообщество раста как раз знаменито токсичностью и любителями гнобить за всё, что не по канонам.
В ESP32 тоже нет ни камеры на чипе, ни Ethernet и их надо как-то ставить туда.
И, внезапно, на самом камне у ESP32 точно так же, как у RP2040 нет флеш памяти (на самом деле есть, но далеко не у всех чипов) и она, как вы говорите, "прикручивается сбоку" занимая линии SPI.
В какой момент тогда по-вашему заканчивается прикручивание сбоку, если у Pico W радио модуль точно так же разведен на плате, как и флеш память, таким же отдельным чипом?
Если у Pico есть какие-то проблемы, то они точно не в периферии.