记录：

uridecodebin3 和uridecodebin优先硬解码

        这两个插件，本来是负责动态选择合适的解码器来处理特定的媒体流，使用案例：

        gst-launch-1.0 uridecodebin uri=rtsp://192.168.1.120:8554/test  ! glimagesink  -v

        gst-launch-1.0 uridecodebin3 uri=file:///home/enpht/Videos/1080p_60fps.h264 ! glimagesink 

        gst-launch-1.0 uridecodebin3 uri=file:///home/enpht/Videos/1080p_60fps.mp4 ! glimagesink  

        刚开始，我以为使用的解码器默认是软解码，但是后来测试发现，其实会根据平台进行选择，优先硬件加速，这个功能，目前支持多个平台，包括了我常用的英伟达和RK3588的平台。根据平台自动选择解码器，优先使用硬解码，无需自己设置。

        证据：

使用gst-launch-1.0 uridecodebin uri=rtsp://192.168.1.120:8554/test  ! glimagesink  -v 打印信息：

   如果是在rk3588的板子上，会发现解码器是MppVIdeoDec，如果是虚拟机里面是avdec，查看CPU占用，发现确实CPU占用不高。

decodebin和decodebin3的作用

        但是uridecodebin主要作用是解析链接，以及选择解码器，但有时候它会生成多个输出流（pads），每个输出流对应媒体流中的一个媒体类型（如视频、音频、字幕等）。这时候就需要使用 decodebin 元素来处理这些输出流。

        如果输出的是单路数据流，不需要增加decodebin，如果有多个视频流和音频流组成，需要增加decodebin 。

gst-launch-1.0 uridecodebin uri=rtsp://192.168.1.120:8554/test  ! uridecodebin ! glimagesink  -v

gst-launch-1.0 uridecodebin3 uri=file:///home/enpht/Videos/1080p_60fps.h264 ! uridecodebin ! glimagesink 

gst-launch-1.0 uridecodebin3 uri=file:///home/enpht/Videos/1080p_60fps.mp4 ! uridecodebin ! glimagesink