Re: Help wanted to evolve KDEs music players

2015-08-04 Thread Hussam Al-Tayeb
On Tue, 2015-08-04 at 17:26 +0200, Reindl Harald wrote: > > Am 04.08.2015 um 17:23 schrieb Martin Sandsmark: > > On Tue, Aug 04, 2015 at 05:06:11PM +0200, Thomas Lübking wrote: > > > https://en.wikipedia.org/wiki/Fluendo > > > You simply don't need the "bad" and "ugly" codecs (despite > > > they'r

Re: Help wanted to evolve KDEs music players

2015-08-04 Thread Hussam Al-Tayeb
On Tue, 2015-08-04 at 16:51 +0200, Martin Sandsmark wrote: > > Gstreamer remains the easiest and safest way to avoid patent issues > > by > > only shipping the plugins you want. > > How so? It also has modules linking to the various libraries that > contain > patented methods, and also has a modu

Re: Help wanted to evolve KDEs music players

2015-08-04 Thread Hussam Al-Tayeb
On Tue, 2015-08-04 at 15:54 +0200, Martin Sandsmark wrote: > On Tue, Aug 04, 2015 at 03:25:59PM +0200, Reindl Harald wrote: > > VLC has for many codecs it's own implementations while it's > > *possible* to > > use external libraries instead the built-in ones in many cases > > This doesn't match wh

Re: Help wanted to evolve KDEs music players

2015-08-04 Thread Hussam Al-Tayeb
On Tue, 2015-08-04 at 16:22 +0200, Martin Sandsmark wrote: > Then why is gstreamer okay to include? > Gstreamer is separated into plugins. Applications link against the core library and the base plugin libraries only. When a gstreamer client tries to play a mp3 file, gstreamer looks for an instal