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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.