[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-devel
Subject: Re: Help wanted to evolve KDEs music players
From: "kainz.a" <kainz.a () gmail ! com>
Date: 2015-08-05 7:18:17
Message-ID: CAFryEO4D9NaGo2R02MWxu+Ebt8DQ_CvNRBtfEPzv9K6Mp7GmJg () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
as much as I know now is that baloo make the index and thats it.
tags, rating, ... will be written in the file with another Software. baloo
listen only if something is changed.
Am 05.08.2015 09:11 schrieb "Jean-Baptiste Kempf" <jb@videolan.org>:
> On 01 Aug, Vishesh Handa wrote :
> > > On 2015-08-01 08:47, Ing. Konrad Renner wrote:
> > >> the player (no matter if it is Amarok, JuK or a new one) must be
> integrated well in Plasma (eg usage of baloo for ratings, tags). If I use
> Plasma, it does not matter for me if it runs standalone on eg Windows.
> > >
> > > I see a use case for Baloo for finding music files, but probably not
> for
> > > ratings & tags. While Tags (if done correctly, for music files this
> also
> > > includes Ratings [0]) could be read by Baloo via the TaglibExtractor of
> > > KFileMetadata, I heard that those attributes can't be written back to
> > > Tags by Baloo.
> >
> > Correct. And they never will be. Perhaps via KFileMetaData, but at
> > that point you're just using a light wrapper on top of TagLib, and you
> > may as well use TagLib.
>
> With my limited experience on the matter, I'd advise you against Baloo
> for multimedia metadata.
>
> For 2 reasons:
> - You will need to manage streams metadata, from online content, and
> you'll need Taglib parsing anyway, duplicating the code
> - Multimedia metadata is weird, and can be inside files, outside, or
> using some weird unstandardised conventions. I doubt that will fly
> well with Baloo.
>
> With my kindest regards,
>
> --
> Jean-Baptiste Kempf
> http://www.jbkempf.com/ - +33 672 704 734
> Sent from my Electronic Device
>
> >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to
> unsubscribe <<
>
[Attachment #5 (text/html)]
<p dir="ltr">as much as I know now is that baloo make the index and thats it.</p>
<p dir="ltr">tags, rating, ... will be written in the file with another Software. \
baloo listen only if something is changed.</p> <div class="gmail_quote">Am 05.08.2015 \
09:11 schrieb "Jean-Baptiste Kempf" <<a \
href="mailto:jb@videolan.org">jb@videolan.org</a>>:<br \
type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex">On 01 Aug, Vishesh Handa wrote \
:<br> > > On 2015-08-01 08:47, Ing. Konrad Renner wrote:<br>
> >> the player (no matter if it is Amarok, JuK or a new one) must be \
integrated well in Plasma (eg usage of baloo for ratings, tags). If I use Plasma, it \
does not matter for me if it runs standalone on eg Windows.<br> > ><br>
> > I see a use case for Baloo for finding music files, but probably not \
for<br> > > ratings & tags. While Tags (if done correctly, for music files \
this also<br> > > includes Ratings [0]) could be read by Baloo via the \
TaglibExtractor of<br> > > KFileMetadata, I heard that those attributes \
can't be written back to<br> > > Tags by Baloo.<br>
><br>
> Correct. And they never will be. Perhaps via KFileMetaData, but at<br>
> that point you're just using a light wrapper on top of TagLib, and you<br>
> may as well use TagLib.<br>
<br>
With my limited experience on the matter, I'd advise you against Baloo<br>
for multimedia metadata.<br>
<br>
For 2 reasons:<br>
- You will need to manage streams metadata, from online content, and<br>
you'll need Taglib parsing anyway, duplicating the code<br>
- Multimedia metadata is weird, and can be inside files, outside, or<br>
using some weird unstandardised conventions. I doubt that will fly<br>
well with Baloo.<br>
<br>
With my kindest regards,<br>
<br>
--<br>
Jean-Baptiste Kempf<br>
<a href="http://www.jbkempf.com/" rel="noreferrer" \
target="_blank">http://www.jbkempf.com/</a> - <a href="tel:%2B33%20672%20704%20734" \
value="+33672704734">+33 672 704 734</a><br> Sent from my Electronic Device<br>
<br>
>> Visit <a href="http://mail.kde.org/mailman/listinfo/kde-devel#unsub" \
rel="noreferrer" target="_blank">http://mail.kde.org/mailman/listinfo/kde-devel#unsub</a> \
to unsubscribe <<<br> </blockquote></div>
[Attachment #6 (text/plain)]
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic