Closed BuffMcBigHuge closed 11 months ago
Same issue on
TTS == 0.17.4
It seems that tokenizer initialization is expecting a vocab_file or vocab_str as input but is not getting it thus remains None: https://github.com/coqui-ai/TTS/blob/f829bf50f8cd261a2ef23356cb83f0ac6c3ff6a8/TTS/tts/models/tortoise.py#L339
Same issue on
TTS == 0.17.4
It seems that tokenizer initialization is expecting a vocab_file or vocab_str as input but is not getting it thus remains None:
I'm gettig an Attribute error for Voicebpetokenizer related to preprocess object, I tried to modify the tokenizer.py for xtts_v1 and it gave the encode error, I'm using the latest tts version.
I got hit by the same problem. Started digging backward through the versions. v0.16.6
seems to work, but v0.17.0
does not. So the change is likely one that happened between those two versions. In principle, this is now set up for a git bisect
.
I got hit by the same problem. Started digging backward through the versions.
v0.16.6
seems to work, butv0.17.0
does not. So the change is likely one that happened between those two versions. In principle, this is now set up for agit bisect
.
Does version 0.16.6 support the new XTTS model? Plus the new versions include cpu fixes for that model which didn't exist before v 0.17.2 so this doesn't really help much.
Does version 0.16.6 support the new XTTS model? Plus the new versions include cpu fixes for that model which didn't exist before v 0.17.2 so this doesn't really help much.
The purpose of finding a good version in the past isn't to suggest you'd use it. It is for narrowing down where the regression happened, making it easier to debug and fix. The presence of the XTTS model is of less interest here, because it doesn't pertain directly to this issue, though it might do so indirectly.
The idea of git bisect
is that you automate the process. You generate a small snippet which passes on good versions and fails on bad versions. Bisect then picks a commit in the middle between the versions, and depending on outcome, updates the window in which the regression happened. Over a couple of runs, CI permitted, it will find the exact commit for the regression.
However, if you have knowledge of the code base, you can often intuit where the regression is, and you don't need a mechanical tool. Still, knowing "it was ok here" is a nice hint to have when trying to figure out what went wrong.
Does version 0.16.6 support the new XTTS model? Plus the new versions include cpu fixes for that model which didn't exist before v 0.17.2 so this doesn't really help much.
The purpose of finding a good version in the past isn't to suggest you'd use it. It is for narrowing down where the regression happened, making it easier to debug and fix. The presence of the XTTS model is of less interest here, because it doesn't pertain directly to this issue, though it might do so indirectly.
The idea of
git bisect
is that you automate the process. You generate a small snippet which passes on good versions and fails on bad versions. Bisect then picks a commit in the middle between the versions, and depending on outcome, updates the window in which the regression happened. Over a couple of runs, CI permitted, it will find the exact commit for the regression.However, if you have knowledge of the code base, you can often intuit where the regression is, and you don't need a mechanical tool. Still, knowing "it was ok here" is a nice hint to have when trying to figure out what went wrong.
Yeah but sometimes you spend hours trying to fix the code and you get the same error over and over again or new ones. So it's better to have the people who made it fix it because it's their job.
Describe the bug
I can't seem to use tortoise
tts_models/en/multi-dataset/tortoise-v2
.To Reproduce
Expected behavior
No response
Logs
No response
Environment
Additional context
No response