@rendley/sdk - v1.15.19
    Preparing search index...

    Interface ExportCodecSupport

    interface ExportCodecSupport {
        audioCodec: "aac" | "ogg";
        bitrate: { max: null | number; min: null | number };
        bitrateModes: BitrateMode[];
        codec: VideoCodec;
        codecRFCString: null | string;
        container: "mp4" | "webm";
        hardwareAccelerated: null | boolean;
        resolutions: {
            height: number;
            label: string;
            supported: boolean;
            width: number;
        }[];
        rungs: ExportCodecRungSupport[];
        supported: boolean;
    }
    Index

    Properties

    audioCodec: "aac" | "ogg"
    bitrate: { max: null | number; min: null | number }

    Probed supported bitrate interval (bps) at the export size: the lowest and highest passing probe points. null bounds when the codec is unsupported.

    bitrateModes: BitrateMode[]

    Bitrate modes that pass at the probed export size (empty when unsupported).

    codec: VideoCodec
    codecRFCString: null | string

    The RFC string the export would ENCODE with for this codec: the first supported rung of the fallback ladder (user-forced string first, then the built-in ladder in preferred order). null when no rung is supported.

    container: "mp4" | "webm"
    hardwareAccelerated: null | boolean

    Whether a prefer-hardware configuration passes. null when it couldn't be probed (codec unsupported or WebCodecs unavailable).

    resolutions: {
        height: number;
        label: string;
        supported: boolean;
        width: number;
    }[]

    Standard-ladder resolutions, each marked supported/unsupported for this codec.

    Every candidate rung in the order the encoder tries them (forced first, then the built-in ladder), each with its own support result — the input a UI needs to show what will actually be used and what was skipped.

    supported: boolean

    Whether ANY rung has a working encoder configuration at the probed export size.