Testing h324m loopback

Hi,

finally i have the system up .

Now trying h324m_loopback making a video call from a nokia
N80
to asterisk (1.4.0, misdn as BRI driver).

my dialplan is just
exten => _XX.,1,h324m_loopback()

but the loopback does not work.

attached cli logs, along with some h324m logs.

Matteo.

-- 
Matteo Brancaleoni
R&D Director
Tel  :+39.02.70633354
Voip :sip:matteosip.voismart.it

_______________________________________________
--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

From: "matteo brancaleoni" <mbrancaleoniespia.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()

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 --

asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-video

Hi,

On Mon, 2007-02-26 at 13:27 +0100, Sergio Garcia Murillo
wrote:
> From: "matteo brancaleoni"
<mbrancaleoniespia.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 [0229411616isdn: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 [0229411616isdn: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>

-- 
Matteo Brancaleoni
R&D Director
Tel  :+39.02.70633354
Voip :sip:matteosip.voismart.it

_______________________________________________
--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

Hi,

On Mon, 2007-02-26 at 15:53 +0100, 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.

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:matteosip.voismart.it

_______________________________________________
--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

But pls continue discussing it here 

On 26 February 2007 20:07, matteo brancaleoni wrote:
> Hi,
>
> On Mon, 2007-02-26 at 15:53 +0100, 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.
>
> 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
_______________________________________________
--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

On Mon, 2007-02-26 at 20:26 +0500, Anton wrote:
> But pls continue discussing it here 

we'll do 

only large attachments cannot be sent here.

regards,

matteo.

-- 
Matteo Brancaleoni
R&D Director
Tel  :+39.02.70633354
Voip :sip:matteosip.voismart.it

_______________________________________________
--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

From: "matteo brancaleoni" <mbrancaleoniespia.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..

Greetings
    Sergio

_______________________________________________
--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

Hi,

On Mon, 2007-02-26 at 16:44 +0100, Sergio Garcia Murillo
wrote:
> From: "matteo brancaleoni"
<mbrancaleoniespia.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:matteosip.voismart.it

_______________________________________________
--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

From: "matteo brancaleoni" <mbrancaleoniespia.it>
Sent: Monday, February 26, 2007 4:50 PM
> 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.
Yes, only video loopback

>
> Next step: video ivr : how it should work ?
> Maybe with h324m_gw ?
> Any configuration hint?

Yes you can use h324m_gw to start a new channel in another
context and
gateway between both..

exten => s,n,h324m_gw(svideocall_in)

[videocall_in]
exten => s,1,Answer
exten => s,n,Goto(videomail,s,1)

[videomail]
exten => s,1,mp4play(/usr/videodemo/menu.mp4)
exten => s,n,Goto(s,1)
exten => t,1,Goto(s,1)
.....

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 --

asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-video

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.

-- 
Matteo Brancaleoni
R&D Director
Tel  :+39.02.70633354
Voip :sip:matteosip.voismart.it

_______________________________________________
--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