[email protected] wrote:
On Thu, 08 Jul 2010 16:01:33 +0200, Stefan Sayer wrote:

its a bit of a waste, constructing the full AmSession, including RTP stream, but anyway...

Stefan,

Thanks for the detailed reply explaining how to set up the AmSession.

Question:  Do I also have to fabricate a local tag for the session, or
is that generated automatically when the AmSession is constructed?
if its not set, getLocalTag() will set it


I understand that using an AmSession is a bit of overkill, but I
couldn't see any other easy way to get the media processor to pump the
audio from the conference mixer to an AmAudioFile.  Is there another
method I've overlooked?
you could use AmAudioMixer in combination with AmAudioQueue, and mix input and output of the session (getInput(), getOuput()), and push it to the audio file. works, but here the overhead is that from the original conference, the audio of the call is subtracted, and then later added again (in the AmAudioMixer).

no, its probably the best method currently available. Possibly, AmMediaProcessor should work on some abstract interface, rather than on the session directly.


With the SystemDSM, these conf recordings then can also be done of a whole conference (unrelated to the sessions of who is dialing in and leaves).

I'm sorry, but I don't understand this last item.  Can you elaborate?
lets say you have scheduled conference, from 3PM to 4PM, you want to record the full conference, regardless of you have a call in the conference (where you could use the code from the mail). the easiest solution would be to use system dsm thread, and start/stop the recording there. you can of course also do all that by hand, create a thread in your session factory etc etc.

stefan



Many thanks for your excellent help, and for SEMS!



--
Stefan Sayer
VoIP Services Consulting and Development

Warschauer Str. 24
10243 Berlin

tel:+491621366449
sip:[email protected]
email/xmpp:[email protected]


_______________________________________________
Sems mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/sems

Reply via email to