В моем случае RPi3 без проблем справлялась с отправкой нескольких фрэймов в секунду (без шифрования). И главное, не нужно было городить весь этот огород с WEBRTC, который (к тому моменту) не так давно появился на горизонте.
Ну если вы говорите о "диковинных зверях", то тут, конечно, все "не как у людей" делается. Но и python multiprocessing (см. тему статьи) в таких проектах, наверное, не в чести.
я говорил о функциональности. Так как плата, как я понял, того же производителя, что и MCU. Возможно выбор был сделан именно на этой основе.
На самом деле для управления только режимом "сна" и mega8 великовата. Не исключено, что MCU выполняет еще какие-то дополнительные функции. Из содержимого ролика трудно сказать. Ясно только то, что ролик явно "смакует" факт не основной функциональности нашего чипа в изделии. Ну и "скрытый за радиатором" (о чипе RealTek) звучит странно т.к. врядли сертификация не требует BOM.
Конечно, но если с нуля. А если, как в моем случае, весь код написан, а микросхемки от ST возьми да пропади на неопределенный срок... Пришлось прогибаться. ;)
Окончательную ясность вносит содержимое первого пункта FAQ, находящееся в папке Documentation пакета STM32CubeF4 (для примера):
What is the license scheme for the STM32CubeF4 firmware?
The HAL is distributed under a non-restrictive BSD (Berkeley Software Distribution) license.
The middleware stacks made by ST (USB host and device libraries, STemWin, ST- TouchGFX) come with a licensing model allowing easy reuse, provided it runs on an ST device.
The middleware based on the well-known open-source solutions (FreeRTOS, FatFS, LwIP, and mbedTLS) has user-friendly license terms. For more details, refer to the license agreement of each middleware.
HAL пилить выходит можно. Ограничения начинаются на более сложных поделках от ST.
Наверно стоит заглянуть в лицензию в файлах исходных текстов от ST. Обратить внимание на то, что програмные инструменты от ST не работают (или не должны работать) с чипами от других производителей. Наконец можно поискать в сетке людей уже наступивших на эти грабли: https://www.th3dstudio.com/2021/08/03/gd32-cpu-license-issues-attack-of-the-clones/
Сам вынужден был перетаскивать систему с STM32 на GD32 в прошлом году. К счастю, весь код опирался на регистры - заменяем один файл заголовков, подправляем чуточку код и наслаждаемся мелкими несвометимостями и особенностями GD32.
" XML, который мы так любим, был придуман ещё в конце 1990-х ..."
Хмм.. C must die first! C, который мы тоже любим, придумали задолго до XML.
zero2w имеет более мощный CPU чем RPi3, если я не ошибаюсь. да и не было zero в 16-ом году.
В моем случае RPi3 без проблем справлялась с отправкой нескольких фрэймов в секунду (без шифрования). И главное, не нужно было городить весь этот огород с WEBRTC, который (к тому моменту) не так давно появился на горизонте.
Может стоило взглянуть на mjpeg (https://en.wikipedia.org/wiki/Motion_JPEG)?
Ну если вы говорите о "диковинных зверях", то тут, конечно, все "не как у людей" делается. Но и python multiprocessing (см. тему статьи) в таких проектах, наверное, не в чести.
Не понял, что значит "может физически не быть". Интерфейс к общей (разделяемой) памяти - часть стандартной библиотеки Python:
https://docs.python.org/3/library/multiprocessing.shared_memory.html
Ну а вслуче, когда на системе закончилась память, наступает пора поиска новых решений на замену тех, что приводят к истощению ресурсов машины.
прокачивать данные через socket должно быть заметно медленнее, чем передача через общую память.
c табами и для 2 и для 4 и даже для 3 пробельных отступов текст будет выглядеть приемлемо. пробелы заморозят мое предпочтение для всех.
я говорил о функциональности. Так как плата, как я понял, того же производителя, что и MCU. Возможно выбор был сделан именно на этой основе.
На самом деле для управления только режимом "сна" и mega8 великовата. Не исключено, что MCU выполняет еще какие-то дополнительные функции. Из содержимого ролика трудно сказать. Ясно только то, что ролик явно "смакует" факт не основной функциональности нашего чипа в изделии. Ну и "скрытый за радиатором" (о чипе RealTek) звучит странно т.к. врядли сертификация не требует BOM.
микра, кончно, "на вырост", но, я не уверен, что я видел что-то меньше этого MCU нашего производства.
Конечно, но если с нуля. А если, как в моем случае, весь код написан, а микросхемки от ST возьми да пропади на неопределенный срок... Пришлось прогибаться. ;)
Окончательную ясность вносит содержимое первого пункта FAQ, находящееся в папке Documentation пакета STM32CubeF4 (для примера):
What is the license scheme for the STM32CubeF4 firmware?
The HAL is distributed under a non-restrictive BSD (Berkeley Software Distribution) license.
The middleware stacks made by ST (USB host and device libraries, STemWin, ST- TouchGFX) come with a licensing model allowing easy reuse, provided it runs on an ST device.
The middleware based on the well-known open-source solutions (FreeRTOS, FatFS, LwIP, and mbedTLS) has user-friendly license terms. For more details, refer to the license agreement of each middleware.
HAL пилить выходит можно. Ограничения начинаются на более сложных поделках от ST.
Наверно стоит заглянуть в лицензию в файлах исходных текстов от ST. Обратить внимание на то, что програмные инструменты от ST не работают (или не должны работать) с чипами от других производителей. Наконец можно поискать в сетке людей уже наступивших на эти грабли: https://www.th3dstudio.com/2021/08/03/gd32-cpu-license-issues-attack-of-the-clones/
Сам вынужден был перетаскивать систему с STM32 на GD32 в прошлом году. К счастю, весь код опирался на регистры - заменяем один файл заголовков, подправляем чуточку код и наслаждаемся мелкими несвометимостями и особенностями GD32.
Юристы из ST, кажется, очень не советуют использовать STшный код на GD чипах. Хотя... в некоторых странах это, наверное, уже не злободневно.