tangara-fw/src/codecs, branch main Tangara firmware Merge pull request 'DrFlacDecoder: use internal RAM instead of SPIRAM' (#306) from Be.ing/tangara-fw:flac_internal into main 2025-08-15T03:29:30+00:00 cooljqln cooljqln@noreply.codeberg.org 2025-08-15T03:29:30+00:00 5dfd7709271631497f27ce3397f35fef0d2248b9 Reviewed-on: https://codeberg.org/cool-tech-zone/tangara-fw/pulls/306 
Reviewed-on: https://codeberg.org/cool-tech-zone/tangara-fw/pulls/306
Add support for the `SetPreambleFinished` hint in the WavPack decoder 2025-08-04T02:10:08+00:00 ayumi ayumi@noreply.codeberg.org 2025-08-04T02:10:08+00:00 e25b71e5bd200501a63398b9d11e484d7baf25b6 






Preliminary ALAC support
2025-08-01T18:03:21+00:00

ayumi
ayumi@noreply.codeberg.org

2025-07-22T07:27:29+00:00

4887378ce74c27f837fe1939ad5917b221736fac












Increase size of sample count fields in MP3 decoder (fixes #408)
2025-07-01T04:22:37+00:00

ailurux
ailuruxx@gmail.com

2025-07-01T04:22:37+00:00

42fc963acc81860b7cc794550e13e8920e547d93












Utilise more than one bit of the entropy returned by komihash before requesting more
2025-04-23T22:07:46+00:00

ayumi
ayumi@noreply.codeberg.org

2025-04-23T21:11:45+00:00

f656c9f5cbfa8515dab287077b10f6769c6e66bc












Avoid branching up to two times per sample in the WavPack decoder.
2025-04-23T20:21:25+00:00

ayumi
ayumi@noreply.codeberg.org

2025-04-23T20:21:25+00:00

48556dd603cac0107143f3cdc815c765baa640a9

In my limited tests this improves decoding speed by around 3%.





In my limited tests this improves decoding speed by around 3%.







Make WavPack seeking faster
2025-04-23T20:14:31+00:00

ayumi
ayumi@noreply.codeberg.org

2025-04-15T01:15:16+00:00

5d437513d0eec0ceddd50f1a60c5abdba5da97b9

It turns out that “seeking to a first sample in a not–first block” is actually very common, because Tangara only seeks to exact seconds and the reference encoder tends to size blocks in a way that makes the first sample in a block likely be the sample that the firmware wants to seek to.





It turns out that “seeking to a first sample in a not–first block” is actually very common, because Tangara only seeks to exact seconds and the reference encoder tends to size blocks in a way that makes the first sample in a block likely be the sample that the firmware wants to seek to.







Allow the WavPack’s output buffer to be optionally allocated in IRAM
2025-04-14T01:45:13+00:00

ayumi
ayumi@noreply.codeberg.org

2025-04-06T12:56:47+00:00

b87e991a1c2efd716974130a22f589fe1697a6fe

The decoder does use `memset` on the buffer, but according to Espressif that should be fine.

See-Also: https://docs.espressif.com/projects/esp-idf/en/stable/esp32/api-reference/system/mem_alloc.html#bit-accessible-memory
See-Also: https://esp32.com/viewtopic.php?t=1730#p8056





The decoder does use `memset` on the buffer, but according to Espressif that should be fine.

See-Also: https://docs.espressif.com/projects/esp-idf/en/stable/esp32/api-reference/system/mem_alloc.html#bit-accessible-memory
See-Also: https://esp32.com/viewtopic.php?t=1730#p8056







DrFlacDecoder: use internal RAM instead of SPIRAM
2025-03-25T04:16:13+00:00

Be
be.0@gmx.com

2025-03-25T04:16:13+00:00

9dcfea1d7d3349859868597ff9e839228e739d79

This drops CPU usage for the audio_dec task by about 15%.





This drops CPU usage for the audio_dec task by about 15%.







Add WavPack support
2025-03-13T02:29:03+00:00

ayumi
ayumi@noreply.codeberg.org

2025-01-31T18:08:39+00:00

885eb1812c15263ad759741ad138cf7188fdf739