By the way, in the latest version i've made some modifications for including
non segmentable channels and the video is not very good.
Don't be too critic, I'm working on it.. :)
Greetings
Sergio
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
I've done it of course... what I get is that the
phone waits indefinitely for remote video
but nothing happens.
Attached the logs.
Quote:
By the way, in the latest version i've made some modifications for including
non segmentable channels and the video is not very good.
Don't be too critic, I'm working on it.. :)
np, I'm willing to test it, so any result is ok :)
Posted: Mon Feb 26, 2007 2:34 pm Post subject: [Asterisk-video] Re: Testing h324m loopback
Hi Matteo,
if you use a hfcmulti based board with mISDN you should set
option=x,master_clock (in the misdn-init.conf), where X is a TE port
connected to PSTN to get the synchronization from that port, that might
help.
I'm very curious to hear if this works :-)
cheers,
Christian
matteo brancaleoni wrote:
Quote:
Hi,
On Mon, 2007-02-26 at 13:27 +0100, Sergio Garcia Murillo wrote:
> From: "matteo brancaleoni" <mbrancaleoni@espia.it>
> Subject: Testing h324m loopback
>
>> my dialplan is just
>> exten => _XX.,1,h324m_loopback()
>>
> Try answering it first.. :)
>
> exten => _XX,1,Answer
> exten => _XX,n,h324m_loopback()
>
I've done it of course... what I get is that the
phone waits indefinitely for remote video
but nothing happens.
Attached the logs.
> By the way, in the latest version i've made some modifications for including
> non segmentable channels and the video is not very good.
> Don't be too critic, I'm working on it.. :)
>
np, I'm willing to test it, so any result is ok :)
--
*******************************************
beroNet GmbH
Christian Richter
Friedrichstr. 231
Haus D, 4. OG
10969 Berlin
FON: +49 (0) 30 259389-0
FAX: +49 (0) 30 259389-19
Email: cr@beronet.com
EWeb: http://www.beronet.com
GF: Thomas Häger
HRB: Amtsgericht Berlin unter HRB97992B
*******************************************
Diese E-Mail enthält vertrauliche und / oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
This e-mail may contain confidential and / or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Mon Feb 26, 2007 2:41 pm Post subject: [Asterisk-video] Re: Testing h324m loopback
The problem seems to be the bit order of the dump, in the dump you can
see..
87 B2 00 00 00
10000111 10110010
instead of
E1 4D 00 00 00
11100001 01001101
Don't know why it's not in the "correct" order, if it's the n80 or the
channel.
Try commenting the TIFFReverseBits in the h324m.cpp file.
Greetings
Sergio
----- Original Message -----
From: "Christian Richter" <christian.richter@beronet.com>
To: "Development discussion of video media support in Asterisk"
<asterisk-video@lists.digium.com>
Sent: Monday, February 26, 2007 3:32 PM
Subject: Re: [Asterisk-video] Re: Testing h324m loopback
Quote:
Hi Matteo,
if you use a hfcmulti based board with mISDN you should set
option=x,master_clock (in the misdn-init.conf), where X is a TE port
connected to PSTN to get the synchronization from that port, that might
help.
I'm very curious to hear if this works :-)
cheers,
Christian
matteo brancaleoni wrote:
> Hi,
>
> On Mon, 2007-02-26 at 13:27 +0100, Sergio Garcia Murillo wrote:
>
>> From: "matteo brancaleoni" <mbrancaleoni@espia.it>
>> Subject: Testing h324m loopback
>>
>>> my dialplan is just
>>> exten => _XX.,1,h324m_loopback()
>>>
>> Try answering it first.. :)
>>
>> exten => _XX,1,Answer
>> exten => _XX,n,h324m_loopback()
>>
>
> I've done it of course... what I get is that the
> phone waits indefinitely for remote video
> but nothing happens.
>
> Attached the logs.
>
>
>> By the way, in the latest version i've made some modifications for
including
--
*******************************************
beroNet GmbH
Christian Richter
Friedrichstr. 231
Haus D, 4. OG
10969 Berlin
FON: +49 (0) 30 259389-0
FAX: +49 (0) 30 259389-19
Email: cr@beronet.com
EWeb: http://www.beronet.com
GF: Thomas Häger
HRB: Amtsgericht Berlin unter HRB97992B
*******************************************
Diese E-Mail enthält vertrauliche und / oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Quote:
This e-mail may contain confidential and / or privileged information. If
you are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorised copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
Quote:
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Mon Feb 26, 2007 2:55 pm Post subject: [Asterisk-video] Re: Testing h324m loopback
Sergio Garcia Murillo wrote:
Quote:
The problem seems to be the bit order of the dump, in the dump you can
see..
87 B2 00 00 00
10000111 10110010
instead of
E1 4D 00 00 00
11100001 01001101
Don't know why it's not in the "correct" order, if it's the n80 or the
channel.
Try commenting the TIFFReverseBits in the h324m.cpp file.
lol, i think it's chan_misdn. the default bit order which comes from
isdn does not fit against the asterisk bit order, at least for voice
calls :-) maybe we should add an option which allows to use the
standard bit order for h324 calls. Or we should add such an option to
the h324 apps.
Quote:
Greetings
Sergio
----- Original Message -----
From: "Christian Richter" <christian.richter@beronet.com>
To: "Development discussion of video media support in Asterisk"
<asterisk-video@lists.digium.com>
Sent: Monday, February 26, 2007 3:32 PM
Subject: Re: [Asterisk-video] Re: Testing h324m loopback
> Hi Matteo,
>
> if you use a hfcmulti based board with mISDN you should set
> option=x,master_clock (in the misdn-init.conf), where X is a TE port
> connected to PSTN to get the synchronization from that port, that might
> help.
>
> I'm very curious to hear if this works :-)
>
> cheers,
>
> Christian
>
>
> matteo brancaleoni wrote:
>
>> Hi,
>>
>> On Mon, 2007-02-26 at 13:27 +0100, Sergio Garcia Murillo wrote:
>>
>>
>>> From: "matteo brancaleoni" <mbrancaleoni@espia.it>
>>> Subject: Testing h324m loopback
>>>
>>>
>>>> my dialplan is just
>>>> exten => _XX.,1,h324m_loopback()
>>>>
>>>>
>>> Try answering it first.. :)
>>>
>>> exten => _XX,1,Answer
>>> exten => _XX,n,h324m_loopback()
>>>
>>>
>> I've done it of course... what I get is that the
>> phone waits indefinitely for remote video
>> but nothing happens.
>>
>> Attached the logs.
>>
>>
>>
>>> By the way, in the latest version i've made some modifications for
>>>
including
>>> non segmentable channels and the video is not very good.
>>> Don't be too critic, I'm working on it.. :)
>>>
>>>
>> np, I'm willing to test it, so any result is ok :)
>>
>> Matteo
>>
>>
>> ***************** LOGS START ***************
>> *CLI> -- Executing [0229411616@isdn:1] Answer("mISDN/1-u3", "") in
>> new stack
>> [Feb 26 14:00:54] DEBUG[2091]: channel.c:943 channel_find_locked:
>> Avoiding initial deadlock for channel '0xb7d021d0'
>> -- Executing [0229411616@isdn:2] h324m_loopback("mISDN/1-u3", "") in
>> new stack
>> [Feb 26 14:00:54] DEBUG[2136]: app_h324m.c:215 app_h324m_loopback:
>> h324m_loopback
>> H245 TerminalCapabilitySet TransferRequest
>> Sending
>> request terminalCapabilitySet {
>> sequenceNumber = 1
>> protocolIdentifier = 0.0.8.245.0.8
>> multiplexCapability = h223Capability {
>> transportWithI_frames = FALSE
>> videoWithAL1 = FALSE
>> videoWithAL2 = TRUE
>> videoWithAL3 = FALSE
>> audioWithAL1 = FALSE
>> audioWithAL2 = TRUE
>> audioWithAL3 = FALSE
>> dataWithAL1 = FALSE
>> dataWithAL2 = FALSE
>> dataWithAL3 = FALSE
>> maximumAl2SDUSize = 1120
>> maximumAl3SDUSize = 1120
>> maximumDelayJitter = 0
>> h223MultiplexTableCapability = basic (NULL)
>> maxMUXPDUSizeCapability = FALSE
>> nsrpSupport = TRUE
>> mobileOperationTransmitCapability = {
>> modeChangeCapability = FALSE
>> h223AnnexA = FALSE
>> h223AnnexADoubleFlag = FALSE
>> h223AnnexB = TRUE
>> h223AnnexBwithHeader = FALSE
>> }
>> }
>> capabilityTable = 4 entries {
>> [0]={
>> capabilityTableEntryNumber = 1
>> capability = receiveAndTransmitVideoCapability
>> h263VideoCapability {
>> qcifMPI = 2
>> maxBitRate = 520
>> unrestrictedVector = FALSE
>> arithmeticCoding = FALSE
>> advancedPrediction = FALSE
>> pbFrames = FALSE
>> temporalSpatialTradeOffCapability = FALSE
>> errorCompensation = FALSE
>> }
>> }
>> [1]={
>> capabilityTableEntryNumber = 2
>> capability = receiveAndTransmitAudioCapability
>> genericAudioCapability {
>> capabilityIdentifier = standard 0.0.8.245.1.1.1
>> maxBitRate = 122
>> collapsing = 1 entries {
>> [0]={
>> parameterIdentifier = standard 0
>> parameterValue = unsignedMin 1
>> }
>> }
>> }
>> }
>> [2]={
>> capabilityTableEntryNumber = 3
>> capability = receiveAndTransmitAudioCapability g7231 {
>> maxAl_sduAudioFrames = 1
>> silenceSuppression = TRUE
>> }
>> }
>> [3]={
>> capabilityTableEntryNumber = 4
>> capability = receiveAndTransmitUserInputCapability iA5String
>> <<null>>
>> }
>> }
>> capabilityDescriptors = 1 entries {
>> [0]={
>> capabilityDescriptorNumber = 1
>> simultaneousCapabilities = 2 entries {
>> [0]=1 entries {
>> [0]=1
>> }
>> [1]=2 entries {
>> [0]=2
>> [1]=3
>> }
>> }
>> }
>> }
>> }
>> Encode PDU [95]
>> Sending CMD [0,87]
>> H245 Request MasterSlaveDetermination
>> Sending
>> request masterSlaveDetermination {
>> terminalType = 160
>> statusDeterminationNumber = 3506370
>> }
>> Encode PDU [20]
>> Sending CMD [1,7]
>> Sending CMD [0] - 1 left
>> [Feb 26 14:00:54] DEBUG[2136]: channel.c:2113 __ast_read: Ignoring
>> answer on an inbound call!
>>
>> *CLI>
>>
>>
>>
> --
> *******************************************
> beroNet GmbH
> Christian Richter
> Friedrichstr. 231
> Haus D, 4. OG
> 10969 Berlin
>
> FON: +49 (0) 30 259389-0
> FAX: +49 (0) 30 259389-19
> Email: cr@beronet.com
> EWeb: http://www.beronet.com
> GF: Thomas Häger
> HRB: Amtsgericht Berlin unter HRB97992B
> *******************************************
>
> Diese E-Mail enthält vertrauliche und / oder rechtlich geschützte
>
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
> This e-mail may contain confidential and / or privileged information. If
>
you are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorised copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
>
>
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
--
*******************************************
beroNet GmbH
Christian Richter
Friedrichstr. 231
Haus D, 4. OG
10969 Berlin
FON: +49 (0) 30 259389-0
FAX: +49 (0) 30 259389-19
Email: cr@beronet.com
EWeb: http://www.beronet.com
GF: Thomas Häger
HRB: Amtsgericht Berlin unter HRB97992B
*******************************************
Diese E-Mail enthält vertrauliche und / oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.
This e-mail may contain confidential and / or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Mon Feb 26, 2007 3:07 pm Post subject: [Asterisk-video] Re: Testing h324m loopback
Hi,
On Mon, 2007-02-26 at 15:53 +0100, Sergio Garcia Murillo wrote:
Quote:
The problem seems to be the bit order of the dump, in the dump you can
see..
87 B2 00 00 00
10000111 10110010
instead of
E1 4D 00 00 00
11100001 01001101
Don't know why it's not in the "correct" order, if it's the n80 or the
channel.
Try commenting the TIFFReverseBits in the h324m.cpp file.
done. now seems that something more happens :)
but still no communication.
I've sent the logs offline to you, since are bigger that before.
Matteo
--
Matteo Brancaleoni
R&D Director
Tel :+39.02.70633354
Voip :sip:matteo@sip.voismart.it
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Mon Feb 26, 2007 3:27 pm Post subject: [Asterisk-video] Re: Testing h324m loopback
But pls continue discussing it here :)
On 26 February 2007 20:07, matteo brancaleoni wrote:
Quote:
Hi,
On Mon, 2007-02-26 at 15:53 +0100, Sergio Garcia Murillo
wrote:
Quote:
> The problem seems to be the bit order of the dump, in
> the dump you can see..
> 87 B2 00 00 00
> 10000111 10110010
> instead of
> E1 4D 00 00 00
> 11100001 01001101
>
> Don't know why it's not in the "correct" order, if it's
> the n80 or the channel.
> Try commenting the TIFFReverseBits in the h324m.cpp
> file.
done. now seems that something more happens :)
but still no communication.
I've sent the logs offline to you, since are bigger that
before.
I've sent the logs offline to you, since are bigger that before.
The comunication is correctly set up and the media channels are open
correctly,
but in the h223 dumps i only see data comming to the audio channel.
One stupid question, do you have enabled sending video on connect?
Some phones don't do it and you have to make it manually, I know, it's
stupid
but I have to check..
Greetings
Sergio
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Mon Feb 26, 2007 3:53 pm Post subject: [Asterisk-video] Re: Testing h324m loopback
Hi,
On Mon, 2007-02-26 at 16:44 +0100, Sergio Garcia Murillo wrote:
Quote:
From: "matteo brancaleoni" <mbrancaleoni@espia.it>
Sent: Monday, February 26, 2007 4:09 PM
> done. now seems that something more happens :)
>
> but still no communication.
>
> I've sent the logs offline to you, since are bigger that before.
The comunication is correctly set up and the media channels are open
correctly,
but in the h223 dumps i only see data comming to the audio channel.
One stupid question, do you have enabled sending video on connect?
Some phones don't do it and you have to make it manually, I know, it's
stupid
but I have to check..
No question is stupid :)
and thanks to that I just stopped *, restarted it and now works :)
Yes, I can see video back (no audio, but I think it's ok) on misdn :)
Tried also with another nokia umts phone and it's ok.
Next step: video ivr : how it should work ?
Maybe with h324m_gw ?
Any configuration hint?
matteo.
--
Matteo Brancaleoni
R&D Director
Tel :+39.02.70633354
Voip :sip:matteo@sip.voismart.it
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
The only thing is that the video on the video ivr on my site are not encoded
correctly for 3g (more bandwith that they should be)
I'll try to update them when i have some free time..
Greetings
Sergio
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Mon Feb 26, 2007 4:38 pm Post subject: [Asterisk-video] Re: Testing h324m loopback
Hi,
On Mon, 2007-02-26 at 17:26 +0100, Sergio Garcia Murillo wrote:
Quote:
The only thing is that the video on the video ivr on my site are not encoded
correctly for 3g (more bandwith that they should be)
I'll try to update them when i have some free time..
Uhm, any hint on how to record them?
Maybe I can try doing something.
(I've tryed to do mp4save but seems that the file
is empty)
Matteo.
--
Matteo Brancaleoni
R&D Director
Tel :+39.02.70633354
Voip :sip:matteo@sip.voismart.it
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
should be ok to create a video file to be played with mp4_play. -an
disables audio, as we have still problem on it. Sergio is still working
on
Francesco
On Mon, 2007-02-26 at 17:37 +0100, matteo brancaleoni wrote:
Quote:
Hi,
On Mon, 2007-02-26 at 17:26 +0100, Sergio Garcia Murillo wrote:
> The only thing is that the video on the video ivr on my site are not encoded
> correctly for 3g (more bandwith that they should be)
> I'll try to update them when i have some free time..
Uhm, any hint on how to record them?
Maybe I can try doing something.
(I've tryed to do mp4save but seems that the file
is empty)
Matteo.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
MP4ERROR: MP4File::FindIntegerProperty: no such property -
moov.trak[0].mdia.minf.stbl.stsd.*.esds.decConfigDescr.objectTypeId
MP4ERROR: MP4File::FindIntegerProperty: no such property -
moov.trak[1].mdia.minf.stbl.stsd.*.esds.decConfigDescr.objectTypeId
And of course the video is not played back with mp4play in * :
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:284 mp4_play:
mp4play /tmp/video.mp4
mp4play /tmp/video.mp4
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:308 mp4_play: found hint track
2
found hint track 2
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:320 mp4_play: track 1 vide
track 1 vide
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:308 mp4_play: found hint track
3
found hint track 3
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:320 mp4_play: track 1 vide
track 1 vide
MP4ERROR: FindTrackId: Track index doesn't exist - track 2 type hint
uhm
I'm missing something ?
regards,
Matteo
--
Matteo Brancaleoni
R&D Director
Tel :+39.02.70633354
Voip :sip:matteo@sip.voismart.it
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
MP4ERROR: MP4File::FindIntegerProperty: no such property -
moov.trak[0].mdia.minf.stbl.stsd.*.esds.decConfigDescr.objectTypeId
MP4ERROR: MP4File::FindIntegerProperty: no such property -
moov.trak[1].mdia.minf.stbl.stsd.*.esds.decConfigDescr.objectTypeId
Those errors are normal, run mp4info video.mp4 to see if it has created both
tracks correctly.
Quote:
And of course the video is not played back with mp4play in * :
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:284 mp4_play:
mp4play /tmp/video.mp4
mp4play /tmp/video.mp4
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:308 mp4_play: found hint track
2
found hint track 2
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:320 mp4_play: track 1 vide
track 1 vide
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:308 mp4_play: found hint track
3
found hint track 3
[Feb 27 10:37:59] DEBUG[7090]: app_mp4.c:320 mp4_play: track 1 vide
track 1 vide
MP4ERROR: FindTrackId: Track index doesn't exist - track 2 type hint
uhm
I'm missing something ?
Also those traces are correct, except that I see 2 hint tracks for the same
video track.
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.
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