MP3 player for MSX

Página 10/51
3 | 4 | 5 | 6 | 7 | 8 | 9 | | 11 | 12 | 13 | 14 | 15

Por dvik

Prophet (2200)

imagem de dvik

05-03-2007, 21:10

Is the size of the data buffer configurable or is it always 3.5kB? @128kbps, the buffer is around 200ms if I calculated correct. This is great in an mp3 player but maybe a bit too long if you want do do sound effects that are synchronized with video or user input.
On the other hand I'm not sure if mp3 is a good format for sound effects. In a game its probably better to have high quality background music in mp3 and do sound effects with another sound chip and then the delay doesn't matter.

Having a configurable 'buffer near empty' flag is not needed I think but could be good. But I guess it need to be set earlier than 512 bytes before buffer empty, so it can be used in bit rates > 192kbps. If its fixed I think 1024 bytes is a good number.

Por wolf_

Ambassador_ (9950)

imagem de wolf_

05-03-2007, 21:15

Is this VS1011 doable as not-so-heavy addition for the OCM?

Por dvik

Prophet (2200)

imagem de dvik

05-03-2007, 21:46

Is this VS1011 doable as not-so-heavy addition for the OCM?
You mean integrated in the FPGA, right?I think it may be a bit heavy. Not sure how many gates it would need but it sounds like there aren't too many free ones in the ocm.

Por Prodatron

Paragon (1808)

imagem de Prodatron

05-03-2007, 22:02

Are there already any MP3-decoder-implementations for VHDL? I wonder how many LEs it would need.

Por wolf_

Ambassador_ (9950)

imagem de wolf_

05-03-2007, 22:15

With mp3 serving for music, you can drop FM-Pac, MSX-Audio, SCC and PSG at once Tongue (well, maybe a small simple soundgenerator for some sfx)

Por Edwin

Paragon (1182)

imagem de Edwin

05-03-2007, 22:46

Btw, would it be terribly difficult/expensive if you'd include a few MB of memory and play the mp3 from there? That would free up the cpu and internal memory to do other things. Even having a single mp3 in memory is a big job for most MSX machines.

Por Prodatron

Paragon (1808)

imagem de Prodatron

05-03-2007, 22:52

You don't need internal memory, if you "stream" it from hard disc. I don't like the idea of having memory on the MP3 card too much.
- big delays before playing an MP3
- additional costs
- nothing else than an "iPod" controlled by the MSX
If my calculations are not totally wrong, you will still have 75% CPU time and nearly the complete MSX memory available while playing 128kbps MP3s from HD/CF card.

Por Prodatron

Paragon (1808)

imagem de Prodatron

05-03-2007, 22:55

With mp3 serving for music, you can drop FM-Pac, MSX-Audio, SCC and PSG at once Tongue (well, maybe a small simple soundgenerator for some sfx)

Full ACK! Smile

Por Prodatron

Paragon (1808)

imagem de Prodatron

05-03-2007, 22:59

Is the size of the data buffer configurable or is it always 3.5kB?

That doesn't matter. It's your choice how much bytes you load into the buffer after receiving the "nearly empty" signal. Regarding the reaction time and "realtime" sound-effects: The question is, if the MP3 card does nothing at the moment, and I start to fill the buffer: After what delay will the MP3 decoder throw out the decoded audio? I think that has nothing to do with the size of the buffer, has it?

Por wolf_

Ambassador_ (9950)

imagem de wolf_

05-03-2007, 23:46

What's with the iPod all the time? If you're referring to it being like a co-processor that takes overhead away from your MSX, then what about the V9938? What about the Moonsound? What about the G9k? What's so extremely not-done about having a co-processor working alongside the MSX in which co-processors are already daily practice? It's not an iPod, it's just a chip, just as the Moonsound has chips, just as the FM-Pacs, MSX-Audios, SCCs, G9k's have chips.

Página 10/51
3 | 4 | 5 | 6 | 7 | 8 | 9 | | 11 | 12 | 13 | 14 | 15