[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-multimedia
Subject: Re: Help wanted to evolve KDEs music players
From: andreas k <andreas_k () abwesend ! de>
Date: 2015-08-05 19:46:45
Message-ID: CAFryEO7-RVgc7VD5+okigUVqiKKAVuJjwfRAHyzMaVd3ncP5Lw () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Yesterday I have a look to clementine they have local music AND a great set
of online account too. As someone write here before, they are also working
on a QT5 port. I understand that the clementine users are looking for a
amarok 1.4 player, but there are a huge numbers of audio players with
different skins.
cheers Andreas
2015-08-04 21:40 GMT+02:00 Ing. Konrad Renner <konrad.renner@kolabnow.com>:
> Hi,
>
> I can help test and maybe some easy tasks coding ( I have not coded with
> C++ for some years and have to get in again).
>
> Yours Konrad
>
> Am 04.08.2015 5:47 nachm. schrieb Andrew Lake <jamboarder@gmail.com>:
> >
> > 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 the
> vision. We could use the KDE Forums or a blog post for that. I also think
> we won't have much trouble getting testers. You can count on help from the
> VDG for design and from myself to directly support this effort. So really
> what remains from the list is software architect(s) and coder(s).
> >
> > I count the following people who appear to have made explicit offers to
> help:
> > - Stefan Dertkis (original poster, coder?)
> > - Eshtan Robateau (architect? + coder?)
> > - Andrew Lake (UI design + architecture support if needed) + VDG
> >
> > If anyone else is interested, please, please speak up. I genuinely think
> there is clear value in what Stefan proposes. The current VDG Music Player
> design, including the vision, personas and scenarios, are far from set in
> stone so we can certainly revisit it as necessary. Also I think we can
> eventually work out the practical details of what code base or pre-existing
> solutions we could take advantage of in order to fulfill the vision and
> avoid the perils of creating yet-another-music-player. Whether that
> solution is from-scratch or as simple as a skin doesn't concern me terribly
> at this point.
> >
> > Stefan, I suggest we take a chance and start with a small core team of
> folks who are willing to volunteer at this early stage. If that team can
> produce something concrete in the near term, we can work on growing the
> contributor base when people have something more concrete to look at.
> >
> > Hope this helps,
> > Andrew
> >
> > On Sun, Aug 2, 2015 at 3:21 AM Eshton Robateau wrote:
> >>
> >> Hi all,
> >>
> >> >To solve this I think three very central question need to be answered
> >>
> >> >very precisely before doing anything else.
> >>
> >> >
> >>
> >> >1. How many people will actively commit to working on this as their
> >>
> >> >*main* project?
> >>
> >> >2. What does the primary target audience of Plasma even need?
> >>
> >> >3. What do the contributors want to actually have in the end
> >>
> >> >understanding their own time constraints?
> >>
> >> I'm committed to work on this as main. I've been swimming in the
> bangarang codebase and so far we're almost rewriting the entire thing. From
> my perspective, porting is near rewrite, so it's better to have a good
> design and vision from the start. Might I suggest that we simply have a
> survey of what our users (plasma or general) want from a music player
> instead of relying on personas. It seems a bit naive to assume we only have
> casual users and power users. Feedback from actual users is more concrete
> than anything persona we can invent. FWIW I want a music player that plays
> music and supports playlists and media info, I'm not likely to use other
> features much.
> >>
> >> ------------------
> >>
> >> _______________________________________________
> >> Bangarang mailing list
> >> Bangarang@kde.org
> >> https://mail.kde.org/mailman/listinfo/bangarang
> _______________________________________________
> Amarok-devel mailing list
> Amarok-devel@kde.org
> https://mail.kde.org/mailman/listinfo/amarok-devel
>
[Attachment #5 (text/html)]
<div dir="ltr"><div>Yesterday I have a look to clementine they have local music AND a \
great set of online account too. As someone write here before, they are also working \
on a QT5 port. I understand that the clementine users are looking for a amarok 1.4 \
player, but there are a huge numbers of audio players with different \
skins.<br><br></div>cheers Andreas<br></div><div class="gmail_extra"><br><div \
class="gmail_quote">2015-08-04 21:40 GMT+02:00 Ing. Konrad Renner <span \
dir="ltr"><<a href="mailto:konrad.renner@kolabnow.com" \
target="_blank">konrad.renner@kolabnow.com</a>></span>:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">Hi,<br> <br>
I can help test and maybe some easy tasks coding ( I have not coded with C++ for some \
years and have to get in again).<br> <br>
Yours Konrad<br>
<div class="HOEnZb"><div class="h5"><br>
Am 04.08.2015 5:47 nachm. schrieb Andrew Lake <<a \
href="mailto:jamboarder@gmail.com">jamboarder@gmail.com</a>>:<br> ><br>
> So far Stefan identified the following as needed:<br>
> -) More People to discuss & flesh out the vision [1]<br>
> -) A motivated team of designers, software architects, coders & testers,<br>
> dedicated to creating a modern music player for our users<br>
><br>
> I think it shouldn't be difficult to get input on fleshing out the vision. \
We could use the KDE Forums or a blog post for that. I also think we won't have \
much trouble getting testers. You can count on help from the VDG for design and from \
myself to directly support this effort. So really what remains from the list is \
software architect(s) and coder(s).<br> ><br>
> I count the following people who appear to have made explicit offers to \
help:<br> > - Stefan Dertkis (original poster, coder?)<br>
> - Eshtan Robateau (architect? + coder?)<br>
> - Andrew Lake (UI design + architecture support if needed) + VDG<br>
><br>
> If anyone else is interested, please, please speak up. I genuinely think there \
is clear value in what Stefan proposes. The current VDG Music Player design, \
including the vision, personas and scenarios, are far from set in stone so we can \
certainly revisit it as necessary. Also I think we can eventually work out the \
practical details of what code base or pre-existing solutions we could take advantage \
of in order to fulfill the vision and avoid the perils of creating \
yet-another-music-player. Whether that solution is from-scratch or as simple as a \
skin doesn't concern me terribly at this point.<br> ><br>
> Stefan, I suggest we take a chance and start with a small core team of folks who \
are willing to volunteer at this early stage. If that team can produce something \
concrete in the near term, we can work on growing the contributor base when people \
have something more concrete to look at.<br> ><br>
> Hope this helps,<br>
> Andrew<br>
><br>
> On Sun, Aug 2, 2015 at 3:21 AM Eshton Robateau wrote:<br>
>><br>
>> Hi all,<br>
>><br>
>> >To solve this I think three very central question need to be \
answered<br> >><br>
>> >very precisely before doing anything else.<br>
>><br>
>> ><br>
>><br>
>> >1. How many people will actively commit to working on this as their<br>
>><br>
>> >*main* project?<br>
>><br>
>> >2. What does the primary target audience of Plasma even need?<br>
>><br>
>> >3. What do the contributors want to actually have in the end<br>
>><br>
>> >understanding their own time constraints?<br>
>><br>
>> I'm committed to work on this as main. I've been swimming in the \
bangarang codebase and so far we're almost rewriting the entire thing. From my \
perspective, porting is near rewrite, so it's better to have a good design and \
vision from the start. Might I suggest that we simply have a survey of what our users \
(plasma or general) want from a music player instead of relying on personas. It seems \
a bit naive to assume we only have casual users and power users. Feedback from actual \
users is more concrete than anything persona we can invent. FWIW I want a music \
player that plays music and supports playlists and media info, I'm not likely to \
use other features much.<br> >><br>
>> ------------------<br>
>><br>
>> _______________________________________________<br>
>> Bangarang mailing list<br>
>> <a href="mailto:Bangarang@kde.org">Bangarang@kde.org</a><br>
>> <a href="https://mail.kde.org/mailman/listinfo/bangarang" rel="noreferrer" \
target="_blank">https://mail.kde.org/mailman/listinfo/bangarang</a><br> \
</div></div><div class="HOEnZb"><div \
class="h5">_______________________________________________<br> Amarok-devel mailing \
list<br> <a href="mailto:Amarok-devel@kde.org">Amarok-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/amarok-devel" rel="noreferrer" \
target="_blank">https://mail.kde.org/mailman/listinfo/amarok-devel</a><br> \
</div></div></blockquote></div><br></div>
[Attachment #6 (text/plain)]
_______________________________________________
kde-multimedia mailing list
kde-multimedia@kde.org
https://mail.kde.org/mailman/listinfo/kde-multimedia
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic