> On May 17, 2021, at 3:10 PM, Dmitry Bely wrote:
>
> Currently RTSP server generates the following SDP line for live streams:
>
> a=range:npt=0-
>
> I'm afraid it's not very correct and
>
> a=range:npt=now-
>
> should be used instead. A quote from rfc2326:
>
>> The "now" constant allows c
> 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
Currently RTSP server generates the following SDP line for live streams:
a=range:npt=0-
I'm afraid it's not very correct and
a=range:npt=now-
should be used instead. A quote from rfc2326:
> The "now" constant allows clients to request to receive the live feed rather
> than the stored or time-
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
> >>>
>> 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
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
> 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
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
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
I'm trying to create a live555-based RTSP server streaming H.264 via
unicast from a live source. I'm able to stream video to the first
client without errors, but when the second client connects
concurrently to the same URL it fails to find PPS/SPS NALs in the
beginning of H.264 stream (ffmpeg clien
> On May 17, 2021, at 3:04 AM, mario.takeu...@sony.com wrote:
>
> Hello,
>
> We found a crash problem in liblivemedia (2018.02.18-1) packaged for Ubuntu
> Bionic.
> It's a bit old version, but I think it has not been fixed in the latest
> version.
Sorry, but we support only the latest versio
Hello,
We found a crash problem in liblivemedia (2018.02.18-1) packaged for Ubuntu
Bionic.
It's a bit old version, but I think it has not been fixed in the latest version.
I will explain the detail of the problem here.
The cause is that RTSPClientConnection instance has been deleted when
Deregi
12 matches
Mail list logo
