I can't get the plugin to work as of late. Here is the error the plugin returns :

"discogs error: release id=******: XML API error"

It would be great if you could check what's wrong, I'm already missing my little tagging friend.

No problem here, maybe discogs was down when you tried ? Also discogs requests are limited to 5000 per day and per IP.

what key foo_discogs using? i dont input it nowhere.... one key for all users? hm) cool

if this error happens because of key limit then it meants that foo_discogs helps to us to tag more that 5000 releases per day

per day and *per user*

Looks like my edit didn't work.

I managed to solve the problem : looks like it was on my end (firewall problem).

Hi bubbleguuum can i start by saying this plugin is awesome ive been using discogs for ages to tag my collection manually and this does it all for me except one thing, and i was wondering if it could be considered for furture versions? When a release has multiple tracks that have been split artists and tracks PERFECT EXAMPLE could foo_discogs pick up on this and display it, so if you look at the first track on the link its in 3 parts A, B & C could this put in the tag as

Timberland / A-Skillz + Krafty Kuts / Fatback Band, The <<<---Artist

Cop That Shit / Gimme The Breaks / (Are You Ready) Do The Bus Stop <<<---Title


hope that all makes sense, once again great plugin please keep up the good work

The way discogs data is structured it's not possible to know that the first 3 tracks are a single track. Btw on the CD, are there really 3 physical tracks or did the discogs submitter split a single physical track into 3 because the CD cover listed it this way ?

Its a single track on the cd, its just that its three songs mashed together

heres a pic of a mash up album with the same sort of structure

http://www.b00mb0x.org/wordpress/wp-conten...sleazy-back.jpg

I'd be very glad to see that option

Hey bubbleguuum

What would you think about adding a log window for tag updating? One that after scan, shows all new/changed info available and lets you choose which to update would be handy.

Also some credits wont get written if the credit type contains multiple values. Example release 928448 tracks 11 & 12 won't write vocals. If I remember correctly, on some releases these have worked though

Windows Vista Ultimate x64
foobar2000 v0.9.4.5
foo_discogs.dll v1.12

1. Enter configuration window
2. Set "Fetch Artist Art" checkbox
3. Click "Ok" button
4. An error occurs "Unhandled exception: I/O error (win32 #123)" and foobar terminates abnormally

Note: "Directory (no tags)" field is empty

IIRC win32 #123 means "file not found"
Check existence of your fetch folder.

That's it, you must point to a valid existing directory. However, invalid input should not make foobar crash so good find tripanoid.

Actually with foobar betas all plugins I've tried that use regexp or exact file search crash often with error #123. So I assume something have changed with error handling in those betas. Though it's only a layman guess.

What page of all 19 pages is the latest version on?

First post has the latest

i think that smart "featuring" grabbing algoryhm is really important thing for foo_discogs.


we all must help bubbleguum for develop some smart algorithm for "Credits" grabbing... it must be not hard to realize... and with simple logic... because i think bubleguum have very small amounts of free time...

all who wants to help look at source code of this link:
http://www.discogs.com/release/935576?f=xm..._key=90c962fb19

and try to develop something.
---

ill try to offer some algorythm:
as example i will talk about this release:
http://www.discogs.com/release/935576?f=xm..._key=90c962fb19

i can see here that all "featurings" placed in separate tag "<extraartists>" so we got all values now simply (thanks to api):

<extraartists>
<artist>
<name>Benny Benassi</name>
<role>Remix</role>
</artist>
<artist>
<name>Pharrell Williams</name>
<role>Vocals [Featuring]</role>
</artist>
</extraartists>

the main problem here is tag <role> ... because this tag is not standartized.. and submitters can write here all what they want...
(shure, who use DISCOGS_TRACK_CREDITS with RAW credits info for showing - this people dont have problem in this questions...)

for all others:

...we can try to standartize <role> tag by applying to it some "key words" and if <role> have this keyword, then write <name> tag to linked DISCOGS_CREDITS_**** tag.

for example:



"key words" list:
1. Vocal (without "s" and the end)
2. Remix
4. Producer
3. Feat (without "uring" at the end or "." at the end)

so we grab first <artist> in <extraartist> tag:
Remix - Benny Benassi

and analyze <role> tag by applying to it "key words list":
1. Vocal - no it hasnt any "vocal" text
2. Remix - yes it have Remix SO:
2.1 Benny Benassi goes to multivalued %DISCOGS_CREDIT_REMIX%
break;

grab second <artist> in <extraartist> (priority have importance here):

Vocals [Featuring] - Pharrell Williams

1. Vocal - yes it have "vocal" text so
1.1 Pharrell Williams goes to %DISCOGS_CREDIT_VOCALS%
break; (shure it have "feat" text too but Vocals is more important than just "Featuring"... and we dont need somethink like this: "track (vocals by Pharrell Williams, Featuring: Pharrell Williams")

so because of it we need to break key list checking after first occurence...

and... if no occurence was after key list checking -> tag <name> goes to default DISCOGS_CREDIT_FEATURING


so by looking at my version "key list" there must be 4 standartized tags:

DISCOGS_CREDIT_VOCALS
DISCOGS_CREDIT_REMIX
DISCOGS_CREDIT_PRODUCER
DISCOGS_CREDIT_FEATURING

and shure raw:
DISCOGS_TRACK_CREDITS


i thing that this algorythm is not hard to realize.. and have simple logic.

I think Dave Scream has a good idea... the problem with using key words is that band names can cause some of these words to be hit. For example, take the band 'Little Feat'. This band would always cause your "Feat" key to be triggered. If you do an artist search for "Feat", "Vocal", "Remix" or "Producer", you will see that they all turn up results.

information from discogs looks like this:

<name>Benny Benassi</name>
<role>Remix</role>

so we dont need to analyze <name> tag, all we need - to analyze <role> tag ...

if i understand you... then in your situation it will looks like this:

<name>Little Feat</name>
<role>Remix</role>

so after analyzing of <role> tag, "Little Feat" will go to %DISCOGS_CREDIT_REMIX%

---
all depend how much free time bubbleguuum have for this things

Good analysis of the Credits problem Dave. I'll probably implement it when I work on the plugin again, and I'll add the possibility to store artist art in the release directory (instead of a unique directory)

Any news on updates?

Long time lurker first time poster that just registered to say, Thank You! I just gave Winamp up because of this plugin. I love it!

Thanks! I've been in need for this

hey thanks so much for the great plugin.
is the latest version here?

Hey, I'd just like to say that this plugin is really great and one of the reasons why I use foobar2k. Keep up the great work.

While I'm at it I'd like to make a suggestion as well...

I really like the ability to grab artist pictures from discogs, however, I have a lot of single tracks from artists that I do not have complete albums from. Could you make it possible to download artist images without needing to have to find a specific album? I.e. do a search on an artist name (grabbed from the file tags) and just download the images? And now that I think about it, download other artist specific metadata as well?

Latest version is 1.12, you can find it on the firstpost of this thread. I also updated the page you indicated.



In theory that would be possible, but not entirely automatable when an artist has several occurrence on discogs:

Artist
Artist (2)
...
Artist (N)

So you'd have to manually choose. Anyway I'm not going to implement a special mode for this as at this point I'm not going to add significant feature, just maybe 1 or 2 small updates and of course fix it if something breaks (XML API). However I'll release the current source soon, if anyone want to make modifications.

You still can get Artist pictures/info for separate track but you have to go through an album and disable all the tags you don't want to be written.

I'm trying to setup a Facets box with remix credits using the pattern

[%<discogs_credit_remix>%]

but it doesn't split multiple credits into separate items?

What am I doing wrong?

Cheers,
a3aan.

For some reason that escape me the credits tags are written as a single value tag with artists separated by commas, that's why the split do not work.

Thanks for your prompt reply.

