[Asterisk-video] Re: Testing h324m loopback
Christian Richter
christian.richter at beronet.com
Mon Feb 26 07:54:05 MST 2007
Sergio Garcia Murillo wrote:
> 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.
> Greetings
> Sergio
>
> ----- Original Message -----
> From: "Christian Richter" <christian.richter at beronet.com>
> To: "Development discussion of video media support in Asterisk"
> <asterisk-video at 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 at 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 at 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 at 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 at 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 --
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
>
>
>
--
*******************************************
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 at 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.
More information about the asterisk-video
mailing list