Skip to main content
GET
Get Dubbed Run Transcript
This endpoint serves as a bridge between your media content and its written representation. When you’ve completed a dubbing run using Camb.ai’s powerful dubbing technology, it gives you access to all that valuable spoken content in text form, unlocking new possibilities for how you can use and share your content.
The {language} path parameter is your language selector. It determines which linguistic version of your transcript you’ll receive - you can choose either the original source language or any of the target languages you’ve dubbed your content into.

Understanding Response Options

The transcript endpoint gives you two distinct ways to receive your transcript data, each designed for different implementation scenarios:
  • Direct content delivery (data_type=raw_data): The transcript text comes straight to you in the HTTP response body. This immediate delivery is perfect for when you need to process or display the text right away in your application.
  • File-based delivery (data_type=file): You receive a pre-signed URL that links to a ready-to-download transcript file. This approach works wonderfully when you need to store, share, or download the transcript as a distinct file.
Your choice between these options depends on your workflow and how you intend to use the transcript data in your application.

Choosing the Right Format for Your Needs

Transcripts come in three carefully designed formats, each optimized for different applications: The format you choose should align with how you plan to use the transcript. For example, if you’re adding subtitles to a web video player, WebVTT (vtt) would be your best choice because of its native support in HTML5 environments. If you’re editing in professional software like Adobe Premiere, the srt format would integrate more seamlessly with your workflow.

Implementation Example: Bringing It All Together

Let’s walk through a complete example of how you might implement transcript retrieval in your application. This Python code sample demonstrates the process from request to application:
This code not only retrieves your transcript but also demonstrates proper error handling and different processing paths based on your chosen response type. Notice how we create a meaningful filename that includes both the run ID and language - this kind of attention to detail helps keep your transcripts organized when working with multiple videos or languages.

Building a Complete Workflow

The transcript endpoint works best as part of a complete content processing workflow. Consider how it connects with these related endpoints: By combining these endpoints, you can create powerful automation workflows that transform, translate, and repurpose your content with minimal manual intervention.

Authorizations

x-api-key
string
header
required

The x-api-key is a custom header required for authenticating requests to our API. Include this header in your request with the appropriate API key value to securely access our endpoints. You can find your API key(s) in the 'API' section of our studio website.

Path Parameters

run_id
integer
required

The unique identifier for the run, which was generated during the creation process and returned upon task completion.

language
string
required

Language for this run. Pass a locale tag (en-us, fr-fr, es-es). Numeric language IDs still work but are deprecated. See all source languages.

Example:

"en-us"

Query Parameters

format_type
enum<string>
default:txt

The format to use for the transcription output. Either srt, vtt or txt. Defaults to txt.

Available options:
srt,
vtt,
txt
data_type
enum<string>
default:file

The data type for the transcription being returned. Returns the raw data of the transcription or a presigned url for the file that contains the transcript contents in the specified format.

Available options:
raw_data,
file