Hudební přehrávače pro Qt a KDE

19. 7. 2007 | David Kolibáč | Recenze | 6880×

Před nějakým časem vyšel na abclinuxu.cz přehled hudebních přehrávačů využívajících GTK+. V tomto článku se můžete dozvědět o přehrávačích pro KDE/Qt.

Obsah

• Amarok
• JuK
• Kaffeine
• Noatun
• Falf Player
• Kaboodle
• Přehrávače videa
• Závěr

Mezi přehrávači pro GTK+/Gnome je spousta takových, které se od sebe liší jen drobnostmi. V KDE tomu tak není. Přehrávačů existuje poněkud menší množství a jednotlivé přehrávače si příliš nekonkurují, každý totiž nabízí o něco jiné provedení a jinou funkční výbavu.

Pro úplnost dodávám, že jsem testoval na notebooku IBM ThinkPad T40 (Pentium M 1.6 GHz a 512 MB RAM) s operačním systémem PCLinuxOS 2007.

Amarok

Amarok (amaroK - přehrávač hudby nové generace) je standardním přehrávačem pro KDE. Mnoho uživatelů si jej pochvaluje pro příjemný vzhled a funkce, které obsahuje. Další jej naopak zatracují kvůli těžkopádnosti.

Co tedy Amarok umí? Především uchovávat informace o hudbě v databázi (MySQL, PostgreSQL, SQLite). Na Internetu vyhledává obaly k albům a texty k písničkám. Vytváří si žebříčky hranosti a oblíbenosti jednotlivých skladeb i alb. Kolekcí lze procházet na základě žánrů, umělců či alb, lze ji zobrazit jako seznam ve stylu iPodu, lze v ní vyhledávat.

Z dalších funkcí jmenujme kupříkladu ovládání z traye [systémová oblast panelu], ekvalizér, podporu skinů a pluginů, komunikaci s Last.fm atd. Je toho opravdu hodně, ale ne každý využije všech možností.

Amarok bývá občas kritizován kvůli rozdělení částí okna. Vlevo se nachází panel určený k procházení kolekcí a zobrazování informací o skladbě. Vpravo je playlist [seznam skladeb] a dole pak proužek s vizualizací (nejhezčí jsou poskakující sloupky ^_^) a ovládání přehrávání aktuální skladby. Spodní část se má v Amaroku 2 (součást KDE 4) přesunout nahoru.

Jedna z mála věcí, které lze Amaroku vytknout, je pomalost, s níž kráčí ruku v ruce i paměťová náročnost. Start na mém počítači trvá až k deseti sekundám a při vyšším zatížení procesoru se mi seká jednoduchá vizualizace.

Backendy: MPlayer, GStreamer, xine.

JuK

JuK je, podobně jako Amarok, správcem hudební knihovny. Oproti Amaroku je ale výrazně "lehčí".

Nejoplácanější pohled na sbírku obsahuje panel vlevo (procházení kolekcemi) a plochu vpravo. Tato plocha je rozdělena na spodní část, umožňující pohodlnou úpravu ID3 tagů bez otvírání nového dialogu, a horní část se seznamem skladeb ve frontě, resp. v kolekci.

Z ostatních funkcí stojí za zmínku především stahování obalů alb a odhadování informací o skladbě na základě známých údajů. Ovládání je možné provádět z traye, bez nutnosti vytahovat okno do popředí.

Zatímco ostatní přehrávače pro KDE jednoznačně preferují engine xine (ač umožňují i změnu), JuK se orientuje na aRts (bohužel) nebo GStreamer.

JuK po přehrání všech skladeb z fronty začne přehrávat další skladby v kolekci, což mě osobně vadilo, ale to je ryze subjektivní.

Backendy: aRts, GStreamer, akode.

Kaffeine

Kaffeine je především přehrávač videa, ale má i hezký playlist pro přehrávání hudby a zvládá ripování (a přehrávání) audioCD.

Rozvržení obrazovky je obdobné jako u Amaroku. Dole je ovládání přehrávání, vpravo playlist, vlevo panel pro výběr souborů.

Správu kolekce nelze v tomto případě pochválit -- databáze není, ID3 tagy se upravují špatně, obrázky alb a texty písní nejsou podporovány... Na obyčejné přehrávání to ale bohatě stačí.

Dlouho jsem nevěděl, že Kaffeine má i ekvalizér. Spustíte jej klávesou 'e'.

