Well, this is not really a big surprise but it does indicate to me that grooveshark has not thought the concept of a user-satisfaction oriented business model though. Instead they artificially limit the ways grooveshark can be used.
It's a shame, but shouldn't stop us from looking for other streaming music services that do think beyond advertising $$. Last.fm is a good example how subscription model streaming integrated in applications can work. On Tue, Apr 26, 2011 at 11:02, Krzysztof Klinikowski <[email protected]> wrote: > Hello, > > Well I written to Grooveshark about that and I received a mail from them. > They written that they generally are not able to provide streaming to > applications like that, especially ones that are open source and could lead > to someone else using key granted for us. > > So I cannot continue my work about Grooveshark integration :( > And that notice about key is bullcrap I think. They're using JavaScript in > their web application so anyone could look at their sources. > Ads could be blocked too. Most of people doing that. > Well, it's sad but we cannot do anything more in that case I think. > > 2011/4/21 Bart Cerneels <[email protected]> >> >> On Thu, Apr 21, 2011 at 13:17, Lydia Pintscher <[email protected]> wrote: >> > On Thu, Apr 21, 2011 at 07:09, Krzysztof Klinikowski >> > <[email protected]> wrote: >> >> Hello, >> >> >> >> I don't know how other programmers writting about features that they're >> >> coding but here's my: >> >> >> >> On my spare time I'm working at new feature for Amarok that will add >> >> Grooveshark support into our favourite music player :) >> >> To be honest I have some code already written but there's still a lot >> >> to do. >> >> I've written library to support Grooveshark called QGrooveshark that >> >> will be >> >> build-in into service and for now support some basic features like >> >> authorisation, logging into Grooveshark and basic song searching. Now >> >> I'm >> >> implementing that stuff from Amarok side. Logging and authentication is >> >> already implemented, better or worse but working. >> >> Now I'm fighting with dragons of tree views for songs for example. >> >> I'm beginning with C++ and Qt so my code is propably really crappy but >> >> with >> >> your help and some reviews maybe it will be not so bad. >> >> >> >> >> >> Yesterday I talked with Mamarok about Amarok Developers Mailing List, >> >> she >> >> told me that I should write here about my idea to notify all Amarok >> >> developers and all interested people about it. >> >> >> >> Firstly I put my Amarok repository with my code at own repo at GitHub >> >> but >> >> Mamarok told me that I should move my repo into git.kde.org but as far >> >> as I >> >> know I need to be KDE developer to have read/write access into that. >> >> So I written and application for KDE developer but this will be my >> >> first >> >> attempt to write something for KDE and Eike Hein said that if I want to >> >> be >> >> KDE developer I need to have contributions for KDE or someone who is >> >> KDE >> >> developer already need to recommend me. >> >> But is that true that I need to be KDE developer to have read/write >> >> access >> >> for own branch? >> >> If not then please tell me with who I should talk to get own branch for >> >> Amarok in git.kde.org please :) >> > >> > Hey :) >> > >> > Their ToS seem to be very very restrictive. It seems they require ads >> > from them and mentioning "powered by grooveshark" on every page in the >> > program. That is far too restrictive to be included in Amarok I fear. >> > Do you know any details about that or have an exception? >> > >> >> An exception to the advertising clause would certainly be a >> requirement. We can't, technical nor policy wise. do ads like >> mentioned in their API license agreement [1]. "4. ADVERTISING RIGHTS" >> reads like a requirement for ad-sponsored websites to me, perhaps >> they'll agree that in the context of an application like Amarok this >> doesn't make so much sense. >> >> The branding ("powered by grooveshark") should be doable because they >> clearly mean showing the branding when the relevant feature is being >> used. i.e. we can show it in the info widget and as a logo overlay, >> which we already do for all other services. >> >> In short: we should pursue this, integration of streaming services is >> required or desktop music apps will become irrelevant. >> >> [1] http://www.grooveshark.com/api#APILicense >> _______________________________________________ >> Amarok-devel mailing list >> [email protected] >> https://mail.kde.org/mailman/listinfo/amarok-devel > > > > -- > > Best regards, > Krzysztof Klinikowski > > > _______________________________________________ > Amarok-devel mailing list > [email protected] > https://mail.kde.org/mailman/listinfo/amarok-devel > > _______________________________________________ Amarok-devel mailing list [email protected] https://mail.kde.org/mailman/listinfo/amarok-devel
