How do I use rename PP on enumerated files?

[nucspl]

In Kemono, there are files of different hashes but the same name.
How do I rename the later downloaded file so that it doesn't get skipped?

Thanks!

[nucspl]

OK, how does rename.from work? Is it like datetime.strptime() which parses according to a given format?
If so, how can I make it target files with enumerations? (e.g. "file.1.txt", "file.2.txt", ...)

[mikf]

rename.from is the same as rename.to, but in the opposite direction. You give it a filename format string and it renames files whose filename match the from format to your current extractor.filename format.

The rename post processor does not and can not account for filenames produced by "skip": "enumerate" or other enumerate functionality. You are going to have to rename them yourself or write a script, I'm afraid.

[nucspl]

Shame. And I take it that "\fE" strings aren't accepted too?
I've been trying different lambda functions for a couple of hours after that comment, but they all end up as TypeErrors when valid.

[mikf]

They are accepted, same as all other special format string types.

You shouldn't need any lambda functions in \fE expressions. Try this for testing:

"\fE print('TEST') or 'new filename.jpg'"

[nucspl]

I was doing some inline if-else for the "to" option, hence the lambda. It didn't work on enumerated files, though.

So "\fE" does work. I guess it just doesn't like any sort of string methods.
This format string returns a TypeError for an expected string or bytes-like object, it really doesn't like the .split('<delim>')[<id>] part.

"from": "\fE '{}.{}.{}'.format(filename, extension.split('.')[0], extension.split('.')[-1])"

I'll just write a quick exec PP then. Thank you for your time.

[Hrxn]

I don't even get your issue here, to be honest.
As you said, they have different hashes - why not using those in the filename setting? Result: nothing gets skipped unintentionally.