But even if I replace the comma with a semicolon by hand, it doesn't work. Any idea why that is?

a3aan.

because that's still a single value tag with tokens separated by semicolons. I think it's possible with the masstagger to split the tag and write a real multi-value tag, but I'm not an expert with it

Have you added discogs_credit_remix to the multi-value fields section in Preferences?

Preferences > Advanced > Display > Properties Dialog > Multivalue Fields

That did it! Thanks.

first of all i wanna say thx for this awesome tool, the reason i started using foobar... )

now here are some suggestions i wanna make, after intensive usage for more than a week now.
when being in the release screen it often happens, that a discogs release or the local filename of an mp3 is much longer than fitting right to the screen. so i always have to open the release-page on discogs to see which remix is the one i'm going to update. isn't there a way to just implement horizontal scrollbars to booth windows (discogs & files in release dialog-screen), so getting the right mix of a track can be done inside your plugin without the need of opening a browser?
and 2nd thing i found to be little bit annoying (hopefully its not my mistake), when removing a single track of the files-section in the middle of the list in release-screen, foo-discogs stops updating the next tracks from this list... or is it just my fault? then a seperator or space in (DISCOGS_TRACK_CREDITS) would be usefull, if credits contain more than one artist.
well, thx again for this awesome tool - waiting impatiently for the next version that hopefully supports downloading cover-art directly to the files. cheers

Glad you lke this component!




Fixed. It was just 2 lines to add.



Couldn't reproduce it. Are you sure a discogs track is present in front of each following track ?


They are now separated by ";"


You'll have to use an external tool for that as I'm not gong to implement it. I'll release a version with the two fixes above tomorrow.

I must start with a another 'Big Thanks' for you plug-ins bubbleguuum!

At Discogs your supposed to give release credits as apposed to track credits if all tracks have the same credit. See the remix credit at http://www.discogs.com/release/301963 for example.

The thing is that I would like have these release remix credit mapped to <DISCOGS_CREDIT_REMIX>. That would then allow a plugin like Facets to find those and populate those using for example [%<discogs_credit_remix>%].

Or is there some other way to achieve the same?

TIA.
a3aan.

not sure if i can help you out with that, but what i'm using is the masstagger-plugin with following 'format value from other fields... '-command on composer-field: $if3(%discogs_track_credits%,%discogs_release_credits%)

what i'm getting with this, is the credits in composer-field, where you could use facets now...

@bubbleguuum

wow, what a fast answer and service!



guess this was my mistake, as i didnt realize that when removing a track in file-list, i still have to match the discogs-list to the other files, as your plugin skips that discogs-entry for missing file. thats ok and now i know how to use! thx again!
can u recommend a tool for fetching the cover-art directly to mp3, as it would be very helpful when it could read the discogs_release_id and download the associated cover automatically - the same way your 'update tags'-function is working...

thanks mate all working well so far

still waiting for your new version...

found an annoying thing while tagging george acosta - mellodrama (http://www.discogs.com/release/635612). when using foo_discogs it always fetches the information of an beatles greatest hits album, even when changing DISCOGS_RELEASE_ID and DISCOGS_TRACK_POSITION manually...!?

After getting an error and then downloading the most recent release, I realized how much I use and like this component, and that I hadn't said thank you. This is a very much appreciated component, truly a brilliant job.

Thank you.

@alexinc: I just tried with the release you mention and it works...Maybe a glitch when discogs went V4 yesterday ?

@eclectic: thanks!

wow, you're right - now its working! so update to v4 seemed to be the reason...

first of all i would like to thank bubbleguuum for this awesome and very comfortable foobar plugin! i'm using it almost every day and in fact foo_discogs is the main reason for me using foobar!

there's only one thing i would love to have changed. usually i'm handling soundfiles like that:

1) tagging files via foo_discogs (without fetching album art!)
2) processing some self-written foobar scripts
3) moving files to wished folders (using the tags and foobar file operations)
4) fetching album_art and add to this folder (using foo_discogs "Update album/artist art" context menu)

