Phonon

#0:
Nu har KDE i eksperimentelt kunne køre på Windows. Dette ville ikke kunne have ladet sige gøre uden Phonon, da GStreamer ikke understøtter Windows, men det gør andre af Phonons backends.

#1: da GStreamer ikke understøtter Windows
?

#1
Jo det gør: http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/se…

#0, egentligt var det heller ikke for at sammenligne GStreamer og Phonon. Men kan godt se hvorfor mit indlæg kunne opfattes således :-)
Mit indlæg om GStreamer var mere for at sige, at jeg nok en dag ville kigge nærmere på det i forhold til brug med Qt, men lige PT er vejret for godt :-)

#3, ikke "officelt", men lader da til at være OK understøttelse ;-) http://gstreamer.freedesktop.org/download/

#3:
Min fejl. Beklager. Jeg kiggede på hjemmesiden hvor der stod "The GStreamer project itself does not provide Windows binaries at this point unfortunately.", og så tænkte jeg at Windows understøttelsen næppe var mature (dansk ord?).

#5
Det skal jeg ikke kunne sige om den er ;) Men der er ihvertfald delvis understøttelse.

#5: Min fejl. Beklager.

*** Off topic indhold slettet, personlige angrep tolereres ikke her *** Mod.


Sandheden er at KDE lavede en brøler med arts, der er ligeså stor som nepomuk og akonadi tilsammen. Efterfølgende begyndte der et forkølet forsøg på at lave et abstraction lager for at undgå dette i fremtiden. Trolltech gaflede den primære udvikler og copyright, fordi de passede perfekt med deres business case hvor de ville sælge settopbox software med fleksible multimedie backends(læs: patent, DRM, closed source).

Det var den gang hvor Qt-betalt mindshare blogging skulle overbevise alle KDEerne om at det var en fantastisk ide. Sidenhen har Nokia overtaget, og de vidste fra tidligere arbejde på Gstreamer at det var her der skulle satses. Phonon blev droppet, og Qt blev integreret med Gstreamer.

Og hvor er Gstreamer så idag? De er støttet af flere upstreamer virksomheder, RH, GNOME, Google og til dels Nokia. Der kører et godt community, er på GSOC, holder årlige konferencer med et bredt publikum, og release 1.0 er lige på trapperne. Internt i KDE er der også mange der mener Gstreamer er fremtiden.

Gstreamer et blevet alt det som arts ikke blev, og Phonon er allerede kasseret af Nokia. Gstreamer er fremtiden.

#5: og så tænkte jeg at Windows understøttelsen næppe var mature (dansk ord?).

Måske leder du efter ordet "moden" eller måske stabilt, klar, færdigt vil også kunne bruges i overstående tilfælde. :-)

#7: Og hvor er Gstreamer så idag? De er støttet af flere upstreamer virksomheder, RH, GNOME, Google og til dels Nokia. Der kører et godt community, er på GSOC, holder årlige konferencer med et bredt publikum, og release 1.0 er lige på trapperne

Også er Firefox også interesseret i at bruge det direkte.
http://schleef.org/2012/04/29/gstreamer-backend-for-video-in-firefox/
Netop fordi pluginstrukturen indeholder alt den fleksibilitet som Phonon oprindeligt skulle give.

KDE: Gør jer selv den tjeneste at komme med på fremtidens multimedia framework.

#8: Måske leder du efter ordet "moden" eller måske stabilt, klar, færdigt vil også kunne bruges i overstående tilfælde. :-)Moden kan vel egentlig godt bruges. Sjovt at jeg ikke tænkte på det, da det jog er den direkte oversættelse af mature.

Der er selvfølgelig et mindre konkurrenceforhold men det er mindre. Phonon er en afdeling i en lokale Qt-butik. GStreamer er en helt separat butik (hvor Qt kun havde en afdeling). Her er mulighederne oplagt flere og mere avanceret.

Såfremt man ikke bruger Qt, er der næppe nogen grund til at bruge Phonon. Såfremt man alligevel er i Qt-butikken kan man overveje om Phonon er godt nok til ens behov. (Da det i givet fald vil spare besværet med en tur til GStreamer-butikken) - eller om ens behov gør denne tur nyttig/nødvendig.

