Sampling rate is independent from quality
I don't understand why you don't want having a 4-bit variation of QOA.
....
Sure! What is your end goal?Because we need more audio formats. ChatGPT can't create a new encoder because it's too complex.
On an unrelated question.... In the Lyric Search Window (right click in ESLyrics > Search), if you click on the "Search" dropdown in the top right corner, and pick "Sync Settings" what does that do?The check status of the lyric source is the same as the setting in the Prefences options.
There is no feature to download lyrics in batches.
Therefore, since we load only the frames we want into memory, the memory consumption problem is also solved. You can see this by trying it on the player.I took a look at the player sources before my initial post. Your demo player loads the entire source file into memory so it can't be used to demonstrate playing a partial track.
In other words, it is enough to change the frame start and end numbers at the bottom right and play them. If it is on a different application, the GET_WAV_FRAME function should be used. (the frame size is currently set to 1 mb).I can only make GET_WAV_FRAME work with partial buffer. I can't keep it from crashing unless it's given a buffer containing the full HALAC file's contents.
I mean, about streaming...My streaming comment didn't mean using HALAC for streaming a radio station or such. It was about ability to start playing a HALAC file coming through a slow pipe, for example a not-so-fast NAS storage or over HTTP. Fast enough for realtime playback but not fast enough to want to wait for full file to download before playback starts.
If valid HALAC data(frame) is coming from any source that does not contain header information, what do we do?
There must be some rules of communication between them. I tried to act thinking that this information was on both sides. That's why I created the GET_RAW_FRAME function. The information provided(number of channels, bit depth, compressed frame size...) can decode in light of.I can't make GET_RAW_FRAME() work at all. Initially I tried feeding it partial data from the HALAC source file starting from FRAME DATAS 1 position, library instantly crashes. Then I tried giving it a buffer with the entire track loaded in the memory, still crashes with the first call.
It looks like there is a conflict with the foo_multisource (by @veksha) and foo_quicksearch plugins.Yes, that is right. After removing "foo_multisource" the player starts as expected.