[Robert Sink]

First let me say, this i� ýzÿ
2áO@9User-defined title filters (in addition to '()' and '[]')Robert Sink68.84.140.33
¡a Winamp Plugin) and EvilLyrics is the only program that has even worked for me, let alone found useful lyrics.

I have a feature request or an expansion of a present feature that I don't believe would be an inordinate burden to implement.

I realize that you provide the '()', and '[]' for filtering out the unwanted/needed title info that may exist in a song title, however, for instance, I have a 500+ losslessly-compressed, sample-for-sample accurate-ripped CD music library. In this library, I have architected standards and flows of how the song title information is input into the database; I even went so far as to write my own submission/retrieval CDDB functionality to go between my MySQL database and Exact Audio Copy, for instance (the general CDDB/FreeDB just has too many inconsistencies to be of use to me).

In this standard, I put other contextual information in '()' and '[]', such as the number of discs in the set (e.g. [Disc 1/2]), or '(with Such-and-Such Singer') ...

Now, I realize that I COULD modify how Winamp displays the title, though for searching completeness, I like to have the Artist, Album, Song, Genre, CDDB-compatible DISCID, and year display in the media library and title.

Therefore, what I'm asking is for the ability for the user to specify alternate separators other than '()' and '[]' .... Preferably multi-character/byte so that perhaps two chacters could server as an escape/separator.

Thanks for your consideration on this feature/functionality.

[Robert Sink]

Actually, I did some further configuration and research on this issue and my existing setup would be fine with your existing setup of '()' and '[]', but there is an issue with nesting the parens or brackets.  That is, I could just display the problematic text in a paren or bracket set, but here's what happens:

Winamp Title: New Order - Age of Consent (RETRO LIVE (New Order-Bobby Gillespie) [Disc 4/5] DISCID-db12200f)

EvilLyrics Sees:
New Order Age of Consent DISCID dbfElectronica

I have number filters on and have tried all sorts of combinations using '()' and '[]' to not much avail.  The issue seems to be with the order/precedence in which the parens/brackets are interpreted causing this anomaly.

I'm not quite sure how easily this could be resolved unless there was some sort of regular expression pattern matching that helped isolate the Artist - Title from the rest of the body.

Anyhow, any suggestions you can provide would be appreciated.

[Marek]

easiest what i can do is to add another set of separators which would have higher priority than others. i'll add it in the next development build.

as to some title formatting rules. they would be easy to implement if we assumed that everyone has his mp3 files properly tagged. which is simply not true. if we came across some mp3 with wrong/unfilled tags while having some more advanced title formatting set, the chance evillryrics finds something would be much lower than now.
that's why we recommend simpe artist-title formatting, which is default for most players and even the way untagged mp3 file is displayed in the player resembles this simple setting.

[Robert Sink]

easiest what i can do is to add another set of separators which would have higher priority than others. i'll add it in the next development build.
[...]
.

Thanks much for indulging me.

[Robert Sink]

easiest what i can do is to add another set of separators which would have higher priority than others. i'll add it in the next development build.
[...]

Just tried the braces '{}' and they work beautifully.  Thanks much for your time!