Hi Alex,
you can use a splitter/combiner with a reverse channel media port to
achieve your goal: asynchronous communication with the conference
bridge.
1. create a "splitcomb" and the corresponding reverse port
2. create your custom (playback) port with the needed callbacks
put_frame/get_frame/on_destroy....
3. connect the splitcomb port to the bridge
4. whenever your custom media port needs to put/get a frame to/from
the bridge, it's put_frame or get_frame must forward the request to
the reverse channel port using pjmedia_port_get_frame or
pjmedia_port_put_frame...
You can then use the splitter slot (3.) to do the mixing...
Cheers,
Alain
On 15-Dec-11 09:24, Alex Balashov wrote:
> Hi,
>
> I was wondering if there is a means by which I can throw PCM frames
> straight into a conference bridge. Is this possible? If so, which
> type of port should I use for this purpose? I have tried various
> combinations of the memory capture / playback ports, but without
> success; when I read from the bridge master port, all I get are
> zeroed frames.
>
> The reason I want to do this is that I am selectively reading RTP
> frames from a packet capture, and just want to mix them together
> according to a certain scheme. The conference bridge is perfect for
> this, but I don't want to write out a WAV file first and then read
> it back in. That's wasteful and also causes length/timing issues.
>
> Is there a kind of port that I can pjmedia_conf_add_port() and
> which, when I put frames into it (e.g. pjmedia_port_put_frame()),
> will result in those frames being contemporaneously mixed in the
> bridge?
>
> Thank you!
>
> -- Alex
>
--
""
(o)(o)
_____o00o__(__)__o00o_____
3072D/146D10DE 2011-09-29 Alain Totouom <totouom at gmx.de>
PGP Fingerprint 39A4F092 FFA7C746 CC305CB0 69091911 146D10DE
