On Wednesday 05 August 2015 00:42:24 Dāvis Mosāns wrote:
> 2015-08-04 22:45 GMT+03:00 Stefan Bruens :
> > On Tuesday 04 August 2015 19:29:27 Dāvis Mosāns wrote:
> >> 2015-08-04 19:04 GMT+03:00 Thomas Lübking :
> >> > On Dienstag, 4. August 2015 17:41:35 CEST, Martin Sandsmark wrote:
> >> >> since t
2015-08-04 22:45 GMT+03:00 Stefan Bruens :
> On Tuesday 04 August 2015 19:29:27 Dāvis Mosāns wrote:
>> 2015-08-04 19:04 GMT+03:00 Thomas Lübking :
>> > On Dienstag, 4. August 2015 17:41:35 CEST, Martin Sandsmark wrote:
>> >> since the free decoder apparently isn't available anymore
>> >
>> > http:/
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124610/#review83440
---
Ship it!
definitely a "good thing" for private libraries (wit
Another offers to help update:
- Stefan Dertkis (original poster, coder?)
- Eshtan Robateau (architect? + coder?)
- Olivier Churlaud (architect? + coder?)
- Konrad Renner (test + coder?)
- Rishabh Gupta (coder)
- Andrew Lake (UI design + architecture support if needed) + VDG
:-)
>> Visit http://m
Thanks Konrad!
Offers to help update:
- Stefan Dertkis (original poster, coder?)
- Eshtan Robateau (architect? + coder?)
- Olivier Churlaud (architect? + coder?)
- Konrad Renner (test + coder?)
- Andrew Lake (UI design + architecture support if needed) + VDG
:-)
On Tue, Aug 4, 2015 at 12:42 PM I
On Tuesday 04 August 2015 19:29:27 Dāvis Mosāns wrote:
> 2015-08-04 19:04 GMT+03:00 Thomas Lübking :
> > On Dienstag, 4. August 2015 17:41:35 CEST, Martin Sandsmark wrote:
> >> since the free decoder apparently isn't available anymore
> >
> > http://www.oneplaydirect.com/oneplay/oneplay-mp3-decode
2015-08-04 20:13 GMT+03:00 Martin Sandsmark :
> On Tue, Aug 04, 2015 at 07:29:27PM +0300, Dāvis Mosāns wrote:
>> So basically even if you wanted to use it legally you can't use most of
>> players
>> as almost everything is GPL... of course you don't have to abide by it but
>> then
>> what was poi
On Tue, Aug 04, 2015 at 07:29:27PM +0300, Dāvis Mosāns wrote:
> So basically even if you wanted to use it legally you can't use most of
> players
> as almost everything is GPL... of course you don't have to abide by it but
> then
> what was point of trying to do it legally as you can do it easier
2015-08-04 19:04 GMT+03:00 Thomas Lübking :
> On Dienstag, 4. August 2015 17:41:35 CEST, Martin Sandsmark wrote:
>
>> since the free decoder apparently isn't available anymore
>
>
> http://www.oneplaydirect.com/oneplay/oneplay-mp3-decoder/
>
> Most stuff ain't for free, though (and unlike the mp3 t
On Dienstag, 4. August 2015 18:07:21 CEST, Hussam Al-Tayeb wrote:
Is Fluendo a gst0.10 or gst-1.0 API level plugin?
Either.
http://www.oneplaydirect.com/oneplay/oneplay-codec-pack/
Though the mp3 thing is less precise ("0.10 or higher")
http://www.oneplaydirect.com/oneplay/oneplay-mp3-decoder
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
On Dienstag, 4. August 2015 17:41:35 CEST, Martin Sandsmark wrote:
since the free decoder apparently isn't available anymore
http://www.oneplaydirect.com/oneplay/oneplay-mp3-decoder/
Most stuff ain't for free, though (and unlike the mp3 thing, binary only), but still
"legal" (even in the US)
Yay, thanks Olivier!
Offers to help update:
- Stefan Dertkis (original poster, coder?)
- Eshtan Robateau (architect? + coder?)
- Olivier Churlaud (architect? + coder?)
- Andrew Lake (UI design + architecture support if needed) + VDG
Thanks,
Andrew
On Tue, Aug 4, 2015 at 8:55 AM Olivier Churlaud
So far Stefan identified the following as needed:
-) More People to discuss & flesh out the vision [1]
-) A motivated team of designers, software architects, coders & testers,
dedicated to creating a modern music player for our users
I think it shouldn't be difficult to get input on fleshing out t
Am 04.08.2015 um 17:41 schrieb Martin Sandsmark:
On Tue, Aug 04, 2015 at 05:36:34PM +0200, Reindl Harald wrote:
WHY don't you just read
https://fedoraproject.org/wiki/Installing_the_Fluendo_MP3_plugin - and no -
you don't need to click on any link there to understand the text on the page
I re
On Tue, Aug 04, 2015 at 05:36:34PM +0200, Reindl Harald wrote:
> WHY don't you just read
> https://fedoraproject.org/wiki/Installing_the_Fluendo_MP3_plugin - and no -
> you don't need to click on any link there to understand the text on the page
I read it, and since the free decoder apparently isn
Am 04.08.2015 um 17:34 schrieb Martin Sandsmark:
On Tue, Aug 04, 2015 at 05:31:18PM +0200, Thomas Lübking wrote:
Fluendo puchased the required licenses and provides (afaik binarly-only)
gstreamer plugins for those popular-but-patented codecs. And they allow
them to be shipped (for free)
Fedo
On Tue, Aug 04, 2015 at 05:31:18PM +0200, Thomas Lübking wrote:
> Fluendo puchased the required licenses and provides (afaik binarly-only)
> gstreamer plugins for those popular-but-patented codecs. And they allow
> them to be shipped (for free)
Fedora ships commercial, closed source packages?
--
Am 04.08.2015 um 17:28 schrieb Martin Sandsmark:
On Tue, Aug 04, 2015 at 05:26:40PM +0200, Reindl Harald wrote:
it takes away the resposibility
It takes away which responsibility?
the responsibility for a codec not included and hosted by the distribution?
https://fedoraproject.org/wiki/I
On Dienstag, 4. August 2015 17:28:24 CEST, Martin Sandsmark wrote:
On Tue, Aug 04, 2015 at 05:26:40PM +0200, Reindl Harald wrote:
it takes away the resposibility
It takes away which responsibility?
Fluendo puchased the required licenses and provides (afaik binarly-only)
gstreamer plugins fo
On Tue, Aug 04, 2015 at 05:26:40PM +0200, Reindl Harald wrote:
> it takes away the resposibility
It takes away which responsibility?
> https://fedoraproject.org/wiki/Installing_the_Fluendo_MP3_plugin
The links there are dead.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/
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're better
than the fluendo stuff and still gstreamer is inferior to vlc or mpla
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're better
> than the fluendo stuff and still gstreamer is inferior to vlc or mplayer
> when it comes to performance and latency)
On Dienstag, 4. August 2015 16:22:34 CEST, Martin Sandsmark wrote:
Then why is gstreamer okay to include?
https://en.wikipedia.org/wiki/Fluendo
You simply don't need the "bad" and "ugly" codecs (despite they're better than
the fluendo stuff and still gstreamer is inferior to vlc or mplayer wh
On Tue, Aug 04, 2015 at 05:57:55PM +0300, Hussam Al-Tayeb wrote:
> So don't ship the plugins that can cause legal issues.
> Gstreamer is simply easier for packagers. VLC isn't.
It is very easy to build VLC without including libraries you can't ship for
whatever reasons (for example because of soft
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
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
On Tue, Aug 04, 2015 at 05:52:00PM +0300, Hussam Al-Tayeb wrote:
> 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 installed relevant plugin. If it find
On Tue, Aug 04, 2015 at 05:47:26PM +0300, Hussam Al-Tayeb wrote:
> libmpv depends on ffmpeg for most things. Distributions can ship ffmpeg
> with disabled functionality to avoid linking against questionable
> libraries. The only issue is that ffmpeg itself probably contains code
> which prevents Re
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
A bit back on topic.
On Tue, Aug 04, 2015 at 05:25:12PM +0300, Dāvis Mosāns wrote:
> About media player as advanced power user (media collection in several
> TBs) I still haven't found any decent cross-platform media player, mostly
> choice is between beautiful UI but lack of features (there are p
2015-08-04 15:49 GMT+03:00 Reindl Harald :
>
>
> Am 04.08.2015 um 14:25 schrieb Martin Sandsmark:
>>
>> On Tue, Aug 04, 2015 at 09:47:57PM +1000, Joseph Crowell wrote:
>>>
>>> Some of the codec dependencies are from non-free libraries with closed
>>> source code.
>>
>>
>> Which codecs/libraries are
On Tue, Aug 04, 2015 at 03:59:27PM +0200, Thomas Lübking wrote:
> I think you're missing the point: VLC without those patented plugins is
> close to worthless to a majority of users - so would of course be gstreamer
> or any other media framework. People want to playback their mp3's and h264
> enco
On Dienstag, 4. August 2015 15:45:41 CEST, Martin Sandsmark wrote:
I don't see how this is relevant, VLC doesn't include this code. The various
decoding algorithms are implemented in libraries that optional modules for
VLC can link against.
I think you're missing the point: VLC without those p
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 what I know, from what I can see in the source the modules
you listed simpl
On Tue, Aug 04, 2015 at 02:57:45PM +0200, Thomas Lübking wrote:
> MPEG2 (until 2018), mp3 (until 2017) and h264 (until farfaraway) are still
> patented. The patents are largely unchallenged (no prior art claims) and
> valid by US laws (while most of the rest of the world considers the idea to
> pat
Am 04.08.2015 um 15:11 schrieb Franz Fellner:
Reindl Harald wrote:
Am 04.08.2015 um 14:25 schrieb Martin Sandsmark:
On Tue, Aug 04, 2015 at 09:47:57PM +1000, Joseph Crowell wrote:
Some of the codec dependencies are from non-free libraries with closed
source code.
Which codecs/libraries a
Reindl Harald wrote:
>
>
> Am 04.08.2015 um 14:25 schrieb Martin Sandsmark:
> > On Tue, Aug 04, 2015 at 09:47:57PM +1000, Joseph Crowell wrote:
> >> Some of the codec dependencies are from non-free libraries with closed
> >> source code.
> >
> > Which codecs/libraries are you talking about?
> >
>
On Dienstag, 4. August 2015 13:36:03 CEST, Martin Sandsmark wrote:
On Tue, Aug 04, 2015 at 10:53:16PM +1200, Ben Cooksley wrote:
On Tue, Aug 4, 2015 at 10:38 PM, Martin Sandsmark
wrote:
But what kind of legal risk are we talking about here?
The same one Redhat / Fedora don't like at all, and
Am 04.08.2015 um 14:25 schrieb Martin Sandsmark:
On Tue, Aug 04, 2015 at 09:47:57PM +1000, Joseph Crowell wrote:
Some of the codec dependencies are from non-free libraries with closed
source code.
Which codecs/libraries are you talking about?
While other players utilize separate libraries
On Tue, Aug 04, 2015 at 09:47:57PM +1000, Joseph Crowell wrote:
> Some of the codec dependencies are from non-free libraries with closed
> source code.
Which codecs/libraries are you talking about?
> While other players utilize separate libraries and you can package them for
> download without c
Some of the codec dependencies are from non-free libraries with closed
source code. While other players utilize separate libraries and you can
package them for download without crossing this precarious line, usually
VLC has it's own bundled codec libraries.
On 8/4/2015 9:36 PM, Martin Sandsmar
Wow, go for a short one-week holiday and the world explodes
On Thu, Jul 30, 2015 at 1:30 PM, Teo Mrnjavac wrote:
> On Thursday, July 30, 2015 12:42:14 Stefan Derkits wrote:
>> Dear all,
>>
>> in discussions during Akademy 2015 we found out that while we have with
>> Plasma 5 a Desktop that ha
On Tue, Aug 04, 2015 at 10:53:16PM +1200, Ben Cooksley wrote:
> On Tue, Aug 4, 2015 at 10:38 PM, Martin Sandsmark
> wrote:
> > But what kind of legal risk are we talking about here?
> The same one Redhat / Fedora don't like at all, and which SUSE is
> working around...
But what are these? I've ne
On Tue, Aug 4, 2015 at 10:38 PM, Martin Sandsmark
wrote:
> On Tue, Aug 04, 2015 at 10:28:35PM +1200, Ben Cooksley wrote:
>> We can't speak for our mirrors in terms of legal risk - those hosting
>> VLC in the questionable countries may have decided they'll take the
>> risk.
>> The USA is the obviou
On Tue, Aug 04, 2015 at 10:28:35PM +1200, Ben Cooksley wrote:
> We can't speak for our mirrors in terms of legal risk - those hosting
> VLC in the questionable countries may have decided they'll take the
> risk.
> The USA is the obvious problem country there...
But what kind of legal risk are we t
On Tue, Aug 4, 2015 at 10:18 PM, Martin Sandsmark
wrote:
> On Tue, Aug 04, 2015 at 10:41:45AM +0200, Harald Sitter wrote:
>> During last akademy I brought up the possibility of killing
>> phonon-gstreamer and going vlc-only in Phonon. While this discussion
>> happened on a private packager list I
On Tue, Aug 04, 2015 at 10:41:45AM +0200, Harald Sitter wrote:
> During last akademy I brought up the possibility of killing
> phonon-gstreamer and going vlc-only in Phonon. While this discussion
> happened on a private packager list I can not point to it but the gist
> of it was that Fedora doesn'
> On Aug. 4, 2015, 8:39 a.m., Vishesh Handa wrote:
> > I have no idea what this does. Someone else will need to give it a ShipIt.
> > Also, you probably want to get this in today before the tagging.
Actually I'd rather put it in after tagging so we get a month worth of CI on
top of the change.
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124602/
---
(Updated Aug. 4, 2015, 8:43 a.m.)
Status
--
This change has been mar
On Sun, Aug 2, 2015 at 5:31 PM, Martin Sandsmark
wrote:
> VLC is something that makes more sense for me.
Not disagreeing or anything since it is a well known fact that I am a
VLC fanboy :P
BUT
During last akademy I brought up the possibility of killing
phonon-gstreamer and going vlc-only in Pho
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124610/#review83412
---
I have no idea what this does. Someone else will need to give
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124602/#review83411
---
Ship it!
Thanks for taking care of this.
- Vishesh Handa
O
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124610/
---
Review request for Baloo, Build System and KDE Frameworks.
Repository: ba
54 matches
Mail list logo
