Version: 1.1.1 (using KDE KDE 3.3.0) Compiler: GCC 3.3.3 Gentoo release 3.3.3-r6 OS: Linux Another feature that would help portable player users (see bug #91639 for my other request) would be reporting the size of compiled playlists in kilo/mega/giga bytes. This helps when making playlist decisions with limited storage space. BTW, I never thought I'd see the day when there was an open-source application _better_ than Windows Media Player (or anything else, for that matter), but once again I've been proved wrong. Great work guys!
*** Bug 97689 has been marked as a duplicate of this bug. ***
I copy the songs from amaroK playlist to the USB MP3 player, so I need to know the size in MB of the selected tracks, because the memory of my USB MP3 player is 512MB. I think this may be a usable feature.
I create my mp3 CD/DVD data from amarok. I think this may be a good feature to burning CD/DVD with different size: CD 210MB, CD 650MB, CD 700MB, DVD 4.7GB, DVD-DL 8,5GB, ecc.
Unfortunallety this wish of 2004-10-19 is still UNCONFIRMED.
We don't usually confirm wishes.
Ok, I didn't know it.
*** This bug has been confirmed by popular vote. ***
I think that would be a good idea to put the playlist size in bytes near the play list time and number of tracks. i.e.: 124 Track 1:20 84Mb
I think that would be a good idea to put the playlist size in bytes near the play list time and number of tracks. i.e.: 124 Track 1:20 570Mb
Another thought: Report the playlist size or the size of selected songs in a tooltip when hovering playlist time. Something like: "Size of selected songs: 20 MB; overall size: 50MB"
Really would be great if that would be implemented. By now I always have to use my desktop calculator to manually sum up the filesize column of amarok's playlist when I collect songs in a playlist for burning an mp3 CD.
*** Bug 148384 has been marked as a duplicate of this bug. ***
*** Bug 149199 has been marked as a duplicate of this bug. ***
i just wanted to add that, according to svn log, jefferai is working on this for amarok 2.0 ;)
Yep, I started some preliminary work on a Plasma applet for the Context View that would have (at the beginning) total tracks, total time, and total size -- for the Playlist that is, not for random playlists in the playlist browser (just to be clear). I'm not sure if file size is gathered by our collection scanner but if not it could definitely make sense to add it. Anyways I'm having trouble running anything in the context browser right now but once I get that figured out...
bug 144041 is related.
Bumping version to 2.0 to help filter, especially as it seems to have recieved some attention.
I got pinged by Hydrogen so I guess I should update. I stopped working on the context view applet for a long time while the various A2 frameworks matured, it just wasn't ready yet. Another issue is that since you can add internet sources for which the file size might not be available, I'm not sure how to properly calculate size in all scenarios.
Just calculate size for local files and ignore internet sources.
Well you could have good reasons to have internet sources in your playlist. And if you don't consider them when calculating the size you may as well not do it at all since it is going to be inaccurate and useless.
I don't agree that it would be a useless feature without supporting internet streams. A couple of use cases: - Browsing collection and assembling a playlist to burn to CD (car mp3 CD player), need to know how much space remains available. - Assembling a playlist for a limited capacity device such as a micro-SD memory card in a cell phone. All in all I'd rather be able to use Amarok for this task than relying on K3B, since searching, browsing and sampling all works so nicely in Amarok.
Nigel: I wasn't implying that the feature itself is useless. I was just saying that we need to find a good way to work with internet sources. Simply ignoring them is not a good idea. You could have a playlist with 10 local tracks and 5 from an Ampache server. If you only take the 10 local tracks into account it is going to be wrong. You could very well load those 5 tracks from Ampache on your mp3 player or burn it to a CD. The actual size would be about 1.5 times the size that would get reported if you only take local tracks into account.
@Nigel: you have to take into account that Amarok 2 is much more about integrating internet sources seemlessly. It's perfectly common in Amarok 2 to have one playlist composed of local tracks, Ampache media, and Mp3Tunes - at the same time.
MM streams and XX Mb in NN files. Internet sources would be good to count too, but prevent having a useful feature sooner, rather than later or never.
commit 42b8b3d8950857260f86910fa95e068bc7e75b4c Author: Kevin Funk <krf@electrostorm.net> Date: Fri Sep 18 13:00:45 2009 +0200 Show total size of the playlist in the statusbar. BUG: 91640
Not tested for ampache tracks (yet). Maybe I am going to put that info in a tooltip, not sure yet either.
commit 24c6c6a91f299bc665384c027d5411391faa219c Author: Kevin Funk <krf@electrostorm.net> Date: Tue Sep 29 00:26:09 2009 +0200 Show total playlist size in a tooltip when hovering total playlist time.
@Gregor: please do not change status of outdated bugs that are already in RESOVED state, it is a total waste of time to mark them as CLOSED, especially if those relate to extremely outdated versions :-) We do not use the CLOSED marker in our bugtracker FWIW: this particular bug is resolved since over 8 years!
(In reply to Myriam Schweingruber from comment #28) > @Gregor: please do not change status of outdated bugs that are already in > RESOVED state, it is a total waste of time to mark them as CLOSED, > especially if those relate to extremely outdated versions :-) We do not use > the CLOSED marker in our bugtracker Thanks for the hint. Sorry, I didn't know until yesterday that the CLOSED status is not used here.