Hi Ross,
Thank you for all your support.
The proxy will work on an embedded system. So, definitely it will work alone.
Best regards,
Flavio
> On 22 May 2023, at 19:34, Ross Finlayson wrote:
>
>
>
>> On May 22, 2023, at 1:46 PM, Flavio Alves
>> wrote:
>>
>> I found a solution for my pr
> On May 22, 2023, at 1:46 PM, Flavio Alves
> wrote:
>
> I found a solution for my problem.
>
> I set the following compilation parameters:
>
> ALLOW_SERVER_PORT_REUSE
> REUSE_FOR_TCP
>
> It was enough to avoid the reinit issue.
As I noted in the comments: Make sure you know what you are
I found a solution for my problem.
I set the following compilation parameters:
ALLOW_SERVER_PORT_REUSE
REUSE_FOR_TCP
It was enough to avoid the reinit issue.
On Mon, 22 May 2023 at 15:56, Flavio Alves <
flavio.al...@vitalintelligencedata.com> wrote:
> This makes sense on a cloud server or LAN
This makes sense on a cloud server or LAN environment, but we are planning
to use the library on an embedded application.
So we are evaluating the recovery approaches and handling them.
That is the reason for my questions.
Best regards,
Flavio
On Mon, 22 May 2023 at 14:27, Ross Finlayson wro
The “LIVE555 Proxy Server” is not meant to be shut down (but of course, you can
always do so, using -c). If the ‘back end’ RTSP stream goes away, the
proxy server will automatically keep retrying the connection to the back-end
server, until it succeeds. So, you should not need to shut down/res
Hi Ross,
I was studying here ... If I really need to capture the exit signal of the
server to softly finish the execution of the proxy server, what advice
would you give me to update the application to have this features
implemented?
Best regards,
Flavio
On Fri, 19 May 2023 at 19:30, Ross Finl
Hi Ross,
Thank you very much for your quick response. I am evaluating recovery
situations and this situation happened to me.
Best regards,
Flavio
Em sex., 19 de mai. de 2023 19:30, Ross Finlayson
escreveu:
>
>
> > On May 19, 2023, at 3:11 PM, Flavio Alves <
> flavio.al...@vitalintelligenceda
> On May 19, 2023, at 3:11 PM, Flavio Alves
> wrote:
>
> Then, I force the end of live555ProxyServer. ffplay does not stop, but stops
> working, as expected.
> When I start again live555ProxyServer, it starts normally.
>
> Then I stop ffplay and try to connect again. I get this error:
>
> C
Hello,
I am trying to do the following test using live555ProxyServer:
-- Setup:
* Camera: RTSP server on Raspberry Pi with HQ camera and running mediamtx
server
* live555ProxyServer
* ffplay as client
-- Procedure:
* Start the camera
* Start live555ProxyServer
* Start ffplay
So far, no problem
(Sorry for the delay in responding.)
> I have a source RTSP stream that I want to record to disk. This stream will
> be about 10 minutes long. I might want to retransmit this as a new RTSP
> stream but it is not required.
> Every time a certain event occurs (think someone pushing a button) I wa
I am trying to figure out it the proxy server is capable of doing what I
want to do or perhaps a combination of the client and server can do what I
want.
Could someone with experience with this software tell me if either will
work and if so point me in the right direction?
I have a source RTSP str
Hi Community,
We have been using Live555 proxy in a proof of concept. It is working
properly to proxy the rtsp stream from the camera to clients (vlc).
We are now looking at all the things we will need todo in order for it
to be production ready. We have not found much resources online around
usi
Sorry for the delay. I wasn’t able to diagnose your problem, but it’s likely
that it’s fixed in the newest version (2017.01.26) of the code. Please upgrade
to this newest version, and let us know if you still see the problem.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
__
Ross
I'm using the latest and greatest.
Thanks
Renganayaki
On Dec 17, 2016 2:43 PM, "Ross Finlayson" wrote:
> Are you using the latest version of the “LIVE555 Streaming Media” code?
> See
> http://live555.com/liveMedia/faq.html#latest-version
>
> Several bugs related to RTP/RTCP-over-T
Are you using the latest version of the “LIVE555 Streaming Media” code? See
http://live555.com/liveMedia/faq.html#latest-version
Several bugs related to RTP/RTCP-over-TCP streaming have been fixed in recent
years.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
Hi
I'm streaming RTSP video using TCP.
When I play the video using VLC, it plays for a while. then it crashes with
access violation. Sometime it takes time to crash.
It crashes in the function
void RTPInterface::removeStreamSocket
when executing this instruction "if ((*streamsPtr)->fStreamSocketN
> Any ideas what could cause the PAUSE command not to work while it is listed?
No. You’ll have to ask the manufacturer of the IP camera about this.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@list
Hi Ross,
Thanks for the reply. I checked in verbose mode and the Hikvision camera does
send 'Option not supported' (removed authorization bits):
ProxyServerMediaSubsession[rtsp://---:554/h.264/ch2/sub/,H264]::closeStreamSource()
Sending request: PAUSE rtsp://---:554/h.264/ch2/sub/ RTSP/1.0
CSeq:
> Is it possible to have the proxy server close the stream from source (IP
> camera) to the proxy if nobody is accessing the proxy stream for that source?
If no front-end clients are accessing the stream, the proxy server sends a RTSP
“PAUSE” command to the ‘back-end’ stream.
Perhaps your ‘back
Hi,
Is it possible to have the proxy server close the stream from source (IP
camera) to the proxy if nobody is accessing the proxy stream for that source?
Right now when I start the proxy server, the ip camera stream is only accessed
after I connect to the proxy. However when I close my connect
> Thank you for your patience and quick response. I will have a closer look at
> the proxy server code. However, this program (and others, like the
> testOnDemandRTSPServer) are creating ServerMediaSessions at startup. In my
> case I do not know which streams will be used at startup. I will rece
On 29-04-15 09:40, Ross Finlayson wrote:
Thank you for your answer. I think I have to tell something more
about the application I have to make. It is not only just a simple
proxy server, but it has also to deal with unicast streams from
network A which has to be forwarded as unicast or multicas
> Thank you for your answer. I think I have to tell something more about the
> application I have to make. It is not only just a simple proxy server, but it
> has also to deal with unicast streams from network A which has to be
> forwarded as unicast or multicast streams at network B. Or multica
On 28-04-15 20:37, Ross Finlayson wrote:
I am new to the live555 library and have some questions. I want to
make a proxy server which receives incoming RTSP message from network
interface A and route them to network interface B after modifying the
RTSP URL.
I’m not 100% sure that I understand
> I am new to the live555 library and have some questions. I want to make a
> proxy server which receives incoming RTSP message from network interface A
> and route them to network interface B after modifying the RTSP URL.
I’m not 100% sure that I understand your question, but I assume that you
Hi all,
I am new to the live555 library and have some questions. I want to make
a proxy server which receives incoming RTSP message from network
interface A and route them to network interface B after modifying the
RTSP URL.
If I look to the example proxy server, a couple of RTSP URLs can be
Dnyanesh,
It appears that the complexity of your project has pretty much reached the
limit in how much assistance I can provide ‘for free’ on this mailing list. If
your company is interested in having me consult further on your project, then
please let me know (via separate email).
Ross Finla
Dear Live555 Team,
I have been using live555 proxy server to stream 1000+ streams. I have
deployed it on quad core Intel Xeon server.
The server is working fine, but Its suffering from serious problem. For 100
streams and connected one client for each stream, one of the core is
getting 100% utiliz
> I am able to do that, but our camera doesn't support PAUSE command. Proxy
> server is sending PAUSE command when all RTSP clients are disconnected.
> I wish to send TEARDOWN command and delete that ServerMediaSession from proxy
> server.
OK, but this prevents any more ('front-end') clients fr
Hi Ross,
I am using Live555 as a streaming media server and using REGISTER command
feature to access cameras which are behind firewall.
I am able to do that, but our camera doesn't support PAUSE command. Proxy
server is sending PAUSE command when all RTSP clients are disconnected.
I wish to send TE
> I am streaming a video only back end live rtsp stream (H264 + RTP) to the
> proxy server.
>
> When I kill all clients that are connected to my live555 proxy server and
> restart them I notice that the clients (VLC for eg.) start at a video
> position where the displayed video is 1 minute or o
--- Begin Message ---
I am streaming a video only back end live rtsp stream (H264 + RTP) to the proxy
server.
When I kill all clients that are connected to my live555 proxy server and
restart them I notice that the clients (VLC for eg.) start at a video position
where the displayed video is 1 m
They might. What is your rates?
Thanks,
Craig
On 11/19/2013 11:58 AM, Ross Finlayson wrote:
I've been running for two days with openRTSP on a camera that had problems,
openRTSP is still capturing video to the output file and the console last
message has not changed.
One thing to note is when
> I've been running for two days with openRTSP on a camera that had problems,
> openRTSP is still capturing video to the output file and the console last
> message has not changed.
>
> One thing to note is when streaming stops from the proxy of the camera, if I
> connect to the camera directl
> Started playing session
> Receiving streamed data (signal with "kill -HUP 14502" or "kill -USR1 14502"
> to terminate)...
> Data packets have begun arriving [1384803098725]
>
>
> MultiFramedRTPSource::doGetNextFrame1(): The total received frame size
> exceeds the client's buffer size (10)
I had a a second system setup at work and when I got into work today I saw the
following from the openRTSP. It does appear there was a failure, would this
cause a problem with the proxy server?
Date: Mon, 18 Nov 2013 12:31:37 GMT
Session: 400662;timeout=80
RTP-Info: url=rtsp://192.168.3.217/liv
I've been running for two days with openRTSP on a camera that had problems,
openRTSP is still capturing video to the output file and the console last
message has not changed.
One thing to note is when streaming stops from the proxy of the camera, if I
connect to the camera directly it will stre
> After running openRTSP the last thing displayed is Data packets have begun
> arriving [#], I did not here any beep. After browsing the source I found
> that the playCommon.cpp has this message and a \007, which apparently did not
> cause the beep (no big deal). Now I see I have started s
After running openRTSP the last thing displayed is Data packets have begun
arriving [#], I did not here any beep. After browsing the source I found
that the playCommon.cpp has this message and a \007, which apparently did not
cause the beep (no big deal). Now I see I have started streaming
> So I have verified the source device is streaming data. I have connected to
> it's RTSP stream directly, using gstreamer and vlc. I will connect the
> openRTSP to the source back-end when it fails and see if it works.
No! You should test your back-end stream using "openRTSP" *FIRST*, befor
On a side note, I gave Vivotek engineers the mailing list info and I hoped they
would join. We are working directly with them and I will see them tomorrow.
Thanks,
Craig
On 11/17/2013 11:13 PM, Ross Finlayson wrote:
What is the best way to determine that a proxy server is streaming from
an RTS
So I have verified the source device is streaming data. I have connected to
it's RTSP stream directly, using gstreamer and vlc. I will connect the
openRTSP to the source back-end when it fails and see if it works.
Thanks,
Craig
On 11/17/2013 11:13 PM, Ross Finlayson wrote:
What is the best wa
> What is the best way to determine that a proxy server is streaming from
> an RTSP source?
The best way is to run, on the computer on which you would run the proxy server
openRTSP -n rtsp://
(The "-n" option tells "openRTSP" to display a report (with a beep) when the
first RTP packet ar
What is the best way to determine that a proxy server is streaming from
an RTSP source? I see OPTION commands sent and responding using verbose
logging, but this does not indicate to me that the stream is sending data?
Thanks,
Craig
___
live-devel mai
>> I plan do make same extensions to live proxy, just one switch
>> to avoid OPTIONS before first client connects to proxy
FYI, the problem with doing this would be that - if there is a long delay
before the first client connects to the proxy - the connection to the back-end
server might end up
Thanks Ross,
I have an email out to the camera provider and told them to get on the list.
Sounds like you work with alot of camera manufactures. This particular camera
is a Vivotek, anyone from there company on this list?
Thanks,
Craig
On 11/03/2013 03:05 PM, Ross Finlayson wrote:
Craig was
Craig was running an up-to-date version of the code.
The problem is definitely with his 'back-end' server; it should not be
returning a "400 Bad Request" error in response to a perfectly good request.
This server (network camera) needs to be fixed (perhaps a firmware upgrade is
available?).
Yes...that was added in 2013.10.16 version.
In my case this took care of the problem with streams timing out.
Bob
On Sun, Nov 3, 2013 at 2:20 PM, Craig Matsuura wrote:
> Hi Bob,
>
> I was looking at some post you had and wondering if my issues is related.
>
> http://lists.live555.com/piperma
Hi Bob,
I was looking at some post you had and wondering if my issues is related.
http://lists.live555.com/pipermail/live-devel/2013-October/017538.html
So if I read correctly the OPTION command, needs an additional Session field to
keep your axis camera
alive? Was this code in the 20131025 so
Hi Ross,
That is what I suspect as well, however I was trying to recover from such an
error as it would be nice to be more robust and not fail because of a firmware
issue with the camera. I am in the process of having the manufacture look into
the issue, however this can be a slow process. I
I have read the readme, but thanks for the suggestion,. I have had success
with several as well, but I have one particular camera with this issue. I was
hoping there was a good way to handle this from the live555 side. Sometimes
camera manufactures are slow to respond.
Thanks,
Craig
On 11/0
Be sure to read changelog.txt for recent updates/changes to ProxyServer
implementation. I have been testing ProxyServer with numerous streams /
client connections with success.
Bob
On Sun, Nov 3, 2013 at 2:10 AM, Craig Matsuura wrote:
> I have a question in regards to the live555proxyServer. I
> Sending request: SETUP rtsp://172.16.10.109/live.sdp/trackID=1 RTSP/1.0
> CSeq: 4
> User-Agent: ProxyRTSPClient (LIVE555 Streaming Media v2013.10.25)
> Transport: RTP/AVP;unicast;client_port=60278-60279
>
>
> Received 37 new bytes of response data.
> Received a complete SETUP response:
> RTSP/1
Ok, so I did a quick run of the liveProxyServer. See 400 Bad Request below,
this is when I connect my RTSPClient to rtsp://172.16.10.100/proxyStream (The
client was gstreamer playbin2)
root@custom:~# live555ProxyServer -V rtsp://172.16.10.109/live.s
dp
LIVE555 Proxy Server
(LIVE555 Stre
Please post an example of the diagnostic output from the *unmodified* proxy
server, when run with the back-end server that causes you a problem. I.e., run
the server with the "-V" command-line option.
(And, as always, make sure you're using the most up-to-date version of the
code.)
Ross Finla
I have a question in regards to the live555proxyServer. I have been
playing with the server and have implemented one for our use for our
project. It works great when connecting to all proxied rtsp streams,
however if I wait about 10-15 seconds and than connect a client I always
get a 400 Bad
Fair enough :-)
I will contact you outside the dev-list to explore options.
thanks,
bob
On Oct 24, 2013 8:58 AM, "Ross Finlayson" wrote:
> The recording files for N > 1 clients work fine with every desktop player
> I use (VLC, Totem, QuickTime, ffplay, Mplayer...etc), however the file no
> lon
> The recording files for N > 1 clients work fine with every desktop player I
> use (VLC, Totem, QuickTime, ffplay, Mplayer...etc), however the file no
> longer validates as html5 video.
Why don't you try to find out why that is?
In any case, this does not appear to be a problem that I can spen
Ross,
Thanks for your patience and time responding to this issueI do
understand that many of my questions and inquiries are probably outside the
scope of this development list. With that said, I will be brief in my
comments.
With your input and running through numerous permutations from an
im
> 2. Registered the single back-end server (works as expected; using new
> transport header options) . BTW, the option for setting suffix is a nice
> additon!
FYI, you can now use our new application "registerRTSPStream" (in the
"testProgs" directory) for this.
> 3. Connected a single client
Ross,
Wanted to follow-up on this issue. I have gone through additional testing
throughout the day and have greatly simplified my testing scenario, however
I'm still experiencing the strange file issue as described previously.
After making changes in my test environment and making debug observati
That makes sense. I think I need to change my environment to get a better
sense of what the underlying problem might be. Currently, I have one
application residing on the same server as the proxy and the other is out
on amazon cloud.
in this scenario proxy server is feeding 2 clients with vastly d
> I guess my question would be this: Assuming all back-end servers are live
> rtsp:// streams going to Proxy Server. Would each front-end client connection
> to Proxy Server be isolated from the other...would the characteristics of the
> stream provided by Proxy Server be as if each application
The back-end servers in this case are feeding a live stream to Proxy
Server. From there I have one application that connects to Proxy Server to
convert the rtsp:// streams to rtmp:// for flash presentation.
Simultaneously, there is a second application that connects to Proxy Server
to record the st
Unfortunately your description of your problem wasn't particularly clear; it
seems, though, that you should be investigating your recording application(s),
to figure out why they're not giving you what you want. (In particular, you
could investigate how well they handle packet (i.e., data) loss
When running Proxy Server in a multiple client configuration there appears
to be an obscure problem (html5: media error) with recording h264/mp4 files.
If I run a single recording application (VLC VLM based) pulling streams
from Proxy Server I do not encounter this error. Files work just fine on
d
> Looks like sending the session id in the OPTION header solved the problem!
>
> After my original post yesterday, I did determine that Axis cameras have a
> session time-out (default 60 sec) setting that was tearing down the session.
The Axis camera should also be using incoming RTCP "RR" packe
Ross,
Thanks for the code update.
Looks like sending the session id in the OPTION header solved the problem!
After my original post yesterday, I did determine that Axis cameras have a
session time-out (default 60 sec) setting that was tearing down the
session. The only thing I cannot explain is
Unfortunately I can't tell why the 'back-end' server (an Axis camera) is timing
out the sessions. (It is apparently a bug in the cameras.)
However, in hope of preventing this from happening, I've now installed a new
version (2013.10.16) of the "LIVE555 Streaming Media" code that now includes
Ross,
Attached is a log file showing the issue. I have edited the log due to size
limits on the mailing list.
Bob
On Mon, Oct 14, 2013 at 8:21 PM, Ross Finlayson wrote:
> I have run into an issue where the session between Proxy Server and the
> back-end server has timed-out, but the Proxy Serv
> I have run into an issue where the session between Proxy Server and the
> back-end server has timed-out, but the Proxy Server is still receiving
> responses to the periodic OPTION requests. In this situation when a request
> (Play / Pause) is made from a client you see "454 Session Not Found",
Ross,
I have run into an issue where the session between Proxy Server and the
back-end server has timed-out, but the Proxy Server is still receiving
responses to the periodic OPTION requests. In this situation when a request
(Play / Pause) is made from a client you see "454 Session Not Found",
how
> 1. Do you think the naming convention (registeredProxyStream-N) for
> REGISTERED streams will adequately support most users / use cases? This has
> been convenient in my particular case and allows me to proceed with my
> current efforts, however, I'm not sure it is the best approach. Would ha
Ross,
Works perfectly!
Just a few thoughts for your consideration:
1. Do you think the naming convention (registeredProxyStream-N) for
REGISTERED streams will adequately support most users / use cases? This has
been convenient in my particular case and allows me to proceed with my
current effor
> I did not see a way to send a REGISTER command to the Proxy Server.
We have code that allows a RTSP server to register one of its *own* streams
with a proxy server (or with a client application). We don't have code that
allows some 3rd-party application to send a "REGISTER_REMOTE" (not "REGIS
Many thanks for the on-going dialog!
My evaluation of the Proxy Server / Live Media is probably going to lead to
total dependence :-) openRTSP and the entire live555 library is very much
on our radar screen. I'm still becoming familiar with the various pieces
and parts. I did spend some time looki
On Oct 8, 2013, at 10:48 AM, Bob Bischan
wrote:
> Attached is the diagnostic output.
>
> Looks like the client is sending a TEARDOWN...
Yes, your client (VLC) is sending a TEARDOWN. I don't know why; did you click
the 'stop' button? Or perhaps it sent a TEARDOWN because it didn't receive a
Attached is the diagnostic output.
Looks like the client is sending a TEARDOWN...
Thanks,
Bob
On Tue, Oct 8, 2013 at 10:30 AM, Ross Finlayson wrote:
> When I connect to the registered stream using VLC
>
>
> FYI, it's better (and easier) to use "openRTSP" (or "testRTSPClient") as
> your clien
> When I connect to the registered stream using VLC
FYI, it's better (and easier) to use "openRTSP" (or "testRTSPClient") as your
client when testing a server, because you'll also get to see the RTSP protocol
exchange at the client end.
> I see "ProxyServerMediaSubsession["H264"]::createNewStre
Ross,
Thanks for your time and consideration with making the modifications. I
have tested the new code and have a few observations to pass along:
I see "Play this stream using the URL:
rtsp://:8554/registeredProxyStream-1" when I send the
REGISTER_REMOTE command.
Proxy Server connects to the str
> Ok...that makes sense. Any idea how Proxy Server would handle the following
> url?
>
> rtsp://:/axis-media/media.amp?resolution=480x270&fps=3&compression=40&videokeyframeinterval=18
OK, I hadn't anticipated complicated back-end stream URLs like this.
So I've gone ahead and changed the way tha
Ross,
Ok...that makes sense. Any idea how Proxy Server would handle the following
url?
rtsp://:/axis-media/media.amp?resolution=480x270&fps=3&compression=40&videokeyframeinterval=18
>From debug I can see ProxyServer handles the new subsession like this:
ProxyServerMediaSession["rtsp://99.58.86.
> Thanks for the update...I am now getting debug output.
>
> I see that the rtsp://url I am registering adds a new
> "ProxyServerMediaSubsession with periodic OPTION requests from the Proxy
> Server to the stream. Everything appears normal, but I'm not sure how to
> access the proxy stream now
Ross,
Thanks for the update...I am now getting debug output.
I see that the rtsp://url I am registering adds a new
"ProxyServerMediaSubsession with periodic OPTION requests from the Proxy
Server to the stream. Everything appears normal, but I'm not sure how to
access the proxy stream now. Do REG
> I have been trying to use the new REGISTER option with Proxy Server and have
> not been able to make this work. Has anyone used this feature? If so, any
> input on how to implement this feature would be greatly appreciated.
>
> When running an instance of Proxy Server with -V -R options set I
Hi,
I have been trying to use the new REGISTER option with Proxy Server and
have not been able to make this work. Has anyone used this feature? If so,
any input on how to implement this feature would be greatly appreciated.
When running an instance of Proxy Server with -V -R options set I do not
Hello,
There was a query on your mailing list with subject "Please reply query on
Proxy Server" in
which the fox has asked "How can Live 555 proxy server can be used in
Thread?
I mean creating multiple live 555 proxy server for receiving stream from
multiple back end rtsp server?
"
and you have re
Hello Sir,
Here is mine setup,i have 3 machines,.
Machine 1 is for streamer 1 and machine 2 is for streamer 2 and machine 3
is for proxy server.
i mine project there is some handshaking done between streamer and server
machine so that server came to know which streamer is active.
When the client w
Sorry, but I can't reproduce this, so you're going to have to track it down
yourself.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-dev
Hi
I use live555ProxyServer(versin 2012.11.30 ) to relay rtp packet from Darwin
streaming server.I do the following steps and the live555ProxyServer break
down.The steps like this:
1)starting up the live555ProxyServer
2)connect to the server using vlc(rtsp://129.1.5.156/proxyStream)
3)clos
90 matches
Mail list logo
