On 24.03.2022 13:41, J.F wrote:

> A w tym "analogowym" cyfrowe przetwarzanie :-)

Ma to swoje zalety, ale wydajność energetyczna niestety do nich nie
należy. Proste radia tranzystorowe sprzed półwiecza pod tym względem nie
miały sobie równych - na dwóch bateriach AA potrafiły działać
miesiącami, rozładowując je niemal do zera.


> A i standardy "nadawania" sie zmieniaja.

Na szczęście nie aż tak bardzo. Jak wspominałem, jakiś czas temu
zacząłem budować proste "radio internetowe" na PIC32. Skorzystałem z
wbudowanego interfejsu Fast Ethernet z zewnętrznym PHY, a do dekodowania
streamów użyłem sprzętowego dekodera VS1003.
Obsługa tego od strony programowej skomplikowana nie była. Wystarczyło
zestawić połączenie TCP, otworzyć odpowiednią sesję HTTP i odczytać
nagłówki. Potem zaczynały przylatywać dane, które trzeba było ładować do
bufora i przesyłać do kodeka. Grało właściwie samo.
Warunki były dwa:
1. Stream musiał być w formacie obsługiwanym przez VS1003. Spełnienie
tego warunku problemem nie było, bo radia internetowe w większości
korzystają z kilku najpopularniejszych kodeków. W razie czego pewnie
dałoby się przerzucić dekodowanie na PIC32, który trochę mocy
obliczeniowej posiada.
2. Stream musiał lecieć po HTTP, nie HTTPS. Adres często trzeba było
ręcznie wyłuskiwać, korzystając z narzędzi deweloperskich w
przeglądarce. Problem pojawiał się wtedy, gdy adres niby http był tak
naprawdę jedynie przekierowaniem do HTTPS.
Tutaj też pewnie dałoby się podpiąć jakąś bibliotekę w stylu WolfSSL,
ale z tym jeszcze nie eksperymentowałem.