and no real need actually).
De : live-devel de la part de Ross
Finlayson
Envoyé : lundi 23 janvier 2023 à 18:19
À : LIVE555 Streaming Media - development & use
Objet : Re: [Live-devel] Connection to RTSP server failing after some time
> On Jan 23,
Connection to RTSP server failing after some time
> On Jan 20, 2023, at 1:23 AM, g.jaegy wrote:
>
> I guess I'll have to go back on customer site at some point, however, I would
> like to prepare a few "weapons" that would allow me to gather some further
> inform
t; On Jan 20, 2023, at 1:23 AM, g.jaegy wrote:
>
> I guess I'll have to go back on customer site at some point, however, I would
> like to prepare a few "weapons" that would allow me to gather some further
> information about what's going on. Any idea what could
son
Sent: Friday, January 20, 2023 8:54 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Connection to RTSP server failing after some time
> On Jan 19, 2023, at 11:32 PM, g.jaegy wrote:
>
> Hi Ross,
>
> Actually, at any point there is no more th
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] Connection to RTSP server failing after some time
> On Jan 19, 2023, at 10:18 AM, g.jaegy wrote:
>
> However, after some time (5-10 minutes) and a number of
> connecting/disconnecting sessions, any ne
Hi Ross,
I've encountered a weird issue on a customer site today and I'm not sure how to
progress.
Our software creates a RTSP server, using a custom source, relying on multicast
for transport, all on a local network.
Everything works fine, I can connect one or multiple clients and all clients
Also:
> On Jan 18, 2023, at 5:02 AM, g.jaegy wrote:
>
> We have a system streaming 54 channels, using a different RTSP server for
> each channel, using 18 PCs in total (so about 3 streams per PC).
Note that you don’t have to run a separate RTSP server application/process for
each strea
dress.
From: live-devel
mailto:live-devel-boun...@us.live555.com>>
on behalf of g.jaegy mailto:g.ja...@imagine3d.fr>>
Sent: Wednesday, January 18, 2023 7:02 AM
To: live-devel@lists.live555.com<mailto:live-devel@lists.live555.com>
mailto:live-de...@u
(at least, on the same host).
#if 0
socketLeaveGroup(env(), socketNum(), groupAddress(r);
for (destRecord* dests = fDests; dests != NULL; dests = dests->fNext) {
socketLeaveGroup(env(), socketNum(), dests->fGroupEId.groupAddress(r);
}
#endif
}
From: live-devel On Behalf Of g.jaeg
Hi Ross,
That subject is a bit beyond my knowledge, so I would like to apologize for any
stupid thing I might be saying.
We have a system streaming 54 channels, using a different RTSP server for each
channel, using 18 PCs in total (so about 3 streams per PC). Transport is using
multicast.
Cur
Why that ? I understand it might require a higher buffer maybe since packets
might be reordered/resent/etc., any other reason ?
-Original Message-
From: live-devel On Behalf Of Ross Finlayson
Sent: Monday, January 9, 2023 8:58 PM
To: LIVE555 Streaming Media - development & use
Subject:
ayson
Sent: Monday, January 9, 2023 8:54 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] question RTSP server
> On Jan 9, 2023, at 11:41 AM, g.jaegy wrote:
>
> Perfect, that what I've done and it's working like a charm 👍 I've indeed
&g
uary 9, 2023 6:24:49 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] question RTSP server
> On Jan 9, 2023, at 6:21 AM, g.jaegy wrote:
>
> Fantastic, thanks a lot for that quick and very precise answer.
>
> I've managed to update the cod
tanciate a new frame, but use the same single input
source object ?
Thanks a lot !
-Original Message-
From: live-devel On Behalf Of Ross Finlayson
Sent: Monday, January 9, 2023 12:27 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] question RTSP serve
Hi,
I have a RTSP server that can stream a H265 stream from a custom H265 packet
source, used by a "H265VideoStreamDiscreteFramer" object (basically a live
screen capture of a Vulkan application sent down to NVenc which generated the
H265 packets). It uses a "PassiveServerMediaSubsession" objec
Re: [Live-devel] [Mirasys] Live555 RTSP server questions
> On Mar 11, 2022, at 7:05 AM, g.jaegy wrote:
>
> Just joining the conversation... What order of magnitude do you recommend
> setting the NAL unit size to ? MTU size ? 64kB ? More ?
You should try to make the NAL size
Just joining the conversation... What order of magnitude do you recommend
setting the NAL unit size to ? MTU size ? 64kB ? More ?
From: live-devel on behalf of Ross
Finlayson
Sent: Thursday, March 10, 2022 5:36:56 PM
To: LIVE555 Streaming Media - development &
Nevermind, I found the solution, the last objects enumerated (GroupSock RTP &
RTCP / H265VideoRTPSink / RTCPInstance) should be instanciated per stream.
From: live-devel On Behalf Of g.jaegy
Sent: Tuesday, February 15, 2022 12:04 PM
To: live-devel@lists.live555.com
Subject: [Live-d
Hi,
I have a working RTSP server, streaming one H265 streaming through RTP
(multicast UDP). My code is mostly based on the testH265VideoStreamer example.
Now, I want to add multiple H265 streams (all having the same properties,
resolution etc.).
I'm not sure I understand really how that works
o: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] compilation issue / vcpkg / windows
> On Feb 15, 2022, at 3:53 AM, g.jaegy wrote:
>
> So, you were right.
>
> Setting fPresentationTime using gettimeofday() solves the problem.
>
> Now, this however
/ windows
> On Feb 15, 2022, at 2:44 AM, g.jaegy wrote:
>
> This all works, until a second client connect. In that case, the first client
> stop playing.
>
> I must be doing something wrong, but I don't know what.
>
> Would you have any advice or hint that would
e: [Live-devel] compilation issue / vcpkg / windows
> On Feb 15, 2022, at 2:44 AM, g.jaegy wrote:
>
> This all works, until a second client connect. In that case, the first client
> stop playing.
>
> I must be doing something wrong, but I don't know what.
>
> Would you
-
From: live-devel On Behalf Of Ross Finlayson
Sent: Friday, February 4, 2022 10:57 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] compilation issue / vcpkg / windows
> On Feb 5, 2022, at 10:43 AM, g.jaegy wrote:
>
> Thanks for your answer.
>
connects (I would say 50%).
-Original Message-
From: live-devel On Behalf Of Ross Finlayson
Sent: Friday, February 4, 2022 10:57 PM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] compilation issue / vcpkg / windows
> On Feb 5, 2022, at 10:43 AM, g.jaegy wr
t 10:43 AM, g.jaegy wrote:
>
> Thanks for your answer.
>
> I was actually running VLC from two different PCs on my LAN.
>
> The fact that multiple clients connect should be fully transparent to me,
> right ? fPresentationTime should continue increasing normally, shouldn&
Thanks for your answer.
I was actually running VLC from two different PCs on my LAN.
The fact that multiple clients connect should be fully transparent to me, right
? fPresentationTime should continue increasing normally, shouldn't it ?
I'm having a week off, I won't be able to get back on this
Actually the stream plays fine on the newly connected player (#2), only the one
that connected first (#1) has the video frozen...
I'm getting a whole frame from nvenc. I decompose it in multiple NALUs, then
send each of them separately (i.e. each in a different provideFrame() call - or
another
cpkg / windows
> On Feb 4, 2022, at 11:46 PM, g.jaegy wrote:
>
> OK. Possibly one could also fix the error by using alloca(), possibly leading
> to the same result ?
Unfortunately I’m disinclined to use “alloca()”, because “man alloca” (at least
on FreeBSD) says:
ming Media - development & use
Subject: Re: [Live-devel] compilation issue / vcpkg / windows
> On Feb 4, 2022, at 10:58 PM, g.jaegy wrote:
>
> Upstream accidentally stepped on trying to use C99 VLAs;
> fOutBuf->curPacketSize() is not a constant.
>
> // Hack: Beca
Behalf Of Ross Finlayson
Sent: Friday, February 4, 2022 11:09 AM
To: LIVE555 Streaming Media - development & use
Subject: Re: [Live-devel] compilation issue / vcpkg / windows
> On Feb 4, 2022, at 10:58 PM, g.jaegy wrote:
>
> While trying to build live555 through vcpkg (VS packet m
While trying to build live555 through vcpkg (VS packet mananager), I get an
error as the initial source tar.gz file had changed. I reported the issue to
MS, they fixed the download link, however, with the latest release a
compilation error occurs:
https://github.com/microsoft/vcpkg/compare/mast
31 matches
Mail list logo
