Video, bad performance | gst-launch filesrc location=test.mp4 typefind=true ! aiurdemux ! vpudec ! mfw_v4lsink |
Video, better performance | gst-launch filesrc location=sample.mp4 typefind=true ! aiurdemux ! queue max-size-time=0 ! vpudec ! mfw_v4lsink # typefind=true allows to 'type find' the source file before negotiating # max-size-time=0 indicates to ignore possible blocking issues |
# In case of ASF files gst-launch filesrc location=sample.asf typefind=true ! aiurdemux ! queue max-size-time=0 ! mfw_wmvdecoder ! mfw_v4lsink | |
Audio | gst-launch filesrc location=sample.mp3 typefind=true ! beepdec ! audioconvert ! 'audio/x-raw-int, channels=2' ! alsasink |
Audio with visualization | gst-launch filesrc location=sample.mp3 typefind=true ! beepdec ! tee name=t ! queue ! audioconvert ! 'audio/x-raw-int, channels=2' ! alsasink t. ! queue ! audioconvert ! goom ! autovideoconvert ! autovideosink |
Video/Audio long version | gst-launch filesrc location=sample.avi typefind=true ! aiurdemux name=demux demux. ! queue max-size-buffers=0 max-size-time=0 ! vpudec ! mfw_v4lsink demux. ! queue max-size-buffers=0 max-size-time=0 ! beepdec ! audioconvert ! 'audio/x-raw-int, channels=2' ! alsasink # queue properties, max-size-buffers=0 and max-size-time=0, allows a smoother playback; type 'gst-inspect queue' for more info |
VA short version | gplay sample.avi |
VA short version | gst-launch playbin2 uri=file://<full path to sample file> |
Hello,
Working on iMX6 target.
I am trying to play a video file using gst pipeline "gst-launch playbin2 uri=file://<full path to sample file>", video and audio is fine until when I try to use trick play mode to seek to stream forward/backward for about xx seconds. What I see in the vpudec and aiurdemux gstreamer plugin is that some error states like "GST_FLOW_WRONG_STATE" are ignored during trick play handling i.e. in gst_vpudec_chain function and in aiurdemux_push_pad_buffer. Please let me know why these event types are ignored or the reason for it. Thank you.
Gautham, what is 'trick play mode'? Can you try seeking using gplay? Does the latter produce the same errros?
Leo
There is no audio hardware decoder on i.mx.
Hi Fabio,
At one point I have seen:
aacdec.imx: mfw_aacdecoder: aac audio decoder
However, I do not see this in the most recent 3.10.17 release on the MCIMX6Q-SDB board.
Can you help clarify why the mfw_aacdecoder is missing, and if this was in fact a hardware decoder?
Thank you,
Ryan
Ryan,
All audio decoders are software-based. There is no audio hardware decoder block on i.mx.
About the missing mfw_aacdecoder, maybe it is license related? Maybe someone at meta-fsl-arm would be in a better position to confirm about the missing plugin.