" /> push video resolution - Genesys CTI User Forum

Author Topic: push video resolution  (Read 4877 times)

Offline Stan

  • Newbie
  • *
  • Posts: 5
  • Karma: 0
push video resolution
« on: May 23, 2012, 12:34:02 PM »
Advertisement
Hi everybody!
I set up a system with Genesys Stream Manager 7.6 and Genesys Active Desktop to test / demonstrate the IP video functions. My problem is that though when put [b]on hold[/b] it plays the CIF=2 (352x288) file from the video_name.zip file, it doesn't do that when trying to play the same with the "[b]push video[/b]" function of GAD. Here only QCIF=2 (176x144) videos are played, and that is a very poor quality (not to mention, that it is played on a HD hard video phone, where it looks quite ridiculous).
My question is: is that normal, that bigger resolutions aren't played, or I am missig some setting in CME? The setting for "Stream Manager app / Options /codecs / sip-conf-codecs" is "pcma,pcmu,msgsm,g729,g723,h263,h264=108" (as for "sip-annc-transcode" and "sip-annc-codec").

Offline René

  • Administrator
  • Hero Member
  • *****
  • Posts: 1832
  • Karma: 62
Re: push video resolution
« Reply #1 on: May 24, 2012, 01:23:20 PM »
Hi Stan,

Please check options 'h261-annc-fmts' and 'h263-annc-fmts' in X-Config section.

R.

Offline Stan

  • Newbie
  • *
  • Posts: 5
  • Karma: 0
Re: push video resolution
« Reply #2 on: May 25, 2012, 06:52:00 AM »
Hi, René,

Both are: "CIF=2,QCIF=2,QCIF=1"

Offline René

  • Administrator
  • Hero Member
  • *****
  • Posts: 1832
  • Karma: 62
Re: push video resolution
« Reply #3 on: June 05, 2012, 03:48:39 PM »
Stan,

Can you post here SIP Server and Stream Manager logs showing hold request?

R.

Offline Stan

  • Newbie
  • *
  • Posts: 5
  • Karma: 0
Re: push video resolution
« Reply #4 on: June 06, 2012, 12:50:21 PM »
Follows as you requested, though, I repeat, on hold it plays the CIF=2 correctly. I have the problem when trying to play the same video with push-video.
So, the case of correct hold request:

From SIP server log:


