Can Helix client handle more than 2 streams

Gang.Jianokia.com wrote:
> Thanks Milko for the quick response. People from PV
server side told me 
> that the client should pick only one audio stream in
this case. I 
> noticed that in the SDP the 2 audio streams are marked
as 

That is not correct. That SDP is not using any standard way
of
advertising multi-rate selection.

With the format they are using, the client has no way to
know that
the server intended those two streams to be grouped and only
one
to be SETUP rather than both being played together!

It looks suspiciously like an SDP that would be generated if
you are
trying to stream a 3GP multi-rate file from a server that
does not
support it. You might want to make sure you are using the
right version
of the server - I see you are using a four month old beta,
you might
need a newer rev.

They need to correctly use alt- lines in a single m=
description (per
3GPP TS 26.234) to signify that the two streams are grouped
and the
client is to pick one.

 > 3GPP-Adaptation-Support:6, does that mean the 2
streams are for rate
 > adaptation purpose and we need to select one of them
to play?

Nope. That just signals that the server supports 3GPP
adaptation for
that stream and tells the client that if is going to use
NADU with
this stream then it should send a NADU report with every 6th
RTCP
receiver report.

If the intention is for those two audio streams to be
grouped and for
the client to select one, then the SDP needs to look more
like this:

m=audio 0 RTP/AVP 96
b=AS:8
a=control:trackID=101
a=rtpmap:96 AMR/8000
a=range:npt=0-114
a=3GPP-Adaptation-Support:6
a=fmtp:96 mode-set=5,8;octet-align=1;decode_buf=21
a=maxptime:200
a=alt-default-id:101
a=alt:102:b=AS:85
a=alt:102:a=control:trackID=102
a=alt:102:a=rtpmap:98 AMR/8000
a=alt:102:a=fmtp:98 mode-set=7,8;octet-align=1;decode_buf=32
m=video 0 RTP/AVP 97
b=AS:85
a=control:trackID=202
a=rtpmap:97 H263-2000/90000
a=range:npt=0-114
a=3GPP-Adaptation-Support:1
a=fmtp:97 profile=0;level=20;decode_buf=5872
a=framesize:97 176-144

Jamie

> Also another question is can Helix client handle
multiple video streams?




> Thanks,
> Gang
> 
>    
------------------------------------------------------------
------------
>     *From ext Milko
Boic [mailto:milkoreal.com]
>     *Sent Monday,
July 17, 2006 5:50 PM
>     *To Jia Gang
(Nokia-TP-MSW/Dallas);
>     protocol-devhelixcommunity.org; client-devhelixcommunity.org
>     *Subject Re:
[Protocol-dev] Can Helix client handle more than 2
>     streams
> 
> 
>     Yes.  Helix can handle any number of streams.
>     Multiple audio streams are mixed by helix audio
services and given
>     to audio device as a single stream.
> 
>     In case MDF is used to play AMR audio, how two
audio streams are
>     handled would depend on implementation of MDF
decoder/renderer.  Can
>     it handle two instances running concurrently?  For
helix, only one
>     instance would supply the time-line and be the
audio device while
>     the other would be a time-line listener.  If coded
properly, it
>     should work.
> 
>     Milko
> 
>     At 02:19 PM 7/17/2006, Gang.Jianokia.com
wrote:
> 
>>     Hi
>>
>>     We have a problem to stream a clip from PV
server. The server
>>     version is* Server: PVSS/BSS_Beta2 (18:06:43
Mar  1 2006).*
>>     This particular clip has 3 streams, here is
what from the SDP:
>>
>>     *a=control:trackID=101*
>>     a=rtpmap:96 AMR/8000
>>     a=range:npt=0-114
>>     a=3GPP-Adaptation-Support:6
>>     a=fmtp:96
mode-set=5,8;octet-align=1;decode_buf=21
>>     a=maxptime:200
>>     m=video 0 RTP/AVP 97
>>     b=AS:85
>>     *a=control:trackID=202*
>>     a=rtpmap:97 H263-2000/90000
>>     a=range:npt=0-114
>>     a=3GPP-Adaptation-Support:1
>>     a=fmtp:97 profile=0;level=20;decode_buf=5872
>>     a=framesize:97 176-144
>>     m=audio 0 RTP/AVP 98
>>     b=AS:13
>>     *a=control:trackID=102*
>>     a=rtpmap:98 AMR/8000
>>     a=range:npt=0-114
>>     a=3GPP-Adaptation-Support:6
>>     a=fmtp:98
mode-set=7,8;octet-align=1;decode_buf=32
>>     a=maxptime:200
>>
>>     In the real case the Helix client sends 3
SETUPs for these 3
>>     streams and the result is none RTP packet can
be received after
>>     the PLAY command. If we don't send the SETUP
for the 3rd stream
>>     then the streaming plays well. My question here
is can Helix
>>     client handle more than 2 streams if the server
can handle it?
>>     Attached is the Ipdump.
>>
>>     Thanks,
>>     Gang
>>
>>     <<video-1.cap>>
>>
>>     _______________________________________________
>>     Protocol-dev mailing list
>>     Protocol-devhelixcommunity.org
>>     http://lists.helixcommunity.org/mailman/listinfo/pr
otocol-dev 
> 
> 
> 
>
------------------------------------------------------------
------------
> 
> _______________________________________________
> Protocol-dev mailing list
> Protocol-devhelixcommunity.org
> http://lists.helixcommunity.org/mailman/listinfo/pr
otocol-dev

