VSDSP Forum

jrmont1 wrote: ↑

Sun 2019-02-10 0:18

I have not been able to find v08k1q05.img. Can you tell me where it can be downloaded?

It's part of the VS1053 Ogg Vorbis Encoder Application package, see http://www.vlsi.fi/en/support/software/ ... tions.html

Are you implementing pause by pausing the sending of the data? You see 8000Hz in SCI_AUDATA until the decoder has a) successfully received a full mp3 frame, b) successfully decoded the frame and c) has output the first samples to the audio FIFO. If you wain until AUDATA is updated, the first audio f...

0x1800 to 0x187f in both X and Y memory is reserved for user area, it is not used by the ROM firmware.
(Which is why the patches like to use that area for their own uses.)

The 15/16 resampler does not affect SCI_AUDATA. (If it did, the rate would read out as lower than nominal.) Reading (semi)random numbers from SCI is probably a sign that there's something wrong with your SCI read routine. Check that the SPI clock is low enough compared to the internal clock frequenc...

You don't shift the bits, you just ignore the lowest bit (by & 0xfffe). Thus 0xac45 becomes 0xac44, i.e. 44100Hz.

(An Ogg Vorbis file could technically also be 46700Hz.)

Hi,
Can you include a file that does not play, so we can check what the potential issue is?

Because you know the format (and samplerate), you can generate a fixed header in the receiver and send that to vs1063 before you start sending the data.

There is not enough instruction RAM in vs1000 to decode mp3. Instead of a straightforward software change it would be a non-trivial change of the firmware ROM - gaining mp3 but losing Ogg Vorbis decoding. The alternatives are: - vs10xx standalone player (can be implemented as a module similar to the...

Your two static variables decodedSampleCount and toggle are linked into the same addresses than the 32-bit sampleCounter of the vs1053b patches. This is why the counter gets increased at double rate. If you want to sidestep the X memory area the vs1053b-patches-latm uses (seems to be 0x1800..0x1820 ...

Great that you found the issue.

There's a short-circuit protection in the output of vs1053b, which disconnects GBUF at a certain current. Naturally that varies somewhat from IC to IC, so with some of them the power controller shuts down first before the short-circuit protection kicks in.