i have created 4 keyboard shortcuts for these 4 steps to make it easier. my problem is the handling of album_art concerning step 1 and 4 as for step 1 i need to unset the option "Fetch" in register "Album/artist art" in the Configuration and before step 4 i need to reset it - otherwise it would not fetch the album art. so for me it would be awesome if
* either the setting/unsetting could also be done via a keyboard shortcut (means adding this to foobar actions)
* or the "Update album/artist art" is fetching album art even though "Fetch" in the configuration is unset - i mean, why should somebody choose "Update album/artist art" if he is not willing to fetch it!?

what do you think about this? i guess it's a typical use case for foo_discogs, no? or maybe there are other suggestions to handle my problem?

ah and another thing. as i'm having a lot of old rare tape rips as mp3 which are also listed in discogs using same track positions as for vinyls like A1, A2, B1, ... foo_discogs seems not to fetch this information. at least there's no <VINYLTRACK> tag created for tape releases!?

hi all!

just wanne say thx a lot 4 this great plugin! in combination with foobar a must for anyone collecting electronic music! keep up that great work.

---
greetinx
derzel

btw: did discogs change html pagestructure going v4?...i can't tag anything atm (discogs error: release id=xxx: html parse error)

hm. i have just tagged a release using foo_discogs and it works just fine here.

I can't tag anything, too. Just like before, when they have updated the site.

Confirmed. Gives "html parse error" when trying the HTML method, and the Web API method doesn't bring back an artist list at all.



Dhry

I'll look into it as I have almost exactly the same workflow and the same pbm. Your second solution looks good.



On top of my head track identifiers are considerd as VINYLTRACK if Format is "Vinyl" "Acetate" and a few other formats, but obvisouly not tapes...




Check in configuration/Network tab that you're using the XML Method. The old HTML method isn't supported clunky, and probably don't work anymore.



I just tried here and it works as usual...

hey bubbleguum I noticed recently that foo_discogs does not search for words with accents... an example is sebastian tellier if you search on the discogs site you get the proper spelling with the accent. I am on an American keyboard which has no immediate way of doing accents and consequently cannot find artists in foo_discogs so I need to go to the website and search with the same text and it displays the artist I am looking for.

is there something that can be done about the searching so that it can check for similar matches with accents... another example is trentemoeller...

I want them spelt correctly but I cant with my kb.. perhaps a check with accents option could be used?

Looks like I had an outdated version. I've put the recent one into "Components" folder and it looks like the problem is solved.

Finally, a new release! 1.13 (download link in first post):

1.13

+ add: release dialog: horizontal scrollbars in discogs track list and local file list
+ add: update album/artist art dialog now has settings that overrides those of the configuration tab to force retrieval of art.
This is convenient when art retrieval is always disabled at tag time, and later updated.
+ add: add tag DISCOGS_ARTIST_MULTI (same as Artist, but as a multi-value tag to separate artists, useful with <%DISCOGS_ARTIST_MULTI%>) and
DISCOGS_ALBUM_ARTIST_MULTI (same as Album Artist, but as a multi-value tag to separate artists. Contrary to Album Artist it always has a value). See discussion
with Dave_Scream
+ chg: preferences: now artist art can be stored in the release directory (using tagz for the directory). filenames still use artist id.
+ chg: preferences: removed outdated HTML fetch method
+ chg: find release dialog: if a searched artist is an ANV, display all of it's ANVs and non-ANVs releases. Try it with trentemoeller!
+ chg: catch file io exceptions with a meaningful message in the console
+ chg: "overwrite existing files" is only possible for artist art, as it is problematic for artist art
+ fix: DISCOGS_TRACK_CREDITS: earch role is separated by ; instead of \n
+ fix: find release dialog: double-clicking on an artist name or a release to launch the related Discogs www page now always work
+ fix: all available artist art was always fetched even if "fetch all available art" was unchecked