The ability to reliably switch soundcards. Currently if I swap out my asoundrc to point to a new default, Amarok will successfully play a few songs, but xine will then crash (unable to initialize sound device). Perhaps the KDE4 sound system will make this work transparently, but it would be neat if Amarok can be toughened up to cope.

<br><br><div><span class="gmail_quote">On 2/17/07, <b class="gmail_sendername">Dan Meltzer</b> <<a href="mailto:dwm2@alfred.edu">dwm2@alfred.edu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Now that 2.0 runs It seems like a good time to start setting up plans for what and how things will be done.<br><br><br>From What i've heard, the following things are/were planned:<br><br>1) Refactoring collectiondb<br>

2) UI Redesign<br>3) Making amarok OS independant.<br><br>I'm sure there are other things, but i don't recall what off the top of my head.<br><br>My suggestion would be to do the first two in a branch (probably separate branches).  This allows trunk to be something we know works and a place to do 3) in as well as other fixes.  Are there other plans for 

2.0? TO DEVELOPERS: Are there people who are planning on working in anything specific? TO USERS: What features do you think 2.0 should have that 1.4.5 doesn't?  This is probably the best opportunity to add features, as everything is changing anyways.  What do you think Amarok needs to continue to be the best media player availible?  Making suggestions is no guarantee they will be implemented, but its more likely than not making suggestions.

<br><br>_______________________________________________<br>Amarok mailing list<br><a href="mailto:Amarok@kde.org">Amarok@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/amarok">https://mail.kde.org/mailman/listinfo/amarok

</a><br></blockquote></div><br>