# Discogs images
**URL:** https://community.mp3tag.de/t/discogs-images/15459
**Category:** Web Sources Discussion
**Created:** [February 3, 2014, 8:01am UTC](https://community.mp3tag.de/t/discogs-images/15459 "2014-02-03T08:01:29Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@freak](https://community.mp3tag.de/u/freak)
#### Post date: [February 3, 2014, 8:01am UTC](https://community.mp3tag.de/t/discogs-images/15459/1 "2014-02-03T08:01:29Z")
As Discogs changed their API now an oAuth authentication is needed to download images. Does anyone have a solution for this?
---
### Author:  [@Astragalus](https://community.mp3tag.de/u/Astragalus)
#### Post date: [February 14, 2014, 11:37pm UTC](https://community.mp3tag.de/t/discogs-images/15459/2 "2014-02-14T23:37:37Z")
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](http://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.
>
> ```
---
### Author:  [@freak](https://community.mp3tag.de/u/freak)
#### Post date: [February 16, 2014, 7:18am UTC](https://community.mp3tag.de/t/discogs-images/15459/3 "2014-02-16T07:18:18Z")
Actually there is an easy fix. In any Discogs script the picture URL needs to be replaced from [api.discogs.com](http://api.discogs.com) to [s.pixogs.com](http://s.pixogs.com)
---
### Author:  [@taltul](https://community.mp3tag.de/u/taltul)
#### Post date: [February 16, 2014, 4:14pm UTC](https://community.mp3tag.de/t/discogs-images/15459/4 "2014-02-16T16:14:54Z")
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! 
---
### Author:  [@sf\_84](https://community.mp3tag.de/u/sf_84)
#### Post date: [February 17, 2014, 11:32am UTC](https://community.mp3tag.de/t/discogs-images/15459/5 "2014-02-17T11:32:50Z")
Hello, I'd like to know how to change the image URL too, thanks
---
### Author:  [@chrishirst](https://community.mp3tag.de/u/chrishirst)
#### Post date: [February 17, 2014, 5:05pm UTC](https://community.mp3tag.de/t/discogs-images/15459/6 "2014-02-17T17:05:08Z")
> [@taltul](#):
>
> 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! 
Where ever the script currently has: **api.discogs.com** written in the line of text
Use Search: in your text editor to find it.
---
### Author:  [@podde](https://community.mp3tag.de/u/podde)
#### Post date: [February 18, 2014, 12:48pm UTC](https://community.mp3tag.de/t/discogs-images/15459/7 "2014-02-18T12:48:58Z")
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](http://api.discogs.com) to [s.pixogs.com](http://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
---
### Author:  [@freak](https://community.mp3tag.de/u/freak)
#### Post date: [February 18, 2014, 6:43pm UTC](https://community.mp3tag.de/t/discogs-images/15459/8 "2014-02-18T18:43:24Z")
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"
```
---
### Author:  [@Astragalus](https://community.mp3tag.de/u/Astragalus)
#### Post date: [February 22, 2014, 12:09am UTC](https://community.mp3tag.de/t/discogs-images/15459/9 "2014-02-22T00:09:08Z")
> [@freak](#):
>
> ... replace "[api.discogs.com](http://api.discogs.com)" "[s.pixogs.com](http://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\** Here's some info from the discogs forum: [What is s.pixogs.com](http://www.discogs.com/help/forums/topic/360833)
>
> > 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.
---
### Author:  [@DJSizzlePuff](https://community.mp3tag.de/u/DJSizzlePuff)
#### Post date: [April 21, 2014, 8:40pm UTC](https://community.mp3tag.de/t/discogs-images/15459/10 "2014-04-21T20:40:59Z")
> [@Astragalus](#):
>
> 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\** Here's some info from the discogs forum: [What is s.pixogs.com](http://www.discogs.com/help/forums/topic/360833)
> >
> > > 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](http://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 ☹
---
### Author:  [@zwombie](https://community.mp3tag.de/u/zwombie)
#### Post date: [June 2, 2014, 3:21pm UTC](https://community.mp3tag.de/t/discogs-images/15459/11 "2014-06-02T15:21:32Z")
I tried and changed in discogs.src the api.... to [http://s.pixogs.com/database/search?release\_title=%s](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
---
### Author:  [@tipar](https://community.mp3tag.de/u/tipar)
#### Post date: [August 11, 2014, 10:10am UTC](https://community.mp3tag.de/t/discogs-images/15459/12 "2014-08-11T10:10:38Z")
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.
> [@](#):
>
> I've added authentication via OAuth with the latest Development Build.
>
> This will bring back support for cover-art from Discogs (but still with the 1000 hits/day limit for all Mp3tag users).
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](https://community.mp3tag.de/t/15498/1)
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [August 11, 2014, 10:21am UTC](https://community.mp3tag.de/t/discogs-images/15459/13 "2014-08-11T10:21:33Z")
> [@tipar](#):
>
> I have changed the adress but still not working. ...
Please see the release note:
[Mp3tag v2.62 released](https://community.mp3tag.de/t/15987/1)
---
### Author:  [@tipar](https://community.mp3tag.de/u/tipar)
#### Post date: [August 11, 2014, 11:13am UTC](https://community.mp3tag.de/t/discogs-images/15459/14 "2014-08-11T11:13:10Z")
> [@ohrenkino](#):
>
> Please see the release note:
>
> [Mp3tag v2.62 released](https://community.mp3tag.de/t/15987/1)
- 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.
---
### Author:  [@fred\_blackburn](https://community.mp3tag.de/u/fred_blackburn)
#### Post date: [August 13, 2014, 10:04am UTC](https://community.mp3tag.de/t/discogs-images/15459/15 "2014-08-13T10:04:21Z")
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/](http://www.blisshq.com/)
Jaikoz [http://jthink.net/jaikoz/](http://jthink.net/jaikoz/)
Songkong [http://jthink.net/songkong](http://jthink.net/songkong)
---
### Author:  [@FreaQ](https://community.mp3tag.de/u/FreaQ)
#### Post date: [March 20, 2015, 7:47am UTC](https://community.mp3tag.de/t/discogs-images/15459/16 "2015-03-20T07:47:53Z")
> [@freak](#):
>
> Actually there is an easy fix. In any Discogs script the picture URL needs to be replaced from [api.discogs.com](http://api.discogs.com) to [s.pixogs.com](http://s.pixogs.com)
Unfortunely this workaround stopped working.
Is there any other workaround (expect Mp3Tags' Discogs image cache)?
---
### Author:  [@Leftaf](https://community.mp3tag.de/u/Leftaf)
#### Post date: [March 22, 2015, 12:47pm UTC](https://community.mp3tag.de/t/discogs-images/15459/17 "2015-03-22T12:47:49Z")
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](http://www.discogs.com/forum/thread/400288#3710622)
---
### Author:  [@mp3taglover](https://community.mp3tag.de/u/mp3taglover)
#### Post date: [April 22, 2015, 12:38am UTC](https://community.mp3tag.de/t/discogs-images/15459/18 "2015-04-22T00:38:07Z")
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](http://www.discogs.com/forum/thread/400288#3710622)
it's not working at all atm ? 😕
---
### Author:  [@mp3taglover](https://community.mp3tag.de/u/mp3taglover)
#### Post date: [April 25, 2015, 1:12am UTC](https://community.mp3tag.de/t/discogs-images/15459/19 "2015-04-25T01:12:31Z")
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
---
### Author:  [@Leftaf](https://community.mp3tag.de/u/Leftaf)
#### Post date: [May 9, 2015, 2:34pm UTC](https://community.mp3tag.de/t/discogs-images/15459/20 "2015-05-09T14:34:36Z")
For testing following sample may help
Only One Image : [http://www.discogs.com/release/763523](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](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
[Next page](https://community.mp3tag.de/t/discogs-images/15459.md?page=2)