|
Rockbox mail archiveSubject: Re: incorporate libmad in CVS?Re: incorporate libmad in CVS?
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 Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy |