-
Data: 2021-02-28 18:56:21
Temat: Ktoś korzystał z biblioteki libmad?
Od: Atlantis <m...@w...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Eksperymentuję właśnie z biblioteką z programowym dekodowaniem MP3 za
pomocą biblioteki popularnej libmad. W tej chwili testy wykonuję na
Raspberry Pi Pico, ale docelowo będę ją także próbował odpalić na STM32.
Z pozoru korzystanie z biblioteki nie jest skomplikowane. Wystarczy
wywołać funkcję mad_decoder_init() z kilkoma parametrami - m.in. adresem
struktury przechowującej stan dekodera oraz wskaźnikami do funkcji,
które będą wywoływane w określonych sytuacjach (pobieranie danych,
obsługa błędu, zapis zdekodowanych danych audio PCM itp.).
Następnie należy wywołać funkcję mad_decoder_run(), która będzie w
odpowiednich chwilach wywoływała podane funkcje.
Każda z funkcji zwraca enuma określającego co dekoder ma robić dalej:
kontynuować pracę (MAD_FLOW_CONTINUE), zignorować ramkę
(MAD_FLOW_IGNORE), przerwać dekodowanie i zwrócić błąd (MAD_FLOW_BREAK)
lub zakończyć pracę (MAD_FLOW_STOP).
Przykład wykorzystania biblioteki można zobaczyć tutaj:
https://github.com/njh/madjack/blob/master/src/minim
ad.c
W powyższym przykładzie cały plik jest dekodownay natychmiast. Ze
względu na niewielką ilość pamięci w MCU oczywiście nie mogę sobie na to
pozwolić. Jedynym rozwiązaniem jest dekodowanie kawałka pliku w
momencie, gdy w buforze PCM zaczyna brakować miejsca.
Funkcje pobierające wyglądają u mnie następująco:
https://pastebin.com/0Fng3ZXd
Jak widać w funkcji pobierającej dane postanowiłem wykorzystać wskaźniki
przekazywane do niej przez wskaźnik do struktury *stream (bufend i
next_frame). Za ich pomocą dane odpowiadające kolejnej ramce przenosiłem
na początek bufora, a resztę miejsca wypełniałem kolejnym danymi z pliku.
Wyszedłem z założeni, że jeśli funkcję mad_output_callback() zakończę
zwracając MAD_FLOW_STOP, to przy kolejnym wywołaniu mad_decoder_run()
biblioteka wznowi pracę tam gdzie skończyła i kolejne wywołanie
mad_input_callback() otrzyma wskaźnik do kolejnej ranki.
Niestety, ten prosty plan rozbił się o fakt, że te dane są tracone.
Ktoś z was orientuje się może jak wstrzymać dekodowanie do momentu kiedy
kolejna porcja danych PCM będzie potrzebna?
Następne wpisy z tego wątku
- 02.03.21 16:24 Atlantis
Najnowsze wątki z tej grupy
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
- stalowe bezpieczniki
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
Najnowsze wątki
- 2025-01-29 Warszawa => Mid IT Recruiter <=
- 2025-01-29 Białystok => UX Designer <=
- 2025-01-29 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-01-29 Warszawa => Expert Recruiter 360 <=
- 2025-01-29 Zdalny podpis
- 2025-01-29 Nazbyt "muzyczne" słuchawki
- 2025-01-29 Warszawa => QA Engineer <=
- 2025-01-29 Prawo jak je [nie]rząd rozumie.
- 2025-01-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-29 Ostrów Wielkopolski => Konsultant Wdrożeniowy Comarch XL/Optima (Ksi
- 2025-01-29 Warszawa => Software .Net Developer <=
- 2025-01-28 Ściąganie hasła frezem
- 2025-01-28 Rok 1973
- 2025-01-28 Warszawa => Programista Dynamics 365 CRM <=
- 2025-01-28 Warszawa => Senior Frontend Developer (React + React Native) <=