Generating %DISCNUMBER% Tags

Support
21

[...to count discs...] we need an extra storage place to hold a user defined value while
an action runs against the selected tracks

Since then, Mp3tag as acquired actions for Export and Import. So perhaps a solution is: an Export action counts the discs and writes the results to a text file, and then a Import Text File action does a lookup to write them into the tags.

Though this would not work before the fix to the bug at /t/5799/1 .

22
Actually, import\export did exist when we came to this solution, however we were looking for something that could be done without text files.

Thanks for the input though.
23

import\export did exist when we came to this solution

Oops! Sorry.

we were looking for something that could be done without text files.

May I ask why?

24

Yet I didn't tested the new export/import actions in full scope. Today I thought about the discnumber problem of this thread can be solved by export/import action.
I was in great hope that export/import actions can be used as a temporary storage while running a stream of actions, but we have to realize that the export/import actions are not so powerful and flexible like the other actions. Now we have to find a new workaround for this upcoming new Mp3tag design glitch. That's a pity.

DD.20071126.2357.CET

25

Florian will surely be unable to resist the urge to allow Export first! This will unleash the power of scripting for action data!

If we then also had Action Tagfile - Tag it would permit very neat solutions to two-pass problems such as tagging disc quantity and track quantity, plsu album keying and more exotic things like Album Artist deduction.

Florian, if you would consider this, please also add a %tempfilepath% placeholder, to allow Export and Import to link up without deployment problems. Simple %tempfolderpath% would be incompatible with possible future multiple instances.

26

The export method is a roundabout way to solve the problem, what we really need is a internal placeholder.

27

I see no overlap. What problem is it that Export solves roundabout but an internal placeholder solves better?

28
Why go outside the app and interface with the filesystem when you can accomplish your goal inside the app?
29

What goal is it that you can accomplish with an internal placeholder?

30
In this specific situation, keeping a running count of discs for a specific album so that you can go back and populate 'm' in disc n of m.
31

Well, I don't see how you are going to go back and populate anything, since one action group cannot go back.

The only automatic solution I see uses an initial Export to go forward to do the counting, and then subsequent actions to put the count into the tags.

32
You would need two actions, one to either set or increment the placeholder and another to read it and set total_discs.
33

OK, then my answer to

Why go outside the app and interface with the filesystem when
you can accomplish your goal inside the app?

is: to accomplish the goal in a single operation.

34
You don't have a single operation, you need to export, then import.

Either method will work, it is just a mattter of opinion as to where it is best accomplished.
35

You don't have a single operation, you need to export, then import.

The user has a single operation: run an action group. The author has put the Export and Import as multiple actions within the group, no more so that your proposed two-operation method has multiple actions within the group(s)

Either method will work, it is just a mattter of opinion as to where it is best accomplished.

Agreed. Let's try both!

36

I've been using the method described within this thread for close to a year now without issue.

37

Understood. By "both" I meant... both! :wink:

38

I would like to use an export action that can be freely positioned into an actiongroup at multiple places anywhere in the actiongroup where it is needed and should be applied (fileput), each export action with full support of creating a new textfile by default and having an additional option to append output to existing textfile (fileputappend).

As an sideeffect, such an export action can be used as a debugging instrument.

Beside this physical storage attempt, I would like to use one ore more global in memory placeholder/s for counting and other purposes e. g. as a disc counter.
"Tag format as global constant/variable" or so.

DD.20071127.1622

39

I have modified this code to work on a collection that uses CD1 , Disc 2 etc.

[#0]
T=5
F=DISCNUMBER
1=$if($isdigit($regexp(%_directory%,'^.* *(Disc|CD) *0*(\\\\d+).*$','$2',0)),$regexp(%_directory%,'^.* *(Disc|CD) *0*(\\\\d+).*$','$2'.0),%discnumber%)

this works nicely BUT if the _directory begins with a number then the whole directory name is output as the Discnumber

example: _directory is "50 Cent - Curtis" then discnumber is "50 Cent - Curtis"

I tried to specify that the IF condition must be a numerical value only using

$if($eql($regexp(%_directory%,'^.* *(Disc|CD) *0*(\d+).*$','$2',0),^[0-9]$),$regexp(%_directory%,'^.* *(Disc|CD) *0*(\d+).*$','$2',0),%discnumber%)

Or the original code modified for CD AND Disc etc.

$if($eql($regexp(%_directory%, *(Disc|CD) *\\\\d+,$1,0),'Disc'|'CD'),$regexp(%album%,'^.* *(Disc|CD) *0*(\\\\d+).*$','$2',0),%discnumber%)

I couldn't get either of these to work.I think the method is okay but my beginners scripting is in error. could anybody suggest where I am going wrong?

40
$if($neql($regexp(%_directory%,'^.*\s*(?:Disc|CD)\s*0*(\d+).*$','$1',0),%_directory%),$regexp(%_directory%,'^.*\s*(?:Disc|CD)\s*0*(\d+).*$','$1',0),%DISCNUMBER%)

DD.20140422.1255.CEST

Ignore case ... CD, cd, Cd, cD, DISC, disc, Disc and so on ...

$if($neql($regexp(%_directory%,'^.*\s*(?:Disc|CD)\s*0*(\d+).*$','$1',1),%_directory%),$regexp(%_directory%,'^.*\s*(?:Disc|CD)\s*0*(\d+).*$','$1',1),%DISCNUMBER%)

DD.20140705.1040.CEST