Ross,
Thanks for your replydespite the absence of an actual question :-) A
few days after posting the email to the list, I discovered that this had
been "asked and answered".
ProxyServer seems to handle reconnect scenarios pretty well. Would your
implementation of RTSPClient in ProxyServer b
I have a quick question regarding the expected behavior of openRTSP client
w/ file output when connection to the server is lost due to reboot, loss of
connectivity...etc.
What I have seen with both "stdout" and "Periodic" file output is that the
client never reconnects to the server if that stream
Ross,
Thanks for your reply.
Shell scripting is within my reach...I'll explore ways to handle files
using those tools.
Bob
On Tue, Dec 17, 2013 at 12:45 PM, Ross Finlayson wrote:
> *File naming convention and output options:*
>
> Would it be possible to add options to openRTSP that provide a
Ross,
Very nice addition to the "LIVE555 Streaming Media" software ! A quick
test reveals that it works just as anticipated.
I do have a few related comments / suggestions regarding this option, as
well, as openRTSP in general. Your thoughts and input would be much
appreciated.
*File naming con
So far, no problems running on 2013.12.16. Problem appears fixed!
Thanks,
Bob
On Mon, Dec 16, 2013 at 3:08 PM, Ross Finlayson wrote:
> Bob,
>
> Thanks for the report. It was able to help be find and fix a bug in the
> RTSP server code.
>
> The problem was that the code was not properly handli
I have been testing Quicktime Web plugin for viewing streams from
ProxyServer. There appears to be an issue with this plugin that can cause a
crash of ProxyServer.
The test is being performed using the latest live555 (v2013.12.15) and is
only occurring when using Quicktime Plugin 7.7.4 with google
Ross,
Thanks for the feedback on this topic. It helps knowing what is or is not
possible given the current implementation...I would have spent unnecessary
time and effort pursuing this functionality.
Bob
On Fri, Dec 13, 2013 at 6:05 PM, Ross Finlayson wrote:
> Have an option for PorxyServer to
I wanted to pass on some additional information and findings on this topic.
With RTSP-over-HTTP It appears that If you provide a timeout value..ie
"timeout=60" in the SETUP Response, the QuickTime player will send OPTIONS
requests back to RTSPServer to indicate it's liveness.
Before modifying RTS
very interested in an off-line discussion.
Ross,
If this is something that is of interest or merits inclusion into "Live555
Streaming Media"
I would be more than glad to support another "Funded Project".
Thanks,
Bob
--
Bob Bischan
Manager (Operations/Software Devel
This would be a great option for the openRTSP client! I have the same issue
you described with wanting to avoid gaps between output files. I suppose
you could always start another client before the other client terminates to
create overlapping recordings, however, that seems more like a work-around
Ross,
Can you verify 2013.11.15 is uploaded? I see changelog entries, but current
appears to be *live.2013.11.14.tar.gz.*
Thanks,
Bob
On Fri, Nov 15, 2013 at 6:46 AM, Ross Finlayson wrote:
> Sorry I didn’t check where was the member.
> The fRTPSink I would like to access is in
> OnDemandServ
sts.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 sources?
>
>
> Thanks,
> Craig
>
> On 11/03/2013 09:58 AM, Bob Bis
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
- -- -- -- -- -- -- -- -- -- -- -- --
>
>
> __**_
> live-devel mailing list
> live-devel@lists.live555.com
> http://lists.live555.com/**mailman/listinfo/live-devel<http://lists.live555.com/mailman/listinfo/live-devel>
>
--
Bob
y very hard to release the most
> recent version of live 555.
>
> Best Regards,
>
> Piers Hawksley
> __**_
> live-devel mailing list
> live-devel@lists.live555.com
> http://lists.live555.com/**mailman/listinfo/live-devel&l
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
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
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
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
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
oss Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> ___
> live-devel mailing list
> live-devel@lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>
--
Bob Bischan
Manager (O
Understanding the author's original intent and design philosophy is key,
especially when it comes to using their software :-)
In regards to the registering RTSP-over-HTTP back-end servers...I do not
anticipate a need for this, however, your clarification on it's
implementation within Proxy Server
, with
> a proxy server), then note that the "RTSPServer::registerStream()" API has
> changed.
>
> If you are using a 3rd-party application to construct and send "REGISTER"
> commands - as Bob Bischan is doing - then note that
> - The command
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
server with
> the "-V" option) that illustrates what you're seeing.
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> ___________
> live-devel mailing list
> live-devel@lists.live555.com
>
n loss and resets "lost
connection to server ('errno': 115). Resetting..." and establishes new
session with back-end.
Bob
--
Bob Bischan
Manager (Operations/Software Development)
*WATCHTOWER SECURITY, INC.*
10760 TRENTON
SAINT LOUIS, MISSOURI 63132
314 427 4586 office
3
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
being processed for streams
that are being registered? Is there any debugging I can due to confirm
this?
Thanks again for your time and patience.
Bob
On Tue, Oct 8, 2013 at 2:25 PM, Ross Finlayson wrote:
>
> On Oct 8, 2013, at 10:48 AM, Bob Bischan
> wrote:
>
> Attached is the dia
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
isplays the URL for each new registered proxy,
> so you'll now know how to access it.
>
> This is done in a new version 2013.10.08 of the "LIVE555 Streaming Media"
> software, available now.
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
&
5.com/
>
>
> ___________
> live-devel mailing list
> live-devel@lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>
--
Bob Bischan
Manager (Operations/Software Development)
*WATCHTOWER SECURITY, INC.*
1076
"LIVE555 Proxy
> Server" should work properly now. Thanks for the report.
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
> ___________
> live-devel mailing list
> live-devel@lists.live555.co
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
34 matches
Mail list logo