Re: [Live-devel] H.264 PPS/SPS for the second client

2021-05-18 Thread Dmitry Bely
On Tue, May 18, 2021 at 12:54 AM Ross Finlayson wrote: > > > Is it absolutely impossible to > > discard all NALs for the given RTP stream on the server side until > > SPS/PPS arrive? > > If your server is using our “H264VideoFileServerMediaSubsession” class, > then it’s

Re: [Live-devel] H.264 PPS/SPS for the second client

2021-05-17 Thread Ross Finlayson
> Is it absolutely impossible to > discard all NALs for the given RTP stream on the server side until > SPS/PPS arrive? If your server is using our “H264VideoFileServerMediaSubsession” class, then it’s already doing this. However, the problem is that - for many H

Re: [Live-devel] H.264 PPS/SPS for the second client

2021-05-17 Thread Dmitry Bely
On Mon, May 17, 2021 at 8:02 PM Ross Finlayson wrote: > > Feel free to file bug reports with that project. > Feel free to file a bug report with “ffmpeg”. OK, your point is taken. > >>> Is it absolutely impossible to > >>> discard all NALs for the given RTP stream on the server side until > >>>

Re: [Live-devel] H.264 PPS/SPS for the second client

2021-05-17 Thread Ross Finlayson
>> ffmpeg’s implementation of RTSP isn’t very good. Instead, you could use our >> RTSP client implementation, and just use ffmpeg for the H.264 video >> decoding. (This is what most people do.) > > I can't unfortunately. Another side (https://shinobi.video) uses > ffmpeg internally... Feel fr

Re: [Live-devel] H.264 PPS/SPS for the second client

2021-05-17 Thread Dmitry Bely
On Mon, May 17, 2021 at 7:20 PM Ross Finlayson wrote: > > > > > On May 17, 2021, at 9:53 AM, Dmitry Bely wrote: > > > > On Mon, May 17, 2021 at 6:18 PM Ross Finlayson > > wrote: > >> > >> A receiver of a H.264 RTSP/RTP stream cannot rely on receiving the SPS and > >> PPS NAL units inside the s

Re: [Live-devel] H.264 PPS/SPS for the second client

2021-05-17 Thread Ross Finlayson
> On May 17, 2021, at 9:53 AM, Dmitry Bely wrote: > > On Mon, May 17, 2021 at 6:18 PM Ross Finlayson wrote: >> >> A receiver of a H.264 RTSP/RTP stream cannot rely on receiving the SPS and >> PPS NAL units inside the stream. As you’ve discovered, if your server sets >> “reuseFirstSource” t

Re: [Live-devel] H.264 PPS/SPS for the second client

2021-05-17 Thread Dmitry Bely
On Mon, May 17, 2021 at 6:18 PM Ross Finlayson wrote: > > A receiver of a H.264 RTSP/RTP stream cannot rely on receiving the SPS and > PPS NAL units inside the stream. As you’ve discovered, if your server sets > “reuseFirstSource” to True, then only the first-connected receiver will get > the

Re: [Live-devel] H.264 PPS/SPS for the second client

2021-05-17 Thread Ross Finlayson
A receiver of a H.264 RTSP/RTP stream cannot rely on receiving the SPS and PPS NAL units inside the stream. As you’ve discovered, if your server sets “reuseFirstSource” to True, then only the first-connected receiver will get the SPS and PPS NAL units (if they appeared at the start of the media