From: Dave Chapman <dave_at_dchapman.com>
Date: Sun, 12 May 2002 20:18:00 +0100

On Sunday 12 May 2002 17:17, Daniel Stenberg wrote:
> > Should I commit a copy of the relevant libmad code to the uisimulator CVS?
> > I think this would be sensible unless we keep the mpeg audio playback as
an
> > "optional extra".
>
> In my view, I think it could go in the CVS and still be "optional extra" ;-)

I'm glad you said that - that's exactly what I have done today. I have also
changed the Makefile to define MPEG_PLAY by default on Linux - I think the
average user will want it included.

In the long term, I don't think the simulator would be very useful without at
least a "dummy" mpeg playing routine that pretends to play the mpeg tracks
selected by the user.

> Actually, we will need to come up with something sensible soon that lets the
> casual user to specify how he wants his simulator to build. Currently, we
> have two DISPLAY settings for building for Player/Recorder and how we have
> MPEG-playback yes/no.

I agree that something like that is needed in general.

For the player/recorder differences, would it make sense to build two
separate applications? I am assuming that we are going to end up with
compiling multiple firmwares for the different real devices.

This would need two different object directories inside the x11/win32
directories.

> Also, I don't see much sense in doing simulator audio playback until we have
> an API for how it is gonna work in the target, and then make the simulator
> work with that.

Agreed. I also think we can't work on the mpeg API without also thinking
about a thread API. Assuming there will be such a thing as an "mpeg playing
thread"

Please see my separate message with a suggested mpeg playing API.

Dave.
Received on 2002-05-12