adipasquale

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.

---

[1] https://spectropic.ai/

[2] https://audiogest.app/

The Coandă effect [1] and how it applies to plane wings and sailboats.

[1] https://en.wikipedia.org/wiki/Coand%C4%83_effect

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, I have edited the article to note that the analogy is mistaken. Sorry I had completely missed that piece of news.

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.

[1] https://github.com/airblade/paper_trail