Backendy: GStreamer, xine.

Noatun

Noatun je jednoduchý přehrávač, který v sobě ukrývá funkce, jež by od něj na první pohled nikdo nečekal. Třeba ekvalizér, vizualizace nebo syntetizér. Dokonce i playlist je šikovně ukryt. Za drobnou nevýhodu považuji to, že každá komponenta se spouští v novém okně. Lze jej však ovládat z traye.

Zajímavě (ale nepříliš elegantně) je řešeno skinování. V nabídce si zvolíte vzhled a v novém okně se spustí front-end s odlišnými ikonkami.

K Noatunu bych měl jednu zásadní výhradu, která se ale týká pravděpodobně jen mě -- odmítal otevřít jakoukoliv skladbu.

Backendy: aRts

FALF Player

FALF Player je jednoduchý přehrávač s propacovanou podporou playlistů. Vznikl proto, že autor (mimochodem Polák) byl znechucen těžkopádností Amaroku.

Domovská stránka projektu slibuje podporu playlistů v záložkách (tabech), úpravy ID3 tagů a zobrazování textů písní. Vypadají podle toho i oficiální screenshoty. Program je lokalizován do polštiny, angličtiny, ČEŠTINY, zulukaferštiny a několika dalších jazyků.

Balíčky jsou k dispozici ke stažení pro Arch, Debian, FreeBSD a SUSE. Vzhledem k distribuci, kterou používám, jsem se rozhodl pro kompilaci. Stáhl jsem si poslední verzi a příkazem sudo sh install.sh (občas se hodí číst README) jsem ji přeložil. FALF Player je poměrně jednoduchý přehrávač, umí to co Kaboodle (skoro nic), ale navíc zvládá úpravu ID3 tagů a playlistů. Některé funkce uvedené na webu jsem ve své verzi nenašel -- konkrétně záložky v playlistu a texty písní.

FALF Player je, stručně řečeno, nenáročný.

Backendy: xine.

Kaboodle

Kaboodle je nejjednodušší možný přehrávač. Jeho jedinou zvláštní funkcí je opakování písně v nekonečné smyčce, popřípadě ukončení sebe sama po ukončení písně.

Myslím, že Kaboodle si své uplatnění najde -- někdy si člověk chce přehrát nějaký zvukový soubor, aniž by se obtěžoval zbytečnými funkcemi.

Backendy: aRts

Přehrávače videa

Pro KDE existují dva schopné front-endy: KPlayer (nadstavba pro MPlayer) a KMPlayer (který umí používat i Xine a GStreamer). Šikovný a rychle vyvíjený SMPlayer se neváže na KDE, pouze na Qt (i když jej lze zkompilovat s podporou KDE). Tyto se orientují na video, ale hudbu v nich samozřejmě také přehrajete. Mezi jejich nejsilnější stránky patří velké množství podporovaných formátů.

KPlayer, z pohledu přehrávání hudby nejzajímavější z trojice, nabízí dokonce správu více playlistů.

KMPlayer má zase uložené odkazy na mnohá internetová rádia a televize (včetně těch českých). Vytknul bych mu, že se při přeskočení na další skladbu (mimochodem playlist v KMPlayeru není upravovatelný) zmenší, ač by měl zůstat maximalizovaný jako předtím.

Závěr

Žádný z uvedených přehrávačů není špatný, ač všem by šlo něco vytknout. Navíc každému vyhovuje něco jiného. Nutno podotknout, že pro KDE není tolik alternativ jako pro GTK+/Gnome.

       

Komentáře

[hydrandt]

Ač s výhradami můžu myslím říct, že to není špatný přehled. Člověk se dozví o existujících aplikacích a o tom, co asi umí, nic víc, nic míň...

Jen jsem nepochopil, proč není Kaffeine zařazen v sekci "Přehrávače videa"...? Vždyť je to hlavně video přehrávač...

[|🇵🇸]

Souhlasím, napadlo mě to. Jenže tam jsou odvozeniny MPlayeru, které jsou (skoro) jenom na video. Kaffeine toho hudebně umí víc, třeba ten ekvalizér, playlist a práce s AudioCD.

[disorder]

Konvertoval jsem na Debian, Ruby a Xfce.

dobre, velmi dobre :)

[trekker.dk]

Království za přehrávač, kterej bude vypadat a fungovat jako xmms, ale nebude obsahovat jeho chyby...

[|🇵🇸]

A co princezna???

[David Watzke]

Půlku princezny, když už celý království...

[|🇵🇸]

A výbavu??? Počkat, co s půlkou princezny? Respektive co s tou druhou půlkou?

[nhy]

Mas polovicu princezny a ta druha polovica sa po 9 mesiacoch narodi

[Zemis]

Našel jsem zajímavý přehrávač na Qt-apps

[trekker.dk]

Tomu do použitelnosti chybí ještě hodně.

[kotyz]

nevypada zle. ale v cem je hacek? xmms se mi libi, ale je zastaraly, takze pouzivam o neco min zastaralejsi bmp ale ten ma zase ten hroznej gtk2 file dialog. ale uz si na nej pomalu zvykam ...

po nakym xmms v qt nebo necem jinym krom gtk to primo vola!

amarok mam na vsechno co mam v kolekci a radne otagovany, bmp na vsechen ten ostatni chaos a bordel kterej v kolekci neni ...

[Christof]

audacity vypadá zajímavě, ale ještě jsem to moc neprozkoumal

[David Watzke]

Audacity není přehrávač, ale editor. S něčím si to pleteš.

[Christof]

ehm, stane se :) audacious

[freshmouse]

Audacious jsem zkoušel a překvapily mě jeho "velké" nároky na RAM. Bylo to sice pár MB, ale alespoň tak dvakrát víc než BMP a tedy i víc než XMMS.

Můžeš taky zkusit XMMS2 (to je něco jako MPD, prostě klient-server styl) a některou jeho nadstavbu. Mně se líbí třeba Abraca. Sice to vypadá úplně jinak než původní XMMS, ale přijde mi to zajímavé.

No, já ale asi zůstanu u Quod Libet.

[Jan Olšan]

Audacious mi kupodivu vykazoval i několikanásobně větší (ale stále malé) nároky na cpu... což nechápu.

[hwsoft]

Souhlas, nic jinyho nez XMMS si neumi zapamatovat pozici v playlistu (nevim o jinem). Prisernost, dokonce uz jsem premyslel o nejakym svym forku nektereho z novych prehravacu, kam to zapracuji.

[michich]

• Používám Amarok a ten si pozici pamatuje.
• Proč hned fork? Radši se pokus svůj patch dostat do upstreamu.

[hwsoft]

A ktera verze? Zkousel jsem verzi z KDE 3.5 a ten neumel, respektive jsem nenasel, jak mu to vnutit.

[David Watzke]

Každá, umí to už hodně dlouho.

[rADOn]

...ale musi se mu to explicitne povolit v konfiguraci.

[David Watzke]

Myslíš tím volbu "zapamatovat si aktuální seznam skladeb při ukončení"? Jo, bez toho by to asi nešlo a nedovedu si představit, že to má někdo vypnutý Nepamatuju si ale že bych to zapínal, není to ve výchozím nastavení zapnutý?

[hwsoft]

Asi ne, protoze jsem to testoval vsechno, co jsem nasel, ze umi prehravat mp3, ogg a wav. Jinak myslis tim to co ja? Zapamatovat si seznam neni to same, jako zapamatovat si pozici v seznamu!.

[David Watzke]

Myslím totéž co ty a tohle je jedinej opšn co by s tím mohl souviset. Pak už je tam jen aby pokračoval hrát tam, kde skončil (a to je asi ještě víc než po tom chceš).

[Robert Krátký]

Zapamatovat si seznam neni to same, jako zapamatovat si pozici v seznamu!.

Ale on to opravdu umí. A ve výchozím nastavení je to opravdu zapnuto. Donedávna jsem dokonce musel Amarok kompilovat kvůli podpoře libmtp (teď už je to součástí debianního balíčku Amarok) a i tak to fungovalo (s čistou konfigurací).

[Marián Kyral]

Tady: "Nastavení/ Přehrávání/ Obnovit přehrávání při spuštění"

Automaticky pokračuje přesně tam, kde posledně skončil.

[Jan Martinek]

