jgbbrd
Joined 6 years ago
Joined 6 years ago
We would have a senior dev on the dealing-making-or-breaking call and he would say something like, "Wait -- sorry, do you support <specific thing that our system doesn't have>?" We would say honestly that we don't have that yet. Then the senior dev would say, "Ooohh.... sorry... yeah... we need (per-message arbitrary data storage | support for on-prem | real-time analytics | per-messsage privacy controls | etc.)." We eventually had to face the reality that one of two things must be true:
1) The market is just too fragmented such that there cannot exist one product that serves it
2) The devs involved really, really don't want to give a product like this a chance because they actually want to build fun features like this themselves and they're (rightfully) skeptical that some random startup can do it better
As I sit here now, I have some confidence that it's 75% #2 and 25% #1. Anyway, the basic shape of the sales calls went a lot like what you're saying.
Trying to figure out why means reading dozens of pages on dozens of sites trying to understand that 'Oh SRT formatting doesn't support that particular styling format'. It's a mess. Also dumb stuff like a subtitle that has zero length or a subtitle that has a end time before its start time. Trying to understand whats broken in a subtitle file is a PITA.
This is the first tool I've seen trying to make it easy to figure out if a subtitle file is broken.
Supported files include:
SRT / SubRip (.srt) VTT / WebVTT / Video Text Tracks (.vtt) SBV / SubViewer (.sbv or .sub) SSA / SubStationAlpha (.ssa) ASS / Advanced SubStationAlpha (.ass)