![]() Pipeline is live and does not need PREROLL. The full debug output of vpudec is attached but here is a snippet: I enabled full output of the vpudec plugin since I suspect that is where the error is. Gst-launch rtspsrc location=rtsp://192.168.1.55 ! rtpmp2tdepay ! mpegtsdemux ! vpudec low-latency=true framedrop=false ! mfw_v4lsink -gst-debug=vpudec:5 Sure, my pipeline that is failing is (note that if I switch to non-low latency stream then this works and I see accelerated video output): ![]() ![]() Is there anyway freescale can implement decoding of intra-refresh/low latency H.264 streams by modifying gstreamer? This will make this chip fully able to handle broadcast quality stream. There are example low latency stream files that I have uploaded in the message referenced above. That is too bad because i.MX6 satisfies all our requirements except this one and now we are forced to look for other chips that can do this (OMAP4/OMAP5 is able to). So it seems to me that the hardware decoder is ok with low latency streams but gstreamer plugin cannot handle it. Mplayer -dumpvideo -dumpfile myclip.264 input.ts If I extract the raw video h.264 data from a low latency stream TS using mplayer and pass the file to mxc_vpu_test.out then the VPU is able to decode the file just fine: It looks like gstreamer is unable to work with low latency TS files. The reason why I was forced to go this route is because the gstreamer software provided cannot decode low-latency streams. By software only I mean through ffmpeg or any software only decoder (no VPU assist).
0 Comments
Leave a Reply. |