Posted: Tue Feb 27, 2007 10:31 am Post subject: [Asterisk-video] Re: Testing h324m loopback
Hi,
On Tue, 2007-02-27 at 11:13 +0100, Sergio Garcia Murillo wrote:
<snip>
Quote:
Remove the log files in /tmp and run it again.
It should create a media_out_XXX.raw file for output video stream if
everything is correct,
rename it to .h263 and play it with vlc to see if it's correct.
If everything is fine thenh263 stream is been sent correctly to the handset
so it's not correctly
encoded yet.
Ok, I found out the issue.
I placed the Answer() in the wrong place.
So seems that if you use h324_gw(), the answer
must not be placed before it, but
in the local channel it creates, so:
Yes, in fact it is that way (i don't know if I have said it wrong in the
past).
h324m_gw creates a local channel and places it in the context you specify it
(play@video). Then it waits till the
local pseudo channel is answered, checks if it's correct and then it answers
the h324m call and starts the negotiation.
Once it finish the negotiation it translates frames from the h324m session
to asterisk and the other way round.
It's done in this way because you coudl do something like
[from-bri]
exten => _X.,1,h324m_gw(s@video)
[video]
exten => s,1,Dial(SIP/videosoftphone)
And until you don't see if the softphone answer or not you don't really
answer the videocall.
The problem with that aproach is that as the mp4_play is started before the
h324m negotiation is been setup
the first frames of video are usually lost. I will study how to deal with
that issue when i finish with other issues.. :)
Greetings
Sergio
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum