> You may want to simply turn off b-frames at 1fps to reduce the latency.
> Two b-frames between i/p frames will introduce a latency of around
> 3 seconds at 1 fps no matter how much you optimize at the encoder.
OTOH, making every frame a key frame will significantly increase the stream’s
bit rat
Hi Patrick,
On 13.04.2017 21:22, Weber, Patrick wrote:
note that encoding is going to create some latency
that might not be noticed in 30fps applications, but when dealing with
1Hz frame rates a lag of two or three frames is very apparent!
You may want to simply turn off b-frames at 1fps to re
> Just a quick follow-up to let you know that live555 works quite well
> distributing low frame-rate high resolution video. My application gets bitmap
> images from a panoramic camera at a frequency of between 1 and 4 frames per
> second. I convert these to RBG24 “frames”, pass them into the FFM
Just a quick follow-up to let you know that live555 works quite well
distributing low frame-rate high resolution video. My application gets bitmap
images from a panoramic camera at a frequency of between 1 and 4 frames per
second. I convert these to RBG24 "frames", pass them into the FFMPEG enco
> I’m working on distributing live panoramas and was wondering if live555 is
> suited to this application. Some particulars:
>
> Frames are 2160 x 1080.
> Frame rate is around 1/second.
> I’ll be using either MPEG4 or H264 for encoding.
>
> Is this do-able with live555? If so, any “gotcha’s” I
I'm working on distributing live panoramas and was wondering if live555 is
suited to this application. Some particulars:
Frames are 2160 x 1080.
Frame rate is around 1/second.
I'll be using either MPEG4 or H264 for encoding.
Is this do-able with live555? If so, any "gotcha's" I should be aware o
