This produces 3 parallel chains:
1. filesrc -> typefind -> demux -> multiqueue
and demux.audio_e0 src pad is connected to the mq.sink0 sink pad. The multiqueue mq doesn't have sink1 pad, and its src0 pad is unconnected.
2. mpegvideoparse -> mpeg2dec -> queue-> ffmpegcsp -> autovideosink
mpegvideoparse.sink pad is unconnected
3. mpegaudioparse -> autoaudiosink
mpegaudioparse.sink is also unconnected
I also requested to create mp3parse element, but it is not created.
Can the problem be in that multiqueue's sink pads are on request?
I am testing this using seek example ($GST_PLUGINS_BASE/test/examples/seek.c)
I've added the code, dumping a pipeline to a .dot file.
Here they are: player.dot (20kb): player.dot, and produced PNG (500kb): player.png