On 23.05.2024 20:34, J.F wrote:

> Protokoły też się chyba zmieniały.

Nie bardzo. Jak budowałem to swoje radyjko internetowe, to zdecydowana
większość stacji wciąż była dostępna w przez HTTP. Najpierw trzeba
przeparsować nagłówek, a potem już dostajesz ciągły strumień danych,
który można kierować do kodeka. Relatywnie proste.
Czasami trafia się protokół ICY, który jest zmodyfikowaną wersją HTTP i
trzeba wziąć pod uwagę trochę inny format nagłówków.

Główne problemy na jakie się natknąłem to:
- Stacje ukrywające URL przed użytkownikiem i zmuszające do korzystania
z własnego interfejsu webowego albo aplikacji. Często jednak pod spodem
i tak siedzi standardowy stream HTTP, który dość łatwo można wyciągnąć.
- Stacje upierające się, by z jakiegoś powodu publicznie dostępnego
streama nadawać przez HTTPS. W przypadku słabszej wersji hardware'u na
PIC32MX795F512 poddałem się. W mocniejszej na PIC32MZ2048 pewnie w końcu
dodam jakiegoś WolfSSL-a, żeby to dekodował.
- Stacje korzystające z AAC zamiast MP3. Z jakiegoś powodu w swoim
projekcie użyłem VS1003 zamiast VS1063 (pewnie tylko taki miałem wtedy
pod ręką), a więc nie mam sprzętowego dekodowania AAC. Może w końcu
dodam programowe. :)


> Jakis smart TV mam, LG.
> Youtube jeszcze niedawno na nim działał, ale teraz tak laguje, że nie
> wiem o co chodzi.

Może pokłosie ich walki z blokowaniem reklam? Ponoć ludzie ogólnie
raportują, że na słabszych sprzętach odtwarzanie YT zaczęło żyłować
procesor. Co prawda głównie w przypadku, gdy włączony jest jakiś bloker
reklam, ale z drugiej strony nie wiadomo jak obsługa YT jest
zaimplementowana w takim telewizorze...


> Reszta apek przestała. Onet Vod, TVP, tuba FM.
> Na nowe chyba nie ma co liczyc - nawet jak ktos pomysli aby zrobić, to
> wybierze jakąs nowszą wersję platformy.

Niestety, co jakiś czas zmieniają API, a producentowi TV nie chce się
tego aktualizować. Zwłaszcza, jeśli sam system na którym pracuje TV nie
jest już rozwijany.