14:40:37.048 Trc 04541 RequestHoldCall received from [420] (00000004 Genesys_Desktop 192.168.0.130:4933)
message RequestHoldCall
AttributeReferenceID 64
AttributeThisDN '1001'
AttributeConnID 006d020c8e76a005
AttributeReason [2] 00 00..
AttributeExtensions [2] 00 00..
14:40:37.048 Int 04543 Interaction message "RequestHoldCall" received from 420 ("Genesys_Desktop")
14:40:37.048  -- created: CRequest@2e04808 RequestHoldCall-Genesys_Desktop[420]/64
14:40:37.048:(1) SIPS:LOGBLOCK:BEGIN:REQUEST:[
14:40:37.048 +++ CIFace::Request +++
  -- new invoke
  -- thisCall by party
  Parsed: RequestHoldCall
  From: Genesys_Desktop[420]/64
  Numbers: +<1001> -<none>
  Calls: 2e44e20:1 none
  Parties: 1001.2df2580-2e44e20:1
          none
  Status: parsed:1 queued:0 sent:0 acked:0 preevent:0 event:0 context:0 transferred:0
  -----
  -- validate
  -- state check: ok
  CIFace: Sent CRequest@2e04808 RequestHoldCall-Genesys_Desktop[420]/64
  TNAEmulator::NotifyBackup()
  -- NAData ClRq added
  FinishRequest CRequest@2e04808 RequestHoldCall-Genesys_Desktop[420]/64
  IFace stats: q=0 s=0
  -- complete
  -- NAData ClRq removed

...........................................................................................

From Stream Manager log:

gsip:CL2LIST[504,UDP]:14:40:37.327 <<<< 704 bytes from 192.168.0.130:5060 <<<<
INVITE sip:annc@nstanislaw-PC:5075;play=video/Copy_of_EON_kupon.zip SIP/2.0
From: sip:1300@192.168.0.130:5060;tag=13C27579-E56F-41D9-84EB-09512EB50252-25
To: <sip:annc@nstanislaw-PC:5075;play=video/Copy_of_EON_kupon.zip>
Call-ID: 70FE895E-7BE3-40A7-BAE3-A3EE3DF3BFD4-16@192.168.0.130
CSeq: 1 INVITE
Content-Length: 0
Via: SIP/2.0/UDP 192.168.0.130:5060;branch=z9hG4bK7C6C614B-6C60-406A-B6B8-309766A470C3-59
Contact: <sip:1300@192.168.0.130:5060>
Allow: ACK, BYE, CANCEL, INFO, INVITE, MESSAGE, NOTIFY, OPTIONS, PRACK, REFER, UPDATE
X-Genesys-Orig: 1001
Max-Forwards: 69
X-Genesys-CallUUID: 7VCDIBTAQL69J5TNF5UJSCMNF0000005
Session-Expires: 1800;refresher=uac
Min-SE: 90
Supported: timer


SIPdialog[14] event 12 INVITE
14:40:37.328 Trc 53050 SIPdialog[14] annc;play=video/Copy_of_EON_kupon.zip
  RTPLeg[144] created RTP:8050(fd=492), RTCP:8051(fd=452)
  RTPLeg[145] created RTP:8052(fd=512), RTCP:8053(fd=488)
Probing video/Copy_of_EON_kupon.zip (codecs=ua39m.34,fmt=wav)
  found video/Copy_of_EON_kupon.zip -> pcmu pcma g723 g729 msgsm h263_CIF=2 Ok
OfferSDP(ua39m.3.|0)

gsip:CL2CONN[176,UDP]:14:40:37.333 >>>> 864 bytes to 192.168.0.130:5060 >>>>
SIP/2.0 200 OK
From: sip:1300@192.168.0.130:5060;tag=13C27579-E56F-41D9-84EB-09512EB50252-25
To: <sip:annc@nstanislaw-PC:5075;play=video/Copy_of_EON_kupon.zip>;tag=1E99C522-6B68-48CC-B706-3FEED6D9D69F-13
Call-ID: 70FE895E-7BE3-40A7-BAE3-A3EE3DF3BFD4-16@192.168.0.130
CSeq: 1 INVITE
Via: SIP/2.0/UDP 192.168.0.130:5060;branch=z9hG4bK7C6C614B-6C60-406A-B6B8-309766A470C3-59;received=192.168.0.130
Contact: <sip:192.168.0.165:5075>
Content-Type: application/sdp
Content-Length: 374

v=0
o=Genesys 21 21 IN IP4 192.168.0.165
s=StreamManager 7.6.004.01 play
c=IN IP4 192.168.0.165
t=0 0
m=audio 8050 RTP/AVP 8 0 3 18 4 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:8 pcma/8000
a=rtpmap:0 pcmu/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
m=video 8052 RTP/AVP 34
a=rtpmap:34 h263/90000
a=x-media-op:play

SIPdialog[14] event 14 CALLED/ResOK
got 1st RTP(leg=144):8050 from 192.168.0.165:40016 at 14:40:37.390
  -(0)M pt=8(PCMA) seq=15574 time=141919 ssrc[fbf] ** [160] 70 72...
  dropped

gsip:CL2LIST[504,UDP]:14:40:37.499 <<<< 932 bytes from 192.168.0.130:5060 <<<<
ACK sip:192.168.0.165:5075 SIP/2.0
From: sip:1300@192.168.0.130:5060;tag=13C27579-E56F-41D9-84EB-09512EB50252-25
To: <sip:annc@nstanislaw-PC:5075;play=video/Copy_of_EON_kupon.zip>;tag=1E99C522-6B68-48CC-B706-3FEED6D9D69F-13
Call-ID: 70FE895E-7BE3-40A7-BAE3-A3EE3DF3BFD4-16@192.168.0.130
CSeq: 1 ACK
Content-Length: 378
Content-Type: application/sdp
Via: SIP/2.0/UDP 192.168.0.130:5060;branch=z9hG4bK7C6C614B-6C60-406A-B6B8-309766A470C3-61
Allow: INVITE, ACK, PRACK, CANCEL, BYE, REFER, INFO, UPDATE, MESSAGE, NOTIFY, OPTIONS
Max-Forwards: 69

v=0
o=3cxVCE 1338984709 1 IN IP4 192.168.0.165
s=3cxVCE
c=IN IP4 192.168.0.165
t=0 0
m=audio 40016 RTP/AVP 8 0 3 101
a=sendrecv
a=rtpmap:8 pcma/8000
a=rtpmap:0 pcmu/8000
a=rtpmap:3 gsm/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
m=video 40014 RTP/AVP 34
c=IN IP4 192.168.0.165
a=sendrecv
a=rtpmap:34 H263/90000
a=fmtp:34 CIF=1;QCIF=1;SQCIF=1;CIF4=1;

SIPdialog[14] event 26 CONNECTED/ACK
  m=audio RTPport=40016 a=sendrecv
    pt=8 codec=4(G.711/A-law)
    pt=0 codec=3(G.711/mu-law)
    pt=3 codec=10(GSM)
    pt=101 telephone-event
  m=video RTPport=40014 a=sendrecv
    pt=34 codec=15(H.263) fmtp='CIF=1;QCIF=1;SQCIF=1;CIF4=1;'
AnswerSDP(base=ua..%.3.,mask=ua39m.3.|ua39m.3.,prio=offer),use=ua..m.3.
  audio:8/8 codec=4(G.711/A-law) nte:101/101 a=sendrecv
  video:34/34 codec=15(H.263) a=sendrecv
SIPsetupLeg(audio)
RTPleg::setup [SM-7.6.004.01]-(rtp:8050)--(192.168.0.165:40016)
  (leg=144) state=673[.<>.cirt] codec=4(G.711/A-law) nte=101
SIPannc::setup(leg=144,audio)
  RTPfile[1943] seq=27362 time=2217587342
  OpenZIP(video/Copy_of_EON_kupon.zip,4:G.711/A-law),media=pcma ok
  WAVfile(video/Copy_of_EON_kupon.zip) fmt=6(G.711/A-law) chan=1 sample=8000/sec blk=1
    data_size=760119 (~95.0 sec)
  CachedFile(video/Copy_of_EON_kupon.zip<zip>pcma) size=760119
SIPsetupLeg(video)
H263_config(CIF=1;QCIF=1;SQCIF=1;CIF4=1;)
RTPleg::setup [SM-7.6.004.01]-(rtp:8052)--(192.168.0.165:40014)
  (leg=145) state=673[.<>.cirt] codec=15(H.263)
SIPannc::setup(leg=145,video)
  RTPfile[5571] seq=8330 time=3473018260
  OpenZIP(video/Copy_of_EON_kupon.zip,15:H.263),media=h263_CIF=2 ok
  CachedFile(video/Copy_of_EON_kupon.zip<zip>h263_CIF=2) size=1819333
SIPannc[dtmf/both:video/Copy_of_EON_kupon.zip]::start(leg=144,audio) first
  RTPfile[1943]:play(video/Copy_of_EON_kupon.zip<zip>pcma) codec=G.711/A-law,pkt=20ms
SIPannc[dtmf/both:video/Copy_of_EON_kupon.zip]::start(leg=145,video) sync=0ms
  RTPfile[5571]:play(video/Copy_of_EON_kupon.zip<zip>h263_CIF=2) codec=H.263,pkt=1008ms

got this RTP(leg=144):8050 from 192.168.0.165:40016(+) at 14:40:37.512
  -(0)- pt=8(PCMA) seq=15580 time=142879 ssrc[fbf] ** [160] c5 d5...
  pushed to PLAY
sent 1st RTP(leg=144):8050 to 192.168.0.165:40016 at 14:40:37.564
  -(0)M pt=8(PCMA) seq=27362 time=2217587342 ssrc[1943] ** [160] d5 d5...
sent 1st RTP(leg=145):8052 to 192.168.0.165:40014 at 14:40:37.618
  -(0)- pt=34(H.263) seq=8330 time=3473018260 ssrc[5571] ** [1145] 00 60...
  src=3(CIF).[0]
got 1st RTP(leg=145):8052 from 192.168.0.165:40014(+) at 14:40:39.568
  -(0)- pt=34(H.263) seq=40078 time=277200406 ssrc[faffffff] ** [378] 05 50...
  src=2(QCIF)i[0]
  pushed to PLAY
got this RTP(leg=145):8052 from 192.168.0.165:40014(+) at 14:40:39.568
  -(0)- pt=34(H.263) seq=40080 time=277200406 ssrc[faffffff] ** [138] 25 50...
  src=2(QCIF)i[0]
  out-of-order(prev.seq=40085)
generated RTCP(leg=144):8051 to 192.168.0.165:40017 at 14:40:40.000
  SR sender[1943] ntp=d379ce48:0000(06/06/12 14:40:40.0000) rtp_time=2217606862 count=122/19520
    ssrc[fbf] frac=0(0.00) lost=0 xseq=0:15704 jitter=26 LSR=0 DLSR=2.67
  SDES report
    ssrc[1943] CNAME='192.168.0.165' TOOL='Genesys SM 7.6.004.01'
generated RTCP(leg=145):8053 to 192.168.0.165:40015 at 14:40:40.006
  SR sender[5571] ntp=d379ce48:0189(14:40:40.0059) rtp_time=3473234430 count=89/89900
    ssrc[faffffff] frac=0(0.00) lost=0 xseq=0:40105 jitter=1932 LSR=0 DLSR=2.67
  SDES report
    ssrc[5571] CNAME='192.168.0.165' TOOL='Genesys SM 7.6.004.01'
UDP[fd=492]exc(1234)rtp RTP(leg=144):8050 at 14:40:42.564
UDP[fd=512]exc(1234)rtp RTP(leg=145):8052 at 14:40:42.617

gsip:CL2LIST[504,UDP]:14:40:42.632 <<<< 434 bytes from 192.168.0.130:5060 <<<<
BYE sip:192.168.0.165:5075 SIP/2.0
From: sip:1300@192.168.0.130:5060;tag=13C27579-E56F-41D9-84EB-09512EB50252-25
To: <sip:annc@nstanislaw-PC:5075;play=video/Copy_of_EON_kupon.zip>;tag=1E99C522-6B68-48CC-B706-3FEED6D9D69F-13
Call-ID: 70FE895E-7BE3-40A7-BAE3-A3EE3DF3BFD4-16@192.168.0.130
CSeq: 2 BYE
Content-Length: 0
Via: SIP/2.0/UDP 192.168.0.130:5060;branch=z9hG4bK7C6C614B-6C60-406A-B6B8-309766A470C3-64
Max-Forwards: 69
« Last Edit: June 06, 2012, 12:57:12 PM by Stan »

Offline René

  • Administrator
  • Hero Member
  • *****
  • Posts: 1832
  • Karma: 62
Re: push video resolution
« Reply #5 on: June 06, 2012, 06:29:26 PM »
Hi,

It looks that SIP client requests CIF=1 to be used (ACK message received by Stream Manager). Please check client configuration.

[quote]gsip:CL2LIST[504,UDP]:14:40:37.499 <<<< 932 bytes from 192.168.0.130:5060 <<<<
ACK sip:192.168.0.165:5075 SIP/2.0
From: sip:1300@192.168.0.130:5060;tag=13C27579-E56F-41D9-84EB-09512EB50252-25
To: <sip:annc@nstanislaw-PC:5075;play=video/Copy_of_EON_kupon.zip>;tag=1E99C522-6B68-48CC-B706-3FEED6D9D69F-13
Call-ID: 70FE895E-7BE3-40A7-BAE3-A3EE3DF3BFD4-16@192.168.0.130
CSeq: 1 ACK
Content-Length: 378
Content-Type: application/sdp
Via: SIP/2.0/UDP 192.168.0.130:5060;branch=z9hG4bK7C6C614B-6C60-406A-B6B8-309766A470C3-61
Allow: INVITE, ACK, PRACK, CANCEL, BYE, REFER, INFO, UPDATE, MESSAGE, NOTIFY, OPTIONS
Max-Forwards: 69

v=0
o=3cxVCE 1338984709 1 IN IP4 192.168.0.165
s=3cxVCE
c=IN IP4 192.168.0.165
t=0 0
m=audio 40016 RTP/AVP 8 0 3 101
a=sendrecv
a=rtpmap:8 pcma/8000
a=rtpmap:0 pcmu/8000
a=rtpmap:3 gsm/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
m=video 40014 RTP/AVP 34
c=IN IP4 192.168.0.165
a=sendrecv
a=rtpmap:34 H263/90000
[color=red]a=fmtp:34 CIF=1;QCIF=1;SQCIF=1;CIF4=1;[/color][/quote]

R.

Offline Stan

  • Newbie
  • *
  • Posts: 5
  • Karma: 0
Re: push video resolution
« Reply #6 on: June 07, 2012, 02:24:09 PM »
Thank you, René. You were right, and it works with 3CX, but in the case of GAD and Grandstream GXV3175 I have a problem: neither of them reports codecs to the other party (3CX does!). In the Stream Manager log I can see:

"H263_config(NULL) QCIF=1 assumed"

and I don't know how I could enable / force them to send the SDP list.
( 3CX reports a beautiful "H263_config(CIF=1;QCIF=1;SQCIF=1;CIF4=1;)" )

Offline Stan

  • Newbie
  • *
  • Posts: 5
  • Karma: 0
Re: push video resolution
« Reply #7 on: June 18, 2012, 03:05:28 PM »
Well, I have to correct myself: Stream Manager reports correctly its format, the problem is only with Grandstream. I asked them on their forum, but I got no answer up to this time. So, basically, I can consider the Genesys part of the issue solved. Thank you very much, René.