1

Win 7x64のGstreamerOSSビルド0.10.7で次のパイプライン（SIMPLIFIED）を使用しています。

udpsrc ! application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264,        payload=(int)96 !
gstrtpjitterbuffer latency=200 ! rtph264depay ! tee name=h264Tee 

h264Tee. ! queue ! h264parse ! mux. 

matroskamux name=mux ! filesink location=rec.mkv sync=false // same for avimux/mp4/qt

h264Tee. ! queue ! ffdec_h264 ! tee name=videoTee 

//.videoTee ! queue ! dx9videosink
//.videoTee ! queue ! appsink

//udpsrc ! queue ! directsoundsink

audiotestsrc ! mux. //only for testing, should be connected to udpsrc

パイプラインはGstreamer-Sharpを介して起動されます。パイプラインのコンソール出力は次のとおりです。

WARN default xoverlay.c:354:gst_x_overlay_set_xwindow_id:<videoSink> Using deprecated gst_x_overlay_set_xwindow_id()
ERROR d3dvideosink d3dvideosink.c:2204:gst_d3dvideosink_release_swap_chain: Direct3D device has not been initialized
WARN bin gstbin.c:2378:gst_bin_do_latency_func:<pipeline0> failed to query latency
WARN matroskamux matroska-mux.c:970:gst_matroska_mux_video_pad_setcaps:<mux> pad video_0 refused caps 05370C40

マルチプレクサを省略している限り、ビデオとオーディオの両方が正常に再生されます。パイプラインにマルチプレクサを含めると、ビデオがすぐにフリーズし、音が聞こえなくなります。なぜマルチプレクサがキャップを拒否するのですか？

4

1 に答える 1

0

自分で解決しました。上記のビデオキャップには、再生に必要のないsprop-parameter-setsが含まれていません。ただし、エンコードの場合、ストリームのさまざまなプロパティがこれらの中でエンコードされるため、これらが必要です。

udpsrc ! 
application/x-rtp, media=(string)video, clock-rate=(int)90000, 
encoding-name=(string)H264, 
sprop-parameter-sets= (string)\"Z0LADdkBQfsBEAAAAwAQAAADAyjxQqSA\\,aMuMTIA\\=\", 
payload=(int)96, 
ssrc (uint)2332354585, 
clock-base=(uint)1158355497, 
seqnum-base=(uint)10049 !
gstrtpjitterbuffer latency=200 ! rtph264depay ! tee name=h264Tee 

...
于 2012-11-22T00:02:28.230 に答える