Hi,
We previously had some issues with receiving raw multicast M2T streams in
testOnDemandRTSPServer, that were addressed in a fix in v2024.04.19. However,
we are still seeing some similar problems with this.
They're very intermittent so have been quite hard to track down. However, it
seems t
Hi,
Given this a quick try and based on a small amount of testing it seems to have
done the trick.
Will continue to monitor and get back to you with anything further.
Thanks again
Andy
From: live-devel on behalf of Ross
Finlayson
Sent: 19 April 2024 09:06
T
That's good, thanks for the update.
Andy
From: live-devel on behalf of Ross
Finlayson
Sent: 18 April 2024 17:16
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Issue with serving raw UDP transport streams using
testOnDemandRTSPServer
Re: [Live-devel] Issue with serving raw UDP transport streams using
testOnDemandRTSPServer
> On Apr 10, 2024, at 8:01 AM, Andy Hawkins wrote:
>
> I made a small modification to the source for testOnDemandRTSPServer to
> specify that the input stream to a MPEG2TransportUDPServerMedia
Hi,
I made a small modification to the source for testOnDemandRTSPServer to specify
that the input stream to a MPEG2TransportUDPServerMediaSubsession is 'raw' UDP
and tested this against a multicast M2T stream. This seems to work fine, I can
connect multiple clients to the RTSP server and retri
Hi,
Thanks for the response.
'Proprietary' was perhaps the wrong choice of word. The link between the two is
SRT, which is an open standard.
I'm not sure that using RTP / RTSP for the link between sites would necessarily
work for us. We're often faced with unreliable network links, and the SRT
That's understandable, it was a couple of months ago.
I want to have a process that receives the contents of an RTSP stream into
buffers for each element of the stream, passes these buffers across a network,
and then at the other end uses these buffers as source data for another RTSP
stream. I
anks
Andy
____
From: Andy Hawkins
Sent: 28 November 2023 13:57
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Retrieving buffers of data from an RTSP derived stream
Ah, that makes more sense. Will look at that.
And if I wanted to re-con
rom: live-devel on behalf of Ross
Finlayson
Sent: 22 February 2024 13:59
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] StatsIterator sometimes doesn't return any stats
> On Feb 23, 2024, at 12:28 AM, Andy Hawkins wrote:
>
> Just an update on thi
ive-devel on behalf of Andy Hawkins
Sent: 19 February 2024 14:02
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] StatsIterator sometimes doesn't return any stats
Hi,
Apologies for the delay in testing this. I've just run it up, and I'm still
seeing
ssing' stats.
Thanks for your assistance so far.
Andy
From: live-devel on behalf of Ross
Finlayson
Sent: 15 February 2024 15:22
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] StatsIterator sometimes doesn't return any stats
> On Feb 15, 2024
I doubt that's happening in this instance. This is a live feed from an Axis
RTSP camera. It seems unlikely that one of the sources (audio or video) would
stop while the other continued?
Andy
From: live-devel on behalf of Ross
Finlayson
Sent: 15 February 2024
I'm trying to report statistics of the amount of data being received by a
ProxyServerMediaSession. I have the following code:
double Total = 0.0;
int NumSubsessions = 0;
int NumSources = 0;
int NumStats = 0;
if (fClientMediaSession)
{
MediaSubsess
Hi,
Apologies. I didn't read the code as thoroughly as I thought I had. I agree
that modifying the code just to shut up Valgrind isn't necessarily a good idea.
After re-reading the methods mentioned in Valgrind's stack trace, I agree that
the structure should be initialised (by a call to recvfr
Hi,
While testing some of my code, I was running through valgrind, and it has
picked up the following:
==18855== Conditional jump or move depends on uninitialised value(s)
==18855==at 0x59A7CE4: Groupsock::wasLoopedBackFromUs(UsageEnvironment&,
sockaddr_storage const&) (Groupsock.cpp:319)
=
Perfect, thanks.
Andy
From: live-devel on behalf of Ross
Finlayson
Sent: 28 November 2023 15:58
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Cleaning up objects
> On Nov 29, 2023, at 4:04 AM, Andy Hawkins wrote:
>
> The majority of the o
.
Andy
From: live-devel on behalf of Ross
Finlayson
Sent: 28 November 2023 15:56
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Retrieving buffers of data from an RTSP derived stream
> On Nov 29, 2023, at 2:57 AM, Andy Hawkins wrote:
>
> And if I
The majority of the objects in the library are created using a static
'createNew' method, and have a protected destructor. How should these objects
be cleaned up once they are finished with? You can't call delete because of the
protected destructor.
Thanks
Andy
___
23 11:56
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Retrieving buffers of data from an RTSP derived stream
> On Nov 29, 2023, at 12:41 AM, Andy Hawkins wrote:
>
> Hi,
>
> I need to set up an RTSP client, and use a custom buffer class for al
Hi,
I need to set up an RTSP client, and use a custom buffer class for all of the
data that is retrieved in order to process it as it comes in. Similarly, I need
to create a servable RTSP stream, and be able to provide buffers of data to it.
>From what I can see by tracing through the using the
Hi,
That's perfect, thanks for the swift response.
Andy
From: live-devel on behalf of Ross
Finlayson
Sent: 08 November 2023 14:36
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Retrieving stats for ProxyServerMediaSession
OK, I’ve just installed a new version (20
-devel] Retrieving stats for ProxyServerMediaSession
> On Nov 8, 2023, at 1:23 AM, Andy Hawkins wrote:
>
> Hi,
>
> Thanks again, that's very helpful.
>
> One remaining issue, the 'getRTPSinkandRTCP' method in returns *const*
> pointers, but the RTPSink member &
see the comment in the header about not
starting or stopping from these pointers, which I guess could be the reason?
Thanks as ever.
Andy
Andy Hawkins
Senior Software
Engineer
Office:
+44 1635 35111
Email:
andy.hawk...@uniguest
Ross
Finlayson
Sent: 07 November 2023 04:23
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Retrieving stats for ProxyServerMediaSession
> On Nov 6, 2023, at 6:44 AM, Andy Hawkins wrote:
>
> Hi,
>
> Thanks for the pointer, that was useful in extracting the
Hi,
Excellent, thanks for that. Will take a look.
Andy
From: live-devel on behalf of Ross
Finlayson
Sent: 07 November 2023 04:23
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Retrieving stats for ProxyServerMediaSession
> On Nov 6, 2023, at 6:44 A
Hi,
Thanks for the pointer, that was useful in extracting the incoming data for the
proxied RTSP connection.
Is there any way to iterate over all of the clients of an RTSP proxy (those
playing the stream from the proxy) to get the amount of data that has been
transmitted? I want to get the tot
nt of data/sec) to show that
the connection is working as expected.
Thanks
Andy
Andy Hawkins
Senior Software Engineer
[Uniguest]<https://uniguest.com/>
Office:
+44 1635 35111
Email:
andy.hawk...@uniguest.com
Address:
64 Greenham Road, Newbury, Berkshire, RG14 7HX UK
UNIGUEST.COM<https:
Hi,
Thanks for that, I'll have a look at making some modifications.
If I can come up with a generic way of providing 'clients' of the classes I'm
interested in (RTSPClient, ProxyServerMediaSession would probably be the first
two) with notifications via virtual functions, would you be interested
that class that I could override.
I did also consider modifying the existing classes, but obviously that's the
least attractive option.
Thanks
Andy
Andy Hawkins
Senior Software
Engineer
Office:
+44 1635 35111
Email:
andy.hawk...@un
Hi,
We're using live555 to proxy RTSP streams, by adding a ProxyServerMediaSession
to an RTSP server.
Is there any way to retrieve progress / status of the connection to the
'source' RTSP server? I'm interested in whether socket connections fail,
whether there's an error returned by the 'DESCR
30 matches
Mail list logo
