[Live-devel] UDP packets appear to be empty, forcing switch to TCP in VLC

Dave McMordie mcmordie at viionsystems.com
Wed May 6 15:50:08 PDT 2015


On Wed, May 6, 2015 at 2:57 PM, Ross Finlayson <finlayson at live555.com>
wrote:

> I have a live555 on-demand RTSP server running locally (this is an older
> version from about 2013)
>
>
> Sorry, but old versions of our code are not supported - at all.
> http://live555.com/liveMedia/faq.html#latest-version
>

Thanks for the quick response.  I have upgraded both the client and server
to the May 3rd 2015 edition and the result appears to be the same.  On the
receiving side I am still getting packets which appear to contain data (or
random garbage), and the head == tail, so the frame size is zero.  VLC
still does the switching to TCP thing.  I suspect I am doing something
wrong in sending my frames, not sure what.  And if so, why would it work
over TCP?



C:\temp>openRTSP -d 30 -q -w 640 -h 480 -f 30 -Q -n -l rtsp://
127.0.0.1:5640/ >

test.mov

Opening connection to 127.0.0.1, port 5640...

...remote connection opened

Sending request: OPTIONS rtsp://127.0.0.1:5640/ RTSP/1.0

CSeq: 2

User-Agent: openRTSP (LIVE555 Streaming Media v2015.05.03)





Received 152 new bytes of response data.

Received a complete OPTIONS response:

RTSP/1.0 200 OK

CSeq: 2

Date: Wed, May 06 2015 22:40:59 GMT

Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER,
SET_PARA

METER





Sending request: DESCRIBE rtsp://127.0.0.1:5640/ RTSP/1.0

CSeq: 3

User-Agent: openRTSP (LIVE555 Streaming Media v2015.05.03)

Accept: application/sdp





Received 701 new bytes of response data.

Received a complete DESCRIBE response:

RTSP/1.0 200 OK

CSeq: 3

Date: Wed, May 06 2015 22:40:59 GMT

Content-Base: rtsp://127.0.0.1:5640//

Content-Type: application/sdp

Content-Length: 545



v=0

o=- 1430951906769712 1 IN IP4 169.254.222.174

s=Session streamed by the  camera

i=TrafficCam

t=0 0

a=tool:LIVE555 Streaming Media v2015.05.03

a=type:broadcast

a=control:*

a=source-filter: incl IN IP4 * 169.254.222.174

a=rtcp-unicast: reflection

a=range:npt=0-

a=x-qt-text-nam:Session streamed by the  camera

a=x-qt-text-inf:TrafficCam

m=video 0 RTP/AVP 96

c=IN IP4 0.0.0.0

b=AS:20000

a=rtpmap:96 H264/90000

a=fmtp:96
packetization-mode=1;profile-level-id=4D401E;sprop-parameter-sets=Z01A

HvIBQHtC,AgAAAwA=

a=control:track1



Opened URL "rtsp://127.0.0.1:5640/", returning a SDP description:

v=0

o=- 1430951906769712 1 IN IP4 169.254.222.174

s=Session streamed by the  camera

i=TrafficCam

t=0 0

a=tool:LIVE555 Streaming Media v2015.05.03

a=type:broadcast

a=control:*

a=source-filter: incl IN IP4 * 169.254.222.174

a=rtcp-unicast: reflection

a=range:npt=0-

a=x-qt-text-nam:Session streamed by the  camera

a=x-qt-text-inf:TrafficCam

m=video 0 RTP/AVP 96

c=IN IP4 0.0.0.0

b=AS:20000

a=rtpmap:96 H264/90000

a=fmtp:96
packetization-mode=1;profile-level-id=4D401E;sprop-parameter-sets=Z01A

HvIBQHtC,AgAAAwA=

a=control:track1



Created receiver for "video/H264" subsession (client ports 53188-53189)

Sending request: SETUP rtsp://127.0.0.1:5640//track1 RTSP/1.0

CSeq: 4

User-Agent: openRTSP (LIVE555 Streaming Media v2015.05.03)

Transport: RTP/AVP;unicast;client_port=53188-53189





Received 197 new bytes of response data.

Received a complete SETUP response:

RTSP/1.0 200 OK

CSeq: 4

Date: Wed, May 06 2015 22:40:59 GMT

Transport:
RTP/AVP;unicast;destination=127.0.0.1;source=127.0.0.1;client_port=53

188-53189;server_port=6970-6971

Session: 790157D4





Setup "video/H264" subsession (client ports 53188-53189)

Outputting to the file: "stdout"

Sending request: PLAY rtsp://127.0.0.1:5640// RTSP/1.0

CSeq: 5

User-Agent: openRTSP (LIVE555 Streaming Media v2015.05.03)

Session: 790157D4

Range: npt=0.000-30.000





Received 175 new bytes of response data.

Received a complete PLAY response:

RTSP/1.0 200 OK

CSeq: 5

Date: Wed, May 06 2015 22:40:59 GMT

Range: npt=0.000-

Session: 790157D4

RTP-Info: url=rtsp://127.0.0.1:5640//track1;seq=3183;rtptime=590395357





Started playing session

Receiving streamed data (for up to 30.000000 seconds)...

begin_QOS_statistics

subsession      video/H264

num_packets_received    0

num_packets_lost        0

elapsed_measurement_time        30.000905

kBytes_received_total   0.000000

measurement_sampling_interval_ms        1000

kbits_per_second_min    unavailable

kbits_per_second_ave    unavailable

kbits_per_second_max    unavailable

packet_loss_percentage_min      100.000000

packet_loss_percentage_ave      100.000000

packet_loss_percentage_max      100.000000

end_QOS_statistics

Sending request: TEARDOWN rtsp://127.0.0.1:5640// RTSP/1.0

CSeq: 6

User-Agent: openRTSP (LIVE555 Streaming Media v2015.05.03)

Session: 790157D4





Received 65 new bytes of response data.

Received a complete TEARDOWN response:

RTSP/1.0 200 OK

CSeq: 6
Date: Wed, May 06 2015 22:41:29 GMT

>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>


-- 


  *David McMordie*
*CTO*

2960B Jutland Road
Victoria, BC V8T 5K2
514.231.4259

mcmordie at viionsystems.com
www.viionsystems.com



*Confidentiality Message *
This message is intended only for the designated recipient(s). It may
contain confidential or proprietary information and may be subject to the
attorney-client privilege or other confidentiality protections. If you are
not a designated recipient, you may not review, copy or distribute this
message. If you receive this in error, please notify the sender by reply
email and delete this message.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20150506/a0a07c46/attachment.html>


More information about the live-devel mailing list