> the provided scripts are useless to anyone without access to the academic datasets they use Kaldi team shares all datasets when possible on http://openslr.or

> the provided scripts are useless to anyone without access to the academic datasets they use Kaldi team shares all datasets when possible on http://openslr.org http://openslr.org, a major collection of speech datasets. Librispeech and Tedlium were major breakthrough in their times. When everyone in research trained on 80 hours WSJ and Google trained on 2000 hours private dataset, 1000 hours of librispeech was a game changer. > Kaldi is very cumbersome and overly complex to use and adapt (most of the toolchain relies on exact copies of entire directory trees) On the other hand the Kaldi API is very stable. You still can run 4 year old recipes with simple run.sh. Any tensorflow software gets obsolete once in 3 months when TF API changes. Kaldi recipe results are usually reproducible up to the digit and you can even see the tuning history (which features did improve, which didn't). > Kaldi is a research tool by researchers for researchers and not in any way shape or form aimed at practitioners in search of a deployable solution There are hundreds of companies all over the world building practical solutions with Kaldi. The only thing that Kaldi team should do is to ask users to mention it. > Kaldi is very poorly documented (from a user perspective) and focuses on recipes for your own experiments, not writing applications and roll out There are also dozen of projects on Github which enable use of Kaldi with simple pip install or docker pull. kaldi-gstreamer-server, kaldi-active-grammar, vosk and many others.