-
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
- Przyłączenie działki do sieci elektrycznej
- Działalność nierejestrowana/definicja sprzętu elektronicznego/misie i kolejki
- Smukły, długi ściągacz izolacji do kynaru
- rezystor 3 omy 400W
- [newbie] Jaki multimetr za 2-4 stówy?
- szafka sieciowa
- Raspberry Pi 5 + dyski SATA
- lutownica na węgiel
- Znów czary (albo niewiedza) - tym razem fotowoltaika
- Chess
- Vitruvian Man - parts 7-11a
- przeźroczyste koszulki
- Re: Win 10/11 nie lubi OKI
- Programator czasowy TUYA.
- Dlaczego energia elektryczna jest droga i cały czas drożeje
Najnowsze wątki
- 2024-05-14 Ustawy o rejestracji obcych agentów (wpływu): fuj Gruzja/Rosja v. cacy USA
- 2024-05-14 VMWare :)
- 2024-05-14 Ulm => Solution Engineer (m/w/d) Data Center Technologies <=
- 2024-05-14 Będziemy się znowu zrzucać na elektryki...
- 2024-05-14 Pompa ciepla Kaisai
- 2024-05-14 Przyłączenie działki do sieci elektrycznej
- 2024-05-14 Kraków => MS Dynamics 365BC/NAV Developer <=
- 2024-05-14 Kraków => SAP WM Consultant / Execution <=
- 2024-05-14 Wrocław => Business Development Manager - obszar bezpieczeństwa IT <
- 2024-05-14 Poznań => Interactive/Experience Designer <=
- 2024-05-14 Poznań => Interactive/Experience Designer <=
- 2024-05-14 Białystok => ERP Implementer <=
- 2024-05-14 Przerabianie na Indonezje
- 2024-05-14 Kielce => UX/UI Designer <=
- 2024-05-14 Warszawa => Sales Representative for Outsourcing Services <=