Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 4 reacties
Bron: Hydrogenaudio Forums, submitter: Chubbchubb

Sinds kort is alweer de elfde bčtarelease van versie Foobar2000 0.9 beschikbaar. Dit is een no-nonsense audiospeler voor het Windows-platform en het kan overweg met een groot aantal audioformaten, waaronder Ogg Vorbis, mp3, mpc en aac. Met behulp van plugins is de functionaliteit en de ondersteuning van audioformaten verder uit te breiden. De lijst met veranderingen is nog niet aanwezig waardoor deze nog onbekend blijven. De volgende waarschuwing wordt meegegeven:

Beta 11 released. Details will follow.

Warning: Playlist names will be lost when upgrading from beta 10 to bet 11. The list of playlists is no longer stored in foobar2000.cfg, but in index.dat in the same directory as the playlists.
Moderatie-faq Wijzig weergave

Reacties (4)

Hmm.. interessant. McAfee Enterprise vertelt mij dat de Trojan "Prockill-DF" in deze file zit..?

Edit: Ah.. van de McAfee site:
http://us.mcafee.com/viru...escription&virus_k=136998
There have been reports of an incorrect identification in the 4629 DAT files of certain installer packages. This will be corrected in the 4630 DATs.
In foobar2000 0.8.3, the album list had the ability to have multiple entries for a single track. In the first 0.9 betas this feature was removed. With beta 11 it returns, although in a more powerful form and with a different syntax.

The major reason why the old version of the multiple-entries-per-track feature was removed was that it required that the formatting string be split at the pipe character "|" before evaluating it. In 0.9, the formatting string is evaluated first and split later, so the old solution no longer worked. Beta 11 offers a new solution that integrates better with the titleformatting syntax, and lifts some restrictions from the old solution.

Through a special field syntax or dedicated functions you can insert a list of all values of a field into the final string. This list will be decoded at the splitting stage. The list uses an encoding scheme similar to color codes. Like color codes (which don't work in album list, mind you) this limits the number of functions you can use on the output of these fields/functions without breaking the encoding, which would mess up the generated album list tree.

The exact encoding of the value list is an implementation detail and may change in future versions.

Now for the new fields and functions, collectively called branching expressions:

%<name>%
This generates a new tree branch for every non-empty value of the tag called name. If the tag does not exist, %<name>% evaluates to "?" (without the quotes). If at least one non-empty value exists, the boolean value of %<name>% is true, otherwise it is false.

This uses the normal remapping of metadata field names. It is not possible to access technical info or special fields with this syntax. (They don't have multiple values anyway.)

If only empty values exist, the track will be excluded from the generated album list tree.

Example:CODE// genre is not remapped
$if2(%<genre>%,Unknown genre)|
// tracknumber is remapped, but no extra processing is applied (padding with zeroes)
%<tracknumber>%|
// artist is remapped and uses the values of the first actual tag, not all values of all tags artist can be remapped to
%<artist>%
In TagScript syntax you can use field("<name>"), or see below for an alternative.

$meta_branch_remap(name)
This is identical to %<name>% except it does not produce a "?", if the tag does not exist.

$meta_branch(name)
Like $meta_branch_remap(name), but without the tag remapping.


If you use multiple branching expressions in a single album list view, the number of entries produced by each will be multiplied. If, for example, you use "%<genre>%|%<artist>%" and a track has two genres and three artists, this track will get six entries, one for each genre-artist combination. (By the way, you would not have to put a "|" between %<genre>% and %<artist>%, you can use multiple branching expression on the same level of the album list hierarchy.)

Beware that gratuitous use of branching expressions can noticably prolong the time needed to generate the album list tree. There should be no significant performance loss, if you have mostly single-value tags.
changelog :)
't zal McAfee niet zijn...

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True