Vyšlo Kaffeine 1.0-pre3 (diskuse)

[Jardík]

Proč ten návrat?

[vain]

No tak, Jardíku, přece umíš číst =)

[Saljack]

VDPAU ale problém asi bude taky v titulkách, víte někdo jak je na tom phonon s nimi?

[Xerces]

Blbě, má problémy s externímy titulky ze souborů, jinak klasické titulky z DVD snad vpohodě sleduj diskuze kolem projektu Bangarang.

[pht]

Protože phonon je jen další nevyvinutá srágora která stojí mezi uživatelem a produktivitou?

[Saljack]

Ale je to škoda koncept to je dobrý, ale dokud to nebude umět pracovat s titulky tak je to na houby.

[qwertzuiop]

To je fakt fór. Koncept je tedy úúúžasný, škoda, že nepřinesl nic dobrého. :)))))

[Espinosa]

Kaffeine před tím podporoval 3 backendy - xine, mplayer a gstreamer. Jenže podporovat 3 různá API není žádná sranda, kvalita podpory byla pro různé backendy různá. Phonon přináší jednotu, takže JE to o produktivitě, určitě pro developery. Ovšem nedodělané to pravda je, to je v KDE4 kde co.

KDE Phonon je stejně primárně adaptér pro Xine. Teroreticky by měl umět to co Xine. Asi nedostatečně zpřístupňoval xine API. Taková moje spekulace - Qt Phonon na rozdíl od KDE Phononu je primárně pro gstreamer. A většina vývoje Phononu je na v rukou Qt. Možná tady bude ten háček. Nerozšíří Phonon API pokud by danou funkcionalitu neposkytoval gstreamer, jakožto jejich referenční backend. Takže takové politikaření. Neměli náhodou přehrávače založené na gstreameru problém s titulky? Konec spekulace.

[Saljack]

To si nemyslím, že Phonon v Qt je primárně pro gstreamer, měl by na Windows podporovat ten jejich shit a na Applu QuickTime. Jinak ten Phonon co je v Qt je ten samí co v KDE akorát ho Qt implementovalo do své knihovny.

[qwertzuiop]

To je další ukázka hlouposti: ztrácet čas nad platformami, kde až na pár exotů pravděpodobně nikdo o produkty KDE nebude mít zájem.

[Espinosa]

Těmi platformami myslíte Phonon backendy DirectShow a QuickTime ? No já si myslím, že Windows docela budoucnost má, i pro KDE.

[Espinosa]

http://www.abclinuxu.cz/clanky/recenze/kde-4.4-ohlednuti-za-dosavadnim-vyvojem#21:

Bohuzel aktualni zmatky kolem Phononu a backendu jsou tezke zlo... Prvni vec - jsou dva Phonony - jeden v KDE, aktivne vyvyjeny, jeden v Qt, o par verzi pozadu. Druha vec je - ten v Qt oficialne podporuje GStreamer backend, ten je horsi momentalne, naopak ten v KDE, je Xine based. Problem je v tom, ze balit upstreamovy Phonon neni sranda, vesmes se bere Phonon z Qt a backendy z KDE (dela to tak vic dister). Zaroven celkove bezi boj o Xine vs GStreamer. Neni to sranda. Vyvojari Amaroku odmitaji jakekoliv bugy s GStreamer backendem, zase trebas pro nas ve Fedore je lepsi mit GStreamer - ve Fedore lip podporovany. ...

Příspěvek napsal Rezza, což jestli chápu je "balič" od Fedory, takže bych řekl, že ví o čem mluví..

[Rezza]

Dekuji za repost, nemusel jsem se opakovat. Ale kdyz to po sobe ctu, au ten Cestin

[Espinosa]

obsah >>> forma.

[qwertzuiop]

> JE to o produktivitě, určitě pro developery.

Co je lepší? Rychlejší vývoj něčeho nefunkčního, nebo pomalejší vývoj něčeho funkčního? Težké manažerské rozhodnutí. ;)

