It does.
I had this issue one new year's eve. If I remember correctly I did plugin.remove('audio.xine').
That's also an option, but remember that Xine is actually a fallnet for the event that mplayer doesn't work. In my case, Freevo actually starts Xine because it thought mplayer failed (since mplayer gave an error message back). This is why every mp3 is played twice, first with mplayer, then with Xine.
Anyway, instead of disabling your fallnet (Xine), you may also want to just give your Freevo user read access to /dev/rtc to solve the problem...
------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Freevo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-users
