foo_uie_lyrics3, An update of foo_uie_lyrics2 Options

[The vern]

@lakip5b:
You can get it to work if you properly add the panel into the layout and use the xp version of the wsh panel mod mod (or whatever it's called). You'll have to ask Falstaff for more details of how to swap the panels over (there might be some info in the comments on deviant art). Only problem with this is you can't use the glass effect (window transparency).

@godrick:
If you choose no preference as your type of lyric you would be able to use next lyrics to display the other lyric in your tags. You could also use the lyric search dialogue to switch between any type of lyrics. If either of these aren't what you're after, let me know.

@MyMaster:
Please try this version: http://foo-uie-lyrics3.googlecode.com/file...uie_lyrics3.dll
Let me know if you still have problems.

@Peppe Weapon:
Glad it fixed itself

This post has been edited by The vern: May 27 2012, 18:13

[MyMaster]

@MyMaster:
Please try this version: http://foo-uie-lyrics3.googlecode.com/file...uie_lyrics3.dll
Let me know if you still have problems.

haven't had a crash with that new version you posted, thank u

[godrick]

The Vern, your suggestion will do well enough, with one request or clarification: your suggestion works well if I can remove all items other than "tag search" from the search order. I can't seem to remove "associations search" from the search order, which forces a step of a search with nothing found (since I don't use associations) when I try to toggle between my lyrics tag fields.

Can you make it allowable to move associations search from the search order to the available sources? If there are other reasons to make it a mandatory search order item, no big deal, but thanks for considering this.

[Manchesterer]

@The vern:
Thank you for amazing work on this plugin, I finally switched from foo_uie_lyrics2 for good.
Would it be difficult to add simple ON/OFF hotkey (command) for online lyrics download? During everyday work, with foobar running in background I don't want FB to constantly download myriads of lyrics. Also if %search_state% and %search_progress% variables were global would be superb.

[manudevil]

Thank you, it is a great plugin !

[McBag]

what happened with minilyrics support?

[matif]

@matif:
Do you have music without artist and title fields? When you say "file association" do you mean the local file search or the associations search? - they are separate things (in the changelog I was refering to the latter). You can use the associations search to link lyrics with an unrecognised filename (Preferences->Associations search properties->Find Local Lyrics).
...

Thanks, this is a good plugin.
But file association is use %artist% and %title% to associate music.
So each music which without %artist% and %title% will be associate to a same file.
Then even I searched lyrics, it still shows "No Lyrics Found" or the same association file (when people use other parameters in artist or title without "[]").
I think maybe you can add %filename% to associate music.
How do you think?
...

Thanks for your reply!
As I said, "each music which without %artist% and %title% will be associate to a same file".
So, of course some of my music without artist and title fields.
These are the pictures to explain my problem.
Hope you understand what I said.

1. Use different parameters. (my real parameters are more complex.)


2. Search lyrics which without artist and title fields of song.


3. Load lyrics, it work.


4. Changed song and the song also without artist and title fields, but it still show the lyrics which I searched for previous song that without artist and title fields.


