Page 49 of 60
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 29 Nov 2020 22:18
by 8 Bit Dreams
Well..this will need quick ide access,
since mp3 are usually stored on hdd..🤔
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 30 Nov 2020 08:23
by arkadiusz.makarenko
8 Bit Dreams wrote: 29 Nov 2020 22:18
Well..this will need quick ide access,
since mp3 are usually stored on hdd..🤔
For mp3 it would need to be 16-24KB per second.
With current theoretical setup (not measued though) I think we should be able to get about 1MB/s (1 Byte per microsecond
Edit
So question is how much slowdown hdd would introduce. IMHO for mp3 we have enough margin.
Edit2:
Plus availability of fastram, where data can be preloaded
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 30 Nov 2020 10:38
by terriblefire
8 Bit Dreams wrote: 29 Nov 2020 22:18
Well..this will need quick ide access,
since mp3 are usually stored on hdd..🤔
Rubbish. MP3 is way more compressed than CD audio and that works with x1 CD Speed. You can do MP3 over a bit banged serial on a parallel port on an Amiga 500.
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 30 Nov 2020 10:58
by wairnair
terriblefire wrote: 30 Nov 2020 10:38
8 Bit Dreams wrote: 29 Nov 2020 22:18
Well..this will need quick ide access,
since mp3 are usually stored on hdd..🤔
Rubbish. MP3 is way more compressed than CD audio and that works with x1 CD Speed. You can do MP3 over a bit banged serial on a parallel port on an Amiga 500.
Yeah, I can listen to uncompressed wav on my CD32 streaming from CF card no problem.
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 30 Nov 2020 11:07
by terriblefire
wairnair wrote: 30 Nov 2020 10:58
Yeah, I can listen to uncompressed wav on my CD32 streaming from CF card no problem.
Absolutely top end MP3 is only 320 kbps. small B.
The CD32 serial port can almost do that.
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 30 Nov 2020 18:17
by 8 Bit Dreams
Thank You Sir,
This gives a good hope to run Mp3's or listen Internet radio! :idea:
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 30 Nov 2020 20:29
by arkadiusz.makarenko
@terriblefire
Is there a standard for communication on those cards at all, or are they have proprietary drivers?
Do we have anything to start looking at?
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 30 Nov 2020 22:55
by terriblefire
arkadiusz.makarenko wrote: 30 Nov 2020 20:29
@terriblefire
Is there a standard for communication on those cards at all, or are they have proprietary drivers?
Do we have anything to start looking at?
The best source of information will be WinUAE sources.
The Prelude 1200 is probably the best choice but i've only spent 10 mins thinking about it.. We dont want to do be doing DSP in the ARM.. thats too much work for it.
The prelude 1200 has a Crystal Semiconductor Sound Codec 4231A chip in it ... datasheet
CS4231A_ETC.pdf
There will be code in WinUAE to show how its mapped in memory.. but thats the simplest candidate for a soundcard?
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 01 Dec 2020 08:27
by arkadiusz.makarenko
terriblefire wrote: 30 Nov 2020 22:55
arkadiusz.makarenko wrote: 30 Nov 2020 20:29
@terriblefire
Is there a standard for communication on those cards at all, or are they have proprietary drivers?
Do we have anything to start looking at?
The best source of information will be WinUAE sources.
The Prelude 1200 is probably the best choice but i've only spent 10 mins thinking about it.. We dont want to do be doing DSP in the ARM.. thats too much work for it.
The prelude 1200 has a Crystal Semiconductor Sound Codec 4231A chip in it ... datasheet CS4231A_ETC.pdf
There will be code in WinUAE to show how its mapped in memory.. but thats the simplest candidate for a soundcard?
Thank you, I will try to get my head round it.
I think before I start doing anything more I need to refactor keyboard routine. It has large sections of blocking code. If there was any more intensive processing needed done in main loop, then those delays might slow down things.
Re: TF CD32 Riser Revision 2 Design Complete
Posted: 01 Dec 2020 10:42
by terriblefire
Yeah i'd finish what we have in flight first...
For the Audio.. i might even assume that data that comes in on a particular address "SPARE_CS" on the clockport is an MP3 Stream...