Open rugrill opened 1 month ago
Hei, I have the same issue! Im getting frustrated
Thanks for bringing this. Looks like the path followed when providing audio_files is being diverged compared to manifests.
@weiqingw4ng pls have a look at this issue.
Hello, First I used the ClusteringDiarizer just like shown in the provided tutorial https://github.com/NVIDIA/NeMo/blob/main/tutorials/speaker_tasks/Speaker_Diarization_Inference.ipynb. I provided the path to my audio file in the manifest file with the audio_filepath key. The file was getting diarized with a good result.
However I just tried to use the .diarize() method with the paths2audio_files functionality to provide the file path to my file directly as a parameter in the diarize method.
The results of the same files diarized with the paths2audio_files functionality are significantly worse than diarizing them, providing the path in the manifest file. Sadly I can’t find much documentation on what the differences between the two possibilities are in terms of the actual speaker diarization.
Furthermore I noticed when providing more than one file to the paths2audio_files, the computation time when diarizing the files is much faster compared to manually diarizing them after each other and changing the path in the manifest file.
So the question is what differences are there between the two approaches, and what influences the result of the diarization of the same audio file?