No, ale "vývojáři" KDE to opět podělali, takže aspoň mohou posloužit jako učební pomůcka toho, jak se to nemá dělat. Sumasumárum to vlastně nakonec opravdu JE o produktivitě -- vývojáři KDE vlastně svou příkladnou neschopností zvyšují produktivitu jiným vývojářům.

[Espinosa]

>> JE to o produktivitě, určitě pro developery.
> Co je lepší? Rychlejší vývoj něčeho nefunkčního, nebo pomalejší vývoj něčeho funkčního? Težké manažerské rozhodnutí. ;)

No v tomto případě to zase tak těžké rozhodnutí není. Phonon je wrapper, adaptér, mapuje jedno API na jiné. Adaptéry zase tak složité psát není. Alespoň by nemělo. K tomu nějaký ten KCM modul, no ten už je, moc toho v něm sice není, ale tady problém taky není.

> No, ale "vývojáři" KDE to opět podělali, takže aspoň mohou posloužit jako učební pomůcka toho, jak se to
> nemá dělat. Sumasumárum to vlastně nakonec opravdu JE o produktivitě -- vývojáři KDE vlastně svou
> příkladnou neschopností zvyšují produktivitu jiným vývojářům.

Ono to bude složitější. Nejsem si jistý, jestli si v tomto případě stěžujete na vývojáře KDE oprávněně, trochu negativně tu vnímám snahy Qt. No přečtěte si příspěvek od Rezzy na toto téma.

[Espinosa]

Jo a hned další příspěvek od Rezzy v té samé diskusi jako by přímo odpovídal do naší diskuse:
Kazdopadne - ja mam rad Phonon, ale ten bordel kolem neho je ted velmi neprijemny. Sam jsem ho pouzil v Maknetu a usetril me tuuuuze moc prace.

[nikdo]

Phonon byl vždycky vykládán jako jednoduché API pro jednoduché multimediální funkce. Přehrát zvuk. Pustit video v náhledu. A podobně. Nikdy nebyl zamýšlen jako totální wrapper nad nativními knihovnami.

[Rezza]

Na to je opravdu fajn. Nakonec cilem bylo nabidnout vse co potrebuje Amarok - coz uz neni takove minimum. Ze strany videa by bylo fajn nabidnout vse pro Kaffeine, coz se nestalo :( Pokud nekdo potrebuje neco vic - je tu pak ciste Xine a GStreamer.

[Espinosa]

No osobně jsem doufal, že Phonon má ty ambice se stát něčím co je DirectShow pro Windows a QuickTime pro Mac, co je OpenGL pro grafiku. Zrovna mě tak napadlo, v jakém vztahu jsou Phonon a SDL?

Otázka je, co dělat, pokud chcete přidat pokročilejší funkce, které má jen některý backend, a ostatní ne. Xine a mplayer na tom budou asi stejně, horší bude porovnání xine vs gstreamer. Aby to neskončilo stejně tak, že, ano, my sice stavíme na Phonon API, který podporuje super množství backendů, ale jediný který lze realisticky použít je jaksi jen jeden či dva

[Rezza]

No osobně jsem doufal, že Phonon má ty ambice se stát něčím co je DirectShow pro Windows a QuickTime pro Mac, co je OpenGL pro grafiku.

Tyhle ambice nikdy nemel, to spis GStreamer samotny.

Zrovna mě tak napadlo, v jakém vztahu jsou Phonon a SDL?

Tady nechapu ten vztah - pokud technologie v backendu pouziva SDL na kresleni, tak se pouzije. Jiny vztah nevidim.

Pokud clovek chce pokrocile funkce, tak holt musi sahnout napr. po GStreameru, Xine ci necem podobnem, viz. predchozi posty - nebylo to nikdy cilem. Nejlepsi by skutecne byl jeden dobre podporovany backend - ale to uz je klasicky boj GStreamer vs Xine. Az jeden z techto vyhraje, tak pak to bude jednodussi. Hlavni vyvojar Phononu je pro-Xine, ostatni pro-GStreamer, KDE preferuje Xine, Qt GStreamer, ale zase neni tak aktualni Phonon jako ten z KDE. Navic je otazka, jak dlouho se bude Nokia starat - viz. QtMultimedia.

[pht]

Phonon přináší jednotu, takže JE to o produktivitě, určitě pro developery.

Tyhlety všezahrnující a všesjednocující API nemůžou nikdy pořádně fungovat. Každé pod-API totiž bude nutně podporovat různé věci a jakmile je začnete takto sjednocovat, tak je musíte skrouhnout na společné minimum - ergo ztratíte specifika, to v čem je dobré xine, v čem je dobrý mp. (gstreamer snad není dobrý v ničem :)

Pak není divu, že v přehrávači, který má tyto knihovny použít na max (protože jsou taky z přehrávačů) půlka nefunguje...

KDE Phonon je stejně primárně adaptér pro Xine. Teroreticky by měl umět to co Xine. Asi nedostatečně zpřístupňoval xine API. Taková moje spekulace - Qt Phonon na rozdíl od KDE Phononu je primárně pro gstreamer. A většina vývoje Phononu je na v rukou Qt. Možná tady bude ten háček. Nerozšíří Phonon API pokud by danou funkcionalitu neposkytoval gstreamer, jakožto jejich referenční backend.

Jo, to je přesně ono. Phonon je sice univerzální, ale stejně jsou dva a každej si ho mele na svém písečku podle toho co umí jeho backend. Bezva.

[stativ]

gstreamer snad není dobrý v ničem :)

