[Live-devel] Bug report of Live555ProxyServer

Wed Mar 4 09:01:20 PST 2015

Ross and Live555 team,

I downloaded the March 1st version of Live555 package and tried it under my test environment.   I’d like to say the problem of live555ProxyServer failure to work as I mentioned in my previous emails still exists.

This time I found some pattern from my console log files. Approaching to the bottom of each failure log file, there is a segment of log as shown below. I am wondering the cause of this dumping may also be related to the failure of the server?  The number suffixed to the log file is the sequence number in the camera list at which the server stops working when the live view of camera is switched sequencially with VLC at a remote computer. The server immediately starts to work fine after re-launched. Then it stops working at another camera.  This is persistent when you switch back and forth from one camera to another with VLC.

If you need more info, please let me know.

Thanks lots
Dashan Chang

----------------------------------------------------------------------------------------------------------------------------------------------
DA5402_VIDEO_18_FLR_OFFICE_ENTRY_CORRIDOR_18-162
DA5402_VIDEO_18TH_FLR_SERVER_ROOM
DA5402_VIDEO_18_FLR_STAIR_EXIT_WEST_NEAR_18-168
DA5402_VIDEO_18_FLR_STAIR_EXIT_EAST_NEAR_18-130
DA5402_VIDEO_18_FLR_OFFICE_EXIT_VESTIBULE_18-102
DA5402_VIDEO_17_FLR_BULK_STORAGE_EXIT_17-106
DA5402_VIDEO_17_FLR_OFFICE_ENTRY_FROM_RECEPTION
DA5402_VIDEO_17_FLR_OFFICE_ENTRY_CORRIDOR_17-146
DA5402_VIDEO_17_FLR_STAIR_ENTRY_EAST_NEAR_17-12
DA5402_VIDEO_17_FLR_STAIR_ENTRY_WEST_NEAR_17-16
DA5402_VIDEO_1ST_FLR_TESTIMONY_MAIN_ENTRY
DA5402_VIDEO_1ST_FLR_BUSINESS_CNTR_EMERGENCY_EXIT
DA5402_VIDEO_1ST_FLR_TESTIMONY_WORK_ROOM
DA5402_VIDEO_1ST_FLR_MAIN_ENTRY_WAITING_ROOM
rtsp://root:pass@10.175.47.30/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.31/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.32/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.33/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.34/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.35/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.36/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.37/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.38/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.39/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.40/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.41/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.42/axis-media/media.amp?resolution=320x240&color=0&compression=50
rtsp://root:pass@10.175.47.43/axis-media/media.amp?resolution=320x240&color=0&compression=50

From: Chang, Dashan
Sent: Friday, February 27, 2015 4:36 PM
To: LIVE555 Streaming Media - development & use
Subject: RE: [Live-devel] Bug report of Live555ProxyServer

Ross,

Thank you very much for your quick response.

One difference I noticed in the log file, the camera login info is missing from the request URL. Originally it shows up. Could this be the cause of the proxyserver stopping working? I will test it with just two streams next week.

Virtually I changed only one line of your code: from  sprintf(streamName, "proxyStream-%d", i) to sprintf(streamName, "proxyStream-%s",  CameraName) as I found using a name easier to identify one from another.

Using VLC application is only for testing purpose. Eventually I’d like to use web app with VLC’s web plugin to display a live view. If you have other source to recommend, I’d be happy to give it a try. When I am testing, I only use one instance of VLC. Because I stream out many cameras, I keep switching from one camera to another with VLC. However at a particular moment, I only send one RTSP request to the Live555 Proxy Server.

“With such a large number of proxied streams, perhaps you are simply overwhelming the capacity of your network?”,

Actually I think it shouldn’t be that way. I do have many cameras. I may even have a scenario that I’d like to have one Live555ProxyServer to connect to 200 cameras backend. However at any moment, there is only one live view request or at most a couple of live view requests. Rationally, a Proxy Server should only request stream from its backend RTSP camera only when there is a request to it. If the outside request stops, the backend request should be stopped. If outside request holds, backend streaming holds. Only when there are many requests simultaneously, then there would be overwhelming to the network bandwidth.

Even though it has not yet been perfect, I like the ProxyServer and it should be able to become a great product. I’d like to thank you for your great work.

Thanks lots again and best regards
Dashan

From: live-devel [mailto:live-devel-bounces at ns.live555.com] On Behalf Of Ross Finlayson
Sent: Friday, February 27, 2015 2:13 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Bug report of Live555ProxyServer

Dashan,

First, your log file reveals that you have made at least some changes to the supplied code. We can support only the original, unmodified code.

Second, your first test shouldn’t be with such a large number of proxied streams.  Can you reproduce your problem with just two streams?

Third, what specifically do you mean by “switch back and forth between one camera to another”?  You understand, I hope, that each time you start viewing (using VLC, or any other RTSP client) a new proxied stream, you are increasing the network traffic in front of the proxy server, and also - if this was the first request to view the proxied stream - the network traffic behind the proxy server.  If you don’t explicitly stop playing (using VLC’s ‘stop’ button) the first stream when you switch to a second stream, then the first stream will continue to be streamed.  With such a large number of proxied streams, perhaps you are simply overwhelming the capacity of your network?

Finally, “VLC" is not a good RTSP client to be using for your initial testing.  VLC is not our software, and it has known scalability problems if you try to run two or more instances of VLC on the same computer (if that’s what you’re doing).  I suggest using “openRTSP” <http://www.live555.com/openRTSP/> instead, at least initially.

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20150304/23d08bdc/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: log.zip
Type: application/x-zip-compressed
Size: 26951 bytes
Desc: log.zip
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20150304/23d08bdc/attachment.bin>