>> In my opinion, these events should be fired from the resource that plays the
>> file/buffer. Keith is using on new messaging system, consult him please.
Is Keith reading this?
My understanding is that MprFromFile takes care of both tasks, and that
doProcessFrame is the function which actually copies the data and would
therefore know when copying is done. Am I correct? This function does send
FLOWGRAPH_STOP_PLAY message (to itself) when playback is complete, which is
then handled inside the handleStopToneOrPlay( ) function. But I'm not sure
where to go from there (who would receive the notification), and I cannot see
any easy way to distinguish from these two types of messages.
Regards,
Daníel
> To: [email protected]> Date: Thu, 17 May 2007 18:36:23 +0200>
> From: [EMAIL PROTECTED]> Subject: Re: [sipxtapi-dev] MEDIA_PLAYFILE_START,
> MEDIA_PLAYFILE_STOP, MEDIA_PLAYBUFFER_START and MEDIA_PLAYBUFFER_STOP> > >Hi
> all,> > > >I noticed in http://track.sipfoundry.org/browse/XCL-111 that the
> MEDIA_PLAYFILE_START and MEDIA_PLAYFILE_STOP events aren't >fired. Apparently
> the same applies to MEDIA_PLAYBUFFER_START and MEDIA_PLAYBUFFER_STOP, i.e.
> the code to fire these >events is ready in the SipConnection class, but
> nobody calls the functions which fire these events.> > > >a) Is anyone
> working on a solution for this?> > Not me, I don't need them right now.> >
> >b) If not, what would be the first place to search for? I've been trying to
> follow the flow (Find in Files is reeeaaaallly helpful at times...) >but
> cannot figure out where to start. CpPhoneMediaInterface is probably the one
> which should call the functions which fire these >events (after storing the
> IMediaEventListener pointer received in createConnection)> > - but how would
> that class receive notifications about it?> > Don't use Find in Files,
> download Visual assist X. I use rename function to find all occurences. In my
> opinion, these events should be fired from the resource that plays the
> file/buffer. Keith is using on new messaging system, consult him please.> > >
> > >Are the internals of sipxtapi documented somewhere? > > There is something
> in the doc directory in sipxcalllib.> > Jaro>
> _______________________________________________> sipxtapi-dev mailing list>
> [email protected]> List Archive:
> http://list.sipfoundry.org/archive/sipxtapi-dev/
_________________________________________________________________
News, entertainment and everything you care about at Live.com. Get it now!
http://www.live.com/getstarted.aspx
_______________________________________________
sipxtapi-dev mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipxtapi-dev/