No, v jedné věci je – přehrávání MusePacku. Xine v mpc nedovede seekovat, zato gstreamer jo. Ale to je asi tak všechno.

[TM]

Je to k smíchu i pláči zároveň.
Opravdu si ještě někdo myslí, že bude desktopová platforma, vznikající v takovém chaosu životaschopná?
Řekl bych, že si mohu odškrtnout další dříve funkční věc, která se pomalu mění ve svoji karikaturu - Kaffeine.

[True54]

Naopak. Kaffeine se vrací do podoby nejlepšího přehrávače vůbec: Kaffeine(KDE3)/Xine

[alium]

+1

[TM]

Ale kdepak .
Zanedlouho to bude používat zase Phonon, pak Gstreamer, nakonec všechno dohromady a pak někdo usoudí, že je to třeba znovu přepsat, protože s funkčním Kaffeine pro KDE3 byla nuda. Korunu všemu nasadí informace, že se to integruje s Horažďovicemi předměstím...pardon s Nepomukem.

[Espinosa]

Kaffeine vždycky podporovala několik backendů, kromě xine to byl i gstreamer. A zdá se ještě nějaký čas v tom budou muset pokračovat. jen jim přibyl další backend navrch - Phonon. (možná a úkor gstreameru a mplayeru, ale ona stejně jejich kvalita zaostávala a málo kdo je používal)

Prostě si chtěli vývojáři zefektivnit práci, tím že správu 3 různorodých backendů předají specializovanému projektu - Phononu - a oni se zaměří na to co umí dobře - kvalitní GUI frontend. Někdo by to označil za příklad Unixové filosofie v praxi.

[martin]

ty jsi k smichu i placi zaroven...

btw. pod zpravickou o RC3 jsi si jeste nezanadaval, mel bys to jit napravit ;)

[Dusan]

Skúšal som postupne kompilovať z SVN ale zdá sa že prešli na novšie QT takže my začal prehrávač segfaultovať (robilo to aj pri krusadery) Používam mandrivu 2010.0 nie cooker.

A som rád že prešli naspäť na xine. Ten je hneď po mplayeru druhý najlepší engin.

Phonom by mal robiť náhľady a podobné drobnosti. Ale nemal by slúžiť ako engin do pokročilejších prehrávačov. Minimálne v takom stave ako je teraz určite nie.