Error: Unable to parse series name from filename

[urbster1]

Hi! I am running this in a folder structure with files as follows:
Series/Season 1/S01E01 Title.mp4

using autotag -t --no-rename -v .

Running with --manual "Series" doesn't make a difference, and it's not clearly documented how that feature should be used. Either way, it finds all episodes, then outputs the above error. Any help is appreciated - thanks!

[jamerst]

Hi,

AutoTag is designed to parse all the required information from just the filename, not the file path, so it's not able to find the series name in your file structure.

The --manual flag doesn't take any options, it simply allows the correct series to be chosen from the results returned from searching. It's useful when there are multiple series in the results with very similar names.

I'll look into adding an option to manually specify the file/directory structure to parse the episode info, or failing that an option to manually specify the series name to be searched for.

[jamerst]

This should now be addressed in v3.0.2.

If you run AutoTag with --pattern ".*/(?<SeriesName>.+)/Season (?<Season>\d+)/S\d+E(?<Episode>\d+)" that should be able to parse episodes in your file structure.

[urbster1]

That's great! Thanks for your help!

…

On Sun, Jan 17, 2021, 9:27 AM James Tattersall ***@***.***> wrote: This should now be addressed in v3.0.2. If you run AutoTag with --pattern ".*/(?<SeriesName>.+)/Season (?<Season>\d+)/S\d+E(?<Episode>\d+)" that *should* be able to parse episodes in your file structure. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABLMCWIO57BWGJVLODWONFDS2LXWTANCNFSM4WFS27JA> .

[urbster1]

Hmm, I'm still unable to get -p to work. I've tried escaping the pattern with single- and double-quotes but either way I'm getting the following error when running autotag -t -v --no-cover -p '.*/(?<SeriesName>.+)/Season (?<Season>\d+)/S\d+E(?<Episode>\d+).*' .

./S01E01 Title.mp4
    Error: Input string was not in a correct format

[jamerst]

Looks like there was a bug when used with relative paths, I've uploaded v3.0.3, that should hopefully work this time.

[urbster1]

Thanks - also this is slightly unrelated, but if an episode contains a "?" in the title, renaming fails. Maybe some invalid characters should be omitted or replaced?

…

On Tue, Jan 19, 2021, 4:56 PM James Tattersall ***@***.***> wrote: Looks like there was a bug when used with relative paths, I've uploaded v3.0.3, that should hopefully work this time. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABLMCWPHJ7CCVUDHPLNPWEDS2X5YHANCNFSM4WFS27JA> .

[jamerst]

That's odd, any invalid characters should definitely be removed, maybe Path.GetInvalidFileNameChars() doesn't return all invalid characters?

I assume this is on Windows? I'm Linux-based so I don't have any issues with question marks in file names.

If you wouldn't mind creating a separate issue, I'll investigate it further when I get chance.

[urbster1]

Sure thing. I'm on Linux Mint 20.1 using zsh but I'll make a new issue.

…

On Tue, Jan 19, 2021 at 5:18 PM James Tattersall ***@***.***> wrote: That's odd, any invalid characters should definitely be removed, maybe Path.GetInvalidFileNameChars() doesn't return *all* invalid characters? I assume this is on Windows? I'm Linux-based so I don't have any issues with question marks in file names. If you wouldn't mind creating a separate issue, I'll investigate it further when I get chance. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#4 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABLMCWKOSKTAT6YXS4HF5QDS2YAKPANCNFSM4WFS27JA> .