What goes wrong without it
Footage that plays fine in a browser can still be wrong for what you are about to do with it. These defects are invisible on playback and surface only once your feature is in front of users:- Captions that start in sync and have drifted a full second by minute three
- Clips cut on timestamps that land a beat late, beheading the punchline
- A scoring or tracking feature that returns the wrong number — no crash, just a result that tells a user who did everything right that they did not
- Two camera angles that slowly slide apart across a long take
- The same clip stored, converted and analyzed four times, because nothing noticed it had already been through
Why timing problems hide during testing
Why timing problems hide during testing
Some files record each frame with a slightly different gap before the next one. Every gap is off by a tiny amount, and the errors accumulate: invisible at second one, a blink at second thirty, a full second by minute five.Short demo clips are too short for the error to add up, so this survives testing intact and appears the first time someone uploads a real video. Anything that reads a single average frame rate off the file reports a clean number and moves on.
Start here
Check the footage before committing to work on it:Response
action:
The
fix is machine-readable, so you can execute it on your own infrastructure and the media never leaves it. Or hand it back: POST /fix runs exactly that instruction and then re-checks the result before returning it — a file comes back only if the original failure is confirmed gone. If that cannot be shown, you get the reason and are charged nothing.
Readiness is not a quality score. The same file is fit for one job and unfit for another, so what you are about to do with it is part of the question — pass a
context. One clip can be fix_first for an editor, proceed for a social feed and reject for motion tracking, with nothing about the file changing between those calls. Why check footage before you process it walks through it.Who this is for
FastDrop is for applications that measure video — caption it, cut it, score it, sync it, classify it, search it. Anything that derives a result from the content or the timeline is exposed to the defects above, because the measurement inherits every error in the file. If your app only stores and plays video back, you do not need a preflight check, and we would rather say so than sell you one. Players are forgiving in exactly the ways measurement is not. Worth knowing where the line is, though: the roadmap of most video products eventually grows a feature that measures something.What you can do once footage passes
Every capability runs independently — request one, or several in a single call:- Classify — assign one of six editor-ready roles with confidence, explanation, suggested filename and folder path (2 credits)
- Thumbnails — 3-5 keyframes per video (1 credit)
- Diagnostics — the raw measurements behind a verdict: codec, resolution, frame rate, health score (1 credit)
- Duplicates — perceptual fingerprinting, so you stop paying to process the same clip twice (1 credit)
- Clips — clip candidate timestamps with labels (2 credits)
- Transcribe — speech transcription in 50+ languages, English translation, optional SRT/TXT (8 credits)
How results reach you
Readiness answers inline, in the request. A verdict you have to wait for arrives after the moment you needed it, so it does not hand you a job. Everything else is real work measured in minutes, and returns a job:- You submit a public video URL
- FastDrop downloads and analyzes it asynchronously
- The result is pushed to your webhook, or returned by holding a status request open with
?wait=Nif your service cannot receive callbacks
You never need a polling loop. Register a webhook and results arrive the moment they exist; otherwise
?wait=60 returns the finished job in a single request. Getting your results covers when to use which.Integration options
REST API
Direct HTTP calls from any language. Full control over the integration.
MCP Server
Connect AI agents (Claude, Cursor, VS Code) to FastDrop via natural language.
Pricing
FastDrop uses a credit-based system. Capabilities cost credits per video processed; checking readiness first is the cheapest call in the API.
A readiness check costs 1 credit, against 10 for a classify-and-transcribe pipeline on the same video — or 19 to run every capability at the premium tier. The check pays for itself well before it catches its tenth bad clip, and the clips it catches are the ones that would have burned the full run.
Get your API key
Sign up for a free API key with 100 credits/month. No credit card required.