From: Martin H. <Mar...@we...> - 2002-05-31 12:57:11
|
On Montag, 27. Mai 2002 00:05 Olivier Meunier wrote: ......[snipped] > Then we can choose which library to use according to settings: you don't > have to recompile everytime you want to change the library. > Choice is made with something like, in Editwindow constructor or init(): > if(Settings::something = "OSS") > player = new PlayOSS(); Hi Oliv', This sounds interesting and I think it could work on linux, too, but I dont see any advantage. If we allow to choose the user which audio- library should be used at runtime, we increase the size of a static linked executable dramatically, and we have a lot more dependencies at compile-time. Besides of that, I don't expect the user to know why he should choose allegro or directx or SDL or plib. While some linux-users might know the difference between alsa and oss, they still dont know why they should use allegro or plib. And some Windowsusers might be able to recognize differences between windows driver-api and directx, but they dont really ask for a choice. Maybe I'm wrong with that opinion. But I think decissions like this can be made when the windows version is able to use at least one version to play and record. apcstudio comes with it's working structure. It has a play/record class, that uses the preprocessor to decide, which code/api should be used. I suggest we implement at least two 100% working versions for each OS, before we discuss wether the user should be able to switch between those versions or not. The linux-version has two versions playing-code that supports all features, but only one version of recording code with only basic features, yet. At this time, the windows version has neither playing, nor recording code. Although I expect to get allegro code compiled on windows soon, and I also expect your directx-code to come up soon, there is none of them working right now. When we see two versions of good code working, we should discuss that issue or maybe we open a survey on our website, to let the users suggest a solution. Martin -- Mar...@we... http://www.martinhenne.de |