Re: cvs cd problem
Ed Sweetman <[email protected]>
| Newsgroups | gmane.comp.audio.zinf.devel |
|---|---|
| Message-ID | <[email protected]> |
Kristian G. Kvilekval wrote: > On Thu, 2003-03-20 at 18:06, Ed Sweetman wrote: > >>Our default is set to soundcard-pmo.so which is not built apparently. >>ALSA is built. so for people who dont have soundcard-pmo.so our player >>defaults to the first pmo in the list, which happens to be the cd pmo >>for most people. The player does not make any intelligent decisions on >>which pmo to use at this point. So it uses the cd pmo to try and play >>any file. > > > How about changing the preference to a list of pmo to try in order > instead of just skipping over the ones. i.e. try alsa, soundcard, > esound, arts... did you look at the patch? It tries the first non-cd and non-waveout one. There is no need to try and get soundcard/alsa/esound/arts in a particular order when the one that's selected in the preference file isn't found. The method i'm using works the way zinf is supposed to work in this situation. The way it was prior was bad. > >>I've fixed this problem with a very spiffy patch that also fixes the >>plugin naming problem so we can now make install without stupid >>renaming. Our plugins should be named .so anyway. > > > I am not so sure about this.. ".so" doesn't mean anything on > other platforms. It should either be a platform compatible fix > or let's just leave it the way it is. win32 used a completely different naming scheme before too. I've changed nothing of how win32 worked prior. .pmo means nothing on both system's hence nothing was changed. Just instead of .pmo it's -pmo.so ..The only difference between choosing either is practicality, the second is more practical since that's what is generated automatically. Win32 uses completely different library naming schemes as documented in the source. Even if it didn't, it would work the same way so long as all instances of .pmo in the win32 tree wsa changed to -pmo.so and the same goes for the other plugins. > > >>I haven't gotten to the pref issue. If you start zinf without a pref >>file it will segfault saying something like no plugins found. But >>restart again and it uses it's generated pref file and everything works >>like normal. You'll need to do this to generate a pref file with the >>new plugin names, or do that yourself. ------------------------------------------------------- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en