Jogos, de az a baj, hogy mi meg túl kritikusak vagyunk. Ha nem támogatja, akkor azért pfujolunk, ha beépítik végre a támogatást, akkor meg azért, mert ez alap vagy túl későn érkezett. Nem lehet megfelelni a FLOSS közösségnek, úgy néz ki.
Igazából egyébként nincs baj ezzel az Amarokkal, tipikus nehézsúlyú Qt alkalmazás, de ez audio területen amúgy is sztenderd, hogy mindent Qt-re építenek, Gtk-ra csak kevés minden van, jelenleg csak az Audacity, Ardour, Deadbeef jut eszembe, ami audiós és Gtk-s. Szerintem több értelme lett volna, ha a Strawberry fejlesztésébe szálnak be, de végül is így meg egyel több alternatíva közül lehet választani, még ha annak az is az ára, hogy a fejlesztők felaprózódnak a sok hasonló projekt, fork között.
Egyébként véleményem szerint akkor jó egy audiolejátszó, ha moduláris, bővíthető, minden ki van szervezve plugin-be, bőrbe, cím/tag-kezelésnél regexp-be, mert akkor mindenki hozzáadhat plugint, bőrt, ki tud alakulni egy közösség körülötte, ami megír minden hiányzó funkciót, meg szét lehet ezek mentén hekkelni. Ezért is lett sikeres a Winamp, foobar2000, a közösség sok plugint, bőrt csinált hozzá. Ez az, ahol a linuxos lejátszók még kicsi hibádzanak, hogy sok megoldás mentén vannak elaprózva, egy körül sincsen túl nagy közösség, elég plugintámogatás.
Az mpd is moduláris, de az meg szerver-kliens modellre épül, és főleg terminálos megoldások használják.