Nevím, jestli rozumím požadavku, ale třeba audacious hraje a když ho zavřu (Alt+F4) a pak znovu pustím (a třeba s parametrem --play (ať rovnou hraje), tak začne přehrávat tu samou skladbu u které skončil, v tom samém albu, ale písničku pustí od začátku.

Chtěl bys tedy, aby si pamatoval i pozici v rámci skladby?

[Václav "Darm" Novák]

mpd to umí taky, dokonce obnoví přehrávání ještě před startem Xserveru

[JirkaH]

Jake chyby?

[trekker.dk]

Hlavní chyba je GTK toolkit verze 1 - xmms je poslední program, který u mě tu knihovnu používá. Další věc, že ztrácí focus, když jsi v playlistu a přepínáš mzi obrazovkami. Potom tady někdo dost často mluvil o bezpečnostních chybách. Chyby ve vizualizaci a další, na které si zrovna nevzpomenu.

[freshmouse]

Ale vždyť je to mrtvý projekt! "Nové XMMS" je BMP. (Které je mimochodem už taky mrtvé. Ale používá GTK 2 atd.)

[trekker.dk]

Úplně mrtvý není, protože tu a tam se mi při apt-get upgrade stahuje aktuálnější verze, ale to je pravděpodobně dílo údržbářů v Debianu. BMP jsem zkoušel, padal.

[David Jaša]

Máš staré informace. "Nové XMMS" je audacious, dnešní BMP (BMPx) s původním BMP má už společné jen jméno.

[freshmouse]

Ne. Řekl jsem to správně. BMP vzniklo jako nový projekt nahrazující XMMS. BMPx a Audacious vznikly až potom.

[David Jaša]

Pak nechápu, proč odkazuješ na mrtvý projekt, když jsou pěkně živí dva jeho nástupci...

[Jan Olšan]

Co ten kaboodle? Startuje to rychle? Máte totiž pravdu v tom, že je to dobrá volba pro asociaci na audio soubory, pokud to nejsou písničky/skladby.

[Robert Krátký]

U mě startuje sympaticky rychle, ale omezuje ho ta nutnost používat aRts. Normálně aRts nepoužívám, ale jakmile se pokusím něco přehrát pomocí Kaboodle, hned se spustí artsd.

[roup]

zajimavy clanek, byt se mi vypis vyhod / nevyhod zda ponekud zmateny. tak treba od kdy neumi kaffeine obaly alb? naopak, jeho featura, kdy v jednom okne zobrazuje nahledy na vsechny nalezene obaly + info o velikosti mi pripada praktictejsi nez u amaroku, kdy se clovek musi proklikavat aby dosel na konec a zjisitil, ze to neni ono (pravda, takhle to zase trosku dyl trva a vic stahuje) u noatunu se da otevirani ve vic oknech jednoduse vypnout (jako ve winampu) a pokud je juk chvalen za editaci id3 tagu, tak amarok by si to zaslouzil taky (nejen diky moznosti nastavit si "odhadnuti" podle nazvu souboru a adresaru, ale i diky podpore musicbrainz)

[RIPper]

skoda ze Amarok je skoro vzdy na screenshotoch ukazovany s milionom toolbarov. myslim ze take preplacane snad nie je ani jeho default nastavenie, a to nevravim o tom ze v tom screenshote ma velmi male okno takze to vyzera strasne.

ja spustam amarok bez toolbarov, a ten sidebar na prechadzanie collection sa da "minimalizovat" na 1 klik. potom ostane velmi pekne, ciste a prehladne okno s playlistom.

na akom HW ho autor pustal? na mojom dnes uz prehistorickom athlone xp 1800 startuje bleskovo.

[Genesis]

"Jedna z mála věcí, které lze Amaroku vytknout, je pomalost, s níž kráčí ruku v ruce i paměťová náročnost. Start na mém počítači trvá až k deseti sekundám a při vyšším zatížení procesoru se mi seká jednoduchá vizualizace." Nevím na čem autor Amarok spouští: u mne je reakce Amaroku absolutně blesková (AMD 64 3200 Winchester, 2x512 MB RAM, OS: PCLinuxOS 2007), zatížení RAM je do 20 MB, což snad není taková hrůza. Samozřejmě pokud autor jede na nějakém stroji se 128MB RAM, pak jeho problémy chápu.

[Murry]

Na začátku je to napsaný:
"Pro úplnost dodávám, že jsem testoval na notebooku IBM ThinkPad T40 (Pentium M 1.6 GHz a 512 MB RAM) s operačním systémem PCLinuxOS 2007."

[Genesis]

Jako HW minimum PCLOSu se obvykle uvádí procesor s taktem 1GHz a 512MB RAM pro bezproblémový běh, samozřejmě se dá PCLOS zprovoznit i s 256MB RAM a pomalejším procesorem (800MHz), hodnoty uvádím jen proto, že naprosto nechápu autorovy problémy s pomalým startem Amaroku a už vůbec mi není jasný povzdech nad "prý" velkými systémovými nároky aplikace. Ale budiž, každý máme jiná měřítka. Mně start za 0,5 vteřiny a "sežrání" 20MB paměti připadá velmi vyhovující.

[sss]

No vidíš. A mě Amarok při přehrávání sežere 140MB paměti ani nemrkne. Nastavení mám defaltní, pouze mám vypnuty všechny visualisace.

[Genesis]

No jasně a Vánoce jsou v červenci

[Jan Olšan]

Ona ta rychlost startu není moc o procesoru - nejvíc se čeká na data z disku. A občas to může zbrzdit nějaký nesoulad mezi knihovnami/moduly/jiným seireitem.

[J. M.]

Pro mě je podstatné, kolik procent výkonu procesoru vezme přehrávání zvukového souboru. Pro mě je jediná přijatelná hodnota nula. Každý solidní přehrávač to zvládne na nulu. Amarok na mém počítači 2-4 procenta (a to i s vypnutou vizualizací a všemi dalšími funkcemi, i skrytý, pohlcený v panelu), což mi přijde na obyčejné přehrání empétrojky naprosto absurdní.

[jk]

Muzes mi takovy solidni prehravac co to zvladne na nulu doporucit? Jsem ted zkousel amarok, mpd, mpg123 a xine-ui a naroky na cpu byly vsude podobne (2-4%)

Jinak kolik procent vykonu procesoru prehravac zabere me ani tolik nezajima. Zajima me vysledna spotreba notebooku. A ta je vzdy skoro stejna, od 15.3W(mpg123) do 15.6W(zbyly prehravace). Bez pustene hudby je to 12.5W.

[J. M.]

Samozřejmě to záleží na rychlosti procesoru - na pomalém procesoru to nebude nula nikdy ani s nejefektivnějším přehrávačem. Ale u mě je to např. KPlayer i KMPlayer, když používá backend MPlayeru (nikoli xine, ten má vyšší spotřebu). A samozřejmě i "čistý" MPlayer, i jiné konzolové přehrávače. Dále pak klasika jako XXMS i BMP, taky RealPlayer. Prostě skoro cokoli, co nepoužívá xine nebo GStreamer.

[J. M.]

(XMMS, ne XXMS.)

[jk]

Mplayer jsem zkousel, taky 4%. Realplayer ma skutecne 0. Ale rekl bych ze neni problem v prehravacich. RealPlayer je jedinej kterej pouziva OSS, ostatni pouzivaji alsu.

Ovsem to ze RealPlayer vicemene nezatezuje procesor se vubec neprojevilo ve spotrebe, porad 15.6W.

Jinak procesor mam CoreDuo@1.6GHz.

[J. M.]

U mě ALSA vs. OSS nemá žádný vliv (a ten audio výstup se dá v různých přehrávačích nastavit). Snad jedině aRts je něco jiného, ale ten zásadně nepoužívám. S tou spotřebou, to je zvláštní věc. Snad že by měřič vytížení CPU ukazoval špatně, i to je možné.

[jk]

Se spotrebou je to tak, ze pokud procesor se probudi jednou za sekundu na 100ms tak bude spotreba vyrazne nizsi nez kdyz se probudi 100x na 1ms. Kvuli prehravani audia se musi casto budit, coz ma na spotrebu vetsi vliv nez male rozdily ve vytizeni procesoru.

[svaca]

Tak to bude necim jinym .. Protoze ja to taky zkousel a na Atari Fajcon 030 (MC68060@66MHz) s pomoci DSP mam zatizeni pri prehravani MP3 pomoci Aniplayeru cca 5 procent ... Tak to bude asi na vsech platformach stejny ..

[svaca]

Atari Falcon, sakra

[thidney]

Nikdy jsem si neoblíbyl playlisty, připadalo mi to jako moc práce, sestavovat je. Zato jsem si dal práci všechny své ogg a mp3 správně doplnit id3 značkami (pomocí naprosto geniálního easyTagu) Preferuji tedy přehrávač který umí pracovat s kolekcí. A to v mém případě velkou cca 20G

Dlouhou dobu jsem pouzival FreeAmp (pozdeji Zinf). Celkem rychlý, ale vývoj se zastavil. Velká výhoda Zinfu byla že byl nezávislý na bežných knihovnách pro přehrávání zvuku.

Po té jsem přešel na výše zmíněný Juk, velmi jsem si ho oblíbil hlavně pro jeho "lehkost" a "jednoduchost". Prostě dělal vše co jsem si přál, a nemusel jsem moc zkoumat jak toho docílit.

Jednu dobu začal být Juk velmi nestabilní a proto jsem přešel na amarok. Od té doby jsem věrný, zmínil bych zejména perfektní podporu dcop, a tak nebyl nejmenší problém nastavit si ovládání na multimediální klávesnici, ovládat amarok ze skriptů, případně vzdáleně z firefoxu (podpora pluginů..) Pokud při přehrávání kliknu na informační záložku, nejen že vidím obal alba, ale i informace o autorovi (tuším že z wikipedie) a případně i text písničky. Okno amaroku moc nepoužívám, zvykl jsem si používat různé backendy: například Soundmanii (podporuje asi 10 různých přehrávačů, včetně xmms) http://kde-look.org/content/download.php?content=20866&id=2 Další věcí která tuším o amaroku nezazněla, že z něj můžete zpravovat svůj mp3 přehrávač, a hudbu si do něj stáhnout a případně si ji za běhu překonvertovat do formátu, který mptrojkovátko podporuje. Poslední věc, která se mi moc líbí, je zdílení hudby pomocí iTunes, i toto Amarok (skoro) umí.

[the.max]

Vratte mi spatky XMMS 1.x. do portage at nemusim pokazdy pridavat overlay. I kdyz je to pod GTK tak mi vyhovoal ze vsech nejvic! ...me uz i napadlo spoustet winamp prez wine

[xm]

Někteří jedinci jsou prostě divní (ano, myslím tebe).

[the.max]

Kazdej je nejakej... (ano, i ty)

[David Jaša]

Falf mi koncepcí silně připomíná windowsí Foobar2000.

BTW jak zvládají popisované přehrávače s knihovnou kompilace, tj. alba sestavená z více interpretů? Rozházejí takové album do dvaceti po jednotlivých interpretech nebo se s tím umí vypořádat lépe?

A ještě něco: když mám jedno album stejné skupiny otagované jako "The Corrs" a druhé "Corrs", budou pohromadě nebo bude jedno pod T a druhé pod C?

[Miroslav Cyroň]

1. To je různé. Amarok: záleží na tom, jak vyhledáváte. Pokud dle interpreta, bude to rozházené. Když dle alba, bude to v celku.

2. Budou to 2 interpreti.

[David Jaša]

díky

[emorjino]

ad 2) budou to sice dva interpreti, ale v Amaroku budou oba dva pod C, protože (aspoň v defaultním nastavení) ignoruje člen The (což mi docela vyhovuje... na druhou stranu poslouchám hodně francouzských kapel, a už jsem si tak nějak zvykl, že je mám všechny pod L)

