December 2009 - ffmpeg-devel - lists.ffmpeg.org

FFMPEG can't read bit-rate from RTSP
by stas.oskin＠gmail.com 02 Dec '09

02 Dec '09

Hi. I thought for some time I have an error in my code, but it actually seems as FFMPEG is unable to read the bit-rate from any RTSP stream. Is it a known limitation, and any idea how it can be resolved? Thanks.

1 0

Problem with libavutil/pixfmt.h
by lucabe72＠email.it 02 Dec '09

02 Dec '09

Hi all, I just noticed a problem with libavutil/pixfmt.h: it is unconditionally included by libavutil/avutil.h, but uses symbols defined in config.h ("#if HAVE_BIGENDIAN", at line 130). I do not know if this problem has always been there or if it is a regression. Is this a known problem? Or should I try to bisect it? Thanks, Luca

2 1

[PATCH] rtmp-output
by piratfm＠gmail.com 02 Dec '09

02 Dec '09

Hi. This patch implements rtmp-output for libavformat. It was tested with red5/wowza/fms. Also it adds extraction/injection of extended timestamps, and header compression for ff_rtmp_packet_write

4 9

Fix for seek issues with files >2GB
by sean.soria＠gmail.com 01 Dec '09

01 Dec '09

In av_seek_frame_generic there are many calls to url_fseek that look like this: if ((ret = url_fseek(s->pb, ie->pos, SEEK_SET)) < 0) return ret; Unfortunately, ret is declared as int, while url_fseek returns int64_t, so the return value will be truncated before being compared with zero. Since url_fseek returns the current position on success, certain values (2GB-4GB for instance) will be interpreted as negative values despite being positive 64-bit values. This patch declares ret as an int64_t so that truncation does not occur until the value is actually returned. --- libavformat/utils.c (revision 20690) +++ libavformat/utils.c (working copy) @@ -1513,7 +1513,8 @@ static int av_seek_frame_byte(AVFormatCo static int av_seek_frame_generic(AVFormatContext *s, int stream_index, int64_t timestamp, int flags) { - int index, ret; + int index; + int64_t ret; AVStream *st; AVIndexEntry *ie;

3 2

[PATCH] put_bits32 le
by baptiste.coudurier＠gmail.com 01 Dec '09

01 Dec '09

Guys, It seems ALT_BITSTREAM_WRITER_LE is not defined anywhere in the source code. Is it a typo and should be BITSTREAM_WRITER_LE as used in gif and vorbis encoders ? -- Baptiste COUDURIER Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA FFmpeg maintainer http://www.ffmpeg.org

2 2

Additional RTSP issues
by stas.oskin＠gmail.com 01 Dec '09

01 Dec '09

Hi. In addition to the SEQ problem that I'm working on right now, I have other 2 issues which I might be able to tinker: 1) There is a delay between the moment initial connection to RTSP is done ,and before the read__packet() returns the first packet. The delay is about 2-3 seconds, and then all the packets for these seconds are returned at once (one after another), with AV_NOPTS_VALUE for their PTS/DTS value. Other RTSP implementation don't seem to have this issue. Any idea if it's as intended, and there any setting which controls it? If not, is it a know issue, which can be solved? 2) It seems that current RTSP implementation doesn't send keep-alive signals - at least it seems as I'm stopping receiving packets after 20 sec, and then I need to reconnect to the source. There seems to be a patch that was submitted, but no indication whether it was really accepted. Any idea what it's status, and what should be improved there to support more keep-alive scenarios? Thanks for your help!

6 66

[PATCH] lavf: AVFMT_HAS_NONBLOCK flag for (de)muxers
by ivop＠euronet.nl 01 Dec '09

01 Dec '09

Hi, This patch introduces a new flag to indicate whether a format supports non-blocking reading and/or writing. Not sure if micro or minor version number had to be changed. Searching back on the mailinglist gave no conclusive answer. The same goes for the addition to APIchanges. Are the rules about that written down somewhere? Regards, --Ivo

3 13

[PATCH] pngdec : release allocated buffers
by jmenon86＠gmail.com 01 Dec '09

01 Dec '09

Hi, As in subject. -- Jai Menon

2 2