_______________________________________________
Protocol-dev mailing list
Protocol-devhelixcommunity.org
http://lists.helixcommunity.org/mailman/listinfo/pr
otocol-dev

In response to second question, yes Helix can handle
multiple video streams.
In such case, the TLC (top level client - MMF in Symbian
case) will be told 
that 2 sites are needed.  TLC will need to add 2 sites via
site 
manager.  The layout of the sites is up to TLC since no SMIL
is present to 
describe the layout.  RealPlayer on desktop displays
multiple videos above 
above the other (stacked).  If site is not added for a video
stream, no 
video will be displayed.

Milko


At 01:49 PM 7/18/2006, Jamie Gordon wrote:
>Gang.Jianokia.com wrote:
>>Thanks Milko for the quick response. People from PV
server side told me 
>>that the client should pick only one audio stream in
this case. I noticed 
>>that in the SDP the 2 audio streams are marked as
>
>That is not correct. That SDP is not using any standard
way of
>advertising multi-rate selection.
>
>With the format they are using, the client has no way to
know that
>the server intended those two streams to be grouped and
only one
>to be SETUP rather than both being played together!
>
>It looks suspiciously like an SDP that would be
generated if you are
>trying to stream a 3GP multi-rate file from a server
that does not
>support it. You might want to make sure you are using
the right version
>of the server - I see you are using a four month old
beta, you might
>need a newer rev.
>
>They need to correctly use alt- lines in a single m=
description (per
>3GPP TS 26.234) to signify that the two streams are
grouped and the
>client is to pick one.
>
> > 3GPP-Adaptation-Support:6, does that mean the 2
streams are for rate
> > adaptation purpose and we need to select one of
them to play?
>
>Nope. That just signals that the server supports 3GPP
adaptation for
>that stream and tells the client that if is going to use
NADU with
>this stream then it should send a NADU report with every
6th RTCP
>receiver report.
>
>If the intention is for those two audio streams to be
grouped and for
>the client to select one, then the SDP needs to look
more like this:
>
>m=audio 0 RTP/AVP 96
>b=AS:8
>a=control:trackID=101
>a=rtpmap:96 AMR/8000
>a=range:npt=0-114
>a=3GPP-Adaptation-Support:6
>a=fmtp:96 mode-set=5,8;octet-align=1;decode_buf=21
>a=maxptime:200
>a=alt-default-id:101
>a=alt:102:b=AS:85
>a=alt:102:a=control:trackID=102
>a=alt:102:a=rtpmap:98 AMR/8000
>a=alt:102:a=fmtp:98
mode-set=7,8;octet-align=1;decode_buf=32
>m=video 0 RTP/AVP 97
>b=AS:85
>a=control:trackID=202
>a=rtpmap:97 H263-2000/90000
>a=range:npt=0-114
>a=3GPP-Adaptation-Support:1
>a=fmtp:97 profile=0;level=20;decode_buf=5872
>a=framesize:97 176-144
>
>Jamie
>
>>Also another question is can Helix client handle
multiple video streams?
>
>
>
>
>>Thanks,
>>Gang
>>    
------------------------------------------------------------
------------
>>     *From ext Milko
Boic [mailto:milkoreal.com]
>>     *Sent Monday,
July 17, 2006 5:50 PM
>>     *To Jia Gang
(Nokia-TP-MSW/Dallas);
>>     protocol-devhelixcommunity.org;
client-devhelixcommunity.org
>>     *Subject Re:
[Protocol-dev] Can Helix client handle more than 2
>>     streams
>>
>>     Yes.  Helix can handle any number of streams.
>>     Multiple audio streams are mixed by helix audio
services and given
>>     to audio device as a single stream.
>>     In case MDF is used to play AMR audio, how two
audio streams are
>>     handled would depend on implementation of MDF
decoder/renderer.  Can
>>     it handle two instances running concurrently? 
For helix, only one
>>     instance would supply the time-line and be the
audio device while
>>     the other would be a time-line listener.  If
coded properly, it
>>     should work.
>>     Milko
>>     At 02:19 PM 7/17/2006, Gang.Jianokia.com
wrote:
>>
>>>     Hi
>>>
>>>     We have a problem to stream a clip from PV
server. The server
>>>     version is* Server: PVSS/BSS_Beta2
(18:06:43 Mar  1 2006).*
>>>     This particular clip has 3 streams, here is
what from the SDP:
>>>
>>>     *a=control:trackID=101*
>>>     a=rtpmap:96 AMR/8000
>>>     a=range:npt=0-114
>>>     a=3GPP-Adaptation-Support:6
>>>     a=fmtp:96
mode-set=5,8;octet-align=1;decode_buf=21
>>>     a=maxptime:200
>>>     m=video 0 RTP/AVP 97
>>>     b=AS:85
>>>     *a=control:trackID=202*
>>>     a=rtpmap:97 H263-2000/90000
>>>     a=range:npt=0-114
>>>     a=3GPP-Adaptation-Support:1
>>>     a=fmtp:97
profile=0;level=20;decode_buf=5872
>>>     a=framesize:97 176-144
>>>     m=audio 0 RTP/AVP 98
>>>     b=AS:13
>>>     *a=control:trackID=102*
>>>     a=rtpmap:98 AMR/8000
>>>     a=range:npt=0-114
>>>     a=3GPP-Adaptation-Support:6
>>>     a=fmtp:98
mode-set=7,8;octet-align=1;decode_buf=32
>>>     a=maxptime:200
>>>
>>>     In the real case the Helix client sends 3
SETUPs for these 3
>>>     streams and the result is none RTP packet
can be received after
>>>     the PLAY command. If we don't send the
SETUP for the 3rd stream
>>>     then the streaming plays well. My question
here is can Helix
>>>     client handle more than 2 streams if the
server can handle it?
>>>     Attached is the Ipdump.
>>>
>>>     Thanks,
>>>     Gang
>>>
>>>     <<video-1.cap>>
>>>
>>>    
_______________________________________________
>>>     Protocol-dev mailing list
>>>     Protocol-devhelixcommunity.org
>>>     http://lists.helixcommunity.org/mailman/listinfo/pr
otocol-dev
>>
>>----------------------------------------------------
--------------------
>>_______________________________________________
>>Protocol-dev mailing list
>>Protocol-devhelixcommunity.org
>>http://lists.helixcommunity.org/mailman/listinfo/pr
otocol-dev



_______________________________________________
Protocol-dev mailing list
Protocol-devhelixcommunity.org
http://lists.helixcommunity.org/mailman/listinfo/pr
otocol-dev