[David Jaša]

A když dám řazení interpret - album, rozsype se kompilace do mnoha alb nebo to amarok zvládne lépe?

[Miroslav Cyroň]

Rozsype se. S tím "The" to jsem nevěděl (anglických moc nemám. Mám hodně jinojazyčných).

[Miroslav Cyroň]

Teď jsem se koukl, pokud se interpret nevyskytuje často, sloučí to do "Neznámí interpreti". Avšak mám dojem, že dříve to sypal. Musím na to kouknout.

[Miroslav Cyroň]

Teda "Různí interpreti".

[Marián Kyral]

BTW jak zvládají popisované přehrávače s knihovnou kompilace, tj. alba sestavená z více interpretů? Rozházejí takové album do dvaceti po jednotlivých interpretech nebo se s tím umí vypořádat lépe?

Takovéhle album se mi uhnízdí pod "Různí interpreti" a tam už je to podle alba. A pokud neuhnízdí, tak se tomu dá pomoci kliknutím pravým tlačítkem nad album a vybráním 'Zobrazovat pod "Různí interpreti"'.

[David Jaša]

Super, pak je amarok jedním ze dvou přehrávačů, co toto umí (Tím druhým je aktuální BMP).

[xm]

Hmm, je to sice podstatně lepší než ta původní verze této "recenze" v blogu, ale i tak tam pořád chybí některé podstatné informace. Recenze se ani pořádně nezmiňuje o nepříjemné vlastnosti některých přehrávačů a to sice že vyžadují stupidní ARTS (konkrétně Noatun a Kaboodle), díky čemuž jsou prakticky k ničemu. Psal jsem tuto výtku už v diskuzi pod blogem, ale autor ji zřejmě ignoroval...

