GStreamer周期性获取流当前caps 分辨率变更时caps不更新问题

rtspsrc 元素的源pad调用get_current_caps接口无法获取流变更后的最新能力集是正常表现，不是接口故障：

• rtspsrc的动态pad创建时拿到的初始caps，是RTSP SDP协商阶段返回的流初始参数，属于静态协商结果，不会随流运行过程中的参数变更自动更新。
• 摄像头侧动态修改分辨率、编码参数时，新的caps是通过下游事件的形式在管道里传递的，不会回写更新rtspsrc外层pad存储的current_caps属性，你在状态变更回调里反复读取这个值，拿到的永远是初始协商的旧参数。
• 你之前尝试给固定的rtph265depay元素src pad绑定caps属性变更通知的方案存在明显缺陷：如果流编码格式切换（比如H265切H264）、或者rtspsrc断流重连重建了新pad，绑定在固定depay元素上的回调要么完全收不到事件，要么拿到的是失效pad的旧数据。

核心原则：不要读取pad上静态存储的current_caps值，要监听管道中向下游传递的CAPS事件，这才是流实际生效的最新参数，具体实现步骤：

• 放弃轮询rtspsrc旧pad current_caps的逻辑，也不要绑定固定元素的caps属性通知。
• 在rtspsrc的pad-added信号回调中，对每个新创建的动态src pad添加下游事件探针（event probe），拦截所有GST_EVENT_CAPS类型事件，每次收到事件就解析事件携带的caps内容，拿到最新的分辨率、编码格式、音频参数即可，解析完成后要返回放行标识让事件继续向下游传递，不要阻塞管道。
• 给rtspsrc额外绑定pad-removed信号回调，流删除旧pad时同步清理你全局存储的对应pad引用，避免操作失效指针。
• 如果需要适配编码格式切换的场景，不要在管道描述里写死rtph265depay，替换为decodebin或者配合rtpbin自动匹配对应编码的depay加载元素，避免编码切换时管道直接崩溃。
• 不需要在收到EOS时手动切换管道状态到Ready再重启，rtspsrc自带重连逻辑，手动重启状态反而会触发不必要的pad销毁重建，增加逻辑复杂度。

核心修改pad-added回调逻辑，添加事件探针即可：

rtspsrc.connect_pad_added(move |src, src_pad | {
    // 先做初始媒体类型判断，区分音视频pad
    let initial_caps = src_pad.current_caps().expect("failed to get caps of new pad");
    let initial_struct = initial_caps.structure(0).expect("Failed to get first structure of caps");
    let is_video = initial_struct.get::<&str>("media").unwrap() == "video";
    
    // 给新pad加下游事件探针，监听caps变更
    let pad_clone = src_pad.clone();
    src_pad.add_probe(gst::PadProbeType::EVENT_DOWNSTREAM, move |_pad, probe_info| {
        if let Some(event) = probe_info.event() {
            if let gst::EventView::Caps(caps_ev) = event.view() {
                let latest_caps = caps_ev.caps();
                let caps_struct = latest_caps.structure(0).unwrap();
                // 此处解析最新参数：width/height代表分辨率，encoding-name代表编码格式，音频参数同理
                println!("检测到流参数变更，最新caps：{:#?}", caps_struct);
                // 可以把解析后的参数更新到你的全局共享状态里
            }
        }
        gst::PadProbeReturn::Ok
    });

    // 原有存储pad引用的逻辑保留
    if let Ok(mut x) = src_pad_clone.lock() {
        if is_video {
            x.update_video(Some(&pad_clone));
        } else {
            x.update_audio(Some(&pad_clone));
        }
    }
});

// 新增pad-removed回调，清理旧pad引用
rtspsrc.connect_pad_removed(move |_src, removed_pad| {
    if let Ok(mut x) = src_pad_clone.lock() {
        if x.video_pad.as_ref() == Some(removed_pad) {
            x.update_video(None);
        }
        if x.audio_pad.as_ref() == Some(removed_pad) {
            x.update_audio(None);
        }
    }
});

你原来给depay元素绑定的caps通知、StateChanged回调里读rtspsrc pad caps的逻辑都可以删掉，用上面的探针逻辑就能稳定拿到所有参数变更事件，包括分辨率调整、编码切换、重连后的新流参数。

内容的提问来源于stack exchange，提问作者Gatothgaj