我来帮你搞定这个播放问题，先梳理下核心情况：你用playbin或者手动构建的管道播放IPC摄像头的MJPEG格式RTSP流时，遇到了Invalid Dimension 0x1536的警告，没法正常播放，但切换到H.264编码后就一切正常。

问题原因分析 #

这个警告本质是rtpjpegdepay元素在解析RTP封装的MJPEG流时，没能正确识别分辨率信息——要么是摄像头输出的RTP payload里的尺寸字段有误（比如宽度被解析成了0），要么是GStreamer对这种非常见分辨率的MJPEG流兼容性不足。而H.264的RTP封装逻辑和MJPEG不同，所以切换编码后就能正常工作。

可行解决方案 #

下面给你几个逐步排查和解决的方法：

• 用jpegparse强制解析JPEG元数据
  跳过RTP层可能错误的尺寸信息，直接从JPEG数据本身读取分辨率，添加jpegparse元素到管道中：

  gst-launch-1.0 -v rtspsrc location=rtsp://admin:admin@192.168.1.100:554/1/1 ! rtpjpegdepay ! jpegparse ! jpegdec ! autovideosink
  

• 强制指定下游元素的视频分辨率
  如果上面的方法还不行，在解码后明确指定视频的caps，确保下游元素能正确识别尺寸：

  gst-launch-1.0 -v rtspsrc location=rtsp://admin:admin@192.168.1.100:554/1/1 ! rtpjpegdepay ! jpegparse ! jpegdec ! video/x-raw,width=2048,height=1536 ! autovideosink
  

• 调试流的原始数据
  用identity元素查看流的原始数据，确认是摄像头输出的流不符合标准，还是GStreamer解析的问题：

  gst-launch-1.0 rtspsrc location=rtsp://admin:admin@192.168.1.100:554/1/1 ! rtpjpegdepay ! identity dump=true ! fakesink
  

  你可以从输出的原始数据里检查RTP payload中的尺寸字段是否正确。

• 更换MJPEG解码器
  试试用libavdec_mjpeg替代默认的jpegdec（需要先安装gstreamer-libav插件），它对非标准MJPEG流的兼容性更好：

  gst-launch-1.0 -v rtspsrc location=rtsp://admin:admin@192.168.1.100:554/1/1 ! rtpjpegdepay ! jpegparse ! libavdec_mjpeg ! autovideosink
  

替代方案 #

如果以上方法都没能解决问题，大概率是摄像头的MJPEG RTP封装不符合标准，这种情况下建议要么联系厂商获取固件更新，要么继续使用已经验证可行的H.264编码方案。

内容的提问来源于stack exchange，提问作者ma.mehralian