Semantics are a little different presumably but the concept
is the same: presumably, an underflow condition exists when
a consuming process may have the expectation of available data
but cannot satisfy that consumption because of (presumably
then unavailable, perhaps by error) lack of producer data.
Fair guess? Welcome to corrections if incorrect. Did not write
ffmpeg. Have written video software with underflow considerations.
Can we please stop with the 'my code's bigger than yours' now?
hv
On 9/29/23 11:43, Paul B Mahol wrote:
On 9/29/23, Mark Filipak<markfilipak.i...@gmail.com> wrote:
On Fri, Sep 29, 2023 at 11:36 AM Paul B Mahol<one...@gmail.com> wrote:
On 9/29/23, Mark Filipak<markfilipak.i...@gmail.com> wrote:
On Fri, Sep 29, 2023 at 11:01 AM Paul B Mahol<one...@gmail.com> wrote:
-snip-
Buffer underflow - something is too small in size. So there is unused,
wasteful space left.
That's not correct.
Also could mean decoder and/or demuxer did not processed whole buffer.
That's not underflow. That can be produced by underflow, but it's not
underflow.
Why would a process access a buffer before buffering is finished?
Clearly you know better ...
Clearly. I've written 8051 real time code and kernel.
This have nothing to do with real time code and/or kernel.
... and do not need help at all.
I do need help. I didn't write ffmpeg.
_______________________________________________
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
