version is 54 already

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Allows to alloc fifo buffer by passing
number of elements and size of element.

Signed-off-by: Lukasz Marek <lukasz.m.luki2@gmail.com>

avutil/fifo: delay addition of const from 78d3453c until next major ABI bump

This unbreaks API, for example audacity has more build errors due to this

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Function allows to free fifo and reset freed pointer.

Signed-off-by: Lukasz Marek <lukasz.m.luki2@gmail.com>

Signed-off-by: Lukasz Marek <lukasz.m.luki2@gmail.com>
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Prior to this a X bytes write could be seen as less than X bytes being
available if the check was done at an unfortunate moment.

Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Anton Khirnov <anton@khirnov.net>

With this change libavutil uses av_freep() everywhere where it makes sense.
Remaining av_free() use in it has the used pointer become inaccessible quickly
soo zeroing makes no sense.
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>

Signed-off-by: Mans Rullgard <mans@mansr.com>

Originally committed as revision 21997 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch by Olivier Guilyardi list et samalyse DOT c0m.

Originally committed as revision 18321 to svn://svn.ffmpeg.org/ffmpeg/trunk

consistent with av_fifo_generic_write.

Originally committed as revision 17914 to svn://svn.ffmpeg.org/ffmpeg/trunk

it easier to reuse the fifo.

Originally committed as revision 17901 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 17897 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 17876 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 17873 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 17870 to svn://svn.ffmpeg.org/ffmpeg/trunk

Yes this breaks ABI/API but ive already broken it and will bump avutil major
soon.

Originally committed as revision 17869 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 17867 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 17865 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16840 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 16782 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14856 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14855 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 14846 to svn://svn.ffmpeg.org/ffmpeg/trunk

Fixed issue417.

Originally committed as revision 13405 to svn://svn.ffmpeg.org/ffmpeg/trunk

This is more efficient as in practice the check is redundant most of the
time. Callers which do not know if enough data is available have to check
it with av_fifo_size(). Doing the check in *read() means the caller has
no choice to skip the check when its known to be redundant.
Also the return value was never documented in a public header so
changing it should not break the API. Besides this fixes the case where
read() failed on a 100% full fifo.

Originally committed as revision 13404 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 12774 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch by Björn Axelsson: bjorn axelsson intinor se
Original thread: [FFmpeg-devel] [RFC][PATCH] av_fifo_write_from_bytestream()
Date: 04/03/2008 12:14 PM

Originally committed as revision 12773 to svn://svn.ffmpeg.org/ffmpeg/trunk

change while loops to do-while as the condition is true the first time and the check just wastes cpu cycles

Originally committed as revision 7576 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7575 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7574 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7573 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 7572 to svn://svn.ffmpeg.org/ffmpeg/trunk