[Robert Krátký]

Vzhledem k tomu, že je aRts stále ještě oficiální zvukový server pro KDE (a tohle je recenze přehrávačů pro KDE), tak mi nepřijde tak divné, že o tom není v článku zmínka. Ale především: ne každý musí sdílet tvůj názor, že je aRts stupidní.

Každopádně díky za podnět. Doplním tam, které backendy jednotlivé přehrávače podporují.

[xm]

Naštěstí už nebude dlouho KDE 4 se blíží

Každopádně moc díky za ochotu doplnit do toho článku podporované backendy, myslím že je to opravdu podstatná informace...

[David Watzke]

U JuKu chybí zmínka o podpoře aKode, to je malá libka, která ledacos přehraje. Takže není třeba moloch jako je Gstreamer.

[jarda]

je to problem ze na linuxu neexistuje poradny prehravac . Kouknete na win na takovy free kmplayer . Tomu se rika prehravac multimedii .

[eXces]

jaksi je to vsechno z nouze cnost

Tak tohle je opravdu síla

[Langos]

Krásnej fór

[Darth Phantom]

Poté, co jsem vyzkoušel amarok, jsem jím absolutně nadšen!Ač mne předtím nikdy nenadchnul svým vzhledem, umí okolo hudby a přehrávání snad vše, myslím si že nemá konkurenci ve funkcích.Co bych ještě rád podotknul a co tu nezaznělo, je podpora přehrávání streamovaného rádia, amarok defaultně obsahuje spousty adres, které jsou přehledně roztříděny podle žánrů.Oblíbená rádia lze samozřejmě přidat.další věc co hojně používám je podcast,který amarok zvládá taky na jedničku.Kdyby ostatní open source programy dosahovaly kvalit amaroku,byl bych jenom rád.

