mirror of
https://github.com/RVC-Project/Retrieval-based-Voice-Conversion-WebUI.git
synced 2026-11-05 00:27:30 +00:00
[GH-ISSUE #297] Is it expected that v2 trained models underperform compared to v1 trained models on identical settings? #149
Labels
No labels
AMD/Intel
bug
bug
bug
colab
dependencies
documentation
duplicate
enhancement
following up
good first issue
help wanted
invalid
question
stale
stale
stale
todo list
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
RVC-Project/Retrieval-based-Voice-Conversion-WebUI#149
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @kalomaze on GitHub (May 16, 2023).
Original GitHub issue: https://github.com/RVC-Project/Retrieval-based-Voice-Conversion-WebUI/issues/297
v1_vs_v2_Examples.zip
5 minute dataset. I also used the Mangio fork which adds 'crepe' as a training option for both of these models.
Maybe for a model with a bigger dataset like 40 minutes, v2 outperforms?
@kalomaze commented on GitHub (May 16, 2023):
I have been informed it is much easier to 'overtrain' v2 models. Both are 1000 epochs. Will look into that first, but I'm running into an issue where TensorBoard cuts out at 6k steps, when the full model in theory has 20+ thousand steps, due to a batch size of 4 with a dataset of about ~5 minutes (so roughly ~100 post-processing wavs)
@RVC-Boss commented on GitHub (May 17, 2023):
Try both 20epoch model? Also you can try the latest v2 model pretrained weights.
Now it's an experimental model and therefore performence may be decrease in some cases. We won't publish the release until it's tested completely.
@kalomaze commented on GitHub (May 17, 2023):
The "v2" files here are using the experimental v2 weights. The "v1" example is the normally trained weights model.
According to TensorBoard, the model is 6,000 steps. This may be innaccurate and it is improperly reading the logs? (1000 epochs, 5 minute dataset, batch size 4). I am told that, if /g/total starts rising again on the graph after peaking, it is a sign the model is overtraining. If that is correct, 300-400 epochs was the correct ending point, and 1000 epochs is far too much (for the v2 model only). I can see this being correct for such a small dataset. This person also told me that they saw this overtraining effect start at around 1000 epochs on a 40 minute dataset (again, just on v2).
With this in mind, the 350 epochs model seems to beat the 1000 epochs v1 model based on my first attempt, but more testing is needed. It seems that it is much easier to overtrain a v2 model
v1_1000_EPOCHS_VS_v2_350_EPOCHS.zip
@RVC-Boss commented on GitHub (May 17, 2023):
The 350e_v2 version is significantly better than 1000e_v2 (1st floor) version.
@RVC-Boss commented on GitHub (May 17, 2023):
In the earliest version, the max total_epoch is 100, than updated to 200. Somebody says more epoch may be better, needs 1000epoch, so now max total_epoch is 1000. But I think less epoch training is the advantage of RVC.
@kalomaze commented on GitHub (May 17, 2023):
Something is definitely wrong with the steps count on that model. I trained a new one today for a different (8 minute) dataset. This is 600 epochs and it's 30k steps.... 5k is absolutely not the real number of the other one. Do you know what might cause this?
Also, this new '30k steps' model defenitely gets beaten out by the version 1 equivalent, so I don't know if there's a better way to tell via tensorboard statistics if the model is overtraining.
v1_vs_v2_Mord.zip