Discogs images

As Discogs changed their API now an oAuth authentication is needed to download images. Does anyone have a solution for this?

I can confirm that this issue is causing the cover art/album art to fail to download from discogs. Here is an example of the reply from api.discogs.com upon querying (using the standard discogs source, discogs.src):

GET /image/R-373924-1105126848.jpg HTTP/1.1
Host: api.discogs.com
User-Agent: Mp3tag/2.58
Accept:*/*
Accept-Encoding: gzip

HTTP/1.1 401 Unauthorized
Reproxy-Status: yes
Access-Control-Allow-Origin: *
Content-Type: text/plain
WWW-Authenticate: OAuth realm="http://api.discogs.com"
Server: lighttpd
Content-Length: 47
Date: Fri, 14 Feb 2014 23:59:46 GMT
X-Varnish: 2029752117
Age: 0
Via: 1.1 varnish
Connection: keep-alive

You must authenticate to access this resource.</blockquote>

Actually there is an easy fix. In any Discogs script the picture URL needs to be replaced from api.discogs.com to s.pixogs.com

Hi,
I'm quite new to mp3tag and this amazing script by pone.
Can you please let me know where exactly should I change the url?

Thanks! :rolleyes:

Hello, I'd like to know how to change the image URL too, thanks

Where ever the script currently has: api.discogs.com written in the line of text

Use Search: in your text editor to find it.

Hi I am also very new here and have been using the discogs web source for a while. I have tryed to
get the album art to work again by changing the api.discogs.com to s.pixogs.com where the word
"image"or "cover" appears in the script but no album art shows up anyway.
Since I had problem to get the pone version to work I use discogs extended (19) but same problem.
Any idea what could be the problem?
Podde

Sorry I can't really give detailed instructions, it depends which Discogs script is used, I use my own ...

Basicly a rewrite rule has to be added to rewrite the Discogs image link.

Something like this or similar:

replace "api.discogs.com" "s.pixogs.com"

I think that most users probably use the tag sources available from the main menu "Earth" icons and are not even aware that these are associated to scripts under the hood. For the record, the scripts in question can be found, at least in the standard windows installation, in the folder:

C:\Program Files (x86)\Mp3tag\data\sources</blockquote>
Here's some info from the discogs forum: What is s.pixogs.com

pixogs.com is the domain that our static assets (images, JS, etc) are stored on. If you are accessing a page that has many images on it, you'll see pixogs.com in your status bar.

I realize that this is based on a script under the hood, however I'm just using the "factory" script for discogs that comes with v2.54, and there is no URL variable specifically for images/covers, so obviously if I change the IndexUrl (which is currently set to api.discogs.com), the whole script with break.

Can somebody please elaborate on either detailed changes to make to the stock discogs script that comes with Mp3tag, or recommend another script (that may or may not need changes made to it) that gets covers from discogs?

It's a dark day for tagging if we can't get images from discogs anymore :frowning:

I tried and changed in discogs.src the api.... to http://s.pixogs.com/database/search?release_title=%s

but i still get no cover picters. did i make a mistake? I am using 2.59a

I have changed the adress but still not working. I remember a couple of months ago that I could find the covers using the option "cover art" with Amazon, but now even that is not working.

There is a way to do it with MusicBrainz? Thanks and regards.

That suppose to mean that after 1000 hits in the overall of users of MP3tag we can not find more cover arts? That it is limited exctrictly to 1000 searchs or that we can search 1000 times per user?

Discogs cover art

Please see the release note:

Mp3tag v2.62 released

  • As a user of the Discogs Tag Source you need to have an account on the Discogs web site. CHECKED
  • You'll then have to authorize the Mp3tag application on your Discogs profile.CHECKED
  • Enter the authorization code when Mp3tag is asking you to do so.CHECKED
  • New version of MP3tag.CHECKED
I do not know if it is that what you are talking about. Thanks.

The limit is 1000 lookups in total, so that 1000 day a limit has to be split between all mp3tag users making it a bit useless.

If you are happy to pay for something the following tag editors all host their own version of the Discogs database, they don't require you to have a discogs account or to authorise your account for access.

Bliss http://www.blisshq.com/
Jaikoz http://jthink.net/jaikoz/
Songkong http://jthink.net/songkong

Unfortunely this workaround stopped working.

Is there any other workaround (expect Mp3Tags' Discogs image cache)?

I'm not sure but some time ago there had been a fix about the 1.000 hit by using a cache.

I found this in discogs.src

# Coverurl
outputto "coverurl"
json_foreach "images"
    json_select "type"
    if "primary"
        json_select "uri"
        say "http://cache.mp3tag.de/coxy"
        sayregexp "(?<=\.com).*"
        #sayrest
    endif
json_foreach_end

but I'm not sure how to change but may be some else get an idea.

Found this in the Discops Forum

Coxy: Discogs Image Proxy

QUOTE (Leftaf @ Mar 22 2015, 16:47) <{POST_SNAPBACK}>
I'm not sure but some time ago there had been a fix about the 1.000 hit by using a cache.

I found this in discogs.src

# Coverurl
outputto "coverurl"
json_foreach "images"
    json_select "type"
    if "primary"
        json_select "uri"
        say "http://cache.mp3tag.de/coxy"
        sayregexp "(?<=\.com).*"
        #sayrest
    endif
json_foreach_end

but I'm not sure how to change but may be some else get an idea.

Found this in the Discops Forum

Coxy: Discogs Image Proxy

it's not working at all atm ? :confused:

json_foreach function is buggy...

it simply goes through all elements of an array and copies into coverurl all image links instead of pasting just 1 and there is no way to stop it ..

need a function to break out the loop somehow..

OK, i've fixed this with a workaround for now, because json_foreach function IS BUGGY atm..

here is a fix for coverurl (make sure you put this block of code before json "ON"! statement in the discogs.src and comment out other coverurl related block code):

outputto "coverurl"
findinline "\"images\": [{\"uri\": " 1 1
if "\""
    movechar 1
    sayuntil "\""
endif

this code just gets 1st full-size image for the release if it's there .. no type checking or anything

For testing following sample may help

Only One Image : http://www.discogs.com/release/763523

Script

outputto "coverurl"
findinline "\"images\": [{\"uri\": " 1 1
if "\""
    movechar 1
    sayuntil "\""
endif

is working !

but

More than one Image : http://www.discogs.com/release/1251208

the original script

# Coverurl
outputto "coverurl"
json_foreach "images"
    json_select "type"
    if "primary"
        json_select "uri"
        say "http://cache.mp3tag.de/coxy"
        sayregexp "(?<=\.com).*"
        #sayrest
    endif
json_foreach_end

is only working