[Darth Phantom]

Taky bych tipoval, že přispivatel Jarda je asi z jiné planety.Po vydání KDE 4(pravděpodobně v říjnu) budou mít i uživatelé Windows možnost vyzkoušet pořádný přehrávač, kterým je amarok!

[emorjino]

mě to celkem mrzí.. pro 3 z 5 lidí, které jsem ukecal na linux byl Amarok jednou z podstatných apliakcí, kvůli které přecházeli.. Ale zase celkově jsem k multiplatformním programům vstřícný -> pro některé lidi bylo důležité si některé programy (openoffice, gimp, firefox) osahat na windows, aby se nebáli přechodu..

[Darth Phantom]

Taky mě to trochu mrzí, že amarok už nebude jenom výsadou Linuxu a jiných unixových systémů, ale portace na Windows je svým způsobem reklama.

[Luboš Doležel (Doli)]

Pán má také kritický nedostatek inteligence?

[Darth Phantom]

Kdo trpí nedostatkem inteligence a proč?

[Pinhead]

Těžko se ti sleduje vlákno? Nakresli si čáru na monitoru. Nejlépe lihovým fixem

[noname265]

+1 :D

[trekker.dk]

Klid, to byl určitě takový nepovedený pokus o vtip.

[svaca]

Pro kde je i VLC, ktere uz pomalu, nativne pojede pouze na QT4 ... A vlc je pro obyc usera lepsi nez mplayer.

I kdyz pro me je nejlepsim prehravacem na teto planete prave mplayer, vite jaka je nejlepsi jeho funkce ??? Ze neumi DVD menu ... DVD menu totiz nesnasim, naprosta kryplovina.

[phax7]

Souhlas:) Já chci vidět film ne se proklikávat nějakým nepřehledným pomalým menu... bych to všecko zakázal.

[Pavel Půlpán]

Pokud vim tak VLC umi dvd-simple nebo tak nejak... takze spokojeny muzou bejt oba tabory, jak ty pro dvdmenu, tak ty proti.