Under alle omstændigheder er der ingen tvivl om at GStreamer giver flere langt flere muligheder.

#11: Såfremt man alligevel er i Qt-butikken kan man overveje om Phonon er godt nok til ens behov. (Da det i givet fald vil spare besværet med en tur til GStreamer-butikken) - eller om ens behov gør denne tur nyttig/nødvendig.

Hvori består besværet?

Primært at jeg skal sikre mig at brugeren af mit program har en passende version af GStreamer med C++-bindings liggende (og det samme hvis jeg skal pakke det).

Såfremt jeg ikke har behov for GStreamer (og jeg laver mit program som f.eks. en deb-pakke) risikerer jeg at brugeren kan få pakke-konflikter og at jeg i pakken slæber en masse MB ind på en brugers maskine for at få GObject (og dele af GTK) med.

Nu er det mest teoretisk viden som jeg har på området. (Jeg kender faktisk intet til at lave pakke eller programmere hverken Phonon eller GStreamer). Tilgengæld kender jeg generelt til problemer med at man laver eksterne afhængigheder. Så selvom GStreamer sikkert har perfekte bindings og muligheder vil det stadig være foragteligt for Qt-brugere at bruge Phonon medmindre at dens begrænsninger er et problem.

#13: Så nu er Phonon reduceret til at løse "pakkeproblemer" :) Vil du give et eksempel hvor dette er et reelt problem?

#14
Du manipulerer lidt mine ord, men det korte svar kunne godt være 'ja'. Phonon har ikke nær de muligheder, som GStramer har - men det er simpelt og det har den fordel at man kan undgå externe afhængigheder - og jeg kan give mange eksempler på at programmer, der bruger alt for mange af disse.

Dette gælder både Gnome-programmer, der hiver 50% af Gnome ind og (måske især) KDE-programmer, der gør det samme med KDE - og ofte helt uden grund (eller måske på regionskrig ... - så man ikke kan slippe for næsten at installere hele fundamentet for den anden desktop sammen med program X)

#15: Du manipulerer lidt mine ord, men det korte svar kunne godt være 'ja'. Phonon har ikke nær de muligheder, som GStramer har - men det er simpelt og det har den fordel at man kan undgå externe afhængigheder - og jeg kan give mange eksempler på at programmer, der bruger alt for mange af disse.

Undgå externe afhængigheder!? Dit mutimedia program ender uden lyd og billede hvis disse ikke er løst under alle omstændigheder! Så jeg så spørger: Er Phonon reduceret til at løse "pakkeproblemer"? Og hvis du svarer ja, vil jeg gratulere med at introducere et abstraktionslag på multimedia delen der skal emulere en abstraktion der normalt hører til i pakkehåndteringen!

#16
Phonon er en del af et framework. Både toolkits men især frameworks kan finde på at have en egen version af noget (hvor det ikke nødvendigvis er VM-vinder) - og selvom du prøver at fremstille det som latterligt giver det god mening.

Det, der ikke giver mening er din holdning om, at man absolut skal bruge GSteamer hvis om man så kun vil noget så simpelt som at afspille en lydfil og man i forvejen bruger Qt. Her er din løsning det samme som at gå over åen efter vand.

Hvis du nu havde en smule programmeringserfaring og/eller du ikke blot ønskede at nedgøre noget software, ville der nok være en chance for at du ville forstå det.

Nu tror jeg dog ikke at jeg har mere at tilføje til emnet ...

#17: Phonon er en del af et framework. Både toolkits men især frameworks kan finde på at have en egen version af noget (hvor det ikke nødvendigvis er VM-vinder) - og selvom du prøver at fremstille det som latterligt giver det god mening.

Jeg gentager lige mig selv, du forstod det vist ikke første gang, "Phonon er skabt i en tid og med en motivation der ikke har nogen relevans i dag for KDE." <-------- LÆS: KDE!!!!

Sådan, nu forstår vist også du, at det her ikke handler om Qt men om KDE.

Jamen eftersom KDE er en bunke Qt-programmer og jvf det, som jeg skriver ovenfor, er verden ikke så sort/hvid som du sætter den op. De eneste, der legitimt uden videre kan konkludere det, som du skriver, er KDE-udviklerne - og de er næppe enige ...