started a new thread or moved
the discussion to e. g. IRC. So, sorry for derailing the discussion...
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
it was justified, people are now comparing
the Plasma 5 release to that. I'm not a Plasma developer myself, but
considering how much time and effort they have spent to make Plasma 5 stable
to avoid getting similar bad press as KDE 4, this is in my opinion extremely
unfortunate.
Please excu
with it, the
policy seems to be set in stone in Fedora et al. So I don't see any reason to
argue or try to convince anyone.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
decoder apparently isn't available anymore I
don't see the relevance of the page. No matter how many times you link it.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
packages?
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
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/mail
; when it comes to performance and latency) for a
> not-so-free-but-out-of-the-box experience.
Sorry for my ignorance, but I'm not exactly sure I follow here. What does
Fluendo do that makes it okay for Fedora to ship gstreamer?
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
ate VLC into core library, ui
> stuff and plugins into different packages.
Why?
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
lugin. If it finds one, it plays the file. If it
> doesn't, it fails to play the file.
This is pretty much exactly how libvlc works, as far as I know.
One difference is that gstreamer actually contains implementations of
patented methods, and apparently VLC doesn't.
--
Martin
dule for libav/ffmpeg, same as VLC.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
to
instead contribute to e. g. VLC to improve their UI.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
milar "business model", not all
of them are multimedia related.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
ess why for MPEG-2, DivX,
> H.264, MKV, WebM, WMV, MP3... are no codec packages needed
The VLC build system has functionality to let people download, build and
bundle the libraries it depends on, for platforms where those aren't
available system-wide (the most prominent would probably b
dered illegal by (far too) many laws across the planet (as they
> break *cough* "effective" *cough* copyright protection systems - LOL)
libdvdcss and libaacs are not a part of VLC either.
That said, I have not looked extensively into this, so feel free to point out
if anything is wr
load without crossing this precarious line, usually VLC has it's own
> bundled codec libraries.
Please point me to any libraries that VLC bundles, I can't find any.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
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...
B
ly straight-forward to just build libdvdread and/or VLC without that
dependency. From some simple googling it seems like fedora already ships a
libdvdread without de-scrambling enabled, for example.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
er the world, which parts of the
world does KDE have mirrors that Videolan doesn't? (And also same question
as above.)
And in my humble opinion, that some distros cripple themselves shouldn't be
our problem... If a distro doesn't provide what users need, users should use
another distr
hy they wouldn't use
VLC, especially if we make a kick-ass qml-based UI for it.
I don't see what licensing issues there would be, the core parts of VLC are
lgpl 2+, and the rest is gpl2+, pretty much the same as almost everything
else in KDE.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
er.
That said, I'm not too familiar with Tomahawk, but I suspect it might already
cover more of what people want from a pure music player. But someone who is
more familiar with it chime in with what it is missing wrt. integration in
Plasma, and then we can see how hard those things are to fi
th someone
established elsewhere (outside of KDE, even).
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
oul and started using Spotify a lot, so that meant I
downprioritized JuK a bit.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
x it, not just toss it over
> the fence and say "it's not us".
I agree, with figuring out how it was fixed in Qt5, and backporting it to
Qt4. :-)
If you believe that keeping the bug in our tracker open will help on the
impression to users / tracking it from our side, I agree we
nition files.
>From reading the latest comments on that bug, and the linked Qt bug report,
it seems pretty clear-cut to be a Qt bug that's fixed in Qt5, but not in Qt4?
So maybe it should just be marked as an upstream bug?
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/l
ind out how one
> can make QML items appear in the QML designer.
You should have asked here first, I write QtCreator plugins in $DAYJOB (using
KDevelop, of course).
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
in
doing this they would have done so already.
I also don't think Firefox is a browser anyone should use from a security
perspective, but I understand that security isn't a big priority for many
people. But the web has become a very hostile environment, and proper
sandboxing is a must, I
for?
> I'd appreciate any thoughts/advice on this problem. If anyone else is
> working on the sonnet code, do let me know. Also, who's the current
> maintainer of the sonnet code base?
That would be me!
> The bug tracker CC's Zack Rusin, but the repo names Mart
and come with any and all feedback.
https://projects.kde.org/projects/frameworks/sonnet/repository/revisions/langdet/show/
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
are either of
these maintained?).
> I have no clue what this uri/ mimetypes are.
It's a Microsoft proprietary protocol for multimedia streaming.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
On Wed, Dec 18, 2013 at 12:09:02PM +0100, François K. wrote:
> I'm sorry to short-circuit the thread. I deleted Vishesh's original email by
> mistake...
You can read it here:
http://lists.kde.org/?l=kde-core-devel&m=138684571516431&w=2
It answers many of your question
hin seems to do this for its integrated KPart, maybe look into how it
does it?
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
ust want a simple n-gram algorithm, there's several ready-made
alternatives, like this one from Chromium:
https://code.google.com/p/chromium-compact-language-detector/
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
tarted
instead working on Frameworkizing Sonnet.
Then I started on implementing another algorithm that should work better for
shorter text fragments and mixed-language texts. Details of the algorithm are
available in this paper:
http://folk.ntnu.no/sandsmar/langdetect.pdf
--
Martin Sandsmark
>
art of it (and thereby their protocol for
communicating with the desktop) would be a good idea.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
where the source lives, so I CC'ed Eike explicitly to this mail.
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
think Eike is currently about to merge his rewritten libtaskbar,
maybe test with that first?
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
so we don't have to deal with
this bullshit in the future.
--
Martin Sandsmark
KDE
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
g it. Free software multimedia has come so far, only for
some bull-headed distributions to try to fuck it up again. Trying to
accommodate obviously faulty processes in downstream is not something we
should encourage, IMHO.
Actively working to limit our freedoms is a Bad Thing™.
--
Martin Sandsmark
On Monday 8. October 2012 17.25.49 Adrian Schröter wrote:
> I think this may also harm the reputation of the KDE project as an free
> project.
Why? ffmpeg is freely licensed.
--
Martin Sandsmark
KDE
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
em.»
http://www.ft.com/cms/s/0/5aeb5dae-6d27-11e0-83fe-00144feab49a.html
Please stop stop trying to ruin desktop Linux with this retarded hypocrisy. We
finally have native support for a majority of multimedia formats and codecs,
and then you come with this retarded legal FUD and pull it out aga
dia. And ffmpeg is the best library to do this, it supports pretty
much every video format out there, and is actively developed.
--
Martin Sandsmark
KDE
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
rce their patents
against anyone using ffmpeg?
On the other hand, people have been sued for using the Linux kernel because of
software patents.
Please stop spreading FUD.
--
Martin Sandsmark
KDE
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
hat Exiv2
> will be able to read the metadata from the widest possible set of files.
Just in case you don't already know, there's quite a set of sample videos
available at http://samples.mplayerhq.hu/ which might be interesting to test
with.
Good luck with the implementation! :-)
--
(MPRIS is the common
DBUS API for controlling media players) mediaplayer controller on the locked
screen?
--
Martin Sandsmark
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
44 matches
Mail list logo