I've never seen that configuration, normally all the channels goes through a
single pad. In that case you will need and extra element to mix the channels
and deliver a single stream to the audiosink.
>
> Secondly, would it be possible to make a gstreamer bin that operates
> within the dsp? Such that we can create several dsp elements and move
> them around within the bin and are processed on the dsp?
Of course it is possible. With playbin2 I play videos where audio and video is
decoded by the dsp. The dsp is multitask.
vmjl
Well, everything is possible :)
So far usn, dfgm, and the custom dummy protocols work, so I don't see
why not iUniversal (although I don't know much of this one).
I think it's good that you base it on dspdummy, as gstdspbase.c is
quite bloated and should be simplified a lot.
Maybe you can start with a simple one-in-one-out socket-node, like
dspdummy, and contribute the code back to gst-dsp, that would at least
proof that iUniversal works and might help you with further tests. At
the same time you can write a simple GStreamer element that doesn't
communicate with the DSP but generate output for 8 pads. People on the
gst-devel mailing list might be able to review that code and make
suggestions. Then it would be a matter of merging the two.
Cheers.
--
Felipe Contreras