Result files still don't increment properly for me #36
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
result files kept overwriting themselves, it kinda works sometimes, it got 00000 and 00001 but after that it kept overwriting 00001.
Tried with or without voicefixer, or candidates.
I changed line 186-187 in webui.py to
def get_name(line=0, candidate=0, combined=False):
name = f"{int(full_start_time)}"
to avoid that calculation.
Gross, I don't want to go back to eye sore timestamps for "uniqueness". I'll admit the current way it does it is still rather naive, but I didn't seem to have any problems are extensively testing it, but when I can salvage whatever free time I have left, I'll try fixing it.
I'm assuming you already updated past commit
d2ab3383f8
, and you have tried with a cleaned results folder.Should now actually be fixed in commit
7a4460ddf0
.The new behavior will use the last indexed file + 1.
Welp, still the same for me. Emptied the result directory for this voice, generated 3 times, and ended up with only files 00000 and 00001, with second attempt overwritten.
Only thing suspicious is stack traces about hosts not found because I don't have internet on that machine, could this mess up the index ?
Oh, I think I found the issue. One moment.
Should actually be fixed now in commit
63bcadcbbe
. The reason I never caught it was that I didn't actually test it with single lines with only one candidate (ironically, I started bothering to generate multiple candidates yesterday), and my regex was slightly wrong.As for the
stack traces about hosts not found
issue, I'd assume it is from not having a connection. Every time tortoise loads a model, it'll check if there's an update for that model before loading it. You can check theOnly Load Models Locally
checkbox to make it stop doing that (or at least should, I don't think I tested it since it's just an environment variable that should nix it).Thanks that fixed it. Cheers