Announcement

**Koopa** · 9 March 2013, 14:35

Winamp Essentials Pack v5.7 Beta 4 (Build 2005)

Download

Changelog

5.7 Beta 4:

* Updated: [gen_classicart] Album Art plugin to v0.93 (thanks DrO)
- fixed an error message on Winamp close
* Misc: [Installer] increased minimal required Winamp version to 5.7.0.3437

5.7 Beta 3:
* New: All Essentials Pack Plugins/Components now include file description & version info properties (thanks DrO)
* Updated: [gen_nopro] Lite-n Winamp Preferences to v1.71
* Updated: [gen_classicart] Album Art plugin to v0.92 (thanks DrO)
- Adding support to handle SHOUTcast 2 in-stream artwork from compatible SHOUTcast 2 DNAS
- Added support to query the file directly for rating information if no rating from library
* Updated: [UnicodeTaskbarFix.w5s] Unicode Taskbar Fix to v3.0.1
* Misc: [alac.w5s] removed obsolete Apple Lossless Playback (now part of Winamp)
* Misc: [gen_find_on_disk] removed obsolete Find File On Disk plugin (now part of Winamp)
* Misc: [Installer] made installer deletes obsolete 'Find File On Disk Plugin'
* Misc: [Installer] increased minimal required Winamp version to 5.7.0.3416

Notes:

Winamp Version Check for Essentials Pack

- Minimum Winamp version for installation is Winamp 5.7
- Installer provides a message and will abort, if minimum Winamp version isn't installed on the system
- if Winamp couldn't be detected on the system in general, installer provides an info message and will abort

Localization:

- example language file v1.16 available
- incomplete translations were disabled due compatibility issues

You can find more infos & the example language file in the Essentials Pack Localization Thread

Nothing really new, but should be updated for better compatibility, though.

Winamp 5.7 German Language File/Deutsche Sprachdatei

I ran out of time, Winamp 5.7 made some massive changes which affect language packs.
Most of the new translation stuff should be present, but please take the current language version as beta, it's possible, that it's still not complete.

Winamp 5.7 brachte massive Änderungen mit sich, die Auswirkungen auf die Sprachpakete haben. Der Großteil der Übersetzung sollte vollständig sein, aber hatte nicht genug Zeit, um alles zu verifizieren. Bitte betrachten Sie die jetzige Version als Beta Version.

--
Enjoy,
Chris

**Aminifu** · 9 March 2013, 16:06

Hi DJ Egg,

The "Recently Added" view is still using the "File Time" data instead of the "Date Added" data, so files I recently modified were listed. After replacing "File Time" with "Date Added" the listing was correct, only showing files that were recently added.

Is "File Time" now the same as "Date Modified"?

**DJ Egg** · 9 March 2013, 16:26

Hey Aminifu

Hmm, I'm not sure, tbh. I'll have to check... or maybe DrO can clarify...?

I think there's a difference between behaviour on clean installs and upgrades.
On clean installs, Recently Added should be using Date Added.
But on upgrades, it will probably still be using whatever it was using before, eg. Last Updated.

Date Added should be the date/time the file was added to the ML.
File Time should be the system creation date/time of the file? (tbc)
Last Updated should be the time the file was last modified (eg. when metadata was last edited, etc).

Though yeah, on further inspection, File Time does seem to correspond with Windows' Date Modified....

**Aminifu** · 9 March 2013, 16:37

I performed an upgrade, so that is probably the reason. Thanx for the quick response.

And for those who don't know, the time period in the view is set for the last 30 days. However, the date filter (file time, date added, or whatever) and the time period can be easily changed.

**Benski** · 9 March 2013, 16:54

In some cases, changes to the library won't get written back to disk, usually when you uncheck the box at the bottom of the Ctrl+E dialog in the Media Library. But also for filetypes that don't support metadata editing (e.g. MOD/S3M).

File Time should be the same as the "last modified" time for the file in the file system. I will followup on Egg's observation that it doesn't seem to be the case.
Date Modified is the last time the entry was modified in the database. Actions like changing playcount or rating do not modify Date Modified
Date Added

I'll also investigate the default rules for the Recently Added view. However, I'm fairly sure we don't modify any existing views (just change the default rules for fresh installs), which might explain why it's still using File Time for you.

edit: I should read Egg's reply before replying myself as I've basically just repeated everything he said. I blame lack of sleep

**Aminifu** · 9 March 2013, 17:01

Originally Posted by DJ Egg View Post

Date Added should be the date/time the file was added to the ML.
File Time should be the system creation date/time of the file? (tbc)
Last Updated should be the time the file was last modified (eg. when metadata was last edited, etc).

Though yeah, on further inspection, File Time does seem to correspond with Windows' Date Modified....

If possible, File Time should be changed back to the system creation date&time (if it ever was), since Last Updated tracks Window's Date Modified.

Edit:
After reading Benski's post, I'm confused. It seems Last Updated may or may not track Window's Date Modified. If Winamp's tag editor is used, then it would. If a 3rd party tagger is used, it would not if the affected files are not rescanned.

**osmosis** · 9 March 2013, 17:08

IT LIVES! Yay, thanks guys. Installing later today when I get home.

P.S. Winamp got a bit of a shoutout on Lifehacker last week.

**Benski** · 9 March 2013, 17:12

When a file is added to the library, or a metadata update to the file is made or detected, the "Last Updated" field is set to the current time.

If you edited the metadata from within Winamp, these two times will be nearly the same, as the database change will get picked up almost immediately.

If you edited the metadata of an MP3 yesterday using an external tool, and today you opened Winamp and started a rescan of the media library, the "Last Updated" time would show as today and "File Time" would show as yesterday.

**Aminifu** · 9 March 2013, 17:22

Originally Posted by Benski View Post

If you edited the metadata of an MP3 yesterday using an external tool, and today you opened Winamp and started a rescan of the media library, the "Last Updated" time would show as today and "File Time" would show as yesterday.

Ok, so there is nothing that tracks the file's system creation date & time. Correct?

**Aminifu** · 9 March 2013, 17:45

Originally Posted by osmosis View Post

P.S. Winamp got a bit of a shoutout on Lifehacker last week.

Ryan likes the old classic skin. I have not seen that in years!

**Benski** · 9 March 2013, 18:27

Originally Posted by Aminifu View Post

Ok, so there is nothing that tracks the file's system creation date & time. Correct?

Correct. This is an unreliable value anyway. Creation Time has a bad habit of getting blown away if you have to make changes via a temp file that is copied back to the original. There is a an API to avoid this, but it's only been available since Windows XP so a lot of older software (like Winamp) isn't using it, plus it's known widely known about. It also doesn't work in all situations.

**DrO** · 9 March 2013, 18:52

Originally Posted by Aminifu View Post

Hi DJ Egg,

The "Recently Added" view is still using the "File Time" data instead of the "Date Added" data, so files I recently modified were listed. After replacing "File Time" with "Date Added" the listing was correct, only showing files that were recently added.

Is "File Time" now the same as "Date Modified"?

on client updates, it populates date added from the last updated time which was present in the db. as a new field it had to be populated with something and that was the best way of doing it.

the view (if it exactly matched what was used for 'Recently Added' before) should have been swapped to use the date added param. but it was still possible that it wouldn't have been changed.

none of the other value handling should have seen any changes with what was being done previously, the only thing is that it's probably stemming from the rating changes and that we're better reporting changes happening on files. so if it wasn't working as expected, then this is most likely how things already were (though anything is possible with Winamp).

**osmosis** · 9 March 2013, 20:19

Am I crazy or does 5.7 feel faster again? Excellent job!

I'm going to suggest this again real quick since the topic is on the ML query language fields: Hasalbumart would be an amazing addition so that Simple Album preset set to grid view could filter out those with no album cover art. And it would be great if the Tracks field corresponded to the number of tracks from the album actually in the library, like it is in the columns of Simple Album (a new Tracksinlibrary field would work too!). Other, more robust ideas for the query language can be found in the link in my sig.

Cheers for the ongoing development gentlemen!

**MrSinatra** · 9 March 2013, 20:41

i've had some time to play around with this, some impressions:

no spam in the installer!

one 4 nunz is automatically removed. some mention of this should be made in the version history imo. if i manually put it back, will it not work?
i see JTFE remains

great ratings changes! big THANKS for fixing the POPM and adding the %rate% atom!

safe mode is another great new feature! been batting that one around a long time.

some questions:

is pmp_activesync.dll a nullsoft plugin? it does not say so. is it the cloud plugin? will it always say "NOT LOADED" when its not running?

i'm confused by the "Recently Added" view. when i click on it, it shows nothing. when i edit the view it says this:

dateadded > [3 days ago]

which, to me, reads that it should be showing, for some reason, everything added MORE THAN 3 days ago. but it doesn't, it shows nothing. and should it be everything added LESS THAN three days ago?

in addition, why do it like that at all? why not just have the view put everything in the ML in "date added" order, with the most recent first?

and i thought there was going to be a "recently modified" view as well, based on the files last modified date?

the date added column is also not woking properly.

as i understand it, the date added column value is not supposed to be something that a user can change via tag edits or rating or what not. the value is simply supposed to reflect when the filename first appeared in that location, and thats it, period.

however, the first file listed in my sorted date added column is a file i've had for years, and yet just recently made a small edit to the song title of. no change to the filename or folder location was made. the second song listed is the same way.

so, something is amiss.

in any case, this is a FANTASTIC release, and i'm really looking forward to all it can do, including the cloud, the artwork for streams in app, the source art, etc... GREAT work!

EDIT:

i forgot to mention, that the cloud seemed to add me via FB without the need for any email from you all.

also, i'd like to +1 this:

Originally Posted by osmosis View Post

I'm going to suggest this again real quick since the topic is on the ML query language fields: Hasalbumart would be an amazing addition so that Simple Album preset set to grid view could filter out those with no album cover art.

in my usage, i'd setup a smartview to show only those albums/songs/files WITHOUT art, so i could work on them (meaning those i wanted to add art to) as a group without having to look for missing ones, which is hard to do with 65k+ files!

Announcement

Winamp 5.7 Beta 13, build 3444 (with Winamp Cloud Beta)

Winamp 5.7 Beta 13, build 3444 (with Winamp Cloud Beta)

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment