Hello, I'm getting this error - Error connecting to Server, Invalid data full line expected - with the discogs pone script. I have updated to 2.49b and the latest script. What have I done wrong? Thanks very much!
Have you read & followed my instructions for installation and update from the starting post?
What does your setting mp3 file show in the artist and title field?
Sorry, another fix:
I found another mistake. The export script for generating cue sheets from discogs was exported to the wrong folder.
You don't have to download this update if you move the file "Discogs Pone Create Cue Sheet.mte" from %appdata%\Mp3tag\data</b> to %appdata%\Mp3tag\export</b> manually.
ok, more problems at mixartist (DISCOGS_EXTRA ARTIST):
different roles aren't seperated by "; " anymore and DISCOGS_ORIGINAL EXTRA ARTIST NAME displays html code. stay tuned, next update is coming.
Hello, it says scripts updated to v.3.6 and setting mp3 file updated to v.3.6. I did follow your instructions. Thanks!
No, it should say "... updated to v.3.18" in both fileds. (or at least v.3.16 to have a working script)
Have you the downloaded the newest version (3.18) from the starting post of this script?
If not, do so.
Did you move the files from the downloaded zip archive into the correct folder?
The correct folder ist the Mp3Tag profile folder: %appdata%\Mp3tag</b>
(just copy&paste this into windows explorer adress bar)
Put the folders from the downloaded zip file into this folder.
(or more complicated: move the mta files to %appdata%\Mp3tag\data\actions and the mte files to %appdata%\Mp3tag\export)
After that, continue with step 3.b from my instruction at the starting post.
I started again and it says updated to v.3.17, so it looks like its OK now. Thanks very much!
I fixed the mixartist problem at DISCOGS_EXTRA ARTIST & DISCOGS_ORIGINAL EXTRA ARTIST NAME.
I think everything works now again.
Hope that the next changes don't come too soon.
First of all thank you very much for the fast update.
I have a question that maybe you can help me. I usually create tags of
Maxi Vinyls on discogs using "Direct by Discogs ID" source. The "track"
field is set by numbers 1,2,3,etc and i would like to change to A1,A2,B1,etc
I did it before this new update but now i can't, how can i fix it?
for this, you need one of the following settings:
DISCOGS~TRACK POSITION AS ON RELEASE PAGE = no
DISCOGS~TRACK_ONLY FOR VINYL & CASSETTES: POSITION AS ON RELEASE PAGE = track
DISCOGS~TRACK POSITION AS ON RELEASE PAGE = track
DISCOGS~TRACK_ONLY FOR VINYL & CASSETTES: POSITION AS ON RELEASE PAGE = no
The first setting writes the the letters counting system (or whatever is found at discogs) if the mediatype at discogs is Vinyl, Cassettes, Acetate, Shellac, Microcassette or Lathe Cut. For all other Mediatypes a number counting system is used. Either the standard 1, 2, 3, or another one of the DISCOGS~TRACK fields if you have choosen it (you choose it by setting it to "track" or to whatever tag-field you want to write it.
The second setting writes the counting system from the discogs page to alle releases, no matter if Vinyl or CD.
Have you deleted your old setting file or did the update change the settings?
Normally you should keep your old file and delete the new one. The old one holds your settings. The new one is only for those who install the script for the first time.
How does DISCOGS~TRACK NUMBER WITH LEADING ZEROS work?
If I set it to "yes" tracknumbers still are 1,2,3....
Did you also change the behaviour of the Multivalue Tag fields?
I have set TEXT OPTION: MULTI GENRE: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) to "YES"
In old versions multivalues were seperated by "\\" now it is only seperated with ""
The DISCOGS~TRACK... fields are not yes/no option fields. You can set the to "no" if you don't want them. But if you want them, you have to type in the tag-field you want to write store in. Normally that would be "track", but you also choose other fields. You can also use more DISCOGS~TRACK... fields parallel if you set them to different tag-fields.
Another special case are the four DISCOGS~TRACK_ONLY FOR... fields. They are only written for specific mediatypes and they overwrite the chosen tag fields.
I haven't changed anything at the multivalue tag fields. I also use them and they work fine. If you set the TEXT OPTION: MULTI... fields to "YES" (or "yes", case doesn't matter) the script should write mutlivalue tags in the corresponding tag fields.
Note that for correct mulitvalue tags in Mp3tag it is necessary:
- One additional saving after running the scritp (press CTRL + S)
- The fields with multivalue tags must be displayed in the tag panel
- All highlighted files must have the same value. So if you press CTRL+S after tagging more releases, that only works if the all have the same values in the multivalue fields. Otherwise (in most cases) you have to press CTRL+S for every single release.
However, if you ignore one of the three points above you end up with tag fields which have "\\" as plain text instead of a marker for multivalue tags. And you said it worked for you before. So I don't know why you have only "" now. Can you please try the following things:
- if you use some of the other TEXT OPTION: MULTI... field, do they work correct?
- does another update of the script change anything?
- if not, can you please send me your setting file one of the src files you got from it?
Understood. Works now
I am aware of that
- My other fields CATALOG # and PUBLISHER do also not work correctly anymore.
- I jumped directly to 3.19 from 3.15. I created the scripts sveral times. Error always appears.
- Will do.
The problem with \\ is probably because of the new 2.49b version. You'll have to go back to 2.49a to make it work again.
Going back to 2.49a worked.
Now the script is fine again.
That's the problem, i deleted the old file with my old settings, but i did now and
works fine. Many thanks pone, your script is the best !!
having same problem with \\, is there a plan to release a new version or are we stuck with 2.49a going forward?
You have to use Mp3tag 2.49a or 2.49.
I was told that this behaviour was not intended and will be fixed in the next version of Mp3tag. So I won't addapt the script for it as it is a bug in Mp3tag.
2.49a and 2.49 work fine anyway.
1). How to make a few genres / styles in the "genre / style," were separated by a comma (,), rather than a slash (/)?
2). The same interest for the field of publisher / record label.
3). Do not want to load data into the "bar code and other identifiers," I'm doing wrong?
Use the same name for DISCOGS_GENRE & DISCOGS_STYLE, e.g.:
DISCOGS_GENRE = genre
DISCOGS_STYLE = genre
And for the comma, use the following (without quotationmark, I used it here to show the empty space at the end):
TEXT OPTION: MULTI GENRE: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) = ", "
TEXT OPTION: MULTI STYLE: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) = ", "
TEXT OPTION: MULTI LABEL: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) = ", "
(again without quotationmarks)
You may want to combine this with DISCOGS_SERIES or doing so already (as it is the deffault setting). To do so, you have to use the same name for DISCOGS_LABEL & DISCOGS_SERIES, e.g.:
DISCOGS_LABEL = publisher
DISCOGS_SERIES = publisher
and (again without quotationmarks):
TEXT OPTION: MULTI SERIES: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) = ", "
DISCOGS_BARCODES AND OTHER IDENTIFIERS = no