this is quite different from my script. but I think i wrote that for you some time ago.
here is a new version. keep the frist part of your old scripts and replace the second part with this:
[ParserScriptAlbum]=...
outputto "YEAR"
joinuntil "<div id="footer_border">"
regexpreplace ".+?div class="search_release_stats">\s*(\d\d\d\d)\s*<span.+" "$1"
sayrest
Yes, you did, and thanks very much for it. And thank you once again for fixing it for me. 
hallo pone, happy new year!
for this release i get discnumber 15 for the last track (it's one track 15 in my folder).
http://www.discogs.com/release/1265185
do you have any idea, why?
EDIT: track 15 (last track) is also rewritten to 15.1
That's the kind of releae I have made the "tracklist for albums with multi song tracks" script for.
The last track consists of two songs, depicted as 15.1 and 15.2.
The standard scripts read this as disc 15, track 1 and disc 15, track 2. The "tracklist for albums with multi song tracks" script reads it correct.
No, I mean a extra script. It's the last one in the list where you can choose which search you want to use to find your album.
Tag Sources > Discogs Pone > tracklist for albums with multi song tracks
thank you! 
Hi,
I have two perhapse simple question.
I'm trying to lookup a fast amount of sngs of which i do only have or a b side or an a side.
That is working, but everytime i have to manually choose utils->Suggest sorting.
How can i set this default?
Otherwise, can this step be prefented. Directly match song title?
With regards and keep up the good work.
Mac
You can't set this as default, as far as I know.
The other thing you can do to match files & titles is moving the files in the right window up and down with the button or with drag&drop. That's what I do in most cases if I have incomplete releases.
Hi, Pone
i'm working currently with a modified version of your "&Discogs# Search by Artist + Title.src" script.
Here it is possible to have "tracknr", "artists", "titles", "tracklength" etc. written in one separate tag field --- have splitted the content in each field with "~~". The content of will be later splitted by a program to have a "line by line" database.
Now I have seen that (for example) Discogs Nr. "57672" has six titles. The program concatenates all titles together with '~~'. Unfortunately in this example the sixth title is too long for the title tag field (seems to be longer than 255) ... I have fragments at the end of "titles".
Do you have an idea how I can solve this problem ? Can I split (by .src script) the content into two tag fields or is there any other possibility ?
Have tried to write the content direct into "DISCOGS~PONE MULTILINE FIELD" --- but have as a result the same content ...
Cheers
Redfox
I don't understand.
Do you cobine all tracks in one field for each tag-field or do you combine all tag-fields in one field?
How do you do it? By editing the settings.mp3 file or by rewriting the src files?
It should be possible to split the content in different fields, but without knowing how your script looks like, it's difficult to give advice.
I never experienced any limitation in tag-field length. With Credits & Notes in UNSYNCEDLYRICS (DISCOGS~PONE MULTILINE FIELD), this field gets often much longer than 255 characters.
Maybe you get better results if you change the settings at File > Options > Tags > Mpeg
I have:
Read: ID3v1 & ID3v2
Write: ID3v1 & ID3v2 > ID3v2.4 UTF-8
Maybe it would be easier to use the script the normal way and run a Mp3tag export script over your database. I don't know what you are trying to achieve, but if it is a text-based database of your music collection, Mp3tag's export scripts will do a good job.
Pone,
sorry for uncorrect description ... I'm writing tag by tag ...
I'm using the standard script with some small modifications only and have the following results (for given example):
"tracknr" ==> "123456"
"title" ==> "title1title2title3title4title5title6"
"artist" ==> "artist1artist2artist3artis4artist5artist6"
etc.
The concatenated titles are shown in mp3tag result list not complete. In this example title 6 ist a fragment only. The same is after my export to csv.
Background of my work: I have existing hitparade lists (UK, US etc.) and I want to know what are A + B or 1, 2 ,3 4, ... the titles for singles, cds etc. . With database I produce mp3s with title, artist and year. They are loaded up to mp3tag. Here I fetch the data and export them to csv. Finally database program splits the export into lines.
The used script is modified only for "|" to use "~~" as splitter.
"title" is originally written to "Tracks".
Do you see a way to make it easier or better ?
Cheers
Redfox
Well, I tested the replacement of "|" with "~~" for the TITLE field and got the expected result without mistakes. I also tested at a 102 tracks long compiltation and got and 880 character long TITLE field without problems.
Only in the "adjust tag information" dialog, the display of the field is cut off. I noticed that behaviour of Mp3tag earlier at my UNSYNCEDLYRICS field. But that is only the display there, after saving it is stored and displayed correctly in Mp3tag.
Have you checked your tag version settings? There could be limitations in character length at other tag versions.
Another possible mistake source at your example could be the "$" character in the title of the fifth track. My script can with it without a problem. But maybe it mixes something up at the exports you are doing afterward.
Do you have the same problem with all releases where you get over 255 characters?
For other ways to achieve your goal, you have to show me an expample csv file. Maybe you can also add your web script, so I could test if I get the same results and what I could change about it.
As far as I understand, you are tagging only a dummy mp3 file to have something you can export from. So you could also tag 20 dummy files (one for each track) and export from them. Most propably your export script can be rewritten in a way to eport from different files. Or you can rewrite the web script completely to get your results areleady as you need them in one tag field.
Hi, Pone
meanwhile I have re-tested the whole process. And have set my tag version settings like your proposed setting.
You are right: only in the "adjust tag information" dialog and the display of the field is cut off. After export to a .txt-file I can see the correct information. An add. limitation was in my access database --- I had to set the fields to "MEMO" and not to TEXT (=Standard).
Now I have the needed results. Thanks for your help to a "newbie" ...
Yes, I'm tagging dummy files for every line of the hitparade ...
Do you a tip for me to get the whole process a little "better" and quicker ? Currently I have to fetch data for every dummy (step by step) line by line --- it is handwork. Can I automatize this
for all files (of a year) ? How can I avoid to press always "Yes" or "No" in the opended menus / windows ? Is there anything else what I can use ?
Cheers
Redfox
line by line means release by release? if so: no, it can't be done quicker with Mp3tag's web sources.
I've hoped to get a batch functionality to avoid the 'clicks' for every title (think: release). If I have 100 titles (example) I have to click each to start the fetching of data at discogs. To export is easier (one step only).
Do you see a possibility to use scripts with mp3tag (or without) together with an 'access' database prog ? This would it make easier for me to produce a batch func. and should avoid 'clicks' ...
Do you know anything else (program, info, interface ...) what I can use in this way ?
... thanks once more ...
Redfox
No. I don't have any other special tips. Some players have automatic album tagging. But that gets never 100% correct data. I'm not a specialist in programming. There may be some tools to produce a script which simulates mouse clicks or something, but I have no idea of those things.
Update 3.14
NEW:
Artist & Albumartist (DISCOGS_ARTIST & DISCOGS_ALBUMARTIST) can now be written as mulitvalue tag field! For this, there are two new option fields:
TEXT OPTION: MULTI ARTIST: MULTIVALUE TAG (= YES)/AS ON DISCOGS (= NO)/SEPERATE BY: (WRITE CHARACTERS)
TEXT OPTION: MULTI ALBUMARTIST: MULTIVALUE TAG (= YES)/AS ON DISCOGS (= NO)/SEPERATE BY: (WRITE CHARACTERS)
As you can see, you have three possiblities:
NEW:
The "API-List Artist" script looks now for various discogs artist fields in your files before it takes the normal artist field for search.
NEW:
You can change the debug path with the field: "TEXT OPTION: DEBUG PATH". The standard value it the path of your Mp3tag\date\sources folder. You can change that to any path you like, or you can set it to "no" if you don't want that debug line in your script.
This is a rather technical feature which is only for those who edit the .src files manually. If you don't do that, you don't have to care about this.
CHANGED/FIXED:
Discogs did some technical changes at their API. That stopped the "API-List Artist" script from working. I replaced it with a new script and had to do some changes due to the different information now presented at discogs:
CHANGED:
This affects only those who download the script for the first time. The old settings files will keep their setting. But maybe you want to do this changes yourself to your setting file:
I changed the default values of the new setting file at the DISCOGS_MASTER... fields. I set them all to "no" with exception of DISCOGS_MASTER RELEASE ID. With this settings, tagging from the master pages is only a quick preperation for tagging with the "API-List Master Release Page" script.
I did this changes because the "Direct by URL (www)" and "Standard Search" scripts were notably slower due to their size. Without all the DISCOGS_MASTER... fields, they are smaller and quicker.
CHANGED:
Dano showed me an easier way for exporting the scripts for portable Mp3tag instalations. Because of that the old option "OPTION: DO YOU USE MP3TAG AS PORTABLE VERSION?" is not needed any more.
FIXED:
The Update action didn't store your settings in the six "Text Option: Multi ..." fields. This bug had only an effect when you updated your settings file twice at version 3.13.
FIXED:
The "list of search results" dialog of all search scripts didn't show if the releases had a cover or not after a little change at discogs. Now it is shown again.
as always:
download in the starting post & please give feedback
happy tagging!
Update 3.15
Quick Fix:
The "API-List Artist" script of the previous update showed was not able to tag from master release pages. This is fixed now.
Update 3.16
Another Quick Fix:
But this time not my fault. Discogs changed a few more tiny details on their pages today. This crashed all scripts. Now they work again.
