I have had very good results using Spectropic [1], a hosted Whisper Diarization API service as a platform. I found it cheap and way easier and faster than setting up and using whisper-diarization on my M1. Audiogest [2] is a web service built upon Spectropic, I have not yet used it.
disclaimer : I am not affiliated in any way, just a happy customer! I had some nice mail exchanges after bug reports with the (I believe solo-)developer behind these tools.
very informative, thanks! i coincidentally just posted a blogpost about the other complementary approach using pure HTTP requests without headless browsers: https://news.ycombinator.com/item?id=21770576
Author here, really sorry if it felt like an ad, it is not! I have edited the app to include links to competitors. My point is to encourage people to resist Google's hegemony
Author here, thank you for the alternatives suggestions! I have edited the post and included them. I did not want the article to look like an ad for Fastmail by any means
Author here, I had completely missed that news. It is a bit concerning, you are totally right. I have edited the article to mention it and alternatives, thank you.
If you mean modeling the state graph itself, it's usually not modeled in the db but only in the code. It could indeed be interesting to store the graph itself if it evolves often, or at least a version number.
If you were speaking about storing the instances lifecycles, a simple model using a RDBS is to store one row per transition event in a separate table. This is what the papertrail[1] gem does for example.
disclaimer : I am not affiliated in any way, just a happy customer! I had some nice mail exchanges after bug reports with the (I believe solo-)developer behind these tools.
---
[1] https://spectropic.ai/
[2] https://audiogest.app/