MP3 player for MSX

Page 2/51
1 | | 3 | 4 | 5 | 6 | 7

By spl

Paragon (1470)

spl's picture

24-02-2007, 15:41

Cool Big smile Also, how is the MP3 player software?

By Yobi

Master (149)

Yobi's picture

24-02-2007, 16:45

The software is working but we need some more time for it.
It's all very basic work.

When it's all finished there will be a lot of information in a .doc file. (I/O registers etc)

By spl

Paragon (1470)

spl's picture

24-02-2007, 17:17

Ok, thanks very much for your work Smile

By poke-1,170

Paragon (1765)

poke-1,170's picture

24-02-2007, 19:46

haha that's pretty damn awesome ^^

By wolf_

Ambassador_ (9905)

wolf_'s picture

24-02-2007, 20:05

Apart from the odd coolness factor, an area where I see potential is as a modern 'SCC' for games. So, a game's music comes from some chip containing this MP3 player and another chip of several megabytes (32?) in size holds all the music. Then the only thing a programmer has to do is send some command to let the mp3-chip play/stop, additional commands for bass/treble/volume. This way there's no overhead for the games.

Looping music might be an issue tho, as mp3 can't loop without hickup iirc. For that I'd choose OGG instead.

By Prodatron

Paragon (1801)

Prodatron's picture

24-02-2007, 20:10

Really GREAT news!! I will order 2 cards as soon as they are available!
I was already dreaming about a MP3 player for the CPC since years, but now it's great that it will come for the MSX.

I am very interested in supporting it in SymAmp (SymbOS), so I have a few questions:
- for the performance: How many OUTs (or LDs if memory mapped) do I need for sending one byte? (I hope one Wink )
- what is the size of the internal buffer? (I am just wondering, how many times per second I need to re-fill the buffer)
- is the buffer divided into two parts (one part will be played, the other one has to be filled with new data), which are flipping? Or is it a rotating FIFO buffer?

I made a calculation, how much CPU usage a MP3 player would have on the CPC, when playing 128kbit MP3s from hard disc, and I came to a value of 25%, so it should be similiar or even faster on a normal MSX Smile

By spl

Paragon (1470)

spl's picture

24-02-2007, 20:50

What great can be use Symbos for hearing MP3 with SymAmp ^-^

By legacy

Hero (570)

legacy's picture

24-02-2007, 20:54

@ Prodaton.
The Atmel and the VS1011 are doing the job, the MSX will be used to command the player.
If you wanna know some more about programming the Almel an VS1011 take a look at Yampp.com
It's a homebrew project, and the sourcecode is also available. iirc.
An other one isH-mpeg.de this one is using an other MP3 encoder, and hey, it's in your mopthers lang

By Prodatron

Paragon (1801)

Prodatron's picture

24-02-2007, 21:15

yes, you are right, they do the decoding job, but I guess the MSX still has to transfer the MP3 data from HD to the card. Or I am wrong here?

By Yobi

Master (149)

Yobi's picture

24-02-2007, 21:19

Apart from the odd coolness factor, an area where I see potential is as a modern 'SCC' for games. So, a game's music comes from some chip containing this MP3 player and another chip of several megabytes (32?) in size holds all the music. Then the only thing a programmer has to do is send some command to let the mp3-chip play/stop, additional commands for bass/treble/volume. This way there's no overhead for the games.

Looping music might be an issue tho, as mp3 can't loop without hickup iirc. For that I'd choose OGG instead.

Wolf, maybe i add an SD card holder on it.
Then you can make MP3 sound/music cards and use them 4 games/aps etc.

Prodatron:
We need 7x256 out's (OTIR). There is an interupt when the MP3 decoder needs more data Wink

More data about will come this week.

Page 2/51
1 | | 3 | 4 | 5 | 6 | 7