5. Because one of the file association associate to all songs which without artist and title fields, each music which without artist and title will be associated to a same lyrics.
(I don't know where is the title come from in the picture)



The most important, even I didn't change search parameters and do "2.", it will also obtain same result in "5.".
So, I think maybe you can add %filename% to associate a song.

This post has been edited by matif: Jun 2 2012, 00:52

[xbrtll]

I'll give it another try: What about my questions there: http://www.hydrogenaudio.org/forums/index....mp;#entry795477 ?

[ric-CZ]

first thank you for this nice plugin, I like it and my g/f even more.

like other guys here suggested - i guess it would be really nice to have an option not to download lyrics when you don't want them (without the need to disable the plugin completely). for example when a tab/window (where lyrics show 3 loads lyrics) is not focused the lyrics won't be loaded. or a toolbar button or an item in main menu.

one more thing: I use automatic lyrics save feature and lyrics are normaly saved to a specified directory. But foobar doesn't load them back when I play the same song again. It always fetches the lyrics from the Internet. Is this normal? Is this save feature just for some manual view purpose? I changed lyrics search order under preferences - I put Local file search first but it did not help. What I am doing wrong?

[SoulSmasher]

Just signed in to say thanks! Works flawlessly and finds lyrics WAY TOO better than foo_uie_lyrics 2. Appreciated!

[michtar]

Thank you for keeping development. I had to switch from original lyrics panel once it stopped searching online. It's good to see someone working on updated version.

[canuckerfan]

foobar crashes and displays an error occasionally. usually tends to happen when I press the "Next" button a few times in quick succession. I've created a zip file with the .dmp files: http://www.sendspace.com/file/fb46dk(you may have to copy and the paste the link manually into your browser). Sorry if this behaviour has already been reported.

Edit: I sent the crash report automatically this time and it determined that foo_uie_lyrics3.dll is causing the crash. Sorry, disregard this thread.

This post has been edited by canuckerfan: Jun 6 2012, 09:56

[The vern]

Please try the beta I posted above, feedback suggests I have fixed this issue. It's available here: http://foo-uie-lyrics3.googlecode.com/...uie_lyrics3.dll

This post has been edited by The vern: Jun 6 2012, 15:05

[matav]

the custom save directory breaks when the artist name has illegal characters like < > : " ?

Say:
> Artist name is "Bitter:Sweet" (having illegal character ":" in the name)
> Title of song is "Dirty Laundry"
> lyrics are available online and displays fine in the lyrics panel

A. Working Scenario:
> The custom directory is "d:\lyrics"
It saves it as per the default naming setting and the file path of the lyric would be "d:\lyrics\Bitter_Sweet - Dirty Laundry.txt"

B. Not working Scenario:
> The custom directory is "d:\lyrics\%artist%\"
Expected: the file path of the lyrics file should be "d:\lyrics\Bitter_Sweet\Bitter_Sweet - Dirty Laundry.txt"
But this titleformatted path does not work.
It just stops at creating the directory "d:\lyrics\" and does not proceed further to create the next directory and so does not save the lyrics.

Besides this bug (i think bug), i have noticed that foo_uie_lyrics3 replaces all illegal character with "_" while foo_uie_biography panel replaces
1. < with [
2. > with ]
3. " with '' (quotes with two semi-quotes)
and then all others ": ?" with "_"

so could you internally follow the same in foo_uie_lyrics3 code too?
well... my save directories for lastfm biography information and lyrics are inter-related.
i save biography artist stuff in, simply put, "d:\lastfm\%artist%\..." and the lyrics in "d:\lastfm\%artist%\_lyrics"
now when an artist has a ">" character, say "art>ist", in the artist name then foo_uie_biography will create "d:\lastfm\art]ist\..." and foo_uie_lyrics3 would create "d:\lastfm\art_ist\_lyrics"
sorry for appearing so stupid and demanding (as this doesnt matter much but thought i'd point it out)


anyways...
thanks


This post has been edited by matav: Jun 6 2012, 21:06

[Dexter_prog]

Anyone having any of these bugs?

Saving sync'd lyrics with lyrics3 (for example) is duplicating the %BAND% field to "Artist;Artist" in foobar v1.1.12a but not in v1.1.11 or previous versions

New bug in 1.1.13, now using an external editor changes the year to "already_present_year; XXXX"

http://www.hydrogenaudio.org/forums/index....showtopic=95304

[PeteG]

A. Working Scenario:
> The custom directory is "d:\lyrics"
It saves it as per the default naming setting and the file path of the lyric would be "d:\lyrics\Bitter_Sweet - Dirty Laundry.txt"

B. Not working Scenario:
> The custom directory is "d:\lyrics\%artist%\"
Expected: the file path of the lyrics file should be "d:\lyrics\Bitter_Sweet\Bitter_Sweet - Dirty Laundry.txt"
But this titleformatted path does not work.
It just stops at creating the directory "d:\lyrics\" and does not proceed further to create the next directory and so does not save the lyrics.

The "Working Scenario" is, well, working because there is no trailing backslash (NOT "d:\lyrics\").

Try "d:\lyrics\%artist%" and you should be up and running.

I have used fb2k (+ lyrics3) for about 10 days now - with great joy, but had not imagined that my first posting in these fora would be an A to a Q. Hopefully it helps.

This post has been edited by PeteG: Jun 10 2012, 11:35

[matav]

...
A. Working Scenario:
> The custom directory is "d:\lyrics"
It saves it as per the default naming setting and the file path of the lyric would be "d:\lyrics\Bitter_Sweet - Dirty Laundry.txt"

B. Not working Scenario:
> The custom directory is "d:\lyrics\%artist%\"
Expected: the file path of the lyrics file should be "d:\lyrics\Bitter_Sweet\Bitter_Sweet - Dirty Laundry.txt"
But this titleformatted path does not work.
It just stops at creating the directory "d:\lyrics\" and does not proceed further to create the next directory and so does not save the lyrics.
...

The "Working Scenario" is, well, working because there is no trailing backslash (NOT "d:\lyrics\").
Try "d:\lyrics\%artist%" and you should be up and running.

actually, i dont have the trailing backslashes either.
it is technically "d:\lyrics\%artist%" (i mistaken added the last backslash when i typed my post here)
basically, foo_uie_lyrics3 just doesn't work well creating a %artist% directory when the artist name includes an illegal character in it's name such as ":"
thanks anyways


This post has been edited by matav: Jun 11 2012, 15:58

[The vern]

Version 0.3.5 uploaded.

Changelog
- Fixed issue with illegal file characters in the custom save directory.
- Control + Enter synchronises lyric lines in editor.
- Some changes to the associations - they now use the same fallback fields as titleformatting (previously none). They now require both artist and title information as a minimum in order to save an association (this solves problems with inadequate tag information).
- Fixed the issue with loading lyrics where both the artist and title were the same.
- Multiple crash fixes.
- (and maybe some more I've forgotten).

To those who asked about disabling the online search - I am considering it. An interim solution would just be to disable the internet sources in lyrics3 preferences.

@ric-CZ:
I need to know more information about your setup to help you - Do the lyrics appear in the lyrics search box (right click -> lyric search)? If so it may be due to the type of lyric you are preferring (e.g. if you have prefer synced but the lyric saved is unsynced). What are your local file search settings?

@xbrtll:
The rating info is not intended to saved.

This post has been edited by The vern: Jun 14 2012, 13:42

[BrutuZ]

May I suggest a separate field for local searches?
I think it would help solve several issues about local lyrics not being found. In my specific case for instance, I have the lyrics saved under a "lyrics" sub-folder with the same filename as the songs (%_filename%), which in turn has a rather complex format (%artist% - %album% - %tracknumber% - %title%.%extension%). With that format I often have wrong results when the album is named after a track, since the plugin will find the said track name in every file due to the fact that the album name is a part of my structure.
A simple solution for that would be to set my search to %_filename%, however that would break the online search. Unless I could specify that search pattern only for local file searches, whether in a new separate "Local" field in the main config. page, along with the "Artist" and "Track" fields, or with the addition of filenames besides folders in the already existing "Local Search" source field.

[The vern]

That may have more to do with the fact that I've broken the local file search......I'll update soon.....

This post has been edited by The vern: Jun 14 2012, 14:54

[The vern]

Version 0.3.5.1 uploaded.

Fixes local file search plus some other minor fixes.

[lender1257]

bug in version 0.3.5.1

if editing a lyric and click "ok" the lyric won't be stored in lyrics-folder anymore (was ok in version 0.3.4)
in "association" there's entry for this track

[q-stankovic]

In regard to all the endless problems that occur with saving and searching:

what is at all your reason not to store these damn lyrics in tags where they belong in as track specific information rather than living with headache and a certain level of complexity? Sorry to say that: but as long as each abstruse user wish has to be fullfilled i see no hope for a simple and stable component imho!

This post has been edited by q-stankovic: Jun 14 2012, 21:16

[BrutuZ]

q-stankovic: Songs are songs, lyrics are lyrics and cover art is cover art. I'd rather have them all separated from each other. You shouldn't try and impose otherwise just because it works best for YOU and therefore is supposed to be "the right way". There is no such thing, every user has it's own needs and ways to arrange their files and information, and ideally the plugin should be able to support at least the most common options.

[q-stankovic]

Well, i wasn’t talking about a „best way“ but just about a way that works for everyone – even for you - in regard to the purpose: searching, saving and displaying lyrics. I did that not to praise my way but to mention what is obvious: the relation between a functionality stripped down to what is fundamental/necessary to fulfill the purpose and simple/stable working of a component. Do you have an argument against that? Am I wrong? Isn’t a tag a good place for lyrics because it is track-specific and you don’t have to care when moving your files around? What would you think if someone requests to store infos about the track not via properties dialog but in a sidecar-file?

And still: what is the benefit of text-files apart from keeping alive the disposal of personal preferences? I am very aware that I won’t have any influence on the development of the component but I just want to express my opinion which is based on frustration: you need this, you need that, you need a special feature, you need associations – so pay the price for your freedom! Actually selfevident things aren’t realizable in the concept of the lyrics show component: prompt showing of locally saved lyrics in all cases or without switching options; or to be exactly sure which source is shown in the display window. It seems that “simple and working” is still not popular.