Thank very much for your patience. You are right. In the past I already tried
to have support from the vendor but the vendor technicians don't have
understood wich is the problem. My opinion is that that the vendor techitians
don't know what rtsp is. They only know how the camera app works.
Have
After having make some tests, by editing the function
scheduleLivenessCommand() the problem persists.
This is my experience: if I start live555ProxyServer and I connect to it
immediatrly I can watch the camera. Now I can disconnect to the server, wait
minutes and reconnect. I still see the camer
Many thanks for your reply. How much time it is required to resend the OPTIONS
command? Can I edit it in order to debug the camera?
In data venerdì 22 novembre 2024 17:51:41 CET, Ross Finlayson ha scritto:
> If no ‘front end’ client is currently streaming from the proxy server, then
> the proxy s
Ok, now I'm reading the source code to find out the way to display the video
stream in a qwidget and to listen the audio. Have you got an example about
this?
In data giovedì 17 ottobre 2024 08:32:43 CEST, Ross Finlayson ha scritto:
> > On Oct 17, 2024, at 2:02 PM, Denis Gottardello
> > wrote:
>
Yes, I use the same computer.
Related to the first question, if I use openRTSP with the following command line
./openRTSP -F /mnt/sdd1/MoviesDirectory/006.`date +%Y%m%d%H%M%S` -q -P 240
rtsp://???:???@192.168.1.14:554/live/ch0
I have a perfect video file, without any error in console
Related to
Yes it isInviato dal mio Galaxy
Messaggio originale Da: Ross Finlayson
Data: 05/06/24 22:22 (GMT+01:00) A: LIVE555 Streaming Media - development &
use Oggetto: Re: [Live-devel] Difference between
live555ProxyServer and openRTSP OK, so the proxy server seems to be working OK.
Please have a look at the attachment.
In data mercoledì 5 giugno 2024 17:11:11 CEST, Ross Finlayson ha scritto:
> > On Jun 5, 2024, at 6:12 AM, i...@denisgottardello.it wrote:
> >
> > I don't know why but live555ProxyServer works only with "-t" switch (with
> > this particular device).
>
> Why d
I don't know why but live555ProxyServer works only with "-t" switch (with this
particular device). The problem is that, after a while, I have the error
RTCPInstance error: Hit limit when reading incoming packet over TCP.
(fNumBytesAlreadyRead (1438) >= maxRTCPPacketSize (1438)). The remote
end
I don't using "-t" with openRTSP. My command line is
./openRTSP -F /mnt/sdd1/MoviesDirectory/007.`date +%Y%m%d%H%M%S` -q -P 240
rtsp://
aa:bb@192.168.1.10:554/live/ch0
In data mercoledì 5 giugno 2024 10:33:27 CEST, Ross Finlayson ha scritto:
> > On Jun 5, 2024, at 1:06 AM, Denis Gottardello
>
After having removed "-t" from command, five 5 cameras are perfect, the other 4
don't working. Maybe these devices are not well made.
In data sabato 1 giugno 2024 21:22:52 CEST, Ross Finlayson ha scritto:
> > On Jun 1, 2024, at 11:58 AM, Denis Gottardello
> > wrote:
> >
> > - In my syslog file
Regards the timestamp your suggestion works perfectly.
Regards the camera rebooted yes, live555ProxyServer restores a new
connection after a while.
The problem is related to openRTSP. It is necessary to stop and restart it
if live555ProxyServer restore the connection with the remote dev
Hi and many thanks for the explanations.
So now I'm using live555ProxyServer to connect to rtsp camera and
- an instance of openRTSP to connect to live555ProxyServer in order to store
videos.
- another instance of a generic rtsp player to watch the live, still
connected to live555
Hello.
I want to notice you a probable bug on openRTSP (I'm using the latest
version, published on 2018-06-30). I premise that I'm building a simple
dvr recorder with a Raspberry PI for home purpose. I also thinked to
reduce possible phisical security risks, for example the eventuality
that a
We develop and maintain the app so if you want to request an update please send
me an email.
From: finlay...@live555.com
Date: Thu, 7 Nov 2013 08:21:03 -0800
To: live-de...@ns.live555.com
Subject: Re: [Live-devel] Handling a change of codec midstream
The Client is the Video Edge Go iOS app which
I assume it was the only mechanism they had available to support the change of
payload.
The Client is the Video Edge Go iOS app which we developed.
Its good to know that you would consider custom development - Ill be able to
discuss that with them. if we go down that route I will be able to inco
Hi Ross,
I am up against an unusual problem and I am wondering if Live555 will be able
to handle it.
The VideoEdge NVR has various throttling capabilities when streaming to a
remote client.
If the source camera broadcasts in MPEG4 or Motion JPEG and the throttling is
enabled the NVR will tran
16 matches
Mail list logo
