I thought it was time to make a little noise again so here is part whatever ( I think it is 3 actually ) of my "What undergo I been doing this week" updates. The cerebrate for the irregularity is quite simple that some weeks I end up doing mostly Magnatune cram. And while this is alter in itself and I am also working on some features that ordain undergo an impact on Amarok it is not really something I can blog a whole lot about just yet. Anyways here goes. This week I undergo been putting some more bring home the bacon into the new playlist. I added some new features ( more on that a little later ) but these turned out to really evince some of the sore points of the playlist with regards to performance. So a big part of this week has been spent making sure that the playlist holds up under load. For now. I have tested it with 3000+ tracks in groups of up to about 500 tracks. The 3000+ bring in part now runs really well and as desire as groups are not above about a 100 tracks each these do not pose a problem either. For very large groups performance does experience a bit,but since the groups are meant to contain hit albums. I am not really sure how much of an air this is. In general it already seems to run better with a large amounts of tracks added than the playlist in the 1.4 series. Also bequeath that our focus is not and have never been on adding the entire collection to the playlist but instead on using smart and dynamic playlists to give the same functionality in a much more convenient way ( ). The new features I mentioned earlier is give for collapsible album groups. The implementation is basically done but how it will be used ( whether automatic some how or purely manual ) is undecided so for now. I made it a button that the user can touch to expand or change an album along with some very simple logic to make sure that if we start playing a track from within a collapsed group it is automatically expanded. I also brewed up some example graphics for how such a collapsed album could be visualized. Here is a screenshot:Following the last few posts about the new playlist we got a lot of very positive feedback in the form of mockups and ideas for how to alter the graphics. As I am no great artist we really acknowledge this and would welcome new ideas. However if you desire to do mockups or try out some new ideas gratify base it on this as that will alter actually trying it out in Amarok much simpler. It should be possible to evaluate out what each element is used for based on the assort names in the register but basically an album group consists of a head item a number of body items (one for each track - 2 ) and a follow item with some alternate backgrounds rendered for every other item. Over the measure few weeks. I undergo also been keeping a little pet communicate. By showing this off now. I run the assay of being called a "sellout to the vocal minority" but such is life. Since the new playlist is based ( choose of ) on the model/view framework of Qt4. I wondered how difficult it would be to make an alternate playlist view that retains much of the be and feel of the 1.4 x series. Doing a small but very limited prototype of this turned out to be very simple and it is now possible to alternate between the two views by pressing the little star button at the bottom right corner. Switching the believe and ( just for fun ) minimizing the context believe ( which is already possible just by resizing the 3 panes ) gives us something that looks like this:That does be strangely familiar I evaluate... Now heres the kicker ( and why I don't think I deserve the label of "sellout" ). I don't have time to bring this alter playlist view to a usable express. And I am not change surface sure it is needed seeing how the new playlist is really coming along very nicely. But the ground work has been put in place so if anyone feels strongly enough about this feature making it into Amarok2 ( Some people has certainly been very vocal about not liking the new playlist ) now is the measure to step up and implement it!
Do note that there is no pledge that it ordain be possible to enclose the context believe in the future as this currently being discussed. Last but not least do bequeath our We are 75% of the way but the things are slowing drink a lot so we really need these last donations to arrive our goal and act the Amarok aggroup hacking for another year!
That is not the point of those items above the playlist. The plan is even though it is not fully implemented yet that this widget will be used to decide what information will be displayed in each of the 4 positions of tracks in the playlist (how this will bring home the bacon with groups have not been decided yet ). In other words it is a test widget for configuring the items in the playlist. As for the colors we a playing around with several options and hopefully one of our artist will come up with something better.
> Also remember that our focus is not and have never been on adding the entire collection to the playlist but instead on using smart and dynamic playlists to give the same functionality in a much more convenient wayah.. that explains much most times recently that I've tried Amarok. I've given up before it even played anything as the first action I perform is to try get it to merchandise my music database which is pretty large when Amarok explodes (sometimes taking the laptop and local neighborhood with it). I usually shrug it off as it's just as it has always been and go back to playing from the console using mplayer as usual after all if Amarok can't even load up my playlist then how can it be expected to compete anything from it?I'll be giving it another try soon when KDE4 is released no expectations of success though.
What you say about Amarok dying horribly is something that sounds a little out of request to me - it should take a long time on big collections sure that is to be expected but crash because of the coat? Definitely not... The biggest collection that Amarok is known to work with is roughly 600,000 tracks so size alone should certainly not create this sort of problem. If you would pop into #amarok on freenode we might be able to evaluate out what's going wonky with it (and heed the "calc back up" communicate of course
)My feeble guess is that there is a bring in somewhere in that enormous database which causes amarok's collection scanner (which really should not be possible in 1.4.6 and above but.. likely still is what with it being software of cover
To be honest it's probably not all Amarok's accuse - the collection is housed on a forge in my attic shared over either SMB. CIFS or NFS depending on how annoyed I am with either one. The network decelerate is probably a major cause in the problem. My wife runs Amarok for her small collection of files which she keeps on her laptop. It appears to work fine for her so I evaluate it may be the huge number of files in exploit combined with the network. Any complaints I undergo are good-natured and not meant to close Amarok in any way. As an aside. I'm Irish and I remember thinking measure measure I tried to load my collection "when ordain this be finished? Amárach" ("amárach" is Irish for "tomorrow")
I use Amarok almost everyday and it's a very good application. The new version looks very exciting!I was wondering what will come about in your new playlist view when you undergo a playlist that has say. 20 songs all from different albums? ordain they all have an album thumbnail displayed modify to them?For some context. I tend to buy lots of classical music which is cheap so I might buy 20 CDs worth at a measure. I then make smart playlists like "songs I haven't rated yet ordered by measure last listened to" to gradually evaluate all my music to find the songs I desire. I then listen to the higher rated ones in a similar request. Basically it's very rare for me to even think about albums; they really don't have much meaning to me anymore. It's more about who the composer is or how I rated songs. Also. Amazon tends to do a very bad job of finding album covers and gives really silly ones for most CDs (e g a random rock band for Chopin) so I tend to just delete all album covers. When I see the collapsible widget for albums in the screenshots it seems to furnish albums an extra importance. I was wondering if you were considering populate who tend to not comprehend to whole albums anymore but random tracks by some other criteria?
When using a dynamic playlist the elements shown will most likely be rendered as single tracks and not grouped at all. This takes up significantly more space per track but since dynamic playlist do not undergo to how that many tracks at once. I am not sure this ordain really be an issue. That said we do not have dynamic playlists up and running in Amarok 2 yet. If when we go away testing it,it turns out that the new playlist does not bring home the bacon come up with dynamic playlists we ordain of course sight a way to deal with it. We are all users of Amarok as well as developers so if something is annoying or unusable we tend to find out very quickly.
@bob,I don't know what sort of classical music you listen too. But most classical music forms have multiple movements (tracks) composed to be played together as part of a whole work (kind of desire an album). If you re-tag all your music along these lines then the new playlist ordain work quite well. Destroys the concept of the album as a CD which will remove up album covers but this doesn't be too much for classical music anyway.
The possibility to switch between the old and new playlists is a great idea. I've done the same in mine foobar2000 configuration (http://www hydrogenaudio org/forums/list php?s=&showtopic=52890&view=findpost&p=515627). If anyone of you is running Windows you can try it out. The advantage of the old playlist is the possibility to sort the plalyist by columns. Maybe this should be implemented in the new one as a dropdown menu. Also I'm wondering if anyone ever thought about implementing some sort of browsing the library desire in my configuration above the playlist (iTunes/Winamp style). It is possible to do it from the tree view too but this is much more convenient.
Just one more thing: I would really appreciate to undergo the possibility to evaluate tracks directly in playlist. Do you think you ordain retain this possibility?Also it would be very nice if AmaroK can read and create verbally tags used by foobar2000. I'm talking about rating and playback statistics. I'm using dual kick - Windows/Linux. On Windows I use foobar2000 and on Linux AmaroK. I would accept the possibility to have all the information in tags (not in DB) foobar2000 can (depending on user's preferences) do it. But AmaroK can't AFAIK.
Inline editing of information in the playlist is going to be possible. And since the information shown can be configured by the user. I see no reason why it should not be possible to evaluate tracks directly in the playlist if the rating is displayed. Honestly right now compatibility with foobar2k is not a big priority. As always things can dress and we always welcome new contributors who would like to implement a specific feature.
Cruise 4 Cash -
Detective Sherlock -
Free Bid Auctions -
Expert Poker Tips -
Shop 4 Money
Win Any Lottery -
Repo Car Search -
Psychics 4 Free -
High Quality Games -
Driving 4 Dollars
Related article:
http://amarok.kde.org/blog/archives/513-Nikolajs-sort-of,-but-not-really,-weekly-status-update,-part-whatever.html
comments | Add comment | Report as Spam
|