From trac at avcodec.org Wed Jun 1 00:53:06 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 May 2011 22:53:06 -0000 Subject: [FFmpeg-trac] #256(undetermined:new): FFmpeg fails to build after SDL output device addition Message-ID: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> #256: FFmpeg fails to build after SDL output device addition --------------------------+------------------------- Reporter: KSHawkEye | Type: defect Status: new | Priority: critical Component: undetermined | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+------------------------- The current FFmpeg fails to build due to the new SDL output device additions. FFmpeg fails at make with: {{{ ffmpeg.c:4474:5: error: no previous prototype for ?SDL_main? }}} I should note that SDL is built and have worked with previous versions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 01:05:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 May 2011 23:05:52 -0000 Subject: [FFmpeg-trac] #256(undetermined:new): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.d1b5ff3ecaec3c6813620bc71d8a77a2@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: new Priority: critical | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by KSHawkEye): Replying to [ticket:256 KSHawkEye]: > The current FFmpeg fails to build due to the new SDL output device additions. > > FFmpeg fails at make with: > > {{{ > ffmpeg.c:4474:5: error: no previous prototype for ?SDL_main? > }}} > > I should note that SDL is built and have worked with previous versions. Correction: "I should note that SDL is built and have worked with previous versions." should read: "I should note that SDL is built and has worked with previous versions." Also, this is a for a Windows build. Lastly, the git commit I tested on was: f6a8ce98a7bce601a7db4a8f2a615822dc8f71bd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 01:12:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 May 2011 23:12:16 -0000 Subject: [FFmpeg-trac] #257(undetermined:new): udp/rtp protocols without pthread? Message-ID: <038.3586adce5b8894285105e2681971bc11@avcodec.org> #257: udp/rtp protocols without pthread? --------------------------+-------------------------- Reporter: ami_stuff | Type: enhancement Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- udp/rtp protocols depends now on libpthread, maybe it would be possible to add "no pthread" mode to compile them without pthread? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 01:15:05 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 May 2011 23:15:05 -0000 Subject: [FFmpeg-trac] #255(undetermined:new): incorrect checksum for freed object In-Reply-To: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> References: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> Message-ID: <051.a127b02e8c1488da3c73b30441ce750c@avcodec.org> #255: incorrect checksum for freed object --------------------+--------------------------- Reporter: zimbatm | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: malloc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+--------------------------- Comment (by zimbatm): Ok, apparently OSX seems to be 16-byte mem aligned [1]. If I turn HAVE_POSIX_MEMALIGN in the config.h, then the error disappears but I don't really understand the implications of this, it's a bit too low-level for me. I tried hacking the ./configure script to disable posix_memalign on darwin, but the have_func check is run after the platform-specific checks. What else could I try ? [1] : http://stackoverflow.com/questions/196329/osx-lacks-memalign -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 10:49:25 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 08:49:25 -0000 Subject: [FFmpeg-trac] #256(build system:open): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.578495d3c6875a0900313029ea73d78d@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: important | Component: build system Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * keywords: => sdl * priority: critical => important * status: new => open * component: undetermined => build system Comment: Please add the complete, uncut output of {{{ $ make V=1 ffmpeg.o }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 10:52:54 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 08:52:54 -0000 Subject: [FFmpeg-trac] #256(build system:open): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.6cb7740901ca78841ef9ede9a87744b4@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: important | Component: build system Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): And please attach ffmpeg.d (after running above command). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 11:05:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 09:05:00 -0000 Subject: [FFmpeg-trac] #256(build system:open): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.f4373cc7809a58b61baf431f85749282@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: important | Component: build system Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by KSHawkEye): {{{ i686-w64-mingw32-gcc -I. -I"/home/kyle/software/ffmpeg/source/ffmpeg-git" -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -U__STRICT_ANSI__ -I/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/include -I/home/kyle/software/ffmpeg/packages/bzlib/bzlib-1.0.6-win32/include -I/home/kyle/software/ffmpeg/packages/freetype/freetype-2.4.4-win32/include -I/home/kyle/software/ffmpeg/packages/frei0r/frei0r-1.3-win32/include -I/home/kyle/software/ffmpeg/packages/gsm/gsm-1.0.13-3-win32/include -I/home/kyle/software/ffmpeg/packages/lame/lame-3.98.4-win32/include -I/home/kyle/software/ffmpeg/packages/opencore-amr/opencore- amr-0.1.2-win32/include -I/home/kyle/software/ffmpeg/packages/openjpeg/openjpeg-1.4-win32/include -I/home/kyle/software/ffmpeg/packages/speex/speex-1.2rc1-win32/include -I/home/kyle/software/ffmpeg/packages/theora/theora-1.1.1-win32/include -I/home/kyle/software/ffmpeg/packages/vorbis/vorbis-1.3.2-win32/include -I/home/kyle/software/ffmpeg/packages/libvpx/libvpx-0.9.6-win32/include -I/home/kyle/software/ffmpeg/packages/polarssl/polarssl-0.14.3-win32/include -I/home/kyle/software/ffmpeg/packages/rtmpdump/librtmp-git-6155179b- win32/include -I/home/kyle/software/ffmpeg/packages/orc/orc-0.4.11-win32/include -I/home/kyle/software/ffmpeg/packages/schroedinger/schroedinger-1.0.10-win32/include -I/home/kyle/software/ffmpeg/packages/libogg/libogg-1.2.2-win32/include -I/home/kyle/software/ffmpeg/packages/x264/x264-git-c1e60b90-win32/include -I/home/kyle/software/ffmpeg/packages/xavs/xavs-r51-win32/include -I/home/kyle/software/ffmpeg/packages/xvid/xvid-1.3.2-win32/include -I/home/kyle/software/ffmpeg/packages/zlib/zlib-1.2.5-win32/include -std=c99 -fno-common -fomit-frame-pointer -I/home/kyle/software/ffmpeg/packages/freetype/freetype-2.4.4-win32/include/freetype2 -I/home/kyle/software/ffmpeg/packages/freetype/freetype-2.4.4-win32/include -I/home/kyle/software/ffmpeg/packages/rtmpdump/librtmp-git-6155179b- win32/include -I/home/kyle/software/ffmpeg/packages/schroedinger/schroedinger-1.0.10-win32/include/schroedinger-1.0 -I/home/kyle/software/ffmpeg/packages/orc/orc-0.4.11-win32/include/orc-0.4 -D_GNU_SOURCE=1 -Dmain=SDL_main -I/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/include/SDL -g -Wdeclaration-after-statement -Wall -Wno-parentheses -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer- sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -Wmissing- prototypes -Wno-pointer-to-int-cast -O3 -fno-math-errno -fno-signed-zeros -fno-tree-vectorize -Werror=implicit-function-declaration -Werror=missing- prototypes -MMD -MF ffmpeg.d -MT ffmpeg.o -c -o ffmpeg.o /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c In file included from /home/kyle/software/ffmpeg/source/ffmpeg- git/ffmpeg.c:45:0: /home/kyle/software/ffmpeg/source/ffmpeg- git/libavformat/os_support.h:34:0: warning: "lseek" redefined /home/kyle/software/mingw-w64/test- script/mingw-w64-i686/lib/gcc/i686-w64-mingw32/4.5.3/../../../../i686-w64-mingw32/include/io.h:336:0: note: this is the location of the previous definition /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c: In function ?term_exit?: /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:444:5: warning: zero-length ms_printf format string /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c: In function ?opt_input_file?: /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:3244:5: warning: ?sample_rate? is deprecated (declared at /home/kyle/software/ffmpeg/source /ffmpeg-git/libavformat/avformat.h:232) /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:3245:5: warning: ?channels? is deprecated (declared at /home/kyle/software/ffmpeg/source /ffmpeg-git/libavformat/avformat.h:233) /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:3248:5: warning: ?width? is deprecated (declared at /home/kyle/software/ffmpeg/source /ffmpeg-git/libavformat/avformat.h:234) /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:3249:5: warning: ?height? is deprecated (declared at /home/kyle/software/ffmpeg/source /ffmpeg-git/libavformat/avformat.h:235) /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:3250:5: warning: ?pix_fmt? is deprecated (declared at /home/kyle/software/ffmpeg/source /ffmpeg-git/libavformat/avformat.h:236) /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:3252:5: warning: ?channel? is deprecated (declared at /home/kyle/software/ffmpeg/source /ffmpeg-git/libavformat/avformat.h:237) /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:3253:5: warning: ?standard? is deprecated (declared at /home/kyle/software/ffmpeg/source /ffmpeg-git/libavformat/avformat.h:238) /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c: In function ?opt_output_file?: /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:3951:5: warning: ?av_set_parameters? is deprecated (declared at /home/kyle/software/ffmpeg/source/ffmpeg-git/libavformat/avformat.h:1362) /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c: At top level: /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:4474:5: error: no previous prototype for ?SDL_main? make: *** [ffmpeg.o] Error 1 }}} I could not find ffmpeg.d I don't believe it was built. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 11:09:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 09:09:03 -0000 Subject: [FFmpeg-trac] #255(undetermined:open): incorrect checksum for freed object In-Reply-To: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> References: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> Message-ID: <051.d7cd29335bceb5d5f5ebe3f4ecc1bc85@avcodec.org> #255: incorrect checksum for freed object --------------------+--------------------------- Reporter: zimbatm | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: malloc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: I fear at least AVX needs more then 16-byte alignment. Is calling av_malloc(1) from main() enough to trigger the error? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 11:26:34 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 09:26:34 -0000 Subject: [FFmpeg-trac] #258(avformat:new): RTP over UDP: doesn't reorder packets Message-ID: <035.50c44bf7c4088c27553fa9d3b2a18088@avcodec.org> #258: RTP over UDP: doesn't reorder packets -------------------------+------------------------- Reporter: Andrew | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: RTP reorder | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------+------------------------- muxonly.c source ... ic = avformat_alloc_context(); ic->preload = 1000000; // 1 sec ic->max_delay = 3000000; // 5 sec ap.prealloced_context = 1; ret = av_open_input_file(&ic, argv[1], NULL, 0, &ap); ... while () av_read_frame() ... libavformat/rtpdec.h -#define RTP_REORDER_QUEUE_DEFAULT_SIZE 10 +#define RTP_REORDER_QUEUE_DEFAULT_SIZE 50 ./muxonly 'rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4' mov /tmp/test.mov SDP: v=0 o=- 1306917023786450 1306917023786450 IN IP4 axis1031 s=Media Presentation e=NONE c=IN IP4 0.0.0.0 b=AS:8000 t=0 0 a=control:rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4 a=range:npt=0.000000- m=video 0 RTP/AVP 96 b=AS:8000 a=framerate:30.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:rtsp://axis1031:554/axis- media/media.amp/trackID=1?video=1&audio=0&videocodec=mpeg4 a=rtpmap:96 MP4V-ES/90000 a=fmtp:96 profile-level-id=245; config=000001B0F5000001B50ECF000001000000012000C88D881F4514043C14103F video codec set to: mpeg4 hello state=0 RTP: missed 3 packets RTP: missed 2 packets RTP: missed 2 packets RTP: missed 1 packets RTP: missed 3 packets RTP: missed 5 packets RTP: missed 2 packets RTP: missed 2 packets RTP: missed 3 packets RTP: missed 4 packets RTP: missed 3 packets RTP: missed 1 packets RTP: missed 5 packets RTP: missed 3 packets RTP: missed 4 packets RTP: missed 4 packets RTP: missed 4 packets RTP: missed 7 packets RTP: missed 4 packets RTP: missed 4 packets RTP: missed 4 packets RTP: missed 6 packets RTP: missed 3 packets RTP: missed 4 packets RTP: missed 6 packets RTP: missed 2 packets RTP: missed 4 packets RTP: missed 5 packets RTP: missed 3 packets RTP: missed 3 packets RTP: missed 2 packets RTP: missed 3 packets RTP: missed 2 packets RTP: missed 5 packets RTP: missed 3 packets RTP: missed 13 packets RTP: missed 29 packets RTP: missed 12 packets RTP: missed 28 packets RTP: missed 3 packets RTP: missed 15 packets RTP: missed 7 packets RTP: missed 8 packets RTP: missed 14 packets RTP: missed 2 packets RTP: missed 9 packets RTP: missed 21 packets RTP: missed 5 packets RTP: missed 28 packets RTP: missed 9 packets RTP: missed 5 packets RTP: missed 8 packets RTP: missed 17 packets RTP: missed 46 packets RTP: missed 3 packets RTP: missed 4 packets RTP: missed 3 packets RTP: missed 1 packets RTP: missed 4 packets RTP: missed 3 packets RTP: missed 2 packets RTP: missed 3 packets RTP: missed 1 packets RTP: missed 5 packets All info found Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4': Metadata: title : Media Presentation Duration: N/A, start: 3.690289, bitrate: N/A Stream #0.0, 22, 1/90000: Video: mpeg4, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 1k tbr, 90k tbn, 1k tbc AVFormatContext: start_time = 3690289 (1/1000000) 3.690 sec AVStream: start_time = 332126 (1/90000) 3.690 sec, first_dts = 332126 3.690 sec Output #0, mov, to '/tmp/test.mov': Stream #0.0, 0, 1/90000: Video: mpeg4, yuv420p, 640x480, q=2-31, 90k tbn, 90k tbc Output #0, mov, to '/tmp/test.mov': Metadata: encoder : Lavf53.2.0 Stream #0.0, 0, 1/90000: Video: mpeg4, yuv420p, 640x480, q=2-31, 90k tbn, 90k tbc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 11:32:11 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 09:32:11 -0000 Subject: [FFmpeg-trac] #258(avformat:new): RTP over UDP: doesn't reorder packets In-Reply-To: <035.50c44bf7c4088c27553fa9d3b2a18088@avcodec.org> References: <035.50c44bf7c4088c27553fa9d3b2a18088@avcodec.org> Message-ID: <050.69dda56096a23b3603ed37854ad5ee21@avcodec.org> #258: RTP over UDP: doesn't reorder packets ------------------------+----------------------- Reporter: Andrew | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: RTP reorder | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by Andrew): Camera: Axis M1031, connected to a same switch with my host. ffmpeg (rtp over tcp or http transport), gstreamer (rtp over udp) - work finelly and stable, without missing frames and "RTP: ... bad cseq=... expected=..." -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 11:53:11 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 09:53:11 -0000 Subject: [FFmpeg-trac] #257(undetermined:new): udp/rtp protocols without pthread? In-Reply-To: <038.3586adce5b8894285105e2681971bc11@avcodec.org> References: <038.3586adce5b8894285105e2681971bc11@avcodec.org> Message-ID: <053.cce5bf137690b1cbd0fc0e1bdfc2f94d@avcodec.org> #257: udp/rtp protocols without pthread? ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): {{{ udp: add a thread into udp.c for receiving data into a circular buffer, this stops... author JULIAN GARDNER Fri, 13 May 2011 14:28:42 +0000 (16:28 +0200) committer Michael Niedermayer Fri, 13 May 2011 15:40:59 +0000 (17:40 +0200) Also added a buf_size which is the number of TS packets that to be allocated for the circular buffer. libavformat/udp.c patch | blob | blame | history diff --git a/libavformat/udp.c b/libavformat/udp.c index 35c1774..6f3b801 100644 (file) --- a/libavformat/udp.c +++ b/libavformat/udp.c @@ -34,6 +34,9 @@ #include "network.h" #include "os_support.h" #include "url.h" +#include +#include +#include #include #ifndef IPV6_ADD_MEMBERSHIP @@ -51,8 +54,22 @@ typedef struct { struct sockaddr_storage dest_addr; int dest_addr_len; int is_connected; + + /* Circular Buffer variables for use in UDP receive code */ + unsigned char *circular_buffer; + int circular_buffer_head; + int circular_buffer_size; + int circular_buffer_tail; + int circular_buffer_available; + int circular_buffer_available_max; + int circular_buffer_error; + pthread_t circular_buffer_thread; + sem_t circular_buffer_semaphore; } UDPContext; +#define min(X,Y) ((X)<(Y) ? (X):(Y)) +#define max(X,Y) ((X)>(Y) ? (X):(Y)) + #define UDP_TX_BUF_SIZE 32768 #define UDP_MAX_PKT_SIZE 65536 @@ -298,6 +315,69 @@ static int udp_get_file_handle(URLContext *h) return s->udp_fd; } +static void *circular_buffer_task( void *_URLContext) +{ + URLContext *h = _URLContext; + UDPContext *s = h->priv_data; + fd_set rfds; + struct timeval tv; + + for(;;) { + int left; + int ret; + int len; + + if (url_interrupt_cb()) { + s->circular_buffer_error = EINTR; + return NULL; + } + + FD_ZERO(&rfds); + FD_SET(s->udp_fd, &rfds); + tv.tv_sec = 1; + tv.tv_usec = 0; + ret = select(s->udp_fd + 1, &rfds, NULL, NULL, &tv); + if (ret < 0) { + if (ff_neterrno() == AVERROR(EINTR)) + continue; + s->circular_buffer_error = EIO; + return NULL; + } + + if (!(ret > 0 && FD_ISSET(s->udp_fd, &rfds))) + continue; + + /* How much do we have left to the end of the buffer */ + left = s->circular_buffer_size-s->circular_buffer_head; + /* Whats the minimum we can read so that we dont comletely fill the buffer */ + sem_wait( &s->circular_buffer_semaphore); + left = min( left, s->circular_buffer_size-s->circular_buffer_available); + sem_post( &s->circular_buffer_semaphore ); + /* No Space left, error, what do we do now */ + if( !left) { + av_log(h, AV_LOG_ERROR, "circular_buffer: OVERRUN\n"); + s->circular_buffer_error = EIO; + return NULL; + } + len = recv(s->udp_fd, s->circular_buffer+s->circular_buffer_head, left, 0); + if (len < 0) { + if (ff_neterrno() != AVERROR(EAGAIN) && ff_neterrno() != AVERROR(EINTR)) { + s->circular_buffer_error = EIO; + return NULL; + } + } + s->circular_buffer_head += len; + sem_wait( &s->circular_buffer_semaphore); + s->circular_buffer_available += len; + s->circular_buffer_available_max = max( s->circular_buffer_available_max, s->circular_buffer_available); + sem_post( &s->circular_buffer_semaphore ); + if( s->circular_buffer_head>=s->circular_buffer_size) + s->circular_buffer_head -= s->circular_buffer_size; + } + + return NULL; +} + /* put it in UDP context */ /* return non zero if error */ static int udp_open(URLContext *h, const char *uri, int flags) @@ -325,10 +405,12 @@ static int udp_open(URLContext *h, const char *uri, int flags) s->ttl = 16; s->buffer_size = is_output ? UDP_TX_BUF_SIZE : UDP_MAX_PKT_SIZE; + s->circular_buffer_size = 7*188*4096; + p = strchr(uri, '?'); if (p) { if (av_find_info_tag(buf, sizeof(buf), "reuse", p)) { - const char *endptr=NULL; + char *endptr=NULL; s->reuse_socket = strtol(buf, &endptr, 10); /* assume if no digits were found it is a request to enable it */ if (buf == endptr) @@ -350,6 +432,9 @@ static int udp_open(URLContext *h, const char *uri, int flags) if (av_find_info_tag(buf, sizeof(buf), "connect", p)) { s->is_connected = strtol(buf, NULL, 10); } + if (av_find_info_tag(buf, sizeof(buf), "buf_size", p)) { + s->circular_buffer_size = strtol(buf, NULL, 10)*188; + } } /* fill the dest addr */ @@ -431,10 +516,28 @@ static int udp_open(URLContext *h, const char *uri, int flags) } s->udp_fd = udp_fd; + + if (!is_output && s->circular_buffer_size) { + /* start the task going */ + s->circular_buffer = av_malloc( s->circular_buffer_size); + if (sem_init( &s->circular_buffer_semaphore, PTHREAD_PROCESS_PRIVATE, 1 )) { + av_log(h, AV_LOG_ERROR, "sem_init failed\n"); + goto fail; + } + if (pthread_create(&s->circular_buffer_thread, NULL, circular_buffer_task, h)) { + av_log(h, AV_LOG_ERROR, "pthread_create failed\n"); + goto fail; + } + } + return 0; fail: if (udp_fd >= 0) closesocket(udp_fd); + if (s->circular_buffer) { + sem_destroy( &s->circular_buffer_semaphore); + av_free( s->circular_buffer); + } av_free(s); return AVERROR(EIO); } @@ -443,6 +546,51 @@ static int udp_read(URLContext *h, uint8_t *buf, int size) { UDPContext *s = h->priv_data; int ret; + int avail; + int left; + fd_set rfds; + struct timeval tv; + + if (s->circular_buffer_thread) { + + do { + sem_wait( &s->circular_buffer_semaphore ); + avail = s->circular_buffer_available; + sem_post( &s->circular_buffer_semaphore ); + if (avail) { // >=size) { + + // Maximum amount available + size = min( avail, size); + // Whats left till the end of the circular buffer + left = s->circular_buffer_size-s->circular_buffer_tail; + // How much do we need, all? + left = min( left, size); + // Get the first block + memcpy( buf, s->circular_buffer+s->circular_buffer_tail, left); + // Have we any more, this will be from the start of the buffer + if (size-left) + memcpy( buf+left, s->circular_buffer, size-left); + // Check for the tail wrapping around + s->circular_buffer_tail += size; + if( s->circular_buffer_tail>=s->circular_buffer_size) + s->circular_buffer_tail -= s->circular_buffer_size; + // Update the available amount + sem_wait( &s->circular_buffer_semaphore ); + s->circular_buffer_available -= size; + sem_post( &s->circular_buffer_semaphore ); + return size; + } + else { + FD_ZERO(&rfds); + FD_SET(s->udp_fd, &rfds); + tv.tv_sec = 1; + tv.tv_usec = 0; + ret = select(s->udp_fd + 1, &rfds, NULL, NULL, &tv); + if (ret<0) + return ret; + } + } while( 1); + } if (!(h->flags & AVIO_FLAG_NONBLOCK)) { ret = ff_network_wait_fd(s->udp_fd, 0); @@ -450,6 +598,7 @@ static int udp_read(URLContext *h, uint8_t *buf, int size) return ret; } ret = recv(s->udp_fd, buf, size, 0); + return ret < 0 ? ff_neterrno() : ret; } @@ -481,6 +630,11 @@ static int udp_close(URLContext *h) if (s->is_multicast && (h->flags & AVIO_FLAG_READ)) udp_leave_multicast_group(s->udp_fd, (struct sockaddr *)&s->dest_addr); closesocket(s->udp_fd); + if (s->circular_buffer) { + sem_destroy( &s->circular_buffer_semaphore); + av_free( s->circular_buffer); + av_log( h, AV_LOG_INFO, "circular_buffer_info max:%d%%\r\n", (s->circular_buffer_available_max*100)/s->circular_buffer_size); + } av_free(s); return 0; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 13:41:21 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 11:41:21 -0000 Subject: [FFmpeg-trac] #251(FFmpeg:closed): rawvideo segfaults with -vcodec copy In-Reply-To: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> References: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> Message-ID: <054.e34af1b9a29e25036d2296c38a0735ea@avcodec.org> #251: rawvideo segfaults with -vcodec copy ---------------------------------------------+--------------------- Reporter: thebombzen | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: copy segmentation fault rawvideo | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ---------------------------------------------+--------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: open => closed * component: undetermined => FFmpeg * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit ac41f3b036246e64d1724d945bea01d982bd1c91 Author: Stefano Sabatini Date: Mon May 30 16:52:35 2011 +0200 ffmpeg: handle copy of packets for AVFMT_RAWPICTURE output formats Store AVPicture in AVPacket as required by AVFMT_RAWPICTURE formats. Fix trac issue #251. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 13:43:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 11:43:46 -0000 Subject: [FFmpeg-trac] #256(build system:open): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.b6a33f2f626c1be3d51b95d31d66e4ed@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: important | Component: build system Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by saste): -Dmain=SDL_main in the compile flags looks like the culprit... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 15:11:48 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 13:11:48 -0000 Subject: [FFmpeg-trac] #258(avformat:new): RTP over UDP: doesn't reorder packets In-Reply-To: <035.50c44bf7c4088c27553fa9d3b2a18088@avcodec.org> References: <035.50c44bf7c4088c27553fa9d3b2a18088@avcodec.org> Message-ID: <050.42ff513ed4b044b6960ee98aeedf3d3d@avcodec.org> #258: RTP over UDP: doesn't reorder packets ------------------------+----------------------- Reporter: Andrew | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: RTP reorder | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by Andrew): I'm add light cseq logging to rtp_parse_packet_internal(). {{{ @@ -475,6 +475,9 @@ static int rtp_parse_packet_internal(RTPDemuxContext *s, AVPacket *pkt, /* store the ssrc in the RTPDemuxContext */ s->ssrc = ssrc; + av_log(NULL, AV_LOG_ERROR, "RTP: PT=%02x: cseq %d expected=%d, timestamp %u\n", + payload_type, seq, ((s->seq + 1) & 0xffff), timestamp); + }}} '''rtp_over_udp output''' ffmpeg av_find_stream_info(): read 47 packets [22642..22748], non_monotonic(!) CSEQs (AVFormat_context->start_time > 4 sec) tcpdump on host (see rtp_over_udp.tcpdump.cap): camera send 355(!) packets [22393..22749] monotonic(!) CSEQs {{{ % ./muxonly 'rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4&udp' SDP: v=0 o=- 1306932119581619 1306932119581619 IN IP4 axis1031 s=Media Presentation e=NONE c=IN IP4 0.0.0.0 b=AS:8000 t=0 0 a=control:rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4 a=range:npt=0.000000- m=video 0 RTP/AVP 96 b=AS:8000 a=framerate:30.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:rtsp://axis1031:554/axis- media/media.amp/trackID=1?video=1&audio=0&videocodec=mpeg4 a=rtpmap:96 MP4V-ES/90000 a=fmtp:96 profile-level-id=245; config=000001B0F5000001B50ECF000001000000012000C88D881F4514043C14103F video codec set to: mpeg4 hello state=0 RTP: PT=60: cseq 22642 expected=1, timestamp 3795513460 RTP: PT=60: cseq 22643 expected=22643, timestamp 3795516306 RTP: PT=60: cseq 22648 expected=22644, timestamp 3795522448 RTP: PT=60: cseq 22649 expected=22649, timestamp 3795525295 RTP: PT=60: cseq 22652 expected=22650, timestamp 3795528141 RTP: PT=60: cseq 22653 expected=22653, timestamp 3795531437 RTP: PT=60: cseq 22656 expected=22654, timestamp 3795534283 RTP: PT=60: cseq 22657 expected=22657, timestamp 3795537129 RTP: PT=60: cseq 22660 expected=22658, timestamp 3795540425 RTP: PT=60: cseq 22661 expected=22661, timestamp 3795543272 RTP: PT=60: cseq 22664 expected=22662, timestamp 3795546118 RTP: PT=60: cseq 22665 expected=22665, timestamp 3795549414 RTP: PT=60: cseq 22668 expected=22666, timestamp 3795552260 RTP: PT=60: cseq 22669 expected=22669, timestamp 3795555106 RTP: PT=60: cseq 22672 expected=22670, timestamp 3795558403 RTP: PT=60: cseq 22673 expected=22673, timestamp 3795561249 RTP: PT=60: cseq 22676 expected=22674, timestamp 3795564095 RTP: PT=60: cseq 22677 expected=22677, timestamp 3795567391 RTP: PT=60: cseq 22680 expected=22678, timestamp 3795570237 RTP: PT=60: cseq 22681 expected=22681, timestamp 3795573083 RTP: PT=60: cseq 22684 expected=22682, timestamp 3795576379 RTP: PT=60: cseq 22685 expected=22685, timestamp 3795579226 RTP: PT=60: cseq 22688 expected=22686, timestamp 3795582072 RTP: PT=60: cseq 22689 expected=22689, timestamp 3795585368 RTP: PT=60: cseq 22692 expected=22690, timestamp 3795588214 RTP: PT=60: cseq 22693 expected=22693, timestamp 3795591060 RTP: PT=60: cseq 22696 expected=22694, timestamp 3795594356 RTP: PT=60: cseq 22697 expected=22697, timestamp 3795597203 RTP: PT=60: cseq 22700 expected=22698, timestamp 3795600049 RTP: PT=60: cseq 22701 expected=22701, timestamp 3795603345 RTP: PT=60: cseq 22714 expected=22702, timestamp 3795603345 RTP: PT=60: cseq 22715 expected=22715, timestamp 3795603345 RTP: PT=60: cseq 22716 expected=22716, timestamp 3795606191 RTP: PT=60: cseq 22719 expected=22717, timestamp 3795609037 RTP: PT=60: cseq 22720 expected=22720, timestamp 3795611884 RTP: PT=60: cseq 22723 expected=22721, timestamp 3795615180 RTP: PT=60: cseq 22724 expected=22724, timestamp 3795618026 RTP: PT=60: cseq 22729 expected=22725, timestamp 3795624168 RTP: PT=60: cseq 22730 expected=22730, timestamp 3795627015 RTP: PT=60: cseq 22735 expected=22731, timestamp 3795633157 RTP: PT=60: cseq 22736 expected=22736, timestamp 3795636003 RTP: PT=60: cseq 22739 expected=22737, timestamp 3795638849 RTP: PT=60: cseq 22740 expected=22740, timestamp 3795642145 RTP: PT=60: cseq 22743 expected=22741, timestamp 3795644992 RTP: PT=60: cseq 22744 expected=22744, timestamp 3795647838 RTP: PT=60: cseq 22747 expected=22745, timestamp 3795651134 RTP: PT=60: cseq 22748 expected=22748, timestamp 3795653980 All info found Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4&udp': Metadata: title : Media Presentation Duration: N/A, start: 4.058156, bitrate: N/A Stream #0.0, 22, 1/90000: Video: mpeg4, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 1k tbr, 90k tbn, 1k tbc }}} '''rtp_over_tcp''' ffmpeg av_find_stream_info(): read 58 packets [54144..54201], monotonic CSEQs tcpdump on host (see rtp_over_tcp.tcpdump.cap): camera send 59 packets [54144..54202], monotonic CSEQs {{{ % ./muxonly 'rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4&tcp' SDP: v=0 o=- 1306932351978434 1306932351978434 IN IP4 axis1031 s=Media Presentation e=NONE c=IN IP4 0.0.0.0 b=AS:8000 t=0 0 a=control:rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4 a=range:npt=0.000000- m=video 0 RTP/AVP 96 b=AS:8000 a=framerate:30.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:rtsp://axis1031:554/axis- media/media.amp/trackID=1?video=1&audio=0&videocodec=mpeg4 a=rtpmap:96 MP4V-ES/90000 a=fmtp:96 profile-level-id=245; config=000001B0F5000001B50ECF000001000000012000C88D881F4514043C14103F video codec set to: mpeg4 hello state=0 RTP: PT=60: cseq 54144 expected=1, timestamp 3175731840 RTP: PT=60: cseq 54145 expected=54145, timestamp 3175731840 RTP: PT=60: cseq 54146 expected=54146, timestamp 3175731840 RTP: PT=60: cseq 54147 expected=54147, timestamp 3175731840 RTP: PT=60: cseq 54148 expected=54148, timestamp 3175731840 RTP: PT=60: cseq 54149 expected=54149, timestamp 3175731840 RTP: PT=60: cseq 54150 expected=54150, timestamp 3175731840 RTP: PT=60: cseq 54151 expected=54151, timestamp 3175731840 RTP: PT=60: cseq 54152 expected=54152, timestamp 3175731840 RTP: PT=60: cseq 54153 expected=54153, timestamp 3175731840 RTP: PT=60: cseq 54154 expected=54154, timestamp 3175731840 RTP: PT=60: cseq 54155 expected=54155, timestamp 3175731840 RTP: PT=60: cseq 54156 expected=54156, timestamp 3175731840 RTP: PT=60: cseq 54157 expected=54157, timestamp 3175731840 RTP: PT=60: cseq 54158 expected=54158, timestamp 3175731840 RTP: PT=60: cseq 54159 expected=54159, timestamp 3175744124 RTP: PT=60: cseq 54160 expected=54160, timestamp 3175744124 RTP: PT=60: cseq 54161 expected=54161, timestamp 3175753112 RTP: PT=60: cseq 54162 expected=54162, timestamp 3175753112 RTP: PT=60: cseq 54163 expected=54163, timestamp 3175762101 RTP: PT=60: cseq 54164 expected=54164, timestamp 3175762101 RTP: PT=60: cseq 54165 expected=54165, timestamp 3175771090 RTP: PT=60: cseq 54166 expected=54166, timestamp 3175771090 RTP: PT=60: cseq 54167 expected=54167, timestamp 3175780078 RTP: PT=60: cseq 54168 expected=54168, timestamp 3175780078 RTP: PT=60: cseq 54169 expected=54169, timestamp 3175789067 RTP: PT=60: cseq 54170 expected=54170, timestamp 3175789067 RTP: PT=60: cseq 54171 expected=54171, timestamp 3175798055 RTP: PT=60: cseq 54172 expected=54172, timestamp 3175798055 RTP: PT=60: cseq 54173 expected=54173, timestamp 3175807044 RTP: PT=60: cseq 54174 expected=54174, timestamp 3175807044 RTP: PT=60: cseq 54175 expected=54175, timestamp 3175816032 RTP: PT=60: cseq 54176 expected=54176, timestamp 3175816032 RTP: PT=60: cseq 54177 expected=54177, timestamp 3175824571 RTP: PT=60: cseq 54178 expected=54178, timestamp 3175824571 RTP: PT=60: cseq 54179 expected=54179, timestamp 3175827867 RTP: PT=60: cseq 54180 expected=54180, timestamp 3175827867 RTP: PT=60: cseq 54181 expected=54181, timestamp 3175830714 RTP: PT=60: cseq 54182 expected=54182, timestamp 3175830714 RTP: PT=60: cseq 54183 expected=54183, timestamp 3175833560 RTP: PT=60: cseq 54184 expected=54184, timestamp 3175833560 RTP: PT=60: cseq 54185 expected=54185, timestamp 3175836856 RTP: PT=60: cseq 54186 expected=54186, timestamp 3175836856 RTP: PT=60: cseq 54187 expected=54187, timestamp 3175839702 RTP: PT=60: cseq 54188 expected=54188, timestamp 3175839702 RTP: PT=60: cseq 54189 expected=54189, timestamp 3175842548 RTP: PT=60: cseq 54190 expected=54190, timestamp 3175842548 RTP: PT=60: cseq 54191 expected=54191, timestamp 3175845844 RTP: PT=60: cseq 54192 expected=54192, timestamp 3175845844 RTP: PT=60: cseq 54193 expected=54193, timestamp 3175848691 RTP: PT=60: cseq 54194 expected=54194, timestamp 3175848691 RTP: PT=60: cseq 54195 expected=54195, timestamp 3175851537 RTP: PT=60: cseq 54196 expected=54196, timestamp 3175851537 RTP: PT=60: cseq 54197 expected=54197, timestamp 3175854833 RTP: PT=60: cseq 54198 expected=54198, timestamp 3175854833 RTP: PT=60: cseq 54199 expected=54199, timestamp 3175857679 RTP: PT=60: cseq 54200 expected=54200, timestamp 3175857679 RTP: PT=60: cseq 54201 expected=54201, timestamp 3175860525 All info found Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://axis1031:554/axis- media/media.amp?video=1&audio=0&videocodec=mpeg4&tcp': Metadata: title : Media Presentation Duration: N/A, start: 0.136489, bitrate: N/A Stream #0.0, 22, 1/90000: Video: mpeg4, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 1k tbr, 90k tbn, 1k tbc }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 18:12:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 16:12:10 -0000 Subject: [FFmpeg-trac] #259(undetermined:new): framerate detection does not work properly. Message-ID: <036.8aefbddb64515a1e297c2d5f3ee6dbb8@avcodec.org> #259: framerate detection does not work properly. ---------------------------------------+-------------------------- Reporter: mbosner | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: false framerate detection | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+-------------------------- Frameratedetection does not work well on some of my files: ffmpeg -i wrong_framerate.mkv: [matroska,webm @ 0x276e420] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'wrong_framerate.mkv': Duration: 01:47:42.18, start: 0.000000, bitrate: 1984 kb/s Stream #0.0: Video: vc1 (Advanced), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 1k tbn, 29.97 tbc (default) Stream #0.1: Audio: eac3, 48000 Hz, 5.1, s16, 1536 kb/s (default) Stream #0.2: Audio: eac3, 48000 Hz, 5.1, s16, 448 kb/s At least one output file must be specified ffmpeg version: git-N-30444-geb5a3ab correct framerate: 23.98/24 fps same false framerate detection with latest VLC xbmc does play it with the correct framerate and does play it without problems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 18:15:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 16:15:19 -0000 Subject: [FFmpeg-trac] #259(undetermined:new): framerate detection does not work properly. In-Reply-To: <036.8aefbddb64515a1e297c2d5f3ee6dbb8@avcodec.org> References: <036.8aefbddb64515a1e297c2d5f3ee6dbb8@avcodec.org> Message-ID: <051.c1cd95de7a350dbfcbbc8a3237e9bf8e@avcodec.org> #259: framerate detection does not work properly. --------------------------------------+--------------------------- Reporter: mbosner | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: false framerate detection | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------------+--------------------------- Comment (by mbosner): First 10MB of problematic file: [http://x-ion.de/wrong_framerate.mkv] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 1 20:18:40 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 01 Jun 2011 18:18:40 -0000 Subject: [FFmpeg-trac] #255(undetermined:open): incorrect checksum for freed object In-Reply-To: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> References: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> Message-ID: <051.05ebc86f0ddfbb149e08baaddcff7da1@avcodec.org> #255: incorrect checksum for freed object --------------------+--------------------------- Reporter: zimbatm | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: malloc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+--------------------------- Comment (by zimbatm): Just changed and compiled the following, but no error on startup {{{ diff --git a/ffmpeg.c b/ffmpeg.c index 220feb2..19d0892 100644 --- a/ffmpeg.c +++ b/ffmpeg.c @@ -4475,6 +4475,9 @@ int main(int argc, char **argv) { int64_t ti; + int ret = av_malloc(1); + printf("malloc ret: %d\n", ret); + av_log_set_flags(AV_LOG_SKIP_REPEATED); if(argc>1 && !strcmp(argv[1], "-d")){ }}} {{{ ./ffmpeg -i kites.mp4 ffmpeg malloc ret: 21042336 ffmpeg version git-N-30430-ga52f598, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 1 2011 12:17:58 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/Users/zimbatm/code/panda/ffmpeg-head/runtime --enable-static --disable-shared --enable-postproc --enable-nonfree --enable-libx264 --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libxvid --enable-libvorbis --enable-libgsm --enable-avfilter --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --disable-ffplay --disable-ffserver --disable-ffprobe --disable-network --disable-devices --disable-doc --extra-cflags=--static --extra-ldflags= --bindir=/Users/zimbatm/code/panda/ffmpeg-head/dist/bin --incdir=/Users/zimbatm/code/panda/ffmpeg-head/dist/include --libdir=/Users/zimbatm/code/panda/ffmpeg-head/dist/lib --prefix=/usr/local libavutil 51. 3. 0 / 51. 3. 0 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 0 / 53. 1. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 ffmpeg(59911) malloc: *** error for object 0x101412138: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug [1] 59911 abort ./ffmpeg -i kites.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 2 19:36:04 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 17:36:04 -0000 Subject: [FFmpeg-trac] #260(undetermined:new): malloc error when using -f ffmetadata Message-ID: <036.d76f26b5802982e95cef983019cc4a29@avcodec.org> #260: malloc error when using -f ffmetadata --------------------------+------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: undetermined | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+------------------------- I'm getting an error when trying to output the ffmetadata format. I tested an mov, mp4, and mpeg file with the same resulting error. Here's an output using http://samples.multimedia.cx/mov/P6040064a.MP4 {{{ ffmpeg -i P6040064a.MP4 -f ffmetadata - ffmpeg version git-N-30462-gd013c6d, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 2 2011 11:20:23 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-gpl --enable-libfreetype --enable-frei0r --enable-libx264 libavutil 51. 3. 0 / 51. 3. 0 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 0 / 53. 1. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 ffmpeg(88653) malloc: *** error for object 0x1010154c0: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug Abort trap }}} See another file's output at http://pastebin.com/S9wC3JKs Is this related to http://avcodec.org/trac/ffmpeg/ticket/255 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 2 20:20:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 18:20:42 -0000 Subject: [FFmpeg-trac] #184(avcodec:closed): specifying vpre for libx264 cause "bad value for 'weightp': ''" error message In-Reply-To: <034.e75b2e4f3328f172b492e3c9778f527c@avcodec.org> References: <034.e75b2e4f3328f172b492e3c9778f527c@avcodec.org> Message-ID: <049.40a487c663df90b42ca4ab2ac742b13b@avcodec.org> #184: specifying vpre for libx264 cause "bad value for 'weightp': ''" error message ------------------------+---------------------- Reporter: verem | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by llogan): * status: new => closed * resolution: => invalid Comment: FFmpeg can directly access the libx264 presets instead of emulating them with a text file (these files have been removed), so in most cases you should be using -preset instead of -vpre. To modify any options the preset sets, or to add additional options, you can use -x264opts such as: {{{ ffmpeg -i input -vcodec libx264 -preset medium -x264opts weightp=1 -threads 0 output }}} Unrelated side note: --enable-pthreads --enable-bzlib --enable-zlib are detected automatically, so you don't need these in your configure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 2 21:54:01 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 19:54:01 -0000 Subject: [FFmpeg-trac] #256(build system:open): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.a4fdecc03f7c374c306a09b1458c1645@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: important | Component: build system Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): Could you please also test {{{ $ make V=1 ffserver.o $ make V=1 ffprobe.o }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 2 22:00:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 20:00:46 -0000 Subject: [FFmpeg-trac] #259(undetermined:new): framerate detection does not work properly. In-Reply-To: <036.8aefbddb64515a1e297c2d5f3ee6dbb8@avcodec.org> References: <036.8aefbddb64515a1e297c2d5f3ee6dbb8@avcodec.org> Message-ID: <051.a2716aecead042fd0fbaba994f4f5d3b@avcodec.org> #259: framerate detection does not work properly. --------------------------------------+--------------------------- Reporter: mbosner | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: false framerate detection | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------------+--------------------------- Comment (by cehoyos): The sample contains 196 frames, audio plays for ~6.7 seconds. Could you explain what your problem is? Is ffmpeg -i wrong_framerate.mkv -qscale 2 -acodec ac3 -ab 512k out.avi unable to keep A/V-sync (when you play out.avi)? Is ffplay unable to keep A/V-sync? Or mplayer -demuxer lavf? And please add complete, uncut output (including the command line) of the failing command - preferably ffmpeg, but if ffmpeg works, and ffplay does not work correctly, please add ffplay output. If you are seeing a problem with a playback software that is not reproducible with FFmpeg, consider reporting it there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 2 22:20:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 20:20:10 -0000 Subject: [FFmpeg-trac] #254(undetermined:open): mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) In-Reply-To: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> References: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> Message-ID: <053.34d6503c179fd7b3b149fd0846bda4a0@avcodec.org> #254: mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Also fails now with mplayer -demuxer mpegts -vc ffmpeg12 (the default) and vdpau (both used to work), works fine with mplayer -demuxer mpegts -vc mpeg12 {{{ mplayer t.mpg -vc mpeg12 MPlayer SVN-r33538-4.5.3 (C) 2000-2011 MPlayer Team Playing t.mpg. TS file format detected. TS_PARSE: COULDN'T SYNC VIDEO MPEG2(pid=301) AUDIO MPA(pid=302) NO SUBS (yet)! PROGRAM N. 1 VIDEO: MPEG2 352x288 (aspect 2) 25.000 fps 500.0 kbps (62.5 kbyte/s) Load subtitles in ./ ========================================================================== Forced video codec: mpeg12 Opening video decoder: [libmpeg2] libmpeg2 MPEG 1/2 Video decoder Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2)) ========================================================================== ========================================================================== Requested audio codec family [mpg123] (afm=mpg123) not available. Enable it at compilation. Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders [mp2float @ 0xd7cfa0]Header missing AUDIO: 44100 Hz, 1 ch, floatle, 128.0 kbit/9.07% (ratio: 16000->176400) Selected audio codec: [ffmp2float] afm: ffmpeg (FFmpeg MPEG layer-1 and layer-2 audio) ========================================================================== AO: [alsa] 48000Hz 1ch floatle (4 bytes per sample) Starting playback... Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [vdpau] 352x288 => 384x288 Planar YV12 A: 1.2 V: 1.2 A-V: 0.003 ct: -0.009 29/ 58 12% 3% 0.4% 5 0 Exiting... (Quit) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 2 22:43:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 20:43:10 -0000 Subject: [FFmpeg-trac] #261(avcodec:new): ffmpeg now sets libx264 open_gop=1 by default Message-ID: <039.92dc550a9b19bfa23fb60a453461211f@avcodec.org> #261: ffmpeg now sets libx264 open_gop=1 by default ------------------------+------------------------- Reporter: rectalogic | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+------------------------- x264 default is closed gop (open_gop=0), ffmpeg defaults to open gop unless -flags +cgop is specified. This commit [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=e25c67108a77b2dbf13de1339b5314d07e3ffa02 e25c67108a77b2dbf13de1339b5314d07e3ffa02] applies the ffmpeg setting to libx264, and changed all the libx264 ffpresets to specify +cgop so the x264 default remained the same. Now that ffpresets aren't used and the new -preset (libx264 internal presets) is used, open_gop=1 is set for libx264 by default unless -flags +cgop is passed explicitly to ffmpeg. {{{ ffmpeg -i input.mov -acodec libfaac -ab 64k -ar 44100 -ac 1 -pass 2 -threads 0 -vcodec libx264 -preset slow -wpredp 0 -r 1200/40 -g 8*1200/40 -b 700k -bt 700k -f mp4 -y output.mp4 [...] ffmpeg: [libx264 @ 0x150b5c0] profile High, level 3.0 ffmpeg: [libx264 @ 0x150b5c0] 264 - core 115 d0d6ea718 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=5 deblock=1:0:0 analyse=0x3:0x113 me=umh subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=18 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=1 weightp=0 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=50 rc=2pass mbtree=1 bitrate=700 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 aq=1:1.00 }}} I'm not sure if this is considered a bug, but it's a change in behavior and the intention of that commit was clearly to preserve the x264 default. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 00:11:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 22:11:40 -0000 Subject: [FFmpeg-trac] #256(build system:open): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.0c6250624aeb3ff2397b286b07fa09fe@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: important | Component: build system Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by KSHawkEye): ffserver does not build on Windows. ffprobe gave me the same error: {{{ i686-w64-mingw32-gcc -I. -I"/home/kyle/software/ffmpeg/source/ffmpeg-git" -D_ISOC99_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -U__STRICT_ANSI__ -I/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/include -I/home/kyle/software/ffmpeg/packages/bzlib/bzlib-1.0.6-win32/include -I/home/kyle/software/ffmpeg/packages/freetype/freetype-2.4.4-win32/include -I/home/kyle/software/ffmpeg/packages/frei0r/frei0r-1.3-win32/include -I/home/kyle/software/ffmpeg/packages/gsm/gsm-1.0.13-3-win32/include -I/home/kyle/software/ffmpeg/packages/lame/lame-3.98.4-win32/include -I/home/kyle/software/ffmpeg/packages/opencore-amr/opencore- amr-0.1.2-win32/include -I/home/kyle/software/ffmpeg/packages/openjpeg/openjpeg-1.4-win32/include -I/home/kyle/software/ffmpeg/packages/speex/speex-1.2rc1-win32/include -I/home/kyle/software/ffmpeg/packages/theora/theora-1.1.1-win32/include -I/home/kyle/software/ffmpeg/packages/vorbis/vorbis-1.3.2-win32/include -I/home/kyle/software/ffmpeg/packages/libvpx/libvpx-0.9.6-win32/include -I/home/kyle/software/ffmpeg/packages/polarssl/polarssl-0.14.3-win32/include -I/home/kyle/software/ffmpeg/packages/rtmpdump/librtmp-git-6155179b- win32/include -I/home/kyle/software/ffmpeg/packages/orc/orc-0.4.11-win32/include -I/home/kyle/software/ffmpeg/packages/schroedinger/schroedinger-1.0.10-win32/include -I/home/kyle/software/ffmpeg/packages/libogg/libogg-1.2.2-win32/include -I/home/kyle/software/ffmpeg/packages/x264/x264-git-c1e60b90-win32/include -I/home/kyle/software/ffmpeg/packages/xavs/xavs-r51-win32/include -I/home/kyle/software/ffmpeg/packages/xvid/xvid-1.3.2-win32/include -I/home/kyle/software/ffmpeg/packages/zlib/zlib-1.2.5-win32/include -std=c99 -fno-common -fomit-frame-pointer -I/home/kyle/software/ffmpeg/packages/freetype/freetype-2.4.4-win32/include/freetype2 -I/home/kyle/software/ffmpeg/packages/freetype/freetype-2.4.4-win32/include -I/home/kyle/software/ffmpeg/packages/rtmpdump/librtmp-git-6155179b- win32/include -I/home/kyle/software/ffmpeg/packages/schroedinger/schroedinger-1.0.10-win32/include/schroedinger-1.0 -I/home/kyle/software/ffmpeg/packages/orc/orc-0.4.11-win32/include/orc-0.4 -D_GNU_SOURCE=1 -Dmain=SDL_main -I/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/include/SDL -g -Wdeclaration-after-statement -Wall -Wno-parentheses -Wno-switch -Wdisabled-optimization -Wpointer-arith -Wredundant-decls -Wno-pointer- sign -Wcast-qual -Wwrite-strings -Wtype-limits -Wundef -Wmissing- prototypes -Wno-pointer-to-int-cast -O3 -fno-math-errno -fno-signed-zeros -fno-tree-vectorize -Werror=implicit-function-declaration -Werror=missing- prototypes -MMD -MF ffprobe.d -MT ffprobe.o -c -o ffprobe.o /home/kyle/software/ffmpeg/source/ffmpeg-git/ffprobe.c /home/kyle/software/ffmpeg/source/ffmpeg-git/ffprobe.c:390:5: error: no previous prototype for ?SDL_main? make: *** [ffprobe.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 00:23:57 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 22:23:57 -0000 Subject: [FFmpeg-trac] #55(avcodec:open): 5.1 AAC Output Incorrectly Mapped In-Reply-To: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> References: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> Message-ID: <057.538377c14b2840275b31dfb9720f0d44@avcodec.org> #55: 5.1 AAC Output Incorrectly Mapped --------------------------+---------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+---------------------- Comment (by cehoyos): Sample from http://www.cccp-project.net/beta/test_files/ {{{ ffmpeg -i ~/\[CCCP\]_Manhole_Test_Your_5.1_\[revamped\].mkv -acodec aac -strict experimental -qscale 5 -ab 192k out.mp4 }}} With current, unpatched ffmpeg, the resulting file has broken channel order with vlc and QuickTime, after recompiling and re-encoding with the patch, channel order is fine with both applications. Could you test again (or point me to a failing sample)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 00:27:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 22:27:40 -0000 Subject: [FFmpeg-trac] #256(build system:open): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.649ce448e71e3d5e43b70ca27f014689@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: important | Component: build system Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): Could you test attached patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 00:39:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 22:39:42 -0000 Subject: [FFmpeg-trac] #256(build system:open): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.79f74c48e528f47f6e9b7883a84a0136@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: important | Component: build system Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by saste): Patch looks fine to me (indeed I didn't know we already use that trick in ffplay.c) if tested and works, thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 00:44:47 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 02 Jun 2011 22:44:47 -0000 Subject: [FFmpeg-trac] #260(undetermined:new): malloc error when using -f ffmetadata In-Reply-To: <036.d76f26b5802982e95cef983019cc4a29@avcodec.org> References: <036.d76f26b5802982e95cef983019cc4a29@avcodec.org> Message-ID: <051.b0977e73b2cad32700fb78157f9d6093@avcodec.org> #260: malloc error when using -f ffmetadata -----------------------+--------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by saste): Tested in Linux and works fine, seems and OSX related problem, maybe related to #255. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 07:30:28 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 05:30:28 -0000 Subject: [FFmpeg-trac] #256(build system:open): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.abe97f496520e81ffe7e6d62891921f6@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: important | Component: build system Version: git-master | Resolution: Keywords: sdl | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by KSHawkEye): I can confirm that the patch does fix the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 07:53:08 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 05:53:08 -0000 Subject: [FFmpeg-trac] #262(avcodec:new): 0 channels in aac stream Message-ID: <036.f1885335ef9f0e12d700ef5fe1c5c134@avcodec.org> #262: 0 channels in aac stream -------------------------+---------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: aac regression Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+---------------------------- Attached file plays fine with QuickTime, vlc and mplayer -ac faad, cannot be decoded by current FFmpeg {{{ ffmpeg -i nochannels.mov out.wav ffmpeg version git-N-30502-g99eb31e, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 3 2011 07:48:56 with gcc 4.4.1 [gcc-4_4-branch revision 150839] configuration: libavutil 51. 4. 0 / 51. 4. 0 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 0 / 53. 1. 0 libavfilter 2. 12. 0 / 2. 12. 0 libswscale 0. 14. 1 / 0. 14. 1 [aac @ 0x1307280] channel element 1.0 is not allocated Last message repeated 216 times [mov,mp4,m4a,3gp,3g2,mj2 @ 0x13023e0] max_analyze_duration 5000000 reached at 5005000 Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 29.97 (30000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'nochannels.mov': Metadata: creation_time : 2011-04-28 20:41:51 Duration: 00:02:49.31, start: 0.000000, bitrate: 99 kb/s Stream #0.0(eng): Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 1198 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc Metadata: creation_time : 1945-04-27 20:41:51 Stream #0.1(eng): Audio: aac, 0 channels, s16, 96 kb/s Metadata: creation_time : 1945-04-27 20:41:51 [wav @ 0x1306580] sample rate not set Output #0, wav, to 'out.wav': Metadata: creation_time : 2011-04-28 20:41:51 Stream #0.0(eng): Audio: pcm_s16le, 0 channels, s16 Metadata: creation_time : 1945-04-27 20:41:51 Stream mapping: Stream #0.1 -> #0.0 Could not write header for output file #0 (incorrect codec parameters ?) }}} {{{ ffmpeg -acodec libfaad -i nochannels.mov out.wav FFmpeg version 0.5.2, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --cc=/usr/local/gcc-4.4.5/bin/gcc --enable-libfaad --enable-gpl --enable-x11grab libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 built on May 7 2011 00:55:39, gcc: 4.4.5 Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 29.97 (30000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'nochannels.mov': Duration: 00:02:49.31, start: 0.000000, bitrate: 99 kb/s Stream #0.0(eng): Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 29.97 tbr, 29.97 tbn, 30k tbc Stream #0.1(eng): Audio: aac, 44100 Hz, stereo, s16 Output #0, wav, to 'out.wav': Stream #0.0(eng): Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0.1 -> #0.0 Press [q] to stop encoding size= 2176kB time=12.63 bitrate=1411.2kbits/s video:0kB audio:2176kB global headers:0kB muxing overhead 0.001975% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 17:13:12 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 15:13:12 -0000 Subject: [FFmpeg-trac] #256(build system:closed): FFmpeg fails to build after SDL output device addition In-Reply-To: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> References: <038.befaf9a6143f9d2b7f1b0e4808bcea1e@avcodec.org> Message-ID: <053.a86e7dd608a914e980cd7cfce7b84943@avcodec.org> #256: FFmpeg fails to build after SDL output device addition -----------------------+--------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: closed Priority: important | Component: build system Version: git-master | Resolution: fixed Keywords: sdl | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+--------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in commit: {{{ commit 25c32d082b1ab4c3567c09f707e75c8ac582806c Author: Carl Eugen Hoyos Date: Fri Jun 3 13:30:27 2011 +0200 cmdutils: move "#undef main" from ffplay.c to cmdutils.h On Windows/MinGW the SDL cflags re-define the main() function, which results in a linking error if the define is not undeffed. Since the addition of the SDL output device, SDL cflags are used also for compiling ffmpeg and ffprobe, so we need to move this trick from ffplay.c to a common header. Fix trac issue #256. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 17:15:56 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 15:15:56 -0000 Subject: [FFmpeg-trac] #231(FFplay:open): ffplay freezes with date -s in linux In-Reply-To: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> References: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> Message-ID: <053.cd222c604a21f42560f112b33bd69ae7@avcodec.org> #231: ffplay freezes with date -s in linux -----------------------+---------------------- Reporter: sahandeva | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by saste): * priority: minor => normal Comment: Increased priority level to "normal", indeed this is not only a bug in ffplay but a defect in libavformat. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 18:52:29 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 16:52:29 -0000 Subject: [FFmpeg-trac] #55(avcodec:open): 5.1 AAC Output Incorrectly Mapped In-Reply-To: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> References: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> Message-ID: <057.874529478661a68368902ab1f3e69ff1@avcodec.org> #55: 5.1 AAC Output Incorrectly Mapped --------------------------+---------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+---------------------- Comment (by AlanJames1987): I crossed my fingers and I tested again using your script, your patch, the same file as you and I got a file with incorrectly mapped audio. The file is correctly mapped before processing and has the same errors listen above after. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 20:29:55 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 18:29:55 -0000 Subject: [FFmpeg-trac] #263(avformat:new): Unimplemented container channel layout Message-ID: <039.39e3f96094f065b9d286134aa285f228@avcodec.org> #263: Unimplemented container channel layout ------------------------+------------------------- Reporter: rectalogic | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+------------------------- Sample mov with svq1 video and qdm2 audio used to play both audio and video with ffplay (using commit f1efbca5e), now it plays a single frame of video and no audio and logs "Unimplemented container channel layout". This also has the side effect of causing mplayer to crash. I'll try attaching the sample to this bug, upload.ffmpeg.org seems to be down. {{{ $ ./ffplay ~/Projects/codex/passport-bugs/qdm2/qdm2-channels.mov ffplay version git-N-30462-gd013c6d, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 3 2011 18:05:38 with gcc 4.4.3 configuration: libavutil 51. 3. 0 / 51. 3. 0 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 0 / 53. 1. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x16a0660] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x16a0660] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x16a0660] max_analyze_duration 5000000 reached at 5120000 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/aw/Projects/codex/passport- bugs/qdm2/qdm2-channels.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2006-11-03 19:12:00 composer : This movie was made with Adobe GoLive. composer-eng : This movie was made with Adobe GoLive. Duration: 00:00:30.03, start: 0.000000, bitrate: 311 kb/s Stream #0.0(eng): Audio: qdm2, 32000 Hz, 1 channels, s16, 24 kb/s Metadata: creation_time : 2006-11-03 19:12:00 Stream #0.1(eng): Video: svq1, yuv410p, 320x240, 285 kb/s, 14.99 fps, 14.99 tbr, 15k tbn, 15k tbc Metadata: creation_time : 2006-11-03 19:12:00 Stream #0.2(eng): Data: [0][0][0][0] / 0x0000, 0 kb/s Metadata: creation_time : 2006-11-03 19:12:00 [ffsink @ 0x7f94d8000d60] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x7f94d8001440] w:320 h:240 fmt:yuv410p -> w:320 h:240 fmt:yuv420p flags:0x4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 21:24:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 19:24:19 -0000 Subject: [FFmpeg-trac] #185(avformat:closed): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.759b43435a57dd3a83a3d8e1d9e9e171@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------------+----------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 23:38:35 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 21:38:35 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.8083401f334d5be782e2938173e87423@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by michael): I cannot reproduce this bug, is latest git still affected? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 23:40:17 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 21:40:17 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.0350504c67f53bc072ddb412c000701d@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kyl416): Yeah, it was actually caused by something else and ended up being fixed the same day with the commit that was labeled "avopt: fix segfault"" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 23:46:58 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 21:46:58 -0000 Subject: [FFmpeg-trac] #177(FFmpeg:open): "non monotone timestamps" error patch In-Reply-To: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> References: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> Message-ID: <053.cc8dd0b1206f7bbd98d4b1bf6bebcc36@avcodec.org> #177: "non monotone timestamps" error patch -------------------------------+---------------------- Reporter: andrixnet | Owner: michael Type: defect | Status: open Priority: minor | Component: FFmpeg Version: unspecified | Resolution: Keywords: monotone timestamp | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------+---------------------- Changes (by michael): * status: new => open Comment: the patch needs to be updated, adding AVFMT_TS_NONSTRICT to formats that support it is what it should do -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 3 23:47:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 21:47:27 -0000 Subject: [FFmpeg-trac] #177(FFmpeg:open): "non monotone timestamps" error patch In-Reply-To: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> References: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> Message-ID: <053.17db207c85b7924ae9d3a73b461c131b@avcodec.org> #177: "non monotone timestamps" error patch -------------------------------+--------------------- Reporter: andrixnet | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: unspecified | Resolution: Keywords: monotone timestamp | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------+--------------------- Changes (by michael): * owner: michael => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 00:08:37 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 22:08:37 -0000 Subject: [FFmpeg-trac] #264(undetermined:new): x11grab using lossless x264 ffpresets fails on 32-bit Message-ID: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> #264: x11grab using lossless x264 ffpresets fails on 32-bit -------------------------+-------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+-------------------------- Recording x11grab with the below command works on x86_64 Arch Linux and Ubuntu Lucid, but fails with 32-bit Natty. Looks like a regression: b4bcd1e2f1d603419ea9d4fdaab400b1ad35e58c bad 7a88617c43ce534d94591dd78d4958333492b939 good {{{ $ ffmpeg -v 9 -loglevel 99 -f x11grab -r 30 -s 320x240 -i :0.0 -vcodec libx264 -vpre lossless_ultrafast -threads 0 -y ~/output.mp4 ffmpeg version git-N-30011-gb4bcd1e, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 3 2011 13:51:23 with gcc 4.5.2 configuration: --enable-gpl --enable-libx264 --enable-x11grab --disable- doc libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [x11grab @ 0x9b0bb40] device: :0.0 -> display: :0.0 x: 0 y: 0 width: 320 height: 240 [x11grab @ 0x9b0bb40] shared memory extension found [x11grab @ 0x9b0bb40] All info found [x11grab @ 0x9b0bb40] Estimating duration from bitrate, this may be inaccurate Input #0, x11grab, from ':0.0': Duration: N/A, start: 1307138325.849861, bitrate: 73728 kb/s Stream #0.0, 1, 1/1000000: Video: rawvideo, bgra, 320x240, 1/30, 73728 kb/s, 30 tbr, 1000k tbn, 30 tbc Incompatible pixel format 'bgra' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 0x9afc880] w:320 h:240 pixfmt:bgra tb:1/1000000 sar:0/1 [ffsink @ 0x9afd940] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x9afdc20] w:320 h:240 fmt:bgra -> w:320 h:240 fmt:yuv420p flags:0xa0000004 [libx264 @ 0x9affba0] --psnr used with psy on: results will be invalid! [libx264 @ 0x9affba0] --tune psnr should be used if attempting to benchmark psnr! [libx264 @ 0x9affba0] interlace + weightp is not implemented [libx264 @ 0x9affba0] using mv_range_thread = 24 [libx264 @ 0x9affba0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle Cache64 [libx264 @ 0x9affba0] constant rate-factor is incompatible with 2pass. Output #0, mp4, to '/home/lou/output.mp4': Stream #0.0, 0, 1/90000: Video: libx264, yuv420p, 320x240, 1/30, q=0-69, pass 1, pass 2, 200 kb/s, 90k tbn, 30 tbc Stream mapping: Stream #0.0 -> #0.0 Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} However, re-encoding from a file and not x11grab seems to work as expected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 00:19:43 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 22:19:43 -0000 Subject: [FFmpeg-trac] #119(FFplay:closed): ffplay freezes with misidentified file as mp1 In-Reply-To: <038.4db597b52745eeb22170516db050c5ac@avcodec.org> References: <038.4db597b52745eeb22170516db050c5ac@avcodec.org> Message-ID: <053.aed24ec42b99169347087578d7b1c590@avcodec.org> #119: ffplay freezes with misidentified file as mp1 ----------------------+--------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+--------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: thx for the patch, i fixed it slightly differently. But the patch helped me quickly identify what is wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 00:42:15 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 22:42:15 -0000 Subject: [FFmpeg-trac] #123(FFplay:open): Fuzzed sample crashes ffplay In-Reply-To: <036.e7a5d9e613d18f0a41aed8a1d33cf2d1@avcodec.org> References: <036.e7a5d9e613d18f0a41aed8a1d33cf2d1@avcodec.org> Message-ID: <051.35cfdfbfc9e6331524861687bc2f7159@avcodec.org> #123: Fuzzed sample crashes ffplay --------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+---------------------- Changes (by michael): * status: new => open Comment: Id guess SDL bug, but i could be wrong mplayer crashes too ==21084== Invalid write of size 8 ==21084== at 0x4C2A33A: memcpy (mc_replace_strmem.c:635) ==21084== by 0x974550: av_image_copy (string3.h:52) ==21084== by 0x68E640: av_picture_copy (imgconvert.c:669) ==21084== by 0x437E2B: video_thread (ffplay.c:1404) ==21084== by 0x5129874: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==21084== by 0x516C048: ??? (in /usr/lib/libSDL-1.2.so.0.11.3) ==21084== by 0x66E9D8B: start_thread (pthread_create.c:304) ==21084== by 0x69E704C: clone (clone.S:112) ==21084== Address 0xe618108 is not stack'd, malloc'd or (recently) free'd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 01:05:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 23:05:42 -0000 Subject: [FFmpeg-trac] #175(avcodec:closed): Strange increase of the size of dsputil.o In-Reply-To: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> References: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> Message-ID: <053.e47a8214ee6d98981c185c9b420f1b68@avcodec.org> #175: Strange increase of the size of dsputil.o -----------------------+---------------------- Reporter: xhpohanka | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => invalid Comment: The size increase is due to the 10bit h264 support i suspect. patch welcome to make it less without speed loss Beyond that it doesnt seem to be a bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 01:25:36 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 03 Jun 2011 23:25:36 -0000 Subject: [FFmpeg-trac] #219(FFmpeg:closed): ffmpeg.c crashes for more than 100 output streams In-Reply-To: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> References: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> Message-ID: <050.3ddee7d8bae30278d931bf567a8a15d3@avcodec.org> #219: ffmpeg.c crashes for more than 100 output streams -----------------------+---------------------- Reporter: zlorfi | Owner: michael Type: defect | Status: closed Priority: minor | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 04:01:27 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Jun 2011 02:01:27 -0000 Subject: [FFmpeg-trac] =?utf-8?q?_=23265=28swscale=3Anew=29=3A_MMX2_yuv420?= =?utf-8?q?p10_=E2=86=92_yuv444p_scaler_produces_vertical_undithered=28=3F?= =?utf-8?q?=29_lines_with_GCC_4=2E6?= Message-ID: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> #265: MMX2 yuv420p10 ? yuv444p scaler produces vertical undithered(?) lines with GCC 4.6 ----------------------+-------------------------------------- Reporter: lachs0r | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Keywords: yuv420p10, yuv444p, mmx2 Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ----------------------+-------------------------------------- I know this might be a PITA to reproduce since it only happens with GCC 4.6, but I?ll report it anyway. Background: I?ve been trying to play yuv420p10 video with my patched MPlayer2 builds for Windows (http://mplayer2.srsfckn.biz/mplayer2-high- bit-depth-latest.7z). MPlayer2 apparently chooses the yuv420p10 ? yuv444p scaler by default. That is probably fine, but there?s a problem: The MMX2 version of that scaler seems to break with GCC 4.6.0, causing vertical lines of what seems to be undithered luma (can?t tell for sure since I didn?t actually investigate that in detail, but I?ll attach a screenshot). The C version works fine. This can be reproduced with for example: ffmpeg -i test10bit.mkv -pix_fmt yuv444p -vcodec ffv1 out.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 04:48:00 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Jun 2011 02:48:00 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c Message-ID: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c -------------------------+------------------------- Reporter: adfernandes | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------+------------------------- Building for arm7 on the iPhone using branch bfd3b70ac3162f028bbfa5a8cd47d2715d49f77e: {{{ ffmpeg/libavcodec/arm/mpegvideo_arm.c:28: error: size of array ?x_Y_DC_SCALE? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:29: error: size of array ?x_C_DC_SCALE? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:30: error: size of array ?x_AC_PRED? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:31: error: size of array ?x_BLOCK_LAST_INDEX? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:32: error: size of array ?x_INTER_SCANTAB_RASTER_END? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:33: error: size of array ?x_H263_AIC? is negative }}} Built correctly using older branch e6ec9212c543c77ab3ddab90ac52021cfbbdac17. Specific configuration and build info is: {{{ ~/Desktop/Development/external/open/build/ffmpeg/iOS/armv7 ~/Desktop/Development/external/open + ../../../../repo/ffmpeg/configure --prefix=/Users/andrew/Desktop/Development/external/open/local --enable- static --disable-shared --disable-gpl --disable-version3 --disable-nonfree --disable-doc --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-avdevice --enable-avcodec --disable-avformat --disable-swscale --disable-postproc --disable-avfilter --disable-pthreads --disable-w32threads --disable-x11grab --disable-network --disable-gray --disable-swscale-alpha --disable-fastdiv --disable-small --enable-aandct --enable-dct --enable-fft --enable-golomb --enable-huffman --enable-lpc --enable-mdct --enable-rdft --disable-vaapi --disable-vdpau --disable- dxva2 --enable-runtime-cpudetect --enable-hardcoded-tables --enable- memalign-hack --disable-everything --enable-cross-compile --cross- prefix=/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk/../../usr/bin/ --arch=arm --target-os=darwin '--extra-cflags=-arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk' '--extra-ldflags=-arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk' --cpu=cortex-a8 --libdir=/Users/andrew/Desktop/Development/external/open/local/lib/iOS/armv7 install prefix /Users/andrew/Desktop/Development/external/open/local source path /Users/andrew/Desktop/Development/external/open/repo/ffmpeg C compiler /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk/../../usr/bin/gcc ARCH arm (cortex-a8) big-endian no runtime cpu detection yes ARMv5TE enabled yes ARMv6 enabled yes ARMv6T2 enabled yes ARM VFP enabled yes IWMMXT enabled no NEON enabled yes debug symbols yes strip symbols yes optimizations yes static yes shared no postprocessing support no new filter support no network support no threading support no SDL support no Sun medialib support no AVISynth enabled no libcelt enabled no frei0r enabled no libdc1394 support no libdirac enabled no libfaac enabled no libgsm enabled no libmp3lame enabled no libnut enabled no libopencore-amrnb support no libopencore-amrwb support no libopencv support no libopenjpeg enabled no librtmp enabled no libschroedinger enabled no libspeex enabled no libtheora enabled no libva enabled no libvo-aacenc support no libvo-amrwbenc support no libvorbis enabled no libvpx enabled no libx264 enabled no libxavs enabled no libxvid enabled no zlib enabled no bzlib enabled no Enabled decoders: Enabled encoders: Enabled hwaccels: Enabled parsers: Enabled demuxers: Enabled muxers: Enabled protocols: Enabled filters: Enabled bsfs: Enabled indevs: Enabled outdevs: License: LGPL version 2.1 or later Creating config.mak and config.h... WARNING: /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk/../../usr/bin /pkg-config not found, library detection may fail. WARNING: Compiler does not indicate floating-point ABI, guessing soft. + make install CC libavcodec/aandcttab.o CC libavcodec/allcodecs.o AS libavcodec/arm/dsputil_arm.o AS libavcodec/arm/dsputil_armv6.o CC libavcodec/arm/dsputil_init_arm.o CC libavcodec/arm/dsputil_init_armv5te.o CC libavcodec/arm/dsputil_init_armv6.o CC libavcodec/arm/dsputil_init_neon.o CC libavcodec/arm/dsputil_init_vfp.o AS libavcodec/arm/dsputil_neon.o AS libavcodec/arm/dsputil_vfp.o CC libavcodec/arm/fft_fixed_init_arm.o AS libavcodec/arm/fft_fixed_neon.o CC libavcodec/arm/fft_init_arm.o AS libavcodec/arm/fft_neon.o CC libavcodec/arm/fmtconvert_init_arm.o AS libavcodec/arm/fmtconvert_neon.o AS libavcodec/arm/fmtconvert_vfp.o AS libavcodec/arm/int_neon.o AS libavcodec/arm/jrevdct_arm.o AS libavcodec/arm/mdct_fixed_neon.o AS libavcodec/arm/mdct_neon.o CC libavcodec/arm/mpegvideo_arm.o ffmpeg/libavcodec/arm/mpegvideo_arm.c:28: error: size of array ?x_Y_DC_SCALE? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:29: error: size of array ?x_C_DC_SCALE? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:30: error: size of array ?x_AC_PRED? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:31: error: size of array ?x_BLOCK_LAST_INDEX? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:32: error: size of array ?x_INTER_SCANTAB_RASTER_END? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:33: error: size of array ?x_H263_AIC? is negative make: *** [libavcodec/arm/mpegvideo_arm.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 05:19:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Jun 2011 03:19:04 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23265=28swscale=3Anew=29=3A_MMX2_yuv420p?= =?utf-8?q?10_=E2=86=92_yuv444p_scaler_produces_vertical_undithered=28=3F?= =?utf-8?q?=29_lines_with_GCC_4=2E6?= In-Reply-To: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> References: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> Message-ID: <051.6158a246e92204b3f696e1cc548070fc@avcodec.org> #265: MMX2 yuv420p10 ? yuv444p scaler produces vertical undithered(?) lines with GCC 4.6 -------------------------------------+---------------------- Reporter: lachs0r | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: yuv420p10, yuv444p, mmx2 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+---------------------- Comment (by lachs0r): Update: It only breaks with MinGW targets (even using GCC 4.5.x), which makes it even more of a PITA to debug. This is probably a MinGW/GCC bug rather than an FFmpeg bug. Sorry if I?m wasting your time here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 06:28:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Jun 2011 04:28:30 -0000 Subject: [FFmpeg-trac] #259(undetermined:new): framerate detection does not work properly. In-Reply-To: <036.8aefbddb64515a1e297c2d5f3ee6dbb8@avcodec.org> References: <036.8aefbddb64515a1e297c2d5f3ee6dbb8@avcodec.org> Message-ID: <051.97224d5be4b87c284d1938f4d9893fd3@avcodec.org> #259: framerate detection does not work properly. --------------------------------------+--------------------------- Reporter: mbosner | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: false framerate detection | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------------+--------------------------- Comment (by mbosner): The sample file is ofc just the first 10 MB of 17 GB. If you need more please tell me. Maybe i should explain what i am doing: I try to batch convert video files using some script code that i wrote. Normaly everything works fine or i can workaround problems. But with this file ffmpeg guesses the wrong frame rate and i convert the file from 24fps to ~29.97fps which lead to stutter movie playback. Audio and Video is in sync. But since i detect the wrong fps with ffmpeg -i i convert it to the wrong framerate: I am getting informations about the file using ffmpeg: ffmpeg -i "temporary_filename000.mkv" 2>&1 FFMPEG OUT: ffmpeg version git-N-30444-geb5a3ab, Copyright (c) 2000-2011 the FFmpeg developers FFMPEG OUT: built on Jun 1 2011 16:42:49 with gcc 4.5.2 FFMPEG OUT: configuration: --enable-gpl --enable-version3 --enable- nonfree --enable-postproc --enable-libfaac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable- libvorbis --enable-libx264 --enable-libxvid FFMPEG OUT: libavutil 51. 3. 0 / 51. 3. 0 FFMPEG OUT: libavcodec 53. 6. 1 / 53. 6. 1 FFMPEG OUT: libavformat 53. 2. 0 / 53. 2. 0 FFMPEG OUT: libavdevice 53. 1. 0 / 53. 1. 0 FFMPEG OUT: libavfilter 2. 11. 0 / 2. 11. 0 FFMPEG OUT: libswscale 0. 14. 0 / 0. 14. 0 FFMPEG OUT: libpostproc 51. 2. 0 / 51. 2. 0 FFMPEG OUT: [matroska,webm @ 0x23c5420] Estimating duration from bitrate, this may be inaccurate FFMPEG OUT: Input #0, matroska,webm, from 'temporary_filename000.mkv': FFMPEG OUT: Duration: 01:47:42.18, start: 0.000000, bitrate: 1984 kb/s FFMPEG OUT: Stream #0.0: Video: vc1 (Advanced), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 1k tbn, 29.97 tbc (default) FFMPEG OUT: Stream #0.1: Audio: eac3, 48000 Hz, 5.1, s16, 1536 kb/s (default) FFMPEG OUT: Stream #0.2: Audio: eac3, 48000 Hz, 5.1, s16, 448 kb/s FFMPEG OUT: At least one output file must be specified i extract the audio(...) and i convert the video: ffmpeg -i 'temporary_filename000.mkv' -flags ilme -an -pix_fmt yuv420p -f rawvideo -vcodec rawvideo -| x264 --preset veryslow --fps 29.970 --crf 18 -o track1.mp4 - --input-res 1920x1080 i can playback the original file without problems using xbmc. I am not sure if this is the only file with the problem but it is the first one where i noticed the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 15:14:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Jun 2011 13:14:51 -0000 Subject: [FFmpeg-trac] #122(FFplay:new): Kega Game Video codec broken with ffplay In-Reply-To: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> References: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> Message-ID: <051.bb53af997c6d67b4aaba6b7db6eba376@avcodec.org> #122: Kega Game Video codec broken with ffplay --------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+---------------------- Comment (by ami_stuff): {{{ This is expected because ffplay+libavfilter doesn't support input normalization in case of mid-stream size/format change. The proper fix requires the implementation of dymamic filterchain re- configuration. }}} another sample for test http://samples.mplayerhq.hu/MPEG2/resolutionchange.mpg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 15:20:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Jun 2011 13:20:43 -0000 Subject: [FFmpeg-trac] #267(undetermined:new): jpeg image decodes incorrectly Message-ID: <038.222fcc1062af92e1a29386bed4fb627d@avcodec.org> #267: jpeg image decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- more info: http://trac.videolan.org/vlc/ticket/4215 the file decodes correctly with firefox/irfanview https://trac.videolan.org/vlc/attachment/ticket/4215/frame.jpg {{{ C:\>ffmpeg -i frame.jpg out.bmp ffmpeg version git-N-30344-g5501afa, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 27 2011 22:37:57 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib --pkg-config =pkg-confi g libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mjpeg @ 023507A0] mjpeg_decode_dc: bad vlc: 0:0 (01DC6900) [mjpeg @ 023507A0] error dc [mjpeg @ 023507A0] error y=1 x=21 Input #0, image2, from 'frame.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj422p, 1280x720, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'yuvj422p' for codec 'bmp', auto-selecting format 'bgr 24' [buffer @ 01DD1E40] w:1280 h:720 pixfmt:yuvj422p tb:1/1000000 sar:0/1 sws_param: [ffsink @ 01DD1380] auto-inserting filter 'auto-inserted scaler 0' between the f ilter 'src' and the filter 'out' [scale @ 01DD2140] w:1280 h:720 fmt:yuvj422p -> w:1280 h:720 fmt:bgr24 flags:0x4 [swscaler @ 02388020] No accelerated colorspace conversion found from yuv422p to bgr24. [swscaler @ 02397260] No accelerated colorspace conversion found from yuv422p to bgr24. [swscaler @ 023A6480] No accelerated colorspace conversion found from yuv422p to bgr24. Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.2.0 Stream #0.0: Video: bmp, bgr24, 1280x720, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mjpeg @ 023507A0] mjpeg_decode_dc: bad vlc: 0:0 (01DC5200) [mjpeg @ 023507A0] error dc [mjpeg @ 023507A0] error y=1 x=21 frame= 1 fps= 0 q=0.0 Lsize= -0kB time=0.04 bitrate= -4.4kbits/s video:2700kB audio:0kB global headers:0kB muxing overhead -100.000796% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 4 15:32:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 04 Jun 2011 13:32:59 -0000 Subject: [FFmpeg-trac] #268(undetermined:new): mp3: audible glitches with integer decoder Message-ID: <038.f0bf8823e05d263fa2ef20539ea598b7@avcodec.org> #268: mp3: audible glitches with integer decoder --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- mp3float decoder seems to not be affected by this problem http://www.skenney.com/files/carbass.mp3 {{{ C:\>ffmpeg -i carbass.mp3 out.wav ffmpeg version git-N-30344-g5501afa, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 27 2011 22:37:57 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib --pkg-config =pkg-confi g libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 023502A0] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 023502A0] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'carbass.mp3': Metadata: disc : 1 Duration: 00:01:14.88, start: 0.000000, bitrate: 128 kb/s Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Output #0, wav, to 'out.wav': Metadata: disc : 1 encoder : Lavf53.2.0 Stream #0.0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mp3 @ 023507A0] incomplete framee=1406.5kbits/s Error while decoding stream #0.0 size= 12177kB time=70.69 bitrate=1411.2kbits/s video:0kB audio:12177kB global headers:0kB muxing overhead 0.000353% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 6 00:53:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Jun 2011 22:53:12 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:new): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.d67e2fc4f53beba3d13470df30fdd33d@avcodec.org> #42: don't read stdin when running in a noninteractive shell ---------------------------------------+---------------------- Reporter: taeuber | Owner: michael Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: noninteractive shell stdin | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+---------------------- Comment (by michael): If someone tells me how to detect "running in a noninteractive shell" halfway portably then this is trivial to implement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 6 00:55:40 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 05 Jun 2011 22:55:40 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:closed): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.507a2da573106397951f17643d6b0c31@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Sounds like this has been fixed then -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 6 08:20:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Jun 2011 06:20:16 -0000 Subject: [FFmpeg-trac] #175(avcodec:reopened): Strange increase of the size of dsputil.o In-Reply-To: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> References: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> Message-ID: <053.f8d3a8281110ef7c19bd3ea8172f463f@avcodec.org> #175: Strange increase of the size of dsputil.o -----------------------+----------------------- Reporter: xhpohanka | Owner: Type: defect | Status: reopened Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by xhpohanka): * status: closed => reopened * resolution: invalid => Comment: Unfortunately this change make ffmpeg less usable on embedded systems. When ffmpeg is configured for only several codecs this increase size of its binary more than twice. I suggest to put things needed only by h264 to separate files (if it is possible) to keep ffmpeg scalability ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 00:21:41 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 06 Jun 2011 22:21:41 -0000 Subject: [FFmpeg-trac] #234(undetermined:closed): Segmentation fault when using -ac 2 In-Reply-To: <037.608047520fb22072805b1892b8ed7e90@avcodec.org> References: <037.608047520fb22072805b1892b8ed7e90@avcodec.org> Message-ID: <052.3f34cc5c2789d0b43914cb119d27e09f@avcodec.org> #234: Segmentation fault when using -ac 2 ---------------------+------------------------------ Reporter: farrelan | Owner: michael Type: defect | Status: closed Priority: normal | Component: undetermined Version: git | Resolution: needs_more_info Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+------------------------------ Changes (by michael): * status: open => closed * resolution: => needs_more_info Comment: We cannot do anything without having the file to reproduce this -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 02:03:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 00:03:39 -0000 Subject: [FFmpeg-trac] #263(avformat:open): Unimplemented container channel layout In-Reply-To: <039.39e3f96094f065b9d286134aa285f228@avcodec.org> References: <039.39e3f96094f065b9d286134aa285f228@avcodec.org> Message-ID: <054.bb52756ff227d387e054b455310ff1cc@avcodec.org> #263: Unimplemented container channel layout -----------------------+----------------------- Reporter: rectalogic | Owner: cehoyos Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * owner: => cehoyos * status: new => open Comment: Thank you for the sample! Since I cannot reproduce a crash with mplayer, and ffplay plays your sample fine for me, could you either provide a backtrace for the MPlayer crash or more information for the problem with ffplay? Does converting the file with ffmpeg -i qdm2-channels.mov out.avi produce a working file for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 02:27:26 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 00:27:26 -0000 Subject: [FFmpeg-trac] #123(FFplay:open): Fuzzed sample crashes ffplay In-Reply-To: <036.e7a5d9e613d18f0a41aed8a1d33cf2d1@avcodec.org> References: <036.e7a5d9e613d18f0a41aed8a1d33cf2d1@avcodec.org> Message-ID: <051.4d32c06d51566a37f55f634f629a26a1@avcodec.org> #123: Fuzzed sample crashes ffplay --------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+---------------------- Comment (by cehoyos): mplayer -vo sdl does not crash for me, but I was able to produce a backtrace with ffplay: {{{ (gdb) r crash_pirateszz_2_s25_r003.fuzz.sample ffplay version git-N-30584-gd58ed64, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 7 2011 01:57:06 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 6. 1 / 51. 6. 1 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 14. 0 / 2. 14. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 ... [mpeg2video @ 0x13286c0] slice below image (57 >= 30) [mpeg2video @ 0x13286c0] ignoring pic cod ext after 0 [mpeg2video @ 0x13286c0] slice below image (67 >= 30) [mpeg2video @ 0x13286c0] warning: first frame is no keyframe [mpeg2video @ 0x13286c0] slice mismatch [mpeg2video @ 0x13286c0] invalid mb type in P Frame at 51 2 [mpeg2video @ 0x13286c0] ac-tex damaged at 0 3 [mpeg2video @ 0x13286c0] ac-tex damaged at 0 5 [mpeg2video @ 0x13286c0] ac-tex damaged at 0 8 [mpeg2video @ 0x13286c0] ac-tex damaged at 14 9 [mpeg2video @ 0x13286c0] ac-tex damaged at 0 16 [mpeg2video @ 0x13286c0] ac-tex damaged at 1 18 [mpeg2video @ 0x13286c0] ac-tex damaged at 0 20 [mpeg2video @ 0x13286c0] slice below image (53 >= 30) [mpeg2video @ 0x13286c0] slice mismatch [mpeg2video @ 0x13286c0] slice below image (70 >= 30) [mpeg2video @ 0x13286c0] matrix damaged [mpeg2video @ 0x13286c0] sequence header damaged [mpeg2video @ 0x13286c0] Warning MVs not available [mpeg2video @ 0x13286c0] concealing 9030 DC, 9030 AC, 9030 MV errors 3.19 A-V: 0.000 s:0.2 aq= 0KB vq= 69KB sq= 0B f=0/8 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff43f4910 (LWP 8473)] 0x00007ffff6ae4722 in memcpy () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff6ae4722 in memcpy () from /lib64/libc.so.6 #1 0x0000000000970e6f in av_image_copy_plane (height=151, bytewidth=720, src_linesize=4816, src=, dst_linesize=720, dst=) at libavutil/imgutils.c:238 #2 av_image_copy (height=151, bytewidth=720, src_linesize=4816, src=, dst_linesize=720, dst=) at libavutil/imgutils.c:271 #3 0x000000000066b931 in av_picture_copy (dst=, src=, pix_fmt=, width=, height=) at libavcodec/imgconvert.c:669 #4 0x000000000040961b in queue_picture (pos=-1, pts1=3.7198833333333332, src_frame=0x1327840, is=0x7ffff4bf6040) at ffplay.c:1403 #5 video_thread (pos=-1, pts1=3.7198833333333332, src_frame=0x1327840, is=0x7ffff4bf6040) at ffplay.c:1790 #6 0x00007ffff766a3b5 in ?? () from /usr/lib64/libSDL-1.2.so.0 #7 0x00007ffff76ad539 in ?? () from /usr/lib64/libSDL-1.2.so.0 #8 0x00007ffff744065d in start_thread () from /lib64/libpthread.so.0 #9 0x00007ffff6b35ecd in clone () from /lib64/libc.so.6 #10 0x0000000000000000 in ?? () (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x7ffff6ae4702 to 0x7ffff6ae4742: 0x00007ffff6ae4702 : nopw %cs:0x0(%rax,%rax,1) 0x00007ffff6ae4710 : cmp $0x400,%rdx 0x00007ffff6ae4717 : ja 0x7ffff6ae4790 0x00007ffff6ae4719 : mov %edx,%ecx 0x00007ffff6ae471b : shr $0x5,%ecx 0x00007ffff6ae471e : je 0x7ffff6ae4780 0x00007ffff6ae4720 : dec %ecx 0x00007ffff6ae4722 : mov (%rsi),%rax 0x00007ffff6ae4725 : mov 0x8(%rsi),%r8 0x00007ffff6ae4729 : mov 0x10(%rsi),%r9 0x00007ffff6ae472d : mov 0x18(%rsi),%r10 0x00007ffff6ae4731 : mov %rax,(%rdi) 0x00007ffff6ae4734 : mov %r8,0x8(%rdi) 0x00007ffff6ae4738 : mov %r9,0x10(%rdi) 0x00007ffff6ae473c : mov %r10,0x18(%rdi) 0x00007ffff6ae4740 : lea 0x20(%rsi),%rsi End of assembler dump. (gdb) info register rax 0x7ffff1c00d50 140737249283408 rbx 0x2d0 720 rcx 0x15 21 rdx 0x2d0 720 rsi 0x7fffec1f3d90 140737154858384 rdi 0x7ffff1c00d50 140737249283408 rbp 0x96 0x96 rsp 0x7ffff43f3e88 0x7ffff43f3e88 r8 0x0 0 r9 0x0 0 r10 0x0 0 r11 0x2d0 720 r12 0x7fffec1f5060 140737154863200 r13 0x7ffff1c01020 140737249284128 r14 0x12d0 4816 r15 0x2d0 720 rip 0x7ffff6ae4722 0x7ffff6ae4722 eflags 0x10203 [ CF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 02:30:19 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 00:30:19 -0000 Subject: [FFmpeg-trac] #267(avcodec:open): jpeg image decodes incorrectly In-Reply-To: <038.222fcc1062af92e1a29386bed4fb627d@avcodec.org> References: <038.222fcc1062af92e1a29386bed4fb627d@avcodec.org> Message-ID: <053.13d9d7873d02a9218cce3081532a92fd@avcodec.org> #267: jpeg image decodes incorrectly -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: jpg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * keywords: => jpg * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 02:30:31 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 00:30:31 -0000 Subject: [FFmpeg-trac] #244(avformat:open): rm muxer fails with frames larger than 64k byte (was: add a check for input picture size in rv10/rv20 encoders) In-Reply-To: <038.d45aa90e89e7dff7a2bf8baf09c39c8f@avcodec.org> References: <038.d45aa90e89e7dff7a2bf8baf09c39c8f@avcodec.org> Message-ID: <053.38c8dbaaedaa889aab2686ca4bbb5ddf@avcodec.org> #244: rm muxer fails with frames larger than 64k byte ------------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: rm muxer | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+----------------------- Changes (by michael): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * keywords: => rm muxer * analyzed: 0 => 1 Comment: The problem is in the RM muxer which does not fully support frames that need more than 64k byte -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 02:35:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 00:35:23 -0000 Subject: [FFmpeg-trac] #268(avcodec:open): mp3: audible glitches with integer decoder In-Reply-To: <038.f0bf8823e05d263fa2ef20539ea598b7@avcodec.org> References: <038.f0bf8823e05d263fa2ef20539ea598b7@avcodec.org> Message-ID: <053.5642ba002ed89586de0c1126437b50e9@avcodec.org> #268: mp3: audible glitches with integer decoder -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Not a regression, afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 03:16:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 01:16:29 -0000 Subject: [FFmpeg-trac] #164(undetermined:closed): FFplay: "-vismv" option doesn't work when libavfilter is enabled In-Reply-To: <038.213e6b5ba2449ef96df97f0a1d9f1c24@avcodec.org> References: <038.213e6b5ba2449ef96df97f0a1d9f1c24@avcodec.org> Message-ID: <053.cf7498f65e4504a27d80965e2eeb93fa@avcodec.org> #164: FFplay: "-vismv" option doesn't work when libavfilter is enabled ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 05:53:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 03:53:28 -0000 Subject: [FFmpeg-trac] #263(avformat:open): Unimplemented container channel layout In-Reply-To: <039.39e3f96094f065b9d286134aa285f228@avcodec.org> References: <039.39e3f96094f065b9d286134aa285f228@avcodec.org> Message-ID: <054.b9ed3bc5a742bd102361b53614c3a291@avcodec.org> #263: Unimplemented container channel layout -----------------------+----------------------- Reporter: rectalogic | Owner: cehoyos Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Comment (by rectalogic): Replying to [comment:1 cehoyos]: > Since I cannot reproduce a crash with mplayer, and ffplay plays your sample fine for me, could you either provide a backtrace for the MPlayer crash or more information for the problem with ffplay? Does converting the file with ffmpeg -i qdm2-channels.mov out.avi produce a working file for you? Converting with ffmpeg still prints the warning, but does result in a working file (audio and video). mplayer compiled 64bit does not crash. 32bit mplayer crashes with this backtrace: {{{ libavformat file format detected. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8f11500] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8f11500] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8f11500] max_analyze_duration 5000000 reached at 5120000 [lavf] stream 0: audio (qdm2), -aid 0, -alang eng [lavf] stream 1: video (svq1), -vid 0 VIDEO: [SVQ1] 320x240 24bpp 14.985 fps 285.6 kbps (34.9 kbyte/s) Clip info: major_brand: qt minor_version: 537199360 compatible_brands: qt creation_time: 2006-11-03 19:12:00 composer: This movie was made with Adobe GoLive. composer-eng: This movie was made with Adobe GoLive. Load subtitles in /storage/dataset/ [gl] no GLX support present ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffsvq1] vfm: ffmpeg (FFmpeg Sorenson Video v1 (SVQ1)) ========================================================================== ========================================================================== Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders Program received signal SIGSEGV, Segmentation fault. 0x085d1140 in apply_window_mp3 (in=0x8f94900, win=0x8e73a20, unused=0xffffb25c, out=0xffff8e5c, incr=1) at x86/mpegaudiodec_mmx.c:120 120 __asm__ volatile( (gdb) bt #0 0x085d1140 in apply_window_mp3 (in=0x8f94900, win=0x8e73a20, unused=0xffffb25c, out=0xffff8e5c, incr=1) at x86/mpegaudiodec_mmx.c:120 #1 0x08481085 in ff_mpa_synth_filter_float (s=0x8f948e8, synth_buf_ptr=0x8f94900, synth_buf_offset=0x8f96900, window=0x8e73a20, dither_state=0xffffb25c, samples=0xffff8e5c, incr=1, sb_samples=0x8f96920) at mpegaudiodsp_template.c:173 #2 0x084c43de in qdm2_synthesis_filter (q=, index=) at qdm2.c:1616 #3 0x084c6f84 in qdm2_decode (avctx=0x8f37cc0, data=0xf6bd5020, data_size=0xffffb468, avpkt=0xffffb414) at qdm2.c:1927 #4 qdm2_decode_frame (avctx=0x8f37cc0, data=0xf6bd5020, data_size=0xffffb468, avpkt=0xffffb414) at qdm2.c:1966 #5 0x08522740 in avcodec_decode_audio3 (avctx=0x8f37cc0, samples=0xf6bd5020, frame_size_ptr=0xffff8e5c, avpkt=0xffffb414) at utils.c:796 #6 0x081efc38 in decode_audio (sh_audio=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece. ) at libmpcodecs/ad_ffmpeg.c:229 #7 0x081f00cf in init (sh_audio=0x8f182e0) at libmpcodecs/ad_ffmpeg.c:159 #8 0x0814424d in init_audio_codec (sh_audio=0x8f182e0, codecname=, afm=, status=1, selected=0xffffb59c) at libmpcodecs/dec_audio.c:107 #9 init_audio (sh_audio=0x8f182e0, codecname=, afm=, status=1, selected=0xffffb59c) at libmpcodecs/dec_audio.c:229 #10 0x0814463d in init_best_audio_codec (sh_audio=0x8f182e0, ---Type to continue, or q to quit--- audio_codec_list=0xffffb594, audio_fm_list=0x0) at libmpcodecs/dec_audio.c:282 #11 0x080cbd1d in reinit_audio_chain () at mplayer.c:1713 #12 0x080ce86e in main (argc=2, argv=0xffffd794) at mplayer.c:3688 }}} I also ran "ffmpeg -i qdm2-channels.mov " under gdb and set a breakpoint in ff_mov_read_chan() which is where the warning is being printed - it is warning because size is 32 and it expects it to be 12. If you set a breakpoint here do you see the same thing? Analyzing the file itself, the 'chan' tag is 32 bytes so I would expect the warning. {{{ #0 ff_mov_read_chan (s=0x130d3e0, size=32, codec=0x1310120) at libavformat/isom.c:462 462 if (size != 12) { (gdb) p size $6 = 32 (gdb) bt #0 ff_mov_read_chan (s=0x130d3e0, size=32, codec=0x1310120) at libavformat/isom.c:462 #1 0x0000000000490e5b in mov_read_chan (c=0x130da00, pb=, atom=...) at libavformat/mov.c:2213 #2 0x0000000000490c16 in mov_read_default (c=0x130da00, pb=0x1315a60, atom=...) at libavformat/mov.c:308 #3 0x0000000000496030 in ff_mov_read_stsd_entries (c=, pb=0x1315a60, entries=) at libavformat/mov.c:1190 #4 0x0000000000490c16 in mov_read_default (c=0x130da00, pb=0x1315a60, atom=...) at libavformat/mov.c:308 #5 0x0000000000490c16 in mov_read_default (c=0x130da00, pb=0x1315a60, atom=...) at libavformat/mov.c:308 #6 0x0000000000490c16 in mov_read_default (c=0x130da00, pb=0x1315a60, atom=...) at libavformat/mov.c:308 #7 0x0000000000490c16 in mov_read_default (c=0x130da00, pb=0x1315a60, atom=...) at libavformat/mov.c:308 #8 0x00000000004942a7 in mov_read_trak (c=0x130da00, pb=0x1315a60, atom=...) at libavformat/mov.c:1752 #9 0x0000000000490c16 in mov_read_default (c=0x130da00, pb=0x1315a60, atom=...) at libavformat/mov.c:308 #10 0x0000000000490cd5 in mov_read_moov (c=0x130d3e0, pb=0x20, atom=...) at libavformat/mov.c:585 #11 0x0000000000490c16 in mov_read_default (c=0x130da00, pb=0x1315a60, ---Type to continue, or q to quit--- atom=...) at libavformat/mov.c:308 #12 0x0000000000494f00 in mov_read_header (s=, ap=) at libavformat/mov.c:2397 #13 0x00000000004e3d33 in av_demuxer_open (ic=0x130d3e0, ap=0x20) at libavformat/utils.c:481 #14 0x000000000043548f in opt_input_file (opt=, filename=0x7fffffffe3ce "/storage/dataset/MPEG-4++SVQ1-320x240++Qdesign_2-- hreftrack-1200912-87d04a01f0c90814.mov") at ffmpeg.c:3289 #15 0x0000000000440121 in parse_options (argc=3, argv=0x7fffffffe148, options=, parse_arg_function=0x43cd30 ) at cmdutils.c:279 #16 0x000000000043ba9e in main (argc=3, argv=0x7fffffffe148) at ffmpeg.c:4524 (gdb) up #1 0x0000000000490e5b in mov_read_chan (c=0x130da00, pb=, atom=...) at libavformat/mov.c:2213 2213 ff_mov_read_chan(c->fc, atom.size - 4, c->fc->streams[0]->codec); (gdb) p atom $7 = {type = 1851877475, size = 36} }}} If you look at the channel layout tag field in the 'chan' atom in the sample, it's 0x640001. This is (100<<16)|1 which is kCAFChannelLayoutTag_Mono (I think Apples [http://developer.apple.com/library/mac/#documentation/MusicAudio/Reference/CAFSpec/CAF_spec/CAF_spec.html#//apple_ref/doc/uid/TP40001862-CH210-DontLinkElementID_64 CAF docs] define the channel layout flags) So I think this 'chan' atom seems valid even though it is larger than ffmpeg expects - looking at the docs it seems like any size should be allowed - 'chan' atoms are variable sized and the only restriction is the size must be valid. I'll attach a patch. Unfortunately, 32 bit mplayer still crashes even with the patch - that must be a different issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 06:34:47 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 04:34:47 -0000 Subject: [FFmpeg-trac] #263(avformat:open): Unimplemented container channel layout In-Reply-To: <039.39e3f96094f065b9d286134aa285f228@avcodec.org> References: <039.39e3f96094f065b9d286134aa285f228@avcodec.org> Message-ID: <054.df9199768e676192dac41c49ebb44ab0@avcodec.org> #263: Unimplemented container channel layout -----------------------+----------------------- Reporter: rectalogic | Owner: cehoyos Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Comment (by rectalogic): So I think my patch is OK, but that the crash is a different issue. 32bit ffplay also crashes playing this file (with or without the patch), and so does 32 bit "ffmpeg -i qdm2-channels.mov out.avi" {{{ ffplay version git-N-30509-g49125ae, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 7 2011 04:26:38 with gcc 4.4.3 configuration: --enable-debug=gdb3 libavutil 51. 4. 0 / 51. 4. 0 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 0 / 53. 1. 0 libavfilter 2. 12. 0 / 2. 12. 0 libswscale 0. 14. 1 / 0. 14. 1 [New Thread 0xf788ab70 (LWP 26047)] [New Thread 0xf2df5b70 (LWP 26048)] [Thread 0xf2df5b70 (LWP 26048) exited] [New Thread 0xf2df5b70 (LWP 26049)] [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8d77c80] max_analyze_duration 5000000 reached at 5120000 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/storage/dataset/MPEG-4++SVQ1-320x240++Qdesign_2-- hreftrack-1200912-87d04a01f0c90814.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2006-11-03 19:12:00 composer : This movie was made with Adobe GoLive. composer-eng : This movie was made with Adobe GoLive. Duration: 00:00:30.03, start: 0.000000, bitrate: 311 kb/s Stream #0.0(eng): Audio: qdm2, 32000 Hz, mono, s16, 24 kb/s Metadata: creation_time : 2006-11-03 19:12:00 Stream #0.1(eng): Video: svq1, yuv410p, 320x240, 285 kb/s, 14.99 fps, 14.99 tbr, 15k tbn, 15k tbc Metadata: creation_time : 2006-11-03 19:12:00 Stream #0.2(eng): Data: [0][0][0][0] / 0x0000, 0 kb/s Metadata: creation_time : 2006-11-03 19:12:00 [New Thread 0xf6d28b70 (LWP 26050)] [New Thread 0xf6527b70 (LWP 26052)] [New Thread 0xf5b26b70 (LWP 26053)] [ffsink @ 0x8dddb60] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [New Thread 0xf5325b70 (LWP 26054)] [scale @ 0x8e113a0] w:320 h:240 fmt:yuv410p -> w:320 h:240 fmt:yuv420p flags:0x4 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xf6527b70 (LWP 26052)] 0x08568374 in apply_window_mp3 (in=0x8daf780, win=0x8cb9320, unused=0xf652706c, out=0xf6524c6c, incr=1) at libavcodec/x86/mpegaudiodec_mmx.c:120 120 __asm__ volatile( (gdb) bt #0 0x08568374 in apply_window_mp3 (in=0x8daf780, win=0x8cb9320, unused=0xf652706c, out=0xf6524c6c, incr=1) at libavcodec/x86/mpegaudiodec_mmx.c:120 #1 0x083af19c in ff_mpa_synth_filter_float (s=0x8daf768, synth_buf_ptr=0x8daf780, synth_buf_offset=0x8db1780, window=0x8cb9320, dither_state=0xf652706c, samples=0xf6524c6c, incr=1, sb_samples=0x8db17a0) at libavcodec/mpegaudiodsp_template.c:173 #2 0x08404b48 in qdm2_synthesis_filter (q=0x8da3f40, index=) at libavcodec/qdm2.c:1616 #3 0x08408255 in qdm2_decode (avctx=0x8d76040, data=0xf6d290c0, data_size=0xf65272cc, avpkt=0xf6db5acc) at libavcodec/qdm2.c:1927 #4 qdm2_decode_frame (avctx=0x8d76040, data=0xf6d290c0, data_size=0xf65272cc, avpkt=0xf6db5acc) at libavcodec/qdm2.c:1966 #5 0x08488ec0 in avcodec_decode_audio3 (avctx=0x8d76040, samples=0xf6d290c0, frame_size_ptr=0xf6524c6c, avpkt=0xf6db5acc) at libavcodec/utils.c:796 #6 0x0807f472 in audio_decode_frame (opaque=0xf6d29020, stream=0x8d91778 "", len=2048) at ffplay.c:1986 #7 sdl_audio_callback (opaque=0xf6d29020, stream=0x8d91778 "", len=2048) at ffplay.c:2087 #8 0xf7e74dcd in ?? () from /usr/lib32/libSDL-1.2.so.0 #9 0xf7e7cb1e in ?? () from /usr/lib32/libSDL-1.2.so.0 #10 0xf7ec781d in ?? () from /usr/lib32/libSDL-1.2.so.0 #11 0xf7e1e96e in start_thread () from /lib32/libpthread.so.0 ---Type to continue, or q to quit--- #12 0xf7d8eb5e in clone () from /lib32/libc.so.6 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 10:28:54 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 08:28:54 -0000 Subject: [FFmpeg-trac] #269(FFmpeg:new): webm/libvpx Conversion bug Message-ID: <036.b02c1e5cd2db57ee55e9411e7895ae89@avcodec.org> #269: webm/libvpx Conversion bug ----------------------+--------------------- Reporter: yxmline | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ----------------------+--------------------- D:\WinLinux\Minsys\temp\ffmpeg>gdb ffmpeg_g GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: ... Reading symbols from D:\WinLinux\Minsys\temp\ffmpeg/ffmpeg_g.exe...done. #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help frame= 36 fps= 0 q=0.0 size= 4kB time=00:00:00.18 bitrate= 191.8kbits/s frame= 46 fps= 45 q=0.0 size= 4kB time=00:00:00.69 bitrate= 50.5kbits/s frame= 54 fps= 35 q=0.0 size= 37kB time=00:00:00.95 bitrate= 318.0kbits/s frame= 64 fps= 31 q=0.0 size= 68kB time=00:00:01.33 bitrate= 416.1kbits/s frame= 73 fps= 28 q=0.0 size= 81kB time=00:00:01.63 bitrate= 404.2kbits/s frame= 82 fps= 26 q=0.0 size= 128kB time=00:00:01.93 bitrate= 542.1kbits/s frame= 90 fps= 25 q=0.0 size= 160kB time=00:00:02.20 bitrate= 595.5kbits/s frame= 99 fps= 24 q=0.0 size= 174kB time=00:00:02.50 bitrate= 570.9kbits/s frame= 106 fps= 18 q=0.0 Lsize= 309kB time=00:00:02.90 bitrate= 872.3kbits/ s video:285kB audio:18kB global headers:4kB muxing overhead 0.871596% Program received signal SIGSEGV, Segmentation fault. 0x0095981d in av_next_option (obj=0x258832e0) at libavutil/opt.c:48 48 else if (last || !(*(AVClass**)obj)->option->name) return NULL; ps:git://git.videolan.org/ffmpeg.git -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 10:33:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 08:33:35 -0000 Subject: [FFmpeg-trac] #269(FFmpeg:open): webm/libvpx Conversion bug In-Reply-To: <036.b02c1e5cd2db57ee55e9411e7895ae89@avcodec.org> References: <036.b02c1e5cd2db57ee55e9411e7895ae89@avcodec.org> Message-ID: <051.c97cd05c5d8e57a19028e1a51cacf3f2@avcodec.org> #269: webm/libvpx Conversion bug --------------------+---------------------- Reporter: yxmline | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+---------------------- Changes (by yxmline): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 10:36:02 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 08:36:02 -0000 Subject: [FFmpeg-trac] #55(avcodec:open): 5.1 AAC Output Incorrectly Mapped In-Reply-To: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> References: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> Message-ID: <057.7b4d7faf5af2bc5f1f1e60b238c927dc@avcodec.org> #55: 5.1 AAC Output Incorrectly Mapped --------------------------+---------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+---------------------- Comment (by AlanJames1987): It's actually now working for me as well. I don't know what I was doing wrong before. Maybe I mis-copied something from your posted diff file. Thank you for all your help. This is working great now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 12:12:18 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 10:12:18 -0000 Subject: [FFmpeg-trac] #255(avutil:closed): incorrect checksum for freed object In-Reply-To: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> References: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> Message-ID: <051.b0976a0cb735310bb7b4d9b6f5a1a863@avcodec.org> #255: incorrect checksum for freed object -----------------------+--------------------- Reporter: zimbatm | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: fixed Keywords: malloc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * version: git => git-master * component: undetermined => avutil Comment: A work-around was applied to current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 12:12:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 10:12:36 -0000 Subject: [FFmpeg-trac] #260(avutil:closed): malloc error when using -f ffmetadata In-Reply-To: <036.d76f26b5802982e95cef983019cc4a29@avcodec.org> References: <036.d76f26b5802982e95cef983019cc4a29@avcodec.org> Message-ID: <051.4098de6361645350243a405c3242df9c@avcodec.org> #260: malloc error when using -f ffmetadata -----------------------+--------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => avutil Comment: A work-around was applied to current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 12:44:27 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 10:44:27 -0000 Subject: [FFmpeg-trac] #270(avcodec:new): Crash decoding qdm2 on ia32 Message-ID: <036.d4dfce58dbacf107e125c19dd3719a5d@avcodec.org> #270: Crash decoding qdm2 on ia32 -------------------------+----------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Keywords: ia32 regression Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+----------------------------- The sample from ticket #263 crashes ia32 ffmpeg since 984ece7503597d30e6f3bdeb67e337ea1616f880 {{{ (gdb) r -i qdm2-channels.mov -f null - ffmpeg version git-N-30606-g40da61e, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 7 2011 12:41:25 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 6. 1 / 51. 6. 1 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 14. 0 / 2. 14. 0 libswscale 0. 14. 1 / 0. 14. 1 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8c60360] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8c60360] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8c60360] max_analyze_duration 5000000 reached at 5120000 Seems stream 1 codec frame rate differs from container frame rate: 15000.00 (15000/1) -> 14.99 (15000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'qdm2-channels.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2006-11-03 19:12:00 composer : This movie was made with Adobe GoLive. composer-eng : This movie was made with Adobe GoLive. Duration: 00:00:30.03, start: 0.000000, bitrate: 311 kb/s Stream #0.0(eng): Audio: qdm2, 32000 Hz, 1 channels, s16, 24 kb/s Metadata: creation_time : 2006-11-03 19:12:00 Stream #0.1(eng): Video: svq1, yuv410p, 320x240, 285 kb/s, 14.99 fps, 14.99 tbr, 15k tbn, 15k tbc Metadata: creation_time : 2006-11-03 19:12:00 Stream #0.2(eng): Data: [0][0][0][0] / 0x0000, 0 kb/s Metadata: creation_time : 2006-11-03 19:12:00 [buffer @ 0x8c5a3a0] w:320 h:240 pixfmt:yuv410p tb:1/1000000 sar:0/1 sws_param: Output #0, null, to 'pipe:': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2006-11-03 19:12:00 composer : This movie was made with Adobe GoLive. composer-eng : This movie was made with Adobe GoLive. encoder : Lavf53.2.0 Stream #0.0(eng): Video: rawvideo, yuv410p, 320x240, q=2-31, 200 kb/s, 90k tbn, 14.99 tbc Metadata: creation_time : 2006-11-03 19:12:00 Stream #0.1(eng): Audio: pcm_s16le, 32000 Hz, 1 channels, s16, 512 kb/s Metadata: creation_time : 2006-11-03 19:12:00 Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0849c814 in apply_window_mp3 (in=0x8c85620, win=0x8bee2e0, unused=0xffffba5c, out=0xffff965c, incr=1) at libavcodec/x86/mpegaudiodec_mmx.c:120 120 __asm__ volatile( (gdb) bt #0 0x0849c814 in apply_window_mp3 (in=0x8c85620, win=0x8bee2e0, unused=0xffffba5c, out=0xffff965c, incr=1) at libavcodec/x86/mpegaudiodec_mmx.c:120 #1 0x0831153c in ff_mpa_synth_filter_float (s=0x8c85608, synth_buf_ptr=0x8c85620, synth_buf_offset=0x8c87620, window=0x8bee2e0, dither_state=0xffffba5c, samples=0xffff965c, incr=1, sb_samples=0x8c87640) at libavcodec/mpegaudiodsp_template.c:173 #2 0x0836d035 in qdm2_synthesis_filter (q=0x8c79de0, index=147346976) at libavcodec/qdm2.c:1616 #3 0x08370f06 in qdm2_decode (out=0xf7bc9020, in=0x8cae8c0 "\202\001}\246\212\t)\314\310\060\b\310\f.\030e\201\031\031\061%`F\027n\025\063\272p\027\062##\267\"32p\027\062\243\203\311\b\231\243\003\n\027\001\026\026\"\225D\227\304\060\261)\313\\{\aMc(\331\363\370\262E;\366\275\034\346\350\\\nW?\272\305t\001\025M\t\372E}AL\215\347J\363a\201e\306\r\a\305\v\200-", q=0x8c79de0) at libavcodec/qdm2.c:1927 #4 qdm2_decode_frame (out=0xf7bc9020, in=0x8cae8c0 "\202\001}\246\212\t)\314\310\060\b\310\f.\030e\201\031\031\061%`F\027n\025\063\272p\027\062##\267\"32p\027\062\243\203\311\b\231\243\003\n\027\001\026\026\"\225D\227\304\060\261)\313\\{\aMc(\331\363\370\262E;\366\275\034\346\350\\\nW?\272\305t\001\025M\t\372E}AL\215\347J\363a\201e\306\r\a\305\v\200-", q=0x8c79de0) at libavcodec/qdm2.c:1966 #5 0x083ed490 in avcodec_decode_audio3 (avctx=0x8c62880, samples=0xf7bc9020, frame_size_ptr=0xffffc038, avpkt=0xffffbf50) at libavcodec/utils.c:796 #6 0x080502d0 in output_packet (ist=0x8c73930, ist_index=0, ost_table=0x8c73b40, nb_ostreams=2, pkt=0xffffcdbc) at ffmpeg.c:1580 #7 0x08053726 in transcode (nb_output_files=1, input_files=0x8c5a808, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0, output_files=0x8701500) at ffmpeg.c:2739 #8 0x08058f75 in main (argc=, argv=) at ffmpeg.c:4551 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x849c7f4 to 0x849c834: 0x0849c7f4 : add %al,(%eax) 0x0849c7f6 : add %al,(%eax) 0x0849c7f8 : fstp %st(0) 0x0849c7fa : mov 0x1a4(%esp),%edx 0x0849c801 : mov 0x24(%esp),%eax 0x0849c805 : mov 0x20(%esp),%ecx 0x0849c809 : movups 0x34(%esi),%xmm0 0x0849c80d : shufps $0x1b,%xmm0,%xmm0 0x0849c811 : subps (%eax),%xmm0 0x0849c814 : movaps %xmm0,(%edx) 0x0849c817 : movups 0x4(%ecx),%xmm0 0x0849c81b : shufps $0x1b,%xmm0,%xmm0 0x0849c81f : addps 0x30(%edi),%xmm0 0x0849c823 : movaps %xmm0,0x70(%edx) 0x0849c827 : movups 0x24(%esi),%xmm0 0x0849c82b : shufps $0x1b,%xmm0,%xmm0 0x0849c82f : subps 0x10(%eax),%xmm0 0x0849c833 : movaps %xmm0,0x10(%edx) End of assembler dump. (gdb) info all-registers eax 0xffff9560 -27296 ecx 0xffff94c0 -27456 edx 0xffff965c -27044 ebx 0x8c85620 147346976 esp 0xffff9438 0xffff9438 ebp 0x8bee2e0 0x8bee2e0 esi 0xffff9470 -27536 edi 0xffff9510 -27376 eip 0x849c814 0x849c814 eflags 0x210246 [ PF ZF IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 st0 -0 (raw 0x80000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 -0 (raw 0x80000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x20 32 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x849c7f8 139053048 foseg 0x0 0 fooff 0x0 0 fop 0x5d8 1496 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x4b, 0x17, 0xa9, 0x30, 0x6d, 0x2c, 0x2c, 0xac, 0xbb, 0x1, 0xab}, v8_int16 = {0x0, 0x0, 0x4b00, 0xa917, 0x6d30, 0x2c2c, 0xbbac, 0xab01}, v4_int32 = {0x0, 0xa9174b00, 0x2c2c6d30, 0xab01bbac}, v2_int64 = {0xa9174b0000000000, 0xab01bbac2c2c6d30}, uint128 = 0xab01bbac2c2c6d30a9174b0000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xc0, 0x10, 0x64, 0xbf, 0x0 }, v8_int16 = {0x10c0, 0xbf64, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xbf6410c0, 0x0, 0x0, 0x0}, v2_int64 = {0xbf6410c0, 0x0}, uint128 = 0x000000000000000000000000bf6410c0} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xac, 0xbb, 0x81, 0x3e, 0x0 }, v8_int16 = {0xbbac, 0x3e81, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x3e81bbac, 0x0, 0x0, 0x0}, v2_int64 = {0x3e81bbac, 0x0}, uint128 = 0x0000000000000000000000003e81bbac} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x43, 0x99, 0xe9, 0xbe, 0x0 }, v8_int16 = {0x9943, 0xbee9, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xbee99943, 0x0, 0x0, 0x0}, v2_int64 = {0xbee99943, 0x0}, uint128 = 0x000000000000000000000000bee99943} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xee, 0xbb, 0x15, 0xbf, 0x0 }, v8_int16 = {0xbbee, 0xbf15, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xbf15bbee, 0x0, 0x0, 0x0}, v2_int64 = {0xbf15bbee, 0x0}, uint128 = 0x000000000000000000000000bf15bbee} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] mm0 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm2 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm3 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm4 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm5 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm6 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm7 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 12:53:06 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 10:53:06 -0000 Subject: [FFmpeg-trac] #126(undetermined:reopened): ffplay - h263 codec playback regression In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.93c61d13d361a045e82b7e8dccb4eee4@avcodec.org> #126: ffplay - h263 codec playback regression -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by ami_stuff): * status: closed => reopened * resolution: fixed => Comment: {{{ The issue has improved: The areas outside the encoded image are now solid grey instead of green memory dumps, but after seeking, those areas still "leak" into the picture on panning. }}} The issue can be reproduced now with: ffmpeg -ss 1 -i r-2002-30.mov out.avi or ffplay -ss 1 r-2002-30.mov so I re-open this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 13:00:31 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 11:00:31 -0000 Subject: [FFmpeg-trac] #257(undetermined:new): udp/rtp protocols without pthread? In-Reply-To: <038.3586adce5b8894285105e2681971bc11@avcodec.org> References: <038.3586adce5b8894285105e2681971bc11@avcodec.org> Message-ID: <053.5a3cf5f9542fe246a140fc36fa561db6@avcodec.org> #257: udp/rtp protocols without pthread? ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): implemented in: {{{ author Michael Niedermayer Sat, 4 Jun 2011 14:55:22 +0000 (16:55 +0200) committer Michael Niedermayer Sat, 4 Jun 2011 14:55:22 +0000 (16:55 +0200) commit 124a9edb5f172ce36b11fd0d6ccc9f15cc51f322 udp: support old, crappy non pthread mode }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 13:25:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 11:25:35 -0000 Subject: [FFmpeg-trac] #269(FFmpeg:open): webm/libvpx Conversion bug In-Reply-To: <036.b02c1e5cd2db57ee55e9411e7895ae89@avcodec.org> References: <036.b02c1e5cd2db57ee55e9411e7895ae89@avcodec.org> Message-ID: <051.04348e21f9abd7acb5cf55ea0c53bc52@avcodec.org> #269: webm/libvpx Conversion bug --------------------+---------------------- Reporter: yxmline | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+---------------------- Comment (by yxmline): ps:diff --git a/libavutil/opt.c b/libavutil/opt.c index f3c74a9..df4b70c 100644 --- a/libavutil/opt.c +++ b/libavutil/opt.c @@ -45,7 +45,7 @@ const AVOption *av_find_opt(void *v, const char *name, const char *unit, int mas const AVOption *av_next_option(void *obj, const AVOption *last) { if (last && last[1].name) return ++last; - else if (last || !(*(AVClass**)obj)->option->name) return NULL; + else if (last) return NULL; else return (*(AVClass**)obj)->option; } Program received signal SIGSEGV, Segmentation fault. 0x009850f1 in av_next_option (obj=0x56d32e0) at libavutil/opt.c:49 49 else return (*(AVClass**)obj)->option; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 13:47:07 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 11:47:07 -0000 Subject: [FFmpeg-trac] #269(undetermined:open): webm/libvpx Conversion bug In-Reply-To: <036.b02c1e5cd2db57ee55e9411e7895ae89@avcodec.org> References: <036.b02c1e5cd2db57ee55e9411e7895ae89@avcodec.org> Message-ID: <051.9845a610745883646de3308fd1917952@avcodec.org> #269: webm/libvpx Conversion bug -----------------------+--------------------------- Reporter: yxmline | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * cc: mingw-gcc-4.5.2-tdm-1 (removed) * priority: normal => important * version: git => git-master * component: FFmpeg => undetermined * reproduced: 0 => 1 Comment: This is a regression. {{{ (gdb) r -i tests/lena.pnm out.webm ffmpeg version git-N-30606-g40da61e, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 7 2011 12:59:16 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libvpx --enable-libvorbis libavutil 51. 6. 1 / 51. 6. 1 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 14. 0 / 2. 14. 0 libswscale 0. 14. 1 / 0. 14. 1 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'rgb24' for codec 'libvpx', auto-selecting format 'yuv420p' [buffer @ 0x1262980] w:256 h:256 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [ffsink @ 0x126b020] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x1265d20] w:256 h:256 fmt:rgb24 -> w:256 h:256 fmt:yuv420p flags:0x4 [libvpx @ 0x1262fc0] v0.9.6 Output #0, webm, to 'out.webm': Metadata: encoder : Lavf53.2.0 Stream #0.0: Video: libvpx, yuv420p, 256x256, q=2-31, 200 kb/s, 1k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 1 fps= 0 q=0.0 Lsize= 11kB time=00:00:00.04 bitrate=2320.0kbits/s video:11kB audio:0kB global headers:0kB muxing overhead 4.260291% Program received signal SIGSEGV, Segmentation fault. 0x000000000093bac3 in av_next_option (last=0x0, obj=) at libavutil/opt.c:48 48 else if (last || !(*(AVClass**)obj)->option->name) return NULL; (gdb) bt #0 0x000000000093bac3 in av_next_option (last=0x0, obj=) at libavutil/opt.c:48 #1 av_opt_free (last=0x0, obj=) at libavutil/opt.c:526 #2 0x0000000000786f1a in avcodec_close (avctx=0x1262fc0) at libavcodec/utils.c:862 #3 0x000000000040d427 in transcode (nb_output_files=1, input_files=0x1269dc0, nb_input_files=1, stream_maps=0x0, nb_stream_maps=, output_files=0xd05c40) at ffmpeg.c:2781 #4 0x0000000000411bad in main (argc=, argv=) at ffmpeg.c:4551 (gdb) disass $pc-32 $pc+20 Dump of assembler code from 0x93baa3 to 0x93bad7: 0x000000000093baa3 : clc 0x000000000093baa4 : (bad) 0x000000000093baa5 : je 0x93baac 0x000000000093baa7 : cmp $0x5,%eax 0x000000000093baaa : jne 0x93ba90 0x000000000093baac : movslq 0x10(%rbx),%rdi 0x000000000093bab0 : lea 0x0(%rbp,%rdi,1),%rdi 0x000000000093bab5 : callq 0x939610 0x000000000093baba : test %rbx,%rbx 0x000000000093babd : jne 0x93ba95 0x000000000093babf : mov 0x0(%rbp),%rax 0x000000000093bac3 : mov 0x10(%rax),%rbx 0x000000000093bac7 : cmpq $0x0,(%rbx) 0x000000000093bacb : jne 0x93ba9f 0x000000000093bacd : nopl (%rax) 0x000000000093bad0 : add $0x8,%rsp 0x000000000093bad4 : pop %rbx 0x000000000093bad5 : pop %rbp 0x000000000093bad6 : retq End of assembler dump. (gdb) info register rax 0x0 0 rbx 0x0 0 rcx 0x7af0 31472 rdx 0x12942c0 19481280 rsi 0x0 0 rdi 0x1263740 19281728 rbp 0x1263740 0x1263740 rsp 0x7fffffffcd50 0x7fffffffcd50 r8 0x0 0 r9 0x7ffff6506eb0 140737325854384 r10 0x7ffff6506eb0 140737325854384 r11 0x206 518 r12 0x0 0 r13 0x126b420 19313696 r14 0xffffffff 4294967295 r15 0x0 0 rip 0x93bac3 0x93bac3 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 14:08:48 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 12:08:48 -0000 Subject: [FFmpeg-trac] #126(undetermined:open): ffplay - h263 codec playback regression In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.0d29b52572ecb7b66676e3d0b1cd253e@avcodec.org> #126: ffplay - h263 codec playback regression -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: reopened => open Comment: The areas outside the encoded image are now solid grey instead of green memory dumps (as when the ticket was originally opened), but after seeking, those areas still "leak" into the picture on panning. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 14:08:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 12:08:52 -0000 Subject: [FFmpeg-trac] #257(avformat:closed): udp/rtp protocols without pthread? In-Reply-To: <038.3586adce5b8894285105e2681971bc11@avcodec.org> References: <038.3586adce5b8894285105e2681971bc11@avcodec.org> Message-ID: <053.ee5037b6b5a98ceae826ea9c1d6f3e20@avcodec.org> #257: udp/rtp protocols without pthread? ------------------------+----------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 18:10:12 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 16:10:12 -0000 Subject: [FFmpeg-trac] #255(avutil:closed): incorrect checksum for freed object In-Reply-To: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> References: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> Message-ID: <051.3fdbec1df55e9cd701d9f7b494346669@avcodec.org> #255: incorrect checksum for freed object -----------------------+--------------------- Reporter: zimbatm | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: fixed Keywords: malloc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------- Comment (by zimbatm): Thanks, a39bd458a0df295df59242a8e18e1e5313bd3318 fixes the issue -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 18:26:07 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 16:26:07 -0000 Subject: [FFmpeg-trac] #269(undetermined:closed): webm/libvpx Conversion bug In-Reply-To: <036.b02c1e5cd2db57ee55e9411e7895ae89@avcodec.org> References: <036.b02c1e5cd2db57ee55e9411e7895ae89@avcodec.org> Message-ID: <051.cb2471d73cd1350b430693c7b89df14e@avcodec.org> #269: webm/libvpx Conversion bug -----------------------+--------------------------- Reporter: yxmline | Owner: michael Type: defect | Status: closed Priority: important | Component: undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed locally will push in a moment -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 21:19:55 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 19:19:55 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:new): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.b090b2216a321979fac862d815279ff7@avcodec.org> #42: don't read stdin when running in a noninteractive shell ---------------------------------------+---------------------- Reporter: taeuber | Owner: michael Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: noninteractive shell stdin | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+---------------------- Comment (by taeuber): Hi michael, I'm not sure but this seems to be it: $ man 4 tty $ man tcgetpgrp $ man getpgid int am_I_interactive() { int fd = open ("/dev/tty", O_RDONLY); int interactive = (tcgetpgrp(fd) == getpgid()); close (fd); return interactive; } This is stolen from: http://www.perlmonks.org/?node_id=472070 I understand this as following: If I'm the process group leader I am interactive otherwise I'm noninteractive. (only on posix systems) Thanks Lars -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 7 21:54:37 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 07 Jun 2011 19:54:37 -0000 Subject: [FFmpeg-trac] #271(undetermined:new): regression with seeking in avi Message-ID: <038.1cdb11d6eed898f03881dcd5a8862bf0@avcodec.org> #271: regression with seeking in avi --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://www.datafilehost.com/download-39b73242.html seeking with ffplay in attached file doesn't work correctly, seems like a regression because of this patch: {{{ avidec: correct frame_offset for seeking Signed-off-by: Michael Niedermayer > http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=187528441ab936c102b8e72f38925cc10fc14abc --- libavformat/avidec.c | 18 +++++++++++++++++- 1 files changed, 17 insertions(+), 1 deletions(-) diff --git a/libavformat/avidec.c b/libavformat/avidec.c index 98b3be6..7e97b7b 100644 --- a/libavformat/avidec.c +++ b/libavformat/avidec.c @@ -1303,7 +1303,7 @@ static int avi_read_seek(AVFormatContext *s, int stream_index, int64_t timestamp { AVIContext *avi = s->priv_data; AVStream *st; - int i, index; + int i, index, j; int64_t pos, pos_min; AVIStream *ast; @@ -1367,6 +1367,22 @@ static int avi_read_seek(AVFormatContext *s, int stream_index, int64_t timestamp index=0; ast2->seek_pos= st2->index_entries[index].pos; pos_min= FFMIN(pos_min,ast2->seek_pos); + } + for(i = 0; i < s->nb_streams; i++) { + AVStream *st2 = s->streams[i]; + AVIStream *ast2 = st2->priv_data; + + if (ast2->sub_ctx || st2->nb_index_entries <= 0) + continue; + + index = av_index_search_timestamp( + st2, + av_rescale_q(timestamp, st->time_base, st2->time_base) * FFMAX(ast2->sample_size, 1), + flags | AVSEEK_FLAG_BACKWARD); + if(index<0) + index=0; + while(index>0 && st2->index_entries[index-1].pos >= pos_min) + index--; ast2->frame_offset = st2->index_entries[index].timestamp; } }}} {{{ C:\>ffmpeg -i reszort.avi ffmpeg version git-N-30558-ge844abc, Copyright (c) 2000-2011 the FFmpeg develope rs built on Jun 5 2011 08:19:16 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib --disable- outdev=sdl - -pkg-config=pkg-config libavutil 51. 4. 0 / 51. 4. 0 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 12. 0 / 2. 12. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, avi, from 'reszort.avi': Metadata: creation_time : 2003-09-04 21:58:30 Duration: 00:00:38.03, start: 0.000000, bitrate: 824 kb/s Stream #0.0: Video: msmpeg4v1, yuv420p, 192x144, 14.98 fps, 14.98 tbr, 14.98 tbn, 14.98 tbc Stream #0.1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s At least one output file must be specified }}} {{{ C:\>ffmpeg -i reszort.avi ffmpeg version git-N-30558-ge844abc, Copyright (c) 2000-2011 the FFmpeg develope rs built on Jun 5 2011 08:19:16 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib --disable- outdev=sdl - -pkg-config=pkg-config libavutil 51. 4. 0 / 51. 4. 0 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 12. 0 / 2. 12. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, avi, from 'reszort.avi': Metadata: creation_time : 2003-09-04 21:58:30 Duration: 00:00:38.03, start: 0.000000, bitrate: 824 kb/s Stream #0.0: Video: msmpeg4v1, yuv420p, 192x144, 14.98 fps, 14.98 tbr, 14.98 tbn, 14.98 tbc Stream #0.1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 8 17:03:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Jun 2011 15:03:04 -0000 Subject: [FFmpeg-trac] #177(FFmpeg:open): "non monotone timestamps" error patch In-Reply-To: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> References: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> Message-ID: <053.96a873671f6f4880b5a20ecee6271fb3@avcodec.org> #177: "non monotone timestamps" error patch -------------------------------+--------------------- Reporter: andrixnet | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: unspecified | Resolution: Keywords: monotone timestamp | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------+--------------------- Comment (by rogerdpack): I'm interested in this...I'd like to offer a small bounty $75 for an accepted patch. That'll be my contribution :) -roger- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 8 20:05:01 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Jun 2011 18:05:01 -0000 Subject: [FFmpeg-trac] #55(avcodec:open): 5.1 AAC Output Incorrectly Mapped In-Reply-To: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> References: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> Message-ID: <057.861cac7a5ee2fa36a8e9982147e8ac7c@avcodec.org> #55: 5.1 AAC Output Incorrectly Mapped --------------------------+---------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+---------------------- Comment (by cehoyos): New patches posted: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/132652 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 8 20:27:40 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Jun 2011 18:27:40 -0000 Subject: [FFmpeg-trac] #177(FFmpeg:open): "non monotone timestamps" error patch In-Reply-To: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> References: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> Message-ID: <053.8bd12a4796b8df91a353a1c7030ab601@avcodec.org> #177: "non monotone timestamps" error patch -------------------------------+--------------------- Reporter: andrixnet | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: unspecified | Resolution: Keywords: monotone timestamp | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------+--------------------- Comment (by andrixnet): Replying to [comment:2 michael]: > the patch needs to be updated, adding AVFMT_TS_NONSTRICT to formats that support it is what it should do If anyone could help improve the patch, my knowledge of ffmpeg internals is too limited. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 8 21:06:42 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Jun 2011 19:06:42 -0000 Subject: [FFmpeg-trac] #272(avcodec:new): altivec specific code segfaults on ppc when compiled with --enable-pic Message-ID: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic ----------------------+-------------------------- Reporter: kim | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- When compiled with --enable-pic, ffplay segfault when using code in libavcodec/ppc/fft_altivec_s.S on various files. For instance when decoding aac or ac3 audio streams. This is always reproducible and do not happen when disabling pic (the default): Tested with latest git (47d2ca3205b53665328fe301879c339449db7a1d) but this has been the case for a long time I believe, I started remarking this when upgrading from mythtv 0.23 to 0.24, several months ago. from master: ./configure --enable-pic make gdb ./ffplay_g ~myth/aac.dump Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x493b5460 (LWP 32531)] 0x10361e3c in ff_fft_calc_altivec () at libavcodec/ppc/fft_altivec_s.S:447 447 DECL_FFTS 0 Full gdb output attached (with bt, disass and register dump) attached. I believe the cause of the crash to be the loading of a global symbol in a non pic compatible way. Just doing ./configure and make, the file plays normally. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 8 21:30:23 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Jun 2011 19:30:23 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.26287fde30c3b46208f0ff8b82d92547@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master Comment: If you believe the crash did not happen in the past, please find the version introducing it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 8 23:01:52 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Jun 2011 21:01:52 -0000 Subject: [FFmpeg-trac] #273(avcodec:new): h264 video decoding aborts due to too low number of "slices" Message-ID: <038.06826869d8cec8286f730dc89c201741@avcodec.org> #273: h264 video decoding aborts due to too low number of "slices" -----------------------------------+-------------------------- Reporter: gerhard_s | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: h264 slice MAX_SLICES | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------------+-------------------------- I'm using h264 video codec for VoIP between linphone (on my machine, openSUSE 11.4, x86_64, using ffmpeg git dated on 20110604 and libx264-115) and Bria 3.2 (on Windows 7) on the other end. I had the problem that after a few seconds the call terminated issuing the message "Too many slices, increase MAX_SLICES and recompile". I patched h264.h by increasing MAX_SLICES from 16 to 32 and now it works fine again. I think MAX_SLICES is currently too low, should be increased to at least 32. I don't know if Bria would send even more slices if the bandwidth was even bigger or video resolution was bigger. Is there a limit given by the codec for a reasonable upper threshold? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 8 23:03:08 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 08 Jun 2011 21:03:08 -0000 Subject: [FFmpeg-trac] #273(avcodec:new): h264 video decoding aborts due to too low number of "slices" In-Reply-To: <038.06826869d8cec8286f730dc89c201741@avcodec.org> References: <038.06826869d8cec8286f730dc89c201741@avcodec.org> Message-ID: <053.6374f5fe91433e21de66e28e3f55c6c0@avcodec.org> #273: h264 video decoding aborts due to too low number of "slices" ----------------------------------+---------------------- Reporter: gerhard_s | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 slice MAX_SLICES | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+---------------------- Comment (by gerhard_s): In case "Bria" is too unspecific, it's available on counterpath.com -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 9 05:18:50 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 03:18:50 -0000 Subject: [FFmpeg-trac] #267(avcodec:closed): jpeg image decodes incorrectly In-Reply-To: <038.222fcc1062af92e1a29386bed4fb627d@avcodec.org> References: <038.222fcc1062af92e1a29386bed4fb627d@avcodec.org> Message-ID: <053.44a3c19ee7405f4538c2096a7dcf09f5@avcodec.org> #267: jpeg image decodes incorrectly -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: jpg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 9 08:51:28 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 06:51:28 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.7cbe01b06e2ca8347004626900362d4f@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kim): Hi again, the offending commit is this one (hurray for git bissect): ------------------- commit a46b84d1204d3cd2de14f08de29afee08f8f86d0 Author: M?ns Rullg?rd Date: Sun Jul 4 18:33:47 2010 +0000 PPC: convert Altivec FFT to pure assembler On PPC a leaf function has a 288-byte red zone below the stack pointer, sparing these functions the chore of setting up a full stack frame. When a function call is disguised within an inline asm block, the compiler might not adjust the stack pointer as required before a function call, resulting in the red zone being clobbered. Moving the entire function to pure asm avoids this problem and also results in somewhat better code. Originally committed as revision 24044 to svn://svn.ffmpeg.org/ffmpeg/trunk --------------------- Reverting this commit on top of master (which is f9ecb849ef39bc337d9439b829fe08da5c95cc3d at the moment) fixes the issue for me. I guess it went unnoticed for so long because 1) ppc is pretty rare these days 2) other software using ffmpeg as a shared library (thus using -fPIC) used to embbed it and link statically until fairly recently, or just shipped older versions. (From the commit message though, reverting might introduce some other bugs that the commit fixed). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 9 09:52:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 07:52:18 -0000 Subject: [FFmpeg-trac] #273(avcodec:open): h264 video decoding aborts due to too low number of "slices" In-Reply-To: <038.06826869d8cec8286f730dc89c201741@avcodec.org> References: <038.06826869d8cec8286f730dc89c201741@avcodec.org> Message-ID: <053.1eacbb77354d062dbbd2a659e92fb80c@avcodec.org> #273: h264 video decoding aborts due to too low number of "slices" ----------------------------------+---------------------- Reporter: gerhard_s | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 slice MAX_SLICES | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+---------------------- Changes (by cehoyos): * status: new => open Comment: Could you confirm "abort"/"terminated"? I thought "Too many slices" should only affect output visually, but shouldn't be a fatal error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 9 10:09:37 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 08:09:37 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.b71590cb12695cea75e6f504f19d1fae@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): I compiled current FFmpeg on a G4 with --enable-pic (made sure about #define HAVE_ALTIVEC 1), tested two files containing aac audio, made sure ff_fft_calc_altivec() was called, but cannot reproduce a crash here. (Your output is incomplete, unfortunately.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 9 15:48:49 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 13:48:49 -0000 Subject: [FFmpeg-trac] #274(avutil:new): av_seek_frame fails on some files. Message-ID: <033.1e25c2160813f33a6aaba94c9c48c40d@avcodec.org> #274: av_seek_frame fails on some files. -------------------------+--------------------- Reporter: krpa | Owner: michael Type: defect | Status: new Priority: normal | Component: avutil Version: git-oldabi | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- Hello, problem with seeking occurs on specific files when calling '''av_seek_frame'''(in_format_ctx, -1, 0, AVSEEK_FLAG_ANY), where AVFormatContext *in_format_ctx. Looks as it is regression, because mentioned call works with ffmpeg 0.5.2 ( Originally committed as revision 23300 to svn://svn.ffmpeg.org/ffmpeg/branches/0.5 ). I reproduced it on test content from mplayerhq, file: - http://samples.mplayerhq.hu/archive/all/mpeg+mpeg2video+ac3++resolutionchange.mpg Input #0, mpeg, from '/home/krpa/ab/2011-06-09/mpeg+mpeg2video+ac3++resolutionchange.mpg': Duration: 00:00:00.06, start: 0.184278, bitrate: 116480 kb/s Stream #0.0[0x1e0]: Video: mpeg2video (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 38810 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x80]: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s also similar error encountered for first-3_MiB-panasonic-busker-video.mts, and few other from my content, all of them were mpeg2video and ac3 encoded. For example: ffmpeg -i O-MP2TS_HN-1.mpg ffmpeg version git-N-29954-g33651e3, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 8 2011 15:48:14 with gcc 4.5.2 configuration: --enable-shared --disable-yasm libavutil 50. 41. 0 / 50. 41. 0 libavcodec 52.121. 0 / 52.121. 0 libavformat 52.108. 0 / 52.108. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 78. 0 / 1. 78. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, mpegts, from 'O-MP2TS_HN-1.mpg': Duration: 00:01:09.60, start: 0.410067, bitrate: 19893 kb/s Program 2 Stream #0.0[0x21]: Video: mpeg2video (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 15000 kb/s, 30 fps, 30 tbr, 90k tbn, 60 tbc Stream #0.1[0x24]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s At least one output file must be specified I'm using latest git revision with oldabi. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 9 19:20:50 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 17:20:50 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.7aced22cc729756df2f34e734aedc552@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kim): I have confirmed this with a stream from my internet/tv box. The sample is available here: http://idea.nguyen.vg/~kim/aac2.dump (few seconds of a french commercial). Video is H264, Audio is AAC. When compiled with --enable-pic with commit a46b84d1204 reverted, ffplay plays audio and video fine. With plain master (f9ecb849ef3) it segfaults as explained above. The stream also plays fine on x86 vlc (just to check that it's not too corrupt). Here are more infos and I'm attaching a gdb trace with full disassembly of the function (instead of pc-32, pc+32). Machine is a G4 MacMini : ---------------------------- /proc/cpuinfo: processor : 0 cpu : 7447A, altivec supported clock : 1416.666661MHz revision : 1.2 (pvr 8003 0102) bogomips : 83.24 timebase : 41620997 platform : PowerMac model : PowerMac10,1 machine : PowerMac10,1 motherboard : PowerMac10,1 MacRISC3 Power Macintosh detected as : 287 (Mac mini) pmac flags : 00000010 L2 cache : 512K unified pmac-generation : NewWorld Memory : 1024 MB --------------------------------------- gcc version: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/powerpc-linux-gnu/gcc/powerpc-linux-gnu/4.5.2 /lto-wrapper Target: powerpc-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.5.2-8ubuntu4' --with-bugurl=file:///usr/share/doc/gcc-4.5/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program- suffix=-4.5 --enable-shared --enable-multiarch --with-multiarch-defaults =powerpc-linux-gnu --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib/powerpc-linux-gnu --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.5 --libdir=/usr/lib/powerpc-linux-gnu --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-gold --enable-ld=default --with-plugin-ld=ld.gold --enable-objc-gc --enable-secureplt --disable-softfloat --enable-targets =powerpc-linux,powerpc64-linux --with-cpu=default32 --disable-werror --with-long-double-128 --enable-checking=release --build=powerpc-linux-gnu --host=powerpc-linux-gnu --target=powerpc-linux-gnu Thread model: posix gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4) -------------------- as version: GNU assembler version 2.21.0 (powerpc-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.21.0.20110327 -------------------- distrib is ubuntu natty, ppc (libc6 version is 2.13 egcs) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 9 23:07:54 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 21:07:54 -0000 Subject: [FFmpeg-trac] #273(avcodec:open): h264 video decoding aborts due to too low number of "slices" In-Reply-To: <038.06826869d8cec8286f730dc89c201741@avcodec.org> References: <038.06826869d8cec8286f730dc89c201741@avcodec.org> Message-ID: <053.e7ed445488bf046eeb04a2cb057cfde4@avcodec.org> #273: h264 video decoding aborts due to too low number of "slices" ----------------------------------+---------------------- Reporter: gerhard_s | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 slice MAX_SLICES | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+---------------------- Comment (by gerhard_s): Unfortunately, it is. It seems to trigger this piece of code in avcodec/h264.c: if(h->slice_num >= MAX_SLICES){ av_log(s->avctx, AV_LOG_ERROR, "Too many slices, increase MAX_SLICES and recompile\n"); } the result of which is a crash (log level = AV_LOG_ERROR). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 10 00:02:26 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 22:02:26 -0000 Subject: [FFmpeg-trac] #273(avcodec:open): h264 video decoding aborts due to too low number of "slices" In-Reply-To: <038.06826869d8cec8286f730dc89c201741@avcodec.org> References: <038.06826869d8cec8286f730dc89c201741@avcodec.org> Message-ID: <053.7652d91a544ddefb9e732d55efc9e0c7@avcodec.org> #273: h264 video decoding aborts due to too low number of "slices" ----------------------------------+---------------------- Reporter: gerhard_s | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 slice MAX_SLICES | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+---------------------- Comment (by cehoyos): Could you elaborate? (av_log is supposed to print a message, not to crash.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 10 00:11:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 22:11:40 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.20851d25cb3192cb60ba332108e4a2c9@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): Since I am unable to reproduce the crash with the sample on a G4 after compiling with --enable-pic (and with altivec enabled): Could you please provide complete, uncut output of ffmpeg when crashing? (If ffmpeg does not crash, but ffplay does, please mention it and provide complete, uncut output of ffplay.) {{{ $ ffmpeg -i aac2.dump -f null - ffmpeg version git-N-30662-gf9ecb84, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 9 2011 09:58:10 with gcc 4.0.1 (Apple Inc. build 5493) configuration: --enable-pic libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 14. 1 / 2. 14. 1 libswscale 0. 14. 1 / 0. 14. 1 [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [aac @ 0x1012400] channel element 2.10 is not allocated [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [h264 @ 0x1010800] non-existing PPS referenced [h264 @ 0x1010800] non-existing PPS 0 referenced [h264 @ 0x1010800] decode_slice_header error [h264 @ 0x1010800] no frame! [mpegts @ 0x1005400] max_analyze_duration 5000000 reached at 5034667 Input #0, mpegts, from 'aac2.dump': Duration: 00:00:10.24, start: 3033.232422, bitrate: 1791 kb/s Program 1352 Stream #0.0[0x23](fra): Subtitle: [6][0][0][0] / 0x0006 Stream #0.1[0xa3]: Video: h264 (High), yuv420p, 480x576 [PAR 32:15 DAR 16:9], 29.06 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.2[0x778](fra): Audio: aac, 48000 Hz, stereo, s16, 73 kb/s [buffer @ 0xc0e110] w:480 h:576 pixfmt:yuv420p tb:1/1000000 sar:32/15 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.2.0 Stream #0.0: Video: rawvideo, yuv420p, 480x576 [PAR 32:15 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0.1(fra): Audio: pcm_s16be, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.2 -> #0.1 Press [q] to stop, [?] for help [aac @ 0x1012400] channel element 2.10 is not allocated Error while decoding stream #0.2 frame= 85 fps= 39 q=0.0 Lsize= -0kB time=00:00:02.51 bitrate= -0.1kbits/s dup=13 drop=0 video:0kB audio:472kB global headers:0kB muxing overhead -100.004552% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 10 00:29:20 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 09 Jun 2011 22:29:20 -0000 Subject: [FFmpeg-trac] #275(FFmpeg:new): VC1 Interlaced libavcodec Message-ID: <037.fc78b9bd7ea1a519b3988f96d8a2dca9@avcodec.org> #275: VC1 Interlaced libavcodec --------------------------+--------------------- Reporter: fc757346 | Owner: michael Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 --------------------------+--------------------- I use FFDShow and hope in future is possible play VC1 Interlaced with libavcodec in FFDShow and MPC-HC -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 10 03:22:17 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Jun 2011 01:22:17 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.80a847b547c2850dbb8c6d61e30aacb6@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * reproduced: 0 => 1 Comment: Reproducible on Linux (not on OS X where gas-preprocessor.pl is used). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 10 16:05:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Jun 2011 14:05:44 -0000 Subject: [FFmpeg-trac] #276(FFplay:new): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault Message-ID: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault -----------------------------+--------------------- Reporter: luckynarang123 | Owner: michael Type: task | Status: new Priority: important | Component: FFplay Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -----------------------------+--------------------- Hi Everybody, We have compiled angstrom on beagleboard xm rev B,and build the ffmpeg for it,the component ffplay doesn't get generated,please let us know the configure command for generating the ffplay for beagle board xm + angstrom -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 10 17:23:23 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Jun 2011 15:23:23 -0000 Subject: [FFmpeg-trac] #252(avformat:open): Muxing rawvideo in matroska is unsupported, but does not warn In-Reply-To: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> References: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> Message-ID: <050.f5d58d0ec65ddbcac9229af469468fa1@avcodec.org> #252: Muxing rawvideo in matroska is unsupported, but does not warn --------------------------------------+----------------------- Reporter: kenney | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: matroska rawvideo pix_fmt | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------------------+----------------------- Comment (by cehoyos): Attached patch seems necessary to me, but is unfortunately insufficient. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 10 17:24:16 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 10 Jun 2011 15:24:16 -0000 Subject: [FFmpeg-trac] #276(build system:open): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.64dcd6197d583c2038c91811756653a8@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+--------------------------- Reporter: luckynarang123 | Owner: michael Type: task | Status: open Priority: normal | Component: build system Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Changes (by cehoyos): * priority: important => normal * status: new => open * component: FFplay => build system Comment: For build problems, please attach config.log. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 11 17:10:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Jun 2011 15:10:44 -0000 Subject: [FFmpeg-trac] #277(undetermined:new): 0.7-rc1: strange colors with x11grab Message-ID: <040.f46816c8273ccd930a059638917a033a@avcodec.org> #277: 0.7-rc1: strange colors with x11grab --------------------------+---------------------- Reporter: nixscripter | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.7-rc1 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+---------------------- When I use the x11grab feature, I get strange colors out of it. This used to work in 0.6. See Attachment. I did an OS re-install, but Mesa, OpenGL, etc. are all the same version as far as I can tell (maybe I'm wrong?). See if you can reproduce it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 11 22:03:36 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Jun 2011 20:03:36 -0000 Subject: [FFmpeg-trac] #278(undetermined:new): 0.7-rc1: strange colors with x11grab Message-ID: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> #278: 0.7-rc1: strange colors with x11grab --------------------------+---------------------- Reporter: nixscripter | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.7-rc1 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+---------------------- I tried x11grab on the lastest version, and it seems to be separating the color channels for some reason. This worked in 0.6. I did do an OS re-install, but I am 80% sure I have the exact same versions of X, OpenGL, etc. that I did last time. A sample is attached, recording the top left corner, 120x80. Full screen does the same thing on a larger scale, and the frame rate I choose does not seem to matter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 11 22:25:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Jun 2011 20:25:43 -0000 Subject: [FFmpeg-trac] #277(undetermined:closed): 0.7-rc1: strange colors with x11grab In-Reply-To: <040.f46816c8273ccd930a059638917a033a@avcodec.org> References: <040.f46816c8273ccd930a059638917a033a@avcodec.org> Message-ID: <055.d08e8648b300dd39c1f13d330d59af01@avcodec.org> #277: 0.7-rc1: strange colors with x11grab ------------------------+--------------------------- Reporter: nixscripter | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 11 22:56:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Jun 2011 20:56:39 -0000 Subject: [FFmpeg-trac] #278(undetermined:open): 0.7-rc1: strange colors with x11grab In-Reply-To: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> References: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> Message-ID: <055.26015917186204431f314de08b942ad9@avcodec.org> #278: 0.7-rc1: strange colors with x11grab ------------------------+--------------------------- Reporter: nixscripter | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: Please test latest git head and please add some information about your system (it works here for bgra on little endian Linux). For future bug-reports: Please open only one ticket per problem and please add complete, uncut output of ffmpeg (including command line) to the ticket (please do not compress and attach the information if it's less than 100 lines). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 12 00:28:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Jun 2011 22:28:25 -0000 Subject: [FFmpeg-trac] #279(undetermined:new): Remuxing aac in TS fails Message-ID: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> #279: Remuxing aac in TS fails --------------------------+------------------------- Reporter: etienne | Type: defect Status: new | Priority: normal Component: undetermined | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+------------------------- Hi. It seems that mpegts_write_header, which is in charge of calling ff_adts_decode_extradata, is not called. Here an execution trace (with stripped h264 errors): $ ffmpeg -v 10 -loglevel debug -i sample.ts -acodec copy -vcodec copy output.ts ffmpeg version git-N-30723-ge887690, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 12 2011 00:00:43 with gcc 4.4.5 configuration: --disable-doc --enable-extra-warnings --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --enable-nonfree --enable-libfaac --enable-libmp3lame --enable-libx264 libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 1 / 53. 3. 1 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 15. 1 / 2. 15. 1 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x1f89400] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x1f89400] stream=0 stream_type=1b pid=44 prog_reg_desc= [mpegts @ 0x1f89400] stream=1 stream_type=f pid=45 prog_reg_desc= [mpegts @ 0x1f89400] stream=2 stream_type=6 pid=46 prog_reg_desc= [mpegts @ 0x1f89400] stream=3 stream_type=f pid=47 prog_reg_desc= [aac @ 0x1facee0] channel element 1.2 is not allocated [aac @ 0x1f90ae0] channel element 1.5 is not allocated Input #0, mpegts, from 'sample.ts': Duration: 00:00:03.78, start: 86862.833978, bitrate: 3977 kb/s Program 8824 Stream #0.0[0x44], 78, 1/90000: Video: h264 (High), yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 1/50, 27.94 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x45](fra), 70, 1/90000: Audio: aac, 48000 Hz, stereo, s16, 61 kb/s Stream #0.2[0x46](fra), 79, 1/90000: Subtitle: [6][0][0][0] / 0x0006 Stream #0.3[0x47](qaa), 72, 1/90000: Audio: aac, 48000 Hz, stereo, s16, 60 kb/s File 'output.ts' already exists. Overwrite ? [y/N] y [mpegts @ 0x1f8fde0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'output.ts': Metadata: encoder : Lavf53.3.1 Stream #0.0, 0, 1/90000: Video: libx264, yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 1/25, q=2-31, 90k tbn, 25 tbc Stream #0.1(qaa), 0, 1/90000: Audio: libfaac, 48000 Hz, stereo, 60 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.3 -> #0.1 Press [q] to stop, [?] for help [mpegts @ 0x1f8fde0] aac bitstream not in adts format and extradata missing av_interleaved_write_frame(): Operation not permitted -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 12 01:04:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Jun 2011 23:04:48 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.91bf418d824456886e5f2fee568ee1e0@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by reimar): Are you sure this isn't specific to your compiler version? LLVM and possible also gcc made an ABI change that optimized the TOC register r2 away. The current code thus can't work anymore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 12 01:16:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Jun 2011 23:16:53 -0000 Subject: [FFmpeg-trac] #278(undetermined:open): 0.7-rc1: strange colors with x11grab In-Reply-To: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> References: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> Message-ID: <055.a3f79e0b9b1a379b29686247bae60c03@avcodec.org> #278: 0.7-rc1: strange colors with x11grab ------------------------+--------------------------- Reporter: nixscripter | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by nixscripter): I thought the log was too long to post outsize the zip file, but after specifically counting, 93 is less than 100. Likewise, I thought that release candidates were supposed to get their own testing separate from the current head. I will remember both for the future. The git version works: $ ffmpeg -v 9 -loglevel 99 -f x11grab -s 128x80 -r 25 -i :0.0 -b 1200k /tmp/output4.mpg ffmpeg version git-N-30723-ge887690, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 11 2011 18:13:17 with gcc 4.6.0 20110603 (prerelease) configuration: --enable-gpl --disable-debug --prefix=/usr --enable- x11grab --disable-stripping --disable-outdev=oss --disable-indev=oss --enable-pthreads --enable-runtime-cpudetect libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 1 / 53. 3. 1 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 15. 1 / 2. 15. 1 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [x11grab @ 0x9d41340] device: :0.0 -> display: :0.0 x: 0 y: 0 width: 128 height: 80 [x11grab @ 0x9d41340] shared memory extension found [x11grab @ 0x9d41340] All info found [x11grab @ 0x9d41340] Estimating duration from bitrate, this may be inaccurate Input #0, x11grab, from ':0.0': Duration: N/A, start: 1307834124.519949, bitrate: 8191 kb/s Stream #0.0, 1, 1/1000000: Video: rawvideo, bgra, 128x80, 1/25, 8191 kb/s, 25 tbr, 1000k tbn, 25 tbc Incompatible pixel format 'bgra' for codec 'mpeg1video', auto-selecting format 'yuv420p' [buffer @ 0x9d4d880] w:128 h:80 pixfmt:bgra tb:1/1000000 sar:0/1 sws_param: [ffsink @ 0x9d3be80] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x9d3bac0] w:128 h:80 fmt:bgra -> w:128 h:80 fmt:yuv420p flags:0x4 [mpeg @ 0x9d3c900] VBV buffer size not set, muxing may fail Output #0, mpeg, to '/tmp/output4.mpg': Metadata: encoder : Lavf53.3.1 Stream #0.0, 0, 1/90000: Video: mpeg1video, yuv420p, 128x80, 1/25, q=2-31, 1200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 15 fps= 0 q=2.0 size= 2kB time=00:00:00.56 bitrate= 29.3kbits/sframe= 28 fps= 27 q=2.0 size= 4kB time=00:00:01.08 bitrate= 30.3kbits/sframe= 41 fps= 26 q=2.0 size= 6kB time=00:00:01.60 bitrate= 30.7kbits/sframe= 54 fps= 26 q=2.0 size= 8kB time=00:00:02.12 bitrate= 30.9kbits/sframe= 67 fps= 26 q=2.0 size= 10kB time=00:00:02.64 bitrate= 31.0kbits/sframe= 80 fps= 26 q=2.0 size= 12kB time=00:00:03.16 bitrate= 31.1kbits/sframe= 93 fps= 26 q=2.0 size= 14kB time=00:00:03.68 bitrate= 31.2kbits/sframe= 106 fps= 25 q=2.0 size= 16kB time=00:00:04.20 bitrate= 31.2kbits/sframe= 119 fps= 25 q=2.0 size= 18kB time=00:00:04.72 bitrate= 31.2kbits/sframe= 132 fps= 25 q=2.0 size= 20kB time=00:00:05.24 bitrate= 31.3kbits/sframe= 145 fps= 25 q=1.6 size= 24kB time=00:00:05.76 bitrate= 34.1kbits/sframe= 158 fps= 25 q=2.0 size= 26kB time=00:00:06.28 bitrate= 33.9kbits/sframe= 159 fps= 25 q=2.0 Lsize= 28kB time=00:00:06.32 bitrate= 36.3kbits/s video:27kB audio:0kB global headers:0kB muxing overhead 2.818619% Received signal 2: terminating. So I suppose this means your release canditate needs to move up a little. More information: Arch Linux i686 X server version 1.10.2 Unfortunately, I don't know what library the x11grab uses. Anything else needed, just ask. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 12 01:47:07 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 11 Jun 2011 23:47:07 -0000 Subject: [FFmpeg-trac] #280(undetermined:new): no audio working on .mov file using ffprobe/ffplay/ffmpeg Message-ID: <037.966f879ceeaeb7e87ee9ac33bf0521e4@avcodec.org> #280: no audio working on .mov file using ffprobe/ffplay/ffmpeg --------------------------+-------------------------- Reporter: findmyip | Type: defect Status: new | Priority: critical Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://pastesite.com/24114 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 12 02:03:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Jun 2011 00:03:02 -0000 Subject: [FFmpeg-trac] #278(undetermined:open): 0.7-rc1: strange colors with x11grab In-Reply-To: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> References: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> Message-ID: <055.810b9d2a8d8e80a0a700f7ef777b9299@avcodec.org> #278: 0.7-rc1: strange colors with x11grab ------------------------+--------------------------- Reporter: nixscripter | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): Could you try to find the exact version that fixed the problem? (I currently cannot use git) Concerning the 100 lines: I invented them because of your post, output should usually be posted (except if it is really large, in which case the top and bottom of the output should still be posted). Please consider using "Code block". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 12 02:05:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Jun 2011 00:05:46 -0000 Subject: [FFmpeg-trac] #280(undetermined:closed): no audio working on .mov file using ffprobe/ffplay/ffmpeg In-Reply-To: <037.966f879ceeaeb7e87ee9ac33bf0521e4@avcodec.org> References: <037.966f879ceeaeb7e87ee9ac33bf0521e4@avcodec.org> Message-ID: <052.257d3b5b1d9e0efd2b3f68f3b2fd92d7@avcodec.org> #280: no audio working on .mov file using ffprobe/ffplay/ffmpeg ------------------------+--------------------------- Reporter: findmyip | Owner: Type: defect | Status: closed Priority: critical | Component: undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: This is not a useful report. If you want to reopen, please post complete, uncut output here (consider using "Code block") and attach a short sample (use tools/qt-faststart to produce a sample that you can cut with dd). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 12 12:34:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 12 Jun 2011 10:34:58 -0000 Subject: [FFmpeg-trac] #222(undetermined:open): Remuxing video fails In-Reply-To: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> References: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> Message-ID: <049.7d1552d437c485188179b335607d2ab8@avcodec.org> #222: Remuxing video fails -----------------------+--------------------------- Reporter: igloo | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by etienne): I get this outcome with -acodec copy -vcodec copy, and muxing to avi, mpeg4, asf, and probably others. The non-monotonic TS is different for each muxer, but is constant for a same muxer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 13 02:03:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 00:03:47 -0000 Subject: [FFmpeg-trac] #278(undetermined:open): 0.7-rc1: strange colors with x11grab In-Reply-To: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> References: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> Message-ID: <055.f0ed8563b2b79ce595df279d38439925@avcodec.org> #278: 0.7-rc1: strange colors with x11grab ------------------------+--------------------------- Reporter: nixscripter | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by nixscripter): I think I have it, but I'm not positive. When I tried it at first, I got this error: $ git bisect start 075933a0687974fca74d6d4ac388d24766d8dc78 e8876902a9021ec185ca785653067dd34f24c5ce Switched to branch 'master' Some good revs are not ancestor of the bad rev. git bisect cannot work properly in this case. Maybe you mistake good and bad revs? So, I decided to reverse it: you want to know where the bug was fixed -- which is the same thing as were the "error regressed", in a sense. When I switched them around -- marked the good ones bad, and bad ones good -- I got this: d85e18e6e342bf58f8e13a95f601082e5d70803a is the first bad commit commit d85e18e6e342bf58f8e13a95f601082e5d70803a Author: Michael Niedermayer Date: Sat Apr 2 20:26:39 2011 +0200 yadif: Fix assert() failure Signed-off-by: Anton Khirnov :040000 040000 1aa9b67a74cf716a11fc6d6ba1d1b93e79dddb1c d4ba44f572108592e75ef66c050c400da9ff6d5e M libavfilter I don't know if that is right or not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 13 16:46:52 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 14:46:52 -0000 Subject: [FFmpeg-trac] #278(undetermined:open): 0.7-rc1: strange colors with x11grab In-Reply-To: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> References: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> Message-ID: <055.0fe8c2fac3aa7127613af49d9aded017@avcodec.org> #278: 0.7-rc1: strange colors with x11grab ------------------------+--------------------------- Reporter: nixscripter | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * reproduced: 0 => 1 Comment: This is reproducible with 0.7-rc1, I was unable to find a revision in git that also fails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 13 18:45:18 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 16:45:18 -0000 Subject: [FFmpeg-trac] #252(avformat:open): Muxing rawvideo in matroska is unsupported, but does not warn In-Reply-To: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> References: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> Message-ID: <050.5f640eec4b0ca5d3acbb66deb5a02c4d@avcodec.org> #252: Muxing rawvideo in matroska is unsupported, but does not warn --------------------------------------+----------------------- Reporter: kenney | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: matroska rawvideo pix_fmt | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------------------+----------------------- Comment (by aurel): Should be fixed now (commit 7ebaa967a2c5b038023409179ca3c56f5b4f4ed3). Why do you say that your patch is insufficient ? It is pretty much the same as what I committed, and it works fine for me, with both good.avi and good2.avi... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 13 18:46:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 16:46:40 -0000 Subject: [FFmpeg-trac] #252(avformat:closed): Muxing rawvideo in matroska is unsupported, but does not warn In-Reply-To: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> References: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> Message-ID: <050.daf2d101cd62fed0404117b29a667091@avcodec.org> #252: Muxing rawvideo in matroska is unsupported, but does not warn --------------------------------------+----------------------- Reporter: kenney | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: matroska rawvideo pix_fmt | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------------------+----------------------- Changes (by aurel): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 13 18:55:53 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 16:55:53 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.ff8edab73e9e621f74bb7561f8429abc@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by kim): Replying to [comment:7 reimar]: > Are you sure this isn't specific to your compiler version? > LLVM and possible also gcc made an ABI change that optimized the TOC register r2 away. > The current code thus can't work anymore. I think that's what is happening. However I'm using a fairly standard compiler (which I think is the default in any recent distro: gcc 4.5.x) Also tested with gcc 4.4.5 with the same results so I guess this change in gcc is quite old. However I came up with a proof of concept patch to load the address of local symbols in a pic friendly way. (I use the standard trick of computing the space between a fixed label and the symbol to be loaded and then add this to the adresss of the fixed label which is determined at runtime using a phony branch instruction). I've tested it on linux ppc 32bit and I'm now able to play the above sample without problems. {{{ diff --git a/libavcodec/ppc/asm.S b/libavcodec/ppc/asm.S index e372d53..30e0953 100644 --- a/libavcodec/ppc/asm.S +++ b/libavcodec/ppc/asm.S @@ -67,7 +67,11 @@ X(\name): .macro movrel rd, sym #if CONFIG_PIC - lwz \rd, \sym at got(r2) + bcl 20, 31, lab_pic_\@ +lab_pic_\@: + mflr \rd + addis \rd, \rd, (\sym - lab_pic_\@)@ha + addi \rd, \rd, (\sym - lab_pic_\@)@l #else lis \rd, \sym at ha la \rd, \sym at l(\rd) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 13 19:26:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 17:26:17 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.7fc23c699077a721b5d11be9a9f19558@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): Apple gcc-4.2 with --enable-pic fails compilation: {{{ $ make AS libavcodec/ppc/fft_altivec_s.o libavcodec/ppc/fft_altivec_s.S:747:Parameter syntax error (parameter 2) libavcodec/ppc/fft_altivec_s.S:747:Invalid mnemonic 'got(r2)' libavcodec/ppc/fft_altivec_s.S:787:Parameter syntax error (parameter 2) libavcodec/ppc/fft_altivec_s.S:787:Invalid mnemonic 'got(r2)' libavcodec/ppc/fft_altivec_s.S:794:Parameter syntax error (parameter 2) libavcodec/ppc/fft_altivec_s.S:794:Invalid mnemonic 'got(r2)' libavcodec/ppc/fft_altivec_s.S:1282:Parameter syntax error (parameter 2) libavcodec/ppc/fft_altivec_s.S:1282:Invalid mnemonic 'got(r2)' libavcodec/ppc/fft_altivec_s.S:1322:Parameter syntax error (parameter 2) libavcodec/ppc/fft_altivec_s.S:1322:Invalid mnemonic 'got(r2)' libavcodec/ppc/fft_altivec_s.S:1329:Parameter syntax error (parameter 2) libavcodec/ppc/fft_altivec_s.S:1329:Invalid mnemonic 'got(r2)' make: *** [libavcodec/ppc/fft_altivec_s.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 13 19:32:54 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 17:32:54 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.18e44e6871ac0c2991fc67d8b5cc7c46@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by kim): This is strange, my patch is removing the @got(r2), not adding it. I don't know why it remains when compiled on osx. Maybe it's due to gas-preprocessor.pl or something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 13 20:54:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 18:54:05 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.d33d541b3de44f387ae9e15ef82de99c@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by adfernandes): There is a [http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/ffmpeg/source /patched-ffmpeg-mt/libavcodec/arm/asm- offsets.h?r1=62568&r2=62567&pathrev=62568 patch for Google's chromium] that used to apply, but no longer works. There have been changes made such that macro-expansion requires that these be hard-coded integers, it seems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 13 21:28:27 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 19:28:27 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.eac3dd8fbacb1e397b3bc34df3328ab6@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): (Sorry, I had originally written my comment before you posted your patch.) Apple gcc 4.2 fails with current, unpatched FFmpeg git with --enable-pic -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 00:29:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 13 Jun 2011 22:29:59 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.a74bdd1700c17bbde46786b45b02892f@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): With the patch, compilation succeeds with Apple gcc 4.2 and decoding also works on Linux. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 03:38:09 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 01:38:09 -0000 Subject: [FFmpeg-trac] #264(undetermined:new): x11grab using lossless x264 ffpresets fails on 32-bit In-Reply-To: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> References: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> Message-ID: <050.f0e0c0c3ef9db3bf144d4f8e380be8a0@avcodec.org> #264: x11grab using lossless x264 ffpresets fails on 32-bit -----------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by verb3k): This bug has been reported and confirmed by several users on ubuntuforums.org. It needs some developer attention as it is still reproducible. Please fix it, and thanks in advance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 09:11:31 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 07:11:31 -0000 Subject: [FFmpeg-trac] #276(build system:open): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.235e01d7731ba093083065ce94e87d24@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+--------------------------- Reporter: luckynarang123 | Owner: michael Type: task | Status: open Priority: normal | Component: build system Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by luckynarang123): This is the configure command we have used.... ./configure --arch=arm --target-os=linux --enable-cross-compile --cross- prefix=arm-none-linux-gnueabi- --cc=arm-none-linux-gnueabi-gcc --prefix=/home/Lucky/Lucky_Data/ACP_project/SDL-1.2.14 --enable-gpl --enable-x11grab --enable-avfilter --enable-pthreads --enable-postproc --enable-avfilter-lavf --enable-filter=drawtext --enable-static --enable- runtime-cpudetect --enable-hwaccel=h264_vaapi --enable-swscale --enable- debug --disable-shared --extra-cflags="$(pkg-config sdl --cflags)" --extra-ldflags="$(pkg-config sdl --libs)" We have found that ffplay has sdl dependancies....we have resolved those and any how generate the ffplay executable using codesourcery,but when executed on board it gives segfault,the reason we found is that SDL_SetVideoMode fails,it returns NULL screen,what could be reason for this call getting failed,please help ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 10:54:43 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 08:54:43 -0000 Subject: [FFmpeg-trac] #264(undetermined:open): x11grab using lossless x264 ffpresets fails on 32-bit In-Reply-To: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> References: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> Message-ID: <050.73f3b10e289616817034053a22c525f7@avcodec.org> #264: x11grab using lossless x264 ffpresets fails on 32-bit -----------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: Does not using libx264, but an internal encoder work? Does using another (non-lossless) preset work? If you believe this is a regression, please find the version -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 13:10:05 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 11:10:05 -0000 Subject: [FFmpeg-trac] #276(FFplay:open): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.c317fee5bed960ddaf3fcfbab0bc5cb0@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+---------------------- Reporter: luckynarang123 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Changes (by cehoyos): * type: task => defect * component: build system => FFplay Comment: Does SDL_SetVideoMode() segfault, or does it return NULL? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 13:17:57 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 11:17:57 -0000 Subject: [FFmpeg-trac] #276(FFplay:open): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.19285d91de766690ff5563c32a2672fa@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+---------------------- Reporter: luckynarang123 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Comment (by luckynarang123): Replying to [comment:3 cehoyos]: > Does SDL_SetVideoMode() segfault, or does it return NULL? It returns NULL,but whenever this NULL screen is referred it gives segmentation fault. The usage is as follows: w=640 h=480 flags=SDL_HWSURFACE | SDL_SYNCBLIT | SDL_HWACCEL SDL_SetVideoMode(w,h,0,flags); -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 13:19:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 11:19:21 -0000 Subject: [FFmpeg-trac] #276(FFplay:open): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.961a301e96ae840ee210eece964414d4@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+---------------------- Reporter: luckynarang123 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Comment (by luckynarang123): It returns NULL,whenever this NULL screen is referred it gives segmentation fault. The usage is as follows: w=640 h=480 flags=SDL_HWSURFACE | SDL_SYNCBLIT | SDL_HWACCEL SDL_SetVideoMode(w,h,0,flags); -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 13:31:04 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 11:31:04 -0000 Subject: [FFmpeg-trac] #276(FFplay:open): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.2d61c5783196dad601fd8bef983490d9@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+---------------------- Reporter: luckynarang123 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Comment (by cehoyos): When is this NULL screen ever referred to in ffplay? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 19:36:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 17:36:35 -0000 Subject: [FFmpeg-trac] #264(undetermined:open): x11grab using lossless x264 ffpresets fails on 32-bit In-Reply-To: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> References: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> Message-ID: <050.a1db49683e5791af22cfdf9916b15086@avcodec.org> #264: x11grab using lossless x264 ffpresets fails on 32-bit -----------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by verb3k): Other presets and internal encoders have been reported to be working properly with x11grab. It only seems to be an issue with the lossless presets. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 21:27:08 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 19:27:08 -0000 Subject: [FFmpeg-trac] #264(undetermined:open): x11grab using lossless x264 ffpresets fails on 32-bit In-Reply-To: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> References: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> Message-ID: <050.8d7095dbbf0a335934c33e98e96ddf72@avcodec.org> #264: x11grab using lossless x264 ffpresets fails on 32-bit -----------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): Is the problem also reproducible without x11grab? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 14 22:33:08 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 20:33:08 -0000 Subject: [FFmpeg-trac] #264(undetermined:open): x11grab using lossless x264 ffpresets fails on 32-bit In-Reply-To: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> References: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> Message-ID: <050.63a97dcd257feba8e6fb1d08313fd97e@avcodec.org> #264: x11grab using lossless x264 ffpresets fails on 32-bit -----------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by llogan): Apparently it is now reproducible without x11grab, although I'm fairly sure I tested for this when I submitted the bug report: {{{ $ ffmpeg -v 9 -loglevel 99 -i vbox/IronMan.mkv -vcodec libx264 -vpre lossless_ultrafast -threads 0 -an -y ~/output.mp4 ffmpeg version git-N-30773-g4ac5dff, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 14 2011 11:46:57 with gcc 4.5.2 configuration: --enable-gpl --enable-libx264 --enable-x11grab --disable- doc libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 1 / 53. 3. 1 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 18. 0 / 2. 18. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0xaca2360] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [h264 @ 0xaca4fe0] Unsupported bit depth: 0 [h264 @ 0xaca4fe0] no picture Last message repeated 1 times [matroska,webm @ 0xaca2360] All info found [matroska,webm @ 0xaca2360] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 47.95 (10000000/208541) -> 23.98 (24000/1001) Input #0, matroska,webm, from 'vbox/IronMan.mkv': Duration: 00:01:48.50, start: 0.000000, bitrate: N/A Stream #0.0, 43, 1/1000: Video: h264 (High), yuv420p, 1280x720, 208541/10000000, PAR 115:87 DAR 1840:783, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0.1, 88, 1/1000: Audio: aac, 48000 Hz, stereo, s16 (default) [buffer @ 0xad54960] w:1280 h:720 pixfmt:yuv420p tb:1/1000000 sar:115/87 sws_param: [libx264 @ 0xaca1e80] --psnr used with psy on: results will be invalid! [libx264 @ 0xaca1e80] --tune psnr should be used if attempting to benchmark psnr! [libx264 @ 0xaca1e80] interlace + weightp is not implemented [libx264 @ 0xaca1e80] using mv_range_thread = 56 [libx264 @ 0xaca1e80] using SAR=115/87 [libx264 @ 0xaca1e80] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle Cache64 [libx264 @ 0xaca1e80] constant rate-factor is incompatible with 2pass. Output #0, mp4, to '/home/lou/output.mp4': Stream #0.0, 0, 1/90000: Video: libx264, yuv420p, 1280x720 [PAR 115:87 DAR 1840:783], 1001/24000, q=0-69, pass 1, pass 2, 200 kb/s, 90k tbn, 23.98 tbc (default) Stream mapping: Stream #0.0 -> #0.0 Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 00:56:31 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 22:56:31 -0000 Subject: [FFmpeg-trac] #264(undetermined:open): x11grab using lossless x264 ffpresets fails on 32-bit In-Reply-To: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> References: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> Message-ID: <050.61d32ff8084ceebdcdd2bc2b5c249f62@avcodec.org> #264: x11grab using lossless x264 ffpresets fails on 32-bit -----------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): Does it work on 64bit? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 01:36:11 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 14 Jun 2011 23:36:11 -0000 Subject: [FFmpeg-trac] #264(undetermined:open): x11grab using lossless x264 ffpresets fails on 32-bit In-Reply-To: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> References: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> Message-ID: <050.0334590c57c6e08ed48c9813822de1af@avcodec.org> #264: x11grab using lossless x264 ffpresets fails on 32-bit -----------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by llogan): Yes, it still works as expected on 64 bit: {{{ $ uname -a Linux ubuntu 2.6.35-22-generic #33-Ubuntu SMP Sun Sep 19 20:32:27 UTC 2010 x86_64 GNU/Linux $ ffmpeg -v 9 -loglevel 99 -i vbox/IronMan.mkv -vcodec libx264 -vpre lossless_ultrafast -threads 0 -t 1 -y ~/output.mp4 ffmpeg version git-N-30773-g4ac5dff, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 14 2011 15:28:46 with gcc 4.4.5 configuration: --enable-gpl --enable-libx264 --enable-x11grab libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 1 / 53. 3. 1 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 18. 0 / 2. 18. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x2b62440] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [h264 @ 0x2b659e0] Unsupported bit depth: 0 [h264 @ 0x2b659e0] no picture Last message repeated 1 times [matroska,webm @ 0x2b62440] All info found [matroska,webm @ 0x2b62440] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 47.95 (10000000/208541) -> 23.98 (24000/1001) Input #0, matroska,webm, from 'vbox/IronMan.mkv': Duration: 00:01:48.50, start: 0.000000, bitrate: N/A Stream #0.0, 43, 1/1000: Video: h264 (High), yuv420p, 1280x720, 208541/10000000, PAR 115:87 DAR 1840:783, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0.1, 88, 1/1000: Audio: aac, 48000 Hz, stereo, s16 (default) [buffer @ 0x2c2b8e0] w:1280 h:720 pixfmt:yuv420p tb:1/1000000 sar:115/87 sws_param: [libx264 @ 0x2bfffc0] using mv_range_thread = 56 [libx264 @ 0x2bfffc0] using SAR=115/87 [libx264 @ 0x2bfffc0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle Cache64 [libx264 @ 0x2bfffc0] profile High 4:4:4 Predictive, level 3.1, bit depth 8 [libx264 @ 0x2bfffc0] 64 - core 115 r1995 c1e60b9 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=1:0:0 analyse=0x1:0 me=dia subme=0 psy=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=6 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=cqp mbtree=0 qp=0 Output #0, mp4, to '/home/lou/output.mp4': Metadata: encoder : Lavf53.3.1 Stream #0.0, 0, 1/24000: Video: libx264, yuv420p, 1280x720 [PAR 115:87 DAR 1840:783], 1001/24000, q=0-69, 200 kb/s, 24k tbn, 23.98 tbc (default) Stream #0.1, 0, 1/48000: Audio: aac, 48000 Hz, stereo, s16, 64 kb/s (default) Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help [h264 @ 0x2b659e0] no picture Last message repeated 1 times [libx264 @ 0x2bfffc0] using mv_range_thread = 56 [libx264 @ 0x2bfffc0] frame= 0 QP=0.00 NAL=3 Slice:I Poc:0 I:3600 P:0 SKIP:0 size=485200 bytes [libx264 @ 0x2bfffc0] frame= 1 QP=0.00 NAL=2 Slice:P Poc:2 I:857 P:2686 SKIP:57 size=397297 bytes [libx264 @ 0x2bfffc0] frame= 2 QP=0.00 NAL=2 Slice:P Poc:4 I:730 P:2764 SKIP:106 size=398113 bytes [libx264 @ 0x2bfffc0] frame= 3 QP=0.00 NAL=2 Slice:P Poc:6 I:772 P:2715 SKIP:113 size=372923 bytes [libx264 @ 0x2bfffc0] frame= 4 QP=0.00 NAL=2 Slice:P Poc:8 I:824 P:2653 SKIP:123 size=398441 bytes [libx264 @ 0x2bfffc0] frame= 5 QP=0.00 NAL=2 Slice:P Poc:10 I:1241 P:2318 SKIP:41 size=409354 bytes [libx264 @ 0x2bfffc0] frame= 6 QP=0.00 NAL=2 Slice:P Poc:12 I:884 P:2621 SKIP:95 size=391488 bytes [libx264 @ 0x2bfffc0] frame= 7 QP=0.00 NAL=2 Slice:P Poc:14 I:778 P:2647 SKIP:175 size=389523 bytes [libx264 @ 0x2bfffc0] frame= 8 QP=0.00 NAL=2 Slice:P Poc:16 I:1351 P:2201 SKIP:48 size=418662 bytes [libx264 @ 0x2bfffc0] frame= 9 QP=0.00 NAL=2 Slice:P Poc:18 I:2335 P:1234 SKIP:31 size=425439 bytes [libx264 @ 0x2bfffc0] frame= 10 QP=0.00 NAL=2 Slice:P Poc:20 I:1260 P:2309 SKIP:31 size=393208 bytes [libx264 @ 0x2bfffc0] frame= 11 QP=0.00 NAL=2 Slice:P Poc:22 I:1310 P:2245 SKIP:45 size=430263 bytes [libx264 @ 0x2bfffc0] frame= 12 QP=0.00 NAL=2 Slice:P Poc:24 I:1243 P:2295 SKIP:62 size=422418 bytes [libx264 @ 0x2bfffc0] frame= 13 QP=0.00 NAL=2 Slice:P Poc:26 I:1373 P:2181 SKIP:46 size=428948 bytes [libx264 @ 0x2bfffc0] frame= 14 QP=0.00 NAL=2 Slice:P Poc:28 I:1874 P:1679 SKIP:47 size=409984 bytes [libx264 @ 0x2bfffc0] frame= 15 QP=0.00 NAL=2 Slice:P Poc:30 I:1113 P:2469 SKIP:18 size=365771 bytes [libx264 @ 0x2bfffc0] frame= 16 QP=0.00 NAL=2 Slice:P Poc:32 I:1106 P:2442 SKIP:52 size=384769 bytes [libx264 @ 0x2bfffc0] frame= 17 QP=0.00 NAL=2 Slice:P Poc:34 I:1275 P:2288 SKIP:37 size=415174 bytes [libx264 @ 0x2bfffc0] frame= 18 QP=0.00 NAL=2 Slice:P Poc:36 I:995 P:2537 SKIP:68 size=381085 bytes [libx264 @ 0x2bfffc0] frame= 19 QP=0.00 NAL=2 Slice:P Poc:38 I:1159 P:2412 SKIP:29 size=390871 bytes [libx264 @ 0x2bfffc0] frame= 20 QP=0.00 NAL=2 Slice:P Poc:40 I:796 P:2772 SKIP:32 size=367818 bytes [libx264 @ 0x2bfffc0] frame= 21 QP=0.00 NAL=2 Slice:P Poc:42 I:933 P:2618 SKIP:49 size=388417 bytes [libx264 @ 0x2bfffc0] frame= 22 QP=0.00 NAL=2 Slice:P Poc:44 I:808 P:2757 SKIP:35 size=362554 bytes frame= 23 fps= 0 q=-1.0 Lsize= 9021kB time=00:00:00.95 bitrate=77036.8kbits/s video:9012kB audio:7kB global headers:0kB muxing overhead 0.019013% frame I:1 Avg QP: 0.00 size:485200 [libx264 @ 0x2bfffc0] frame P:22 Avg QP: 0.00 size:397387 [libx264 @ 0x2bfffc0] mb I I16..4: 50.0% 0.0% 50.0% [libx264 @ 0x2bfffc0] mb P I16..4: 31.6% 0.0% 0.0% P16..4: 66.7% 0.0% 0.0% 0.0% 0.0% skip: 1.7% [libx264 @ 0x2bfffc0] coded y,uvDC,uvAC intra: 74.9% 66.4% 66.1% inter: 94.1% 90.5% 90.3% [libx264 @ 0x2bfffc0] i16 v,h,dc,p: 77% 22% 1% 0% [libx264 @ 0x2bfffc0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 44% 27% 2% 3% 7% 5% 5% 3% 3% [libx264 @ 0x2bfffc0] i8c dc,h,v,p: 32% 25% 42% 0% [libx264 @ 0x2bfffc0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x2bfffc0] kb/s:76954.45 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 02:43:29 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 00:43:29 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): ffplay: Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.df41895d673d168f42c615456a7aa18b@avcodec.org> #149: ffplay: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+--------------------------- Comment (by kyl416): I experience the same results with the mms version of that stream, so it's likely not rtmp/rtsp specific. (They use the same encoder for the mms stream but send it over a windows media server) ffplay mmsh://media5.lsops.net/aljazeer_en ffplay version git-N-30775-g9e2f448, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 14 2011 20:15:51 with gcc 4.5.2 configuration: --prefix=/usr --enable-gpl --enable-version3 --enable- nonfree --enable-shared --enable-postproc --enable-libx264 --enable-frei0r --enable-librtmp --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libdc1394 --enable-libmp3lame --enable-libtheora --enable- libopenjpeg --enable-libdirac --enable-libvpx --enable-libgsm --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libxvid --enable-libfaac --cpu=amdfam10 --arch=x86_64 --enable-x11grab --enable- libxavs --enable-libnut --enable-libfreetype --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libcelt libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 1 / 53. 3. 1 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 18. 0 / 2. 18. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [asf @ 0x15be500] max_analyze_duration 5000000 reached at 5040000 [asf @ 0x15be500] Estimating duration from bitrate, this may be inaccurate Input #0, asf, from 'mmsh://media5.lsops.net/aljazeer_en': Duration: N/A, start: 10183.426000, bitrate: 32 kb/s Stream #0.0: Video: h264 (Constrained Baseline), yuv420p, 480x304, PAR 1:1 DAR 30:19, 25 fps, 25 tbr, 1k tbn, 50 tbc Stream #0.1: Audio: aac, 48000 Hz, 2 channels (FC), s16, 32 kb/s [aac @ 0x160a220] Reserved SBR extensions are not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x160a220] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x160a220] Reserved SBR extensions are not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x160a220] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x160a220] Reserved SBR extensions are not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x160a220] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 09:37:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 07:37:04 -0000 Subject: [FFmpeg-trac] #281(avcodec:new): Build Error AC3 Encoder Option Message-ID: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> #281: Build Error AC3 Encoder Option -----------------------------------+---------------------- Reporter: CrHasher | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.7-rc1 Keywords: encoder ac3 ac3_fixed | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------------+---------------------- Hello, When I try to build ffmpeg with command ./configure --enable-shared --enable-memalign-hack --enable-gpl --enable- w32threads --enable-postproc --enable-zlib --disable-static --disable- altivec --disable-muxers --disable-encoders --disable-debug --disable- ffplay --disable-ffserver --disable-ffmpeg --disable-ffprobe --disable- devices --enable-muxer=spdif --enable-muxer=adts '''--enable- encoder=ac3''' --enable-encoder=aac --enable-runtime-cpudetect --enable- avfilter --disable-debug --disable-doc If I use '''--enable-encoder=ac3_fixed''' then there is no error. Also note that not all combination of options result in this error when using '''--enable-encoder=ac3'''. My build log attached? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 11:11:18 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 09:11:18 -0000 Subject: [FFmpeg-trac] #281(avcodec:open): Build Error AC3 Encoder Option In-Reply-To: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> References: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> Message-ID: <052.0725ba422f804b3b243ab20e6ae7d29d@avcodec.org> #281: Build Error AC3 Encoder Option ----------------------------------+---------------------- Reporter: CrHasher | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: 0.7-rc1 | Resolution: Keywords: encoder ac3 ac3_fixed | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+---------------------- Changes (by cehoyos): * status: new => open Comment: Could you test latest git head? I believe this problem was fixed since. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 11:19:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 09:19:14 -0000 Subject: [FFmpeg-trac] #264(undetermined:open): Lossless x264 ffpresets fails on 32-bit (was: x11grab using lossless x264 ffpresets fails on 32-bit) In-Reply-To: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> References: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> Message-ID: <050.4555840d6cbc7011d361c08df1d976e5@avcodec.org> #264: Lossless x264 ffpresets fails on 32-bit -----------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 11:22:12 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 09:22:12 -0000 Subject: [FFmpeg-trac] #55(avcodec:closed): 5.1 AAC Output Incorrectly Mapped In-Reply-To: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> References: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> Message-ID: <057.cb0fbad88c0d7a29e29967f736529106@avcodec.org> #55: 5.1 AAC Output Incorrectly Mapped --------------------------+---------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Both patches applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 11:23:12 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 09:23:12 -0000 Subject: [FFmpeg-trac] #263(avformat:closed): Unimplemented container channel layout In-Reply-To: <039.39e3f96094f065b9d286134aa285f228@avcodec.org> References: <039.39e3f96094f065b9d286134aa285f228@avcodec.org> Message-ID: <054.7276282c219c4c21ea51f3da5fd83dcb@avcodec.org> #263: Unimplemented container channel layout -----------------------+----------------------- Reporter: rectalogic | Owner: cehoyos Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch applied, thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 11:35:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 09:35:19 -0000 Subject: [FFmpeg-trac] #281(avcodec:open): Build Error AC3 Encoder Option In-Reply-To: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> References: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> Message-ID: <052.566b3b409d8f909e47d66b5426ad3544@avcodec.org> #281: Build Error AC3 Encoder Option ----------------------------------+---------------------- Reporter: CrHasher | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: 0.7-rc1 | Resolution: Keywords: encoder ac3 ac3_fixed | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+---------------------- Comment (by CrHasher): Replying to [comment:1 cehoyos]: > Could you test latest git head? > > I believe this problem was fixed since. Same error in git head :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 11:37:17 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 09:37:17 -0000 Subject: [FFmpeg-trac] #281(avcodec:open): Build Error AC3 Encoder Option In-Reply-To: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> References: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> Message-ID: <052.0e8e3192e07b31e0096839e380623861@avcodec.org> #281: Build Error AC3 Encoder Option ----------------------------------+---------------------- Reporter: CrHasher | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: 0.7-rc1 | Resolution: Keywords: encoder ac3 ac3_fixed | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+---------------------- Comment (by CrHasher): Replying to [comment:1 cehoyos]: > Could you test latest git head? > > I believe this problem was fixed since. Actually a different error... but still build fails -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 11:59:26 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 09:59:26 -0000 Subject: [FFmpeg-trac] #281(build system:open): Build Error AC3 Encoder Option In-Reply-To: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> References: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> Message-ID: <052.78ce62edda6a7c16ceb403889b571d15@avcodec.org> #281: Build Error AC3 Encoder Option ----------------------------------+--------------------------- Reporter: CrHasher | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: git-master | Resolution: Keywords: encoder ac3 ac3_fixed | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Changes (by cehoyos): * version: 0.7-rc1 => git-master * component: avcodec => build system Comment: The following works fine for me on Linux, please confirm that this is still (nearly) the configure line you are using, and that you are using latest git head. (If you see the same problem with a shorter configure line, it would ease testing.) {{{ ./configure --enable-shared --enable-memalign-hack --enable-gpl --enable- postproc --enable-zlib --disable-static --disable-altivec --disable-muxers --disable-encoders --disable-debug --disable-ffplay --disable-ffserver --disable-ffmpeg --disable-ffprobe --disable-devices --enable-muxer=spdif --enable-muxer=adts --enable-encoder=ac3 --enable-encoder=aac --enable- runtime-cpudetect --enable-avfilter --disable-debug --disable-doc && make }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 12:34:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 10:34:39 -0000 Subject: [FFmpeg-trac] #281(build system:open): Build Error AC3 Encoder Option In-Reply-To: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> References: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> Message-ID: <052.e54d2eb852d0fc3baefa190ea5872088@avcodec.org> #281: Build Error AC3 Encoder Option ----------------------------------+--------------------------- Reporter: CrHasher | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: git-master | Resolution: Keywords: encoder ac3 ac3_fixed | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by CrHasher): Replying to [comment:4 cehoyos]: > The following works fine for me on Linux, please confirm that this is still (nearly) the configure line you are using, and that you are using latest git head. (If you see the same problem with a shorter configure line, it would ease testing.) > {{{ > ./configure --enable-shared --enable-memalign-hack --enable-gpl --enable-postproc --enable-zlib --disable-static --disable-altivec --disable-muxers --disable-encoders --disable-debug --disable-ffplay --disable-ffserver --disable-ffmpeg --disable-ffprobe --disable-devices --enable-muxer=spdif --enable-muxer=adts --enable-encoder=ac3 --enable- encoder=aac --enable-runtime-cpudetect --enable-avfilter --disable-debug --disable-doc && make > }}} Used supplied command and still erro, I'm using Windows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 15 14:27:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 15 Jun 2011 12:27:57 -0000 Subject: [FFmpeg-trac] #281(build system:open): Build Error AC3 Encoder Option In-Reply-To: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> References: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> Message-ID: <052.0b0f3d534857bb7c7834d1a1811e2927@avcodec.org> #281: Build Error AC3 Encoder Option ----------------------------------+--------------------------- Reporter: CrHasher | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: git-master | Resolution: Keywords: encoder ac3 ac3_fixed | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by cehoyos): Please add the output of 'make V=1 libavcodec/avcodec-53.dll' and please confirm that you are using latest git head (the first line of git show). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 06:38:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 04:38:43 -0000 Subject: [FFmpeg-trac] #282(FFmpeg:new): undefined reference to `_avdevice_register_all' Message-ID: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------+------------------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: new Priority: critical | Component: FFmpeg Version: git | Keywords: undefined reference Blocked By: | avdevice_register_all Reproduced: 0 | Blocking: | Analyzed: 0 -------------------------+------------------------------------------------- I'm getting: {{{ ffmpeg.c:4514: undefined reference to `_avdevice_register_all' }}} when --disable-static --enable-shared is used, it seems to only happen when --disable-static --enable-shared is used, static builds fine. I believe it is related to the leading underscore _ before avdevice_register_all but I can't confirm that. I'm building for Windows and the toolchain is not the issue. I gave this a critical priority because FFmpeg will not build a shared version for Windows. I'm unsure of what patch broke this, but the last proven working build I know of is git-39dbe9b. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 10:32:16 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 08:32:16 -0000 Subject: [FFmpeg-trac] #276(FFplay:open): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.7b736e45c89cca21a557e6bfc9358f26@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+---------------------- Reporter: luckynarang123 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Comment (by luckynarang123): It is not referred in ffplay,but when it is NULL,then on comparison to NULL,the event loop thread returns -1,and eventually the decode_thread gives segmentation fault. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 11:05:57 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 09:05:57 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.31a41eaded9bb2d773b6187bc68e4f86@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => build system Comment: Please confirm that you are using latest git head (first line of "git show"), that you did "make distclean && ./configure --disable-static --enable-shared && make ffmpeg" and if it still fails, please run "make ffmpeg" again, then run "make V=1 ffmpeg" and post the complete, uncut output of this last run (and consider attaching config.log). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 11:43:31 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 09:43:31 -0000 Subject: [FFmpeg-trac] #276(FFplay:open): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.b6e5c884635e5db3ac0d4b350c36ec48@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+---------------------- Reporter: luckynarang123 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Comment (by cehoyos): Did you already try to use 24 (or another value) as the third operand to SDL_SetVideoMode()? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 14:15:11 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 12:15:11 -0000 Subject: [FFmpeg-trac] #276(FFplay:open): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.9ec3955d69504da73439ffb5087d3039@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+---------------------- Reporter: luckynarang123 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Comment (by luckynarang123): yes i have tried 0 and 24 still it gives segmentation fault.... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 14:36:20 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 12:36:20 -0000 Subject: [FFmpeg-trac] #283(FFmpeg:new): dvd-pal target does not force correct colorspace (with DVCPRO50) Message-ID: <034.fa9f23ae13e5cbc6e7d54fa59c8decd0@avcodec.org> #283: dvd-pal target does not force correct colorspace (with DVCPRO50) -------------------------+------------------------------------------------- Reporter: tbart | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git | Keywords: colorspace subsampling dvd 4:2:0 Blocked By: | yuv420p 4:2:2 yuv422p dvcpro50 Reproduced: 1 | Blocking: | Analyzed: 1 -------------------------+------------------------------------------------- When encoding DVCPRO50 material (or most likely any material having non- dvd-conformant chroma subsampling) to a dvd as in ffmpeg -i dvcpro50_sample.avi -target pal-dvd -b $vbrate -minrate $vbrate -maxrate $vbrate -acodec ac3 -ab $abrate -flags ilme+ildct -threads 2 dvcpro50_sample.vob the resulting vob has a yuv422p colorspace. Authoring with dvdauthor and playing the file on a standalone player results in a colorful puzzle instead of the correct picture. No errors whatsoever in the authoring process or when viewed with mplayer, vlc, etc.. I guess -pix_fmt yuv420p should be forced with the meta parameter -target -dvd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 15:24:15 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 13:24:15 -0000 Subject: [FFmpeg-trac] #284(FFmpeg:new): Mpg format can not be converted to any other format Message-ID: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> #284: Mpg format can not be converted to any other format --------------------------+--------------------- Reporter: yxmline | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- Mpg format can not be converted to any other formatting tips are as follows Assertion avctx->thread_count > 1 failed at libavcodec/mpeg12.c:2343 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 15:45:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 13:45:36 -0000 Subject: [FFmpeg-trac] #284(FFmpeg:new): Mpg format can not be converted to any other format In-Reply-To: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> References: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> Message-ID: <051.850220fad1e655d4e5b3f8c209c9a440@avcodec.org> #284: Mpg format can not be converted to any other format ------------------------+---------------------- Reporter: yxmline | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by yxmline): ps Video files http://cid-f1595d774ec888cd.office.live.com/self.aspx/.Public/other/ED.mpg Command line ffmpeg -i opening.mpg test.avi ffmpeg version git-N-30805-g7a02527, Copyright (c) 2000-2011 the FFmpeg develope rs built on Jun 16 2011 18:25:31 with gcc 4.5.2 configuration: --prefix=/ffmpeg2 --enable-gpl --enable-version3 --enable-nonfr ee --enable-postproc --arch=x86 --cpu=i686 --enable-w32threads --enable- runtime- cpudetect --enable-hardcoded-tables --enable-memalign-hack --enable- avisynth --e nable-bzlib --enable-frei0r --enable-libaacplus --enable-libopencore-amrnb --ena ble-libopencore-amrwb --enable-libdirac --enable-libfaac --enable- libfreetype -- enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopenjpeg --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvo- amrwbenc --e nable-libvorbis --enable-libvpx --enable-libxvid --enable-libxavs --enable-libx2 64 --enable-zlib --enable-libopencv --enable-librtmp --extra-libs='-lrtmp -lpola rssl -lws2_32 -lwinmm' libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 1 / 53. 3. 1 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 18. 0 / 2. 18. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 Assertion avctx->thread_count > 1 failed at libavcodec/mpeg12.c:2343 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Any use of mpeg1video encoded video can not be converted -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 15:47:48 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 13:47:48 -0000 Subject: [FFmpeg-trac] #284(FFmpeg:open): Mpg format can not be converted to any other format In-Reply-To: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> References: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> Message-ID: <051.130b0b724d6f5258d72b7307199c8007@avcodec.org> #284: Mpg format can not be converted to any other format ------------------------+---------------------- Reporter: yxmline | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by yxmline): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 17:40:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 15:40:43 -0000 Subject: [FFmpeg-trac] #284(FFmpeg:open): Mpg format can not be converted to any other format In-Reply-To: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> References: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> Message-ID: <051.c19e6ff12ba7e9426034de97c2bdc2dd@avcodec.org> #284: Mpg format can not be converted to any other format ------------------------+---------------------- Reporter: yxmline | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): Not reproducible on Linux. Is "ffmpeg -i ED.mpg" sufficient to trigger the problem? Or "ffmpeg -i ED.mpg -f null -"? Could you try an unpatched version of FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 19:54:59 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 17:54:59 -0000 Subject: [FFmpeg-trac] #284(FFmpeg:open): Mpg format can not be converted to any other format In-Reply-To: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> References: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> Message-ID: <051.8ac5648b90ac5a02528140d61b488126@avcodec.org> #284: Mpg format can not be converted to any other format ------------------------+---------------------- Reporter: yxmline | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by yxmline): Did not add any patches and enable all external encoder / decoder D:\WinLinux\Minsys\temp\ffmpeg-new>ffmpeg -i "E:\Program Files\TSA\Resource\Movi e\ED.mpg" -f null ffmpeg version git-N-30805-g7a02527, Copyright (c) 2000-2011 the FFmpeg develope rs built on Jun 17 2011 01:10:56 with gcc 4.5.2 configuration: --prefix=/ffmpeg2 --enable-gpl --enable-version3 --enable-nonfr ee --enable-postproc --arch=x86 --cpu=i686 --enable-w32threads --enable- runtime- cpudetect --enable-hardcoded-tables --enable-memalign-hack --enable- avisynth --e nable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libdirac --enable-libfaac --enable-libfreetype --enable-libgsm --enab le-libmp3lame --enable-libnut --enable-libopenjpeg --enable- libschroedinger --en able-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwbenc - -enable-libvorbis --enable-libvpx --enable-libxvid --enable-libxavs --enable-lib x264 --enable-zlib --enable-libopencv --enable-librtmp --extra- libs='-lrtmp -lpo larssl -lws2_32 -lwinmm' libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 1 / 53. 3. 1 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 18. 0 / 2. 18. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 Assertion avctx->thread_count > 1 failed at libavcodec/mpeg12.c:2343 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Do not add any patches and disable all external encoder / decoder, enables only w32threads and memalign-hack D:\WinLinux\Minsys\temp\ffmpeg-new2>ffmpeg -i "E:\Program Files\TSA\Resource\Mov ie\ED.mpg" -f null ffmpeg version git-N-30805-g7a02527, Copyright (c) 2000-2011 the FFmpeg develope rs built on Jun 17 2011 01:50:15 with gcc 4.5.2 configuration: --prefix=/ffmpeg2 --enable-w32threads --enable-memalign- hack libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 1 / 53. 3. 1 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 18. 0 / 2. 18. 0 libswscale 0. 14. 1 / 0. 14. 1 Assertion avctx->thread_count > 1 failed at libavcodec/mpeg12.c:2343 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Will be reported only when using mpeg1video/mpeg2video Assertion avctx-> thread_count> 1 failed at libavcodec/mpeg12.c: 2343 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 23:27:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 21:27:12 -0000 Subject: [FFmpeg-trac] #283(FFmpeg:closed): dvd-pal target does not force correct colorspace (with DVCPRO50) In-Reply-To: <034.fa9f23ae13e5cbc6e7d54fa59c8decd0@avcodec.org> References: <034.fa9f23ae13e5cbc6e7d54fa59c8decd0@avcodec.org> Message-ID: <049.a570fbc82c0994f1024b4ba2c054492b@avcodec.org> #283: dvd-pal target does not force correct colorspace (with DVCPRO50) -------------------------------------------------+------------------------- Reporter: tbart | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: colorspace subsampling dvd 4:2:0 | Blocked By: yuv420p 4:2:2 yuv422p dvcpro50 | Reproduced: 1 Blocking: | Analyzed: 1 | -------------------------------------------------+------------------------- Changes (by cehoyos): * status: new => closed * version: git => git-master * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 16 23:32:30 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 21:32:30 -0000 Subject: [FFmpeg-trac] #276(FFplay:closed): FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault In-Reply-To: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> References: <043.9c9c896f913302cb548bd5700c4c5ad8@avcodec.org> Message-ID: <058.245dad4afef77bf9d4664858a6ed3014@avcodec.org> #276: FFPlay when compiled for arm and executed on BeagleBoard Xm + Angstrom gives segmentation fault ---------------------------+---------------------- Reporter: luckynarang123 | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFplay Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I fixed the crash (thank you for the report and the analysis), I believe you should work with the program posted here - http://markmail.org/message/5mcalro2qcbouph5 - and try to get it to work, I don't think you will be able to use ffplay before it works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 17 01:08:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 23:08:12 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.3e9e91e908d2e8092383bd2eb964332e@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): The problem is SDL/ffplay related. I narrowed it down and the issue only occurs when ffplay is built, along with --disable-static --enable-shared. also, the command you gave me "make ffmpeg" is not valid, I'm not sure if it's a windows thing or what, but I think you might have meant "make ffmpeg.o" but I'm not going to assume anything. Here is "make V=1": {{{ i686-w64-mingw32-gcc -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavutil -Llibpostproc -Llibswscale -L/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib -Wl,--as- needed -Wl,--warn-common -Wl,-rpath-link,libpostproc -Wl,-rpath- link,libswscale -Wl,-rpath-link,libavfilter -Wl,-rpath-link,libavdevice -Wl,-rpath-link,libavformat -Wl,-rpath-link,libavcodec -Wl,-rpath- link,libavutil -o ffmpeg_g.exe ffmpeg.o cmdutils.o -lavdevice -lavfilter -lavformat -lavcodec -lpostproc -lswscale -lavutil -lavicap32 -lpsapi -lole32 -lstrmiids -luuid -lws2_32 -L/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib -lmingw32 -lSDLmain -lSDL -lm -luser32 -lgdi32 -lwinmm -ldxguid -lm -lpthreadGC2 -lpsapi ffmpeg.o: In function `main': /home/kyle/software/ffmpeg/source/ffmpeg-git/ffmpeg.c:4525: undefined reference to `_avdevice_register_all' cmdutils.o: In function `print_all_libs_info': /home/kyle/software/ffmpeg/source/ffmpeg-git/cmdutils.c:514: undefined reference to `_avdevice_configuration' /home/kyle/software/ffmpeg/source/ffmpeg-git/cmdutils.c:514: undefined reference to `_avdevice_version' collect2: ld returned 1 exit status make: *** [ffmpeg_g.exe] Error 1 }}} As I said, it only happens with --disable-static --enable-shared and it's ffplay/sdl related I believe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 17 01:57:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 16 Jun 2011 23:57:09 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.1becbb5abe9df84e5bdf811e6a4185e0@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by cehoyos): Please: 1) confirm that you are using latest git 2) confirm that you did "make distclean" before trying anything else 3) provide your complete configure line 4) attach config log (Note that ./configure --disable-static --enable-shared works fine here and that you say your problem is ffplay-related, but you provide a failing link command for ffmpeg.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 17 06:36:15 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Jun 2011 04:36:15 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.4a236b89526eb04a3e1318d9aa371a67@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): 1) I'm using the latest git, 4f643430f295a8376ca51f127a23b0f8ce92068b 2) I build out of the source directory, the build directory is removed and rebuilt before configure is run. 3) LDFLAGS="-L/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib" PKG_CONFIG_PATH="/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib/pkgconfig" CFLAGS="-I/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/include" cross_prefix=i686-w64-mingw32- target_os=mingw32 arch=x86 ../source /ffmpeg-git/configure --disable-static --enable-shared --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect 4) Attached. Yes I realize that it is a failing link command for ffmpeg, but the issue only occurs when sdl is in the LDFLAGS and CFLAGS, meaning it only occurs when FFmpeg is able to build ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 17 10:56:55 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Jun 2011 08:56:55 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.9490e47c7b9b3c6f0b5527e0dbb42387@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by cehoyos): Could you try to use --extra-cflags and --extra-ldflags instead of CFLAGS and LDFLAGS? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 17 18:25:45 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Jun 2011 16:25:45 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.2f14332d07adbcb15b4006307832be61@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): I get the same error with --extra-cflags and --extra-ldflags instead of CFLAGS and LDFLAGS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 17 20:10:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Jun 2011 18:10:19 -0000 Subject: [FFmpeg-trac] #88(FFplay:open): MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream In-Reply-To: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> References: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> Message-ID: <055.25149fa839b85904e88a56f34cf873e3@avcodec.org> #88: MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream ------------------------+--------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------- Comment (by jlsantiago0): These patches fix the problem. fix-no-b-v2.patch has already been applied to the GIT Tree HEAD. h264-detect-no-b-v1.patch however has not been applied to the GIT Development Tree. Is this intentional? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 00:11:00 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Jun 2011 22:11:00 -0000 Subject: [FFmpeg-trac] #224(avdevice:closed): Improving support for IIDC cameras (libavdevice/libdc1394.c) In-Reply-To: <035.f7f69861a40b85ac6d781889c046ea44@avcodec.org> References: <035.f7f69861a40b85ac6d781889c046ea44@avcodec.org> Message-ID: <050.a51fc8f289669849bdf26c76578e9c1f@avcodec.org> #224: Improving support for IIDC cameras (libavdevice/libdc1394.c) ------------------------+----------------------- Reporter: marlam | Owner: Type: enhancement | Status: closed Priority: wish | Component: avdevice Version: git | Resolution: fixed Keywords: libdc1394 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: These patches have been applied some time ago -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 00:14:14 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Jun 2011 22:14:14 -0000 Subject: [FFmpeg-trac] #157(undetermined:new): Specifying KEYINT (-g) has no effect In-Reply-To: <034.a251a8fd030ad0fa98dd0bcf1b929e85@avcodec.org> References: <034.a251a8fd030ad0fa98dd0bcf1b929e85@avcodec.org> Message-ID: <049.9835a3b042aac61d26b688a3dfc4a1d5@avcodec.org> #157: Specifying KEYINT (-g) has no effect -----------------------+--------------------------- Reporter: Reado | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-oldabi | Resolution: Keywords: keyint | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by michael): * priority: critical => normal Comment: oldabi has been updated and supports -x264opts, which support all x264 options. This makes this bug "normal" and no longer "critical" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 00:38:39 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Jun 2011 22:38:39 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:open): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.ca22e08a9b16da15b6d9cb578eb804db@avcodec.org> #42: don't read stdin when running in a noninteractive shell ---------------------------------------+--------------------- Reporter: taeuber | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: noninteractive shell stdin | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+--------------------- Changes (by michael): * owner: michael => * status: new => open Comment: Now someone just needs to add checks for errors (like file not found) and configure checks for the posix functions unless they are available everywhere. And thanks for the hint. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 00:51:46 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Jun 2011 22:51:46 -0000 Subject: [FFmpeg-trac] #284(FFmpeg:open): Mpg format can not be converted to any other format In-Reply-To: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> References: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> Message-ID: <051.73c4600d95f8f88b8ed8329b013e550d@avcodec.org> #284: Mpg format can not be converted to any other format ------------------------+---------------------- Reporter: yxmline | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by michael): Please try if the patch below fixes it (and threads still work) thx {{{ --- a/libavcodec/w32thread.c +++ b/libavcodec/w32thread.c @@ -135,11 +135,11 @@ int ff_thread_init(AVCodecContext *s){ return 0; } - s->active_thread_type= FF_THREAD_SLICE; - if (s->thread_count <= 1) return 0; + s->active_thread_type= FF_THREAD_SLICE; + assert(!s->thread_opaque); c= av_mallocz(sizeof(ThreadContext)*s->thread_count); s->thread_opaque= c; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 01:00:07 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 17 Jun 2011 23:00:07 -0000 Subject: [FFmpeg-trac] #88(FFplay:open): MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream In-Reply-To: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> References: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> Message-ID: <055.bae1a285da18f6602f05634e4f8c9832@avcodec.org> #88: MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream ------------------------+--------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------- Comment (by michael): Replying to [comment:15 jlsantiago0]: > These patches fix the problem. fix-no-b-v2.patch has already been applied to the GIT Tree HEAD. h264-detect-no-b-v1.patch however has not been applied to the GIT Development Tree. Is this intentional? yes, that patch seems wrong -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 02:11:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 00:11:57 -0000 Subject: [FFmpeg-trac] #231(FFplay:open): ffplay freezes with date -s in linux In-Reply-To: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> References: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> Message-ID: <053.d76c468a07eda15a265ed1d2a449199b@avcodec.org> #231: ffplay freezes with date -s in linux -----------------------+---------------------- Reporter: sahandeva | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by michael): Do we want to do thread locking in av_gettime() ? if so that shouldnt be hard to workaround -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 02:45:38 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 00:45:38 -0000 Subject: [FFmpeg-trac] #270(avcodec:closed): Crash decoding qdm2 on ia32 In-Reply-To: <036.d4dfce58dbacf107e125c19dd3719a5d@avcodec.org> References: <036.d4dfce58dbacf107e125c19dd3719a5d@avcodec.org> Message-ID: <051.d25828d4d5b5ddd1ece60f9576c59fe1@avcodec.org> #270: Crash decoding qdm2 on ia32 ----------------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: ia32 regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: should be fixed with my next git push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 02:47:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 00:47:53 -0000 Subject: [FFmpeg-trac] #178(FFserver:new): ffserver segfault In-Reply-To: <038.31eb32e6bd7fc2841058df13374a425d@avcodec.org> References: <038.31eb32e6bd7fc2841058df13374a425d@avcodec.org> Message-ID: <053.1cd6676e31a1613ef017b7c8b470d0ff@avcodec.org> #178: ffserver segfault ----------------------+----------------------- Reporter: andrixnet | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+----------------------- Comment (by michael): As the patch was applied, is this still reproduceable? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 03:25:19 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 01:25:19 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.4afa879c45a88652d5254e26b8a33193@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by michael): Maybe you could find out which revission exactly broke it with git bisect. We dont have a iphone build environment and plain gcc for armv7 has no problems -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 03:34:07 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 01:34:07 -0000 Subject: [FFmpeg-trac] #273(avcodec:open): h264 video decoding aborts due to too low number of "slices" In-Reply-To: <038.06826869d8cec8286f730dc89c201741@avcodec.org> References: <038.06826869d8cec8286f730dc89c201741@avcodec.org> Message-ID: <053.e63218ed1fd80980ef27c8d51d8166a6@avcodec.org> #273: h264 video decoding aborts due to too low number of "slices" ----------------------------------+---------------------- Reporter: gerhard_s | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 slice MAX_SLICES | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+---------------------- Comment (by michael): Unless there are vissual artifacts/the decode output differs or a crash/abort is reproduced, i see no reason to increase the parameter. It could be made less chatty and scary maybe though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 10:12:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 08:12:26 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock Message-ID: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock --------------------------+--------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- I am trying to convert a RTSP h264 video stream from a "Geovision" IP camera to any other format but ffmpeg always sees errors in the video data. The resulting video only shows the first few lines of each frame. I've captured a few seconds of video (~4MB) to a file using the "openRTSP" utility. Unfortunately, your ftp server at upload.ffmpeg.org currently appears to be offline, so it is here: http://www.bovine.net/~jlawson/exchange/bovine-video-H264-1 bovine:~>ffmpeg -i bovine-video-H264-1 -y -vcodec mjpeg -an record.mjpeg FFmpeg version 0.6.3, Copyright (c) 2000-2010 the FFmpeg developers built on Jun 14 2011 01:06:02 with gcc 4.2.1 20070719 [FreeBSD] configuration: --prefix=/usr/local --mandir=/usr/local/man --enable- shared --enable-gpl --enable-postproc --enable-avfilter --enable-avfilter- lavf --enable-pthreads --enable-x11grab --enable-memalign-hack --cc=cc --extra-cflags=-msse -I/usr/local/include/vorbis -I/usr/local/include --extra-ldflags=-L/usr/local/lib --extra-libs=-pthread --disable-debug --enable-runtime-cpudetect --disable-indev=alsa --disable-outdev=alsa --disable-libopencore-amrnb --disable-libopencore-amrwb --disable-libdirac --disable-libfaac --enable-libfaad --enable-libfaadbin --disable-libgsm --disable-libmp3lame --disable-libopenjpeg --enable-libschroedinger --disable-ffplay --disable-libspeex --enable-libtheora --disable-vaapi --disable-vdpau --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid libavutil 50.15. 1 / 50.15. 1 libavcodec 52.72. 2 / 52.72. 2 libavformat 52.64. 2 / 52.64. 2 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.11. 0 / 0.11. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0x80460db10]corrupted macroblock 100 12 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 100 12 [h264 @ 0x80460db10]concealing 6093 DC, 6093 AC, 6093 MV errors [h264 @ 0x80460db10]illegal POC type 4 [h264 @ 0x80460db10]missing picture in access unit [h264 @ 0x804622010]Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 15.00 (15/1) -> 7.50 (15/2) Input #0, h264, from 'video-H264-1': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264, yuv420p, 2048x1944, 7.50 fps, 7.50 tbr, 1200k tbn, 15 tbc Output #0, mjpeg, to 'record.mjpeg': Metadata: encoder : Lavf52.64.2 Stream #0.0: Video: mjpeg, yuvj420p, 2048x1944, q=2-31, 200 kb/s, 90k tbn, 7.50 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding [h264 @ 0x80460db10]corrupted macroblock 100 12 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 100 12 [h264 @ 0x80460db10]concealing 6093 DC, 6093 AC, 6093 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 45 14 [h264 @ 0x80460db10]concealing 5892 DC, 5892 AC, 5892 MV errors [h264 @ 0x80460db10]concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x80460db10]concealing 5840 DC, 5840 AC, 5840 MV errors [h264 @ 0x80460db10]corrupted macroblock 92 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 92 14 [h264 @ 0x80460db10]concealing 5845 DC, 5845 AC, 5845 MV errors frame= 5 fps= 0 q=5.8 size= 1162kB time=0.67 bitrate=14283.1kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 101 12 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 101 12 [h264 @ 0x80460db10]concealing 6092 DC, 6092 AC, 6092 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 39 14 [h264 @ 0x80460db10]concealing 5898 DC, 5898 AC, 5898 MV errors [h264 @ 0x80460db10]corrupted macroblock 80 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 80 14 [h264 @ 0x80460db10]concealing 5857 DC, 5857 AC, 5857 MV errors [h264 @ 0x80460db10]illegal reordering_of_pic_nums_idc [h264 @ 0x80460db10]decode_slice_header error [h264 @ 0x80460db10]concealing 5846 DC, 5846 AC, 5846 MV errors frame= 9 fps= 7 q=16.7 size= 1744kB time=1.20 bitrate=11902.6kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 94 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 94 14 [h264 @ 0x80460db10]concealing 5843 DC, 5843 AC, 5843 MV errors [h264 @ 0x80460db10]concealing 6087 DC, 6087 AC, 6087 MV errors [h264 @ 0x80460db10]corrupted macroblock 54 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 54 14 [h264 @ 0x80460db10]concealing 13819 DC, 13819 AC, 13819 MV errors frame= 12 fps= 7 q=24.8 size= 2052kB time=1.60 bitrate=10504.5kbits/s ^M[h264 @ 0x80460db10]concealing 7680 DC, 7680 AC, 7680 MV errors [h264 @ 0x80460db10]negative number of zero coeffs at 91 14 [h264 @ 0x80460db10]error while decoding MB 91 14 [h264 @ 0x80460db10]concealing 5846 DC, 5846 AC, 5846 MV errors [h264 @ 0x80460db10]negative number of zero coeffs at 90 14 [h264 @ 0x80460db10]error while decoding MB 90 14 [h264 @ 0x80460db10]concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 91 14 [h264 @ 0x80460db10]concealing 5846 DC, 5846 AC, 5846 MV errors frame= 16 fps= 7 q=24.8 size= 2444kB time=2.13 bitrate=9383.7kbits/s ^M[h264 @ 0x80460db10]concealing 6091 DC, 6091 AC, 6091 MV errors [h264 @ 0x80460db10]concealing 5888 DC, 5888 AC, 5888 MV errors [h264 @ 0x80460db10]concealing 5801 DC, 5801 AC, 5801 MV errors [h264 @ 0x80460db10]cbp too large (4294967295) at 93 14 [h264 @ 0x80460db10]error while decoding MB 93 14 [h264 @ 0x80460db10]concealing 5844 DC, 5844 AC, 5844 MV errors frame= 20 fps= 7 q=24.8 size= 2826kB time=2.67 bitrate=8682.8kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 93 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 93 14 [h264 @ 0x80460db10]concealing 13780 DC, 13780 AC, 13780 MV errors [h264 @ 0x80460db10]illegal POC type 4 [h264 @ 0x80460db10]concealing 7680 DC, 7680 AC, 7680 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 100 12 [h264 @ 0x80460db10]concealing 6093 DC, 6093 AC, 6093 MV errors frame= 23 fps= 7 q=24.8 size= 3109kB time=3.07 bitrate=8304.3kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 41 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 41 14 [h264 @ 0x80460db10]concealing 5896 DC, 5896 AC, 5896 MV errors [h264 @ 0x80460db10]corrupted macroblock 84 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 84 14 [h264 @ 0x80460db10]concealing 5853 DC, 5853 AC, 5853 MV errors [h264 @ 0x80460db10]corrupted macroblock 90 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 90 14 [h264 @ 0x80460db10]concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x80460db10]concealing 5842 DC, 5842 AC, 5842 MV errors frame= 27 fps= 7 q=24.8 size= 3494kB time=3.60 bitrate=7951.4kbits/s ^M[h264 @ 0x80460db10]corrupted macroblock 99 12 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 99 12 [h264 @ 0x80460db10]concealing 6094 DC, 6094 AC, 6094 MV errors [h264 @ 0x80460db10]corrupted macroblock 51 14 (total_coeff=-1) [h264 @ 0x80460db10]error while decoding MB 51 14 [h264 @ 0x80460db10]concealing 5886 DC, 5886 AC, 5886 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 90 14 [h264 @ 0x80460db10]concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x80460db10]Invalid level prefix [h264 @ 0x80460db10]error while decoding MB 92 14 [h264 @ 0x80460db10]concealing 5845 DC, 5845 AC, 5845 MV errors frame= 31 fps= 7 q=24.8 size= 3884kB time=4.13 bitrate=7698.5kbits/s ^M[h264 @ 0x80460db10]negative number of zero coeffs at 91 14 [h264 @ 0x80460db10]error while decoding MB 91 14 [h264 @ 0x80460db10]concealing 5846 DC, 5846 AC, 5846 MV errors [h264 @ 0x80460db10]top block unavailable for requested intra4x4 mode -1 at 2 0 [h264 @ 0x80460db10]error while decoding MB 2 0 [h264 @ 0x80460db10]concealing 7680 DC, 7680 AC, 7680 MV errors [h264 @ 0x80460db10]missing picture in access unit frame= 33 fps= 6 q=24.8 Lsize= 4075kB time=4.40 bitrate=7587.8kbits/s video:4075kB audio:0kB global headers:0kB muxing overhead 0.000000% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 11:02:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 09:02:04 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.31a19185cca5fb50200fa7b865f66b5c@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): Please test latest git head (the version you are using is ancient, sorry if the download page does not make this clear). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 12:17:32 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 10:17:32 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.3bc749e7a0de67910a7cabc619e00430@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by cehoyos): If you think this is a regression, perhaps you find the version introducing it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 19:18:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 17:18:14 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.095b26e3c5846155ab0a52fadcf805fa@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by bovine): I still have the same problem with the latest ffmpeg and libh264 from git: {{{ bovine:~>ffmpeg -i bovine-video-H264-1 -y -vcodec mjpeg -an record.mjpeg ffmpeg version git-N-30845-gbde8055, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 18 2011 12:14:58 with gcc 4.2.1 20070719 [FreeBSD] configuration: --prefix=/usr/local --mandir=/usr/local/man --enable- shared --enable-gpl --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-memalign-hack --cc=cc --extra-cflags='-msse -I/usr/local/include/vorbis -I/usr/local/include' --extra- ldflags='-L/usr/local/lib ' --extra-libs=-pthread --disable-debug --enable-runtime-cpudetect --disable-indev=alsa --disable-outdev=alsa --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-libdirac --disable-libfaac --disable-frei0r --disable-libgsm --enable-libmp3lame --disable-libopencv --disable-libopenjpeg --enable- libschroedinger --disable-ffplay --disable-libspeex --enable-libtheora --disable-vaapi --disable-vdpau --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid libavutil 51. 9. 0 / 51. 9. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 18. 0 / 2. 18. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0x804c0db20] corrupted macroblock 100 12 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 100 12 [h264 @ 0x804c0db20] concealing 6093 DC, 6093 AC, 6093 MV errors [h264 @ 0x804c0db20] Invalid level prefix [h264 @ 0x804c0db20] error while decoding MB 45 14 [h264 @ 0x804c0db20] concealing 5892 DC, 5892 AC, 5892 MV errors [h264 @ 0x804c0db20] concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x804c0db20] concealing 5840 DC, 5840 AC, 5840 MV errors [h264 @ 0x804c0db20] corrupted macroblock 92 14 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 92 14 [h264 @ 0x804c0db20] concealing 5845 DC, 5845 AC, 5845 MV errors [h264 @ 0x804c0db20] corrupted macroblock 101 12 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 101 12 [h264 @ 0x804c0db20] concealing 6092 DC, 6092 AC, 6092 MV errors [h264 @ 0x804c0db20] illegal POC type 4 [h264 @ 0x804c18c20] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 15.00 (15/1) -> 7.50 (15/2) Input #0, h264, from 'bovine-video-H264-1': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264 (High), yuvj420p, 2048x1944, 7.50 fps, 7.50 tbr, 1200k tbn, 15 tbc [buffer @ 0x804c2a180] w:2048 h:1944 pixfmt:yuvj420p tb:1/1000000 sar:0/1 sws_param: Output #0, mjpeg, to 'record.mjpeg': Metadata: encoder : Lavf53.4.0 Stream #0.0: Video: mjpeg, yuvj420p, 2048x1944, q=2-31, 200 kb/s, 90k tbn, 7.50 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [h264 @ 0x804c0db20] corrupted macroblock 100 12 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 100 12 [h264 @ 0x804c0db20] concealing 6093 DC, 6093 AC, 6093 MV errors [h264 @ 0x804c0db20] Invalid level prefix [h264 @ 0x804c0db20] error while decoding MB 45 14 [h264 @ 0x804c0db20] concealing 5892 DC, 5892 AC, 5892 MV errors [h264 @ 0x804c0db20] concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x804c0db20] concealing 5840 DC, 5840 AC, 5840 MV errors [h264 @ 0x804c0db20] corrupted macroblock 92 14 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 92 14 [h264 @ 0x804c0db20] concealing 5845 DC, 5845 AC, 5845 MV errors [h264 @ 0x804c0db20] corrupted macroblock 101 12 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 101 12 [h264 @ 0x804c0db20] concealing 6092 DC, 6092 AC, 6092 MV errors [h264 @ 0x804c0db20] Invalid level prefix time=00:00:00.80 bitrate=13348.1kbits/s [h264 @ 0x804c0db20] error while decoding MB 39 14 [h264 @ 0x804c0db20] concealing 5898 DC, 5898 AC, 5898 MV errors [h264 @ 0x804c0db20] corrupted macroblock 80 14 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 80 14 [h264 @ 0x804c0db20] concealing 5857 DC, 5857 AC, 5857 MV errors [h264 @ 0x804c0db20] illegal reordering_of_pic_nums_idc [h264 @ 0x804c0db20] decode_slice_header error [h264 @ 0x804c0db20] concealing 5846 DC, 5846 AC, 5846 MV errors [h264 @ 0x804c0db20] corrupted macroblock 94 14 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 94 14 [h264 @ 0x804c0db20] concealing 5843 DC, 5843 AC, 5843 MV errors [h264 @ 0x804c0db20] concealing 6087 DC, 6087 AC, 6087 MV errors [h264 @ 0x804c0db20] corrupted macroblock 54 14 (total_coeff=-1)ate=10632.6kbits/s [h264 @ 0x804c0db20] error while decoding MB 54 14 [h264 @ 0x804c0db20] concealing 13819 DC, 13819 AC, 13819 MV errors [h264 @ 0x804c0db20] concealing 7680 DC, 7680 AC, 7680 MV errors [h264 @ 0x804c0db20] negative number of zero coeffs at 91 14 [h264 @ 0x804c0db20] error while decoding MB 91 14 [h264 @ 0x804c0db20] concealing 5846 DC, 5846 AC, 5846 MV errors [h264 @ 0x804c0db20] negative number of zero coeffs at 90 14 [h264 @ 0x804c0db20] error while decoding MB 90 14 [h264 @ 0x804c0db20] concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x804c0db20] Invalid level prefixB time=00:00:02.00 bitrate=9345.4kbits/s [h264 @ 0x804c0db20] error while decoding MB 91 14 [h264 @ 0x804c0db20] concealing 5846 DC, 5846 AC, 5846 MV errors [h264 @ 0x804c0db20] concealing 6091 DC, 6091 AC, 6091 MV errors [h264 @ 0x804c0db20] concealing 5888 DC, 5888 AC, 5888 MV errors [h264 @ 0x804c0db20] concealing 5801 DC, 5801 AC, 5801 MV errors [h264 @ 0x804c0db20] cbp too large (4294967295) at 93 14 [h264 @ 0x804c0db20] error while decoding MB 93 14 [h264 @ 0x804c0db20] concealing 5844 DC, 5844 AC, 5844 MV errors [h264 @ 0x804c0db20] corrupted macroblock 93 14 (total_coeff=-1)ate=8450.6kbits/s [h264 @ 0x804c0db20] error while decoding MB 93 14 [h264 @ 0x804c0db20] concealing 13780 DC, 13780 AC, 13780 MV errors [h264 @ 0x804c0db20] illegal POC type 4 [h264 @ 0x804c0db20] concealing 7680 DC, 7680 AC, 7680 MV errors [h264 @ 0x804c0db20] Invalid level prefix [h264 @ 0x804c0db20] error while decoding MB 100 12 [h264 @ 0x804c0db20] concealing 6093 DC, 6093 AC, 6093 MV errors [h264 @ 0x804c0db20] corrupted macroblock 41 14 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 41 14 [h264 @ 0x804c0db20] concealing 5896 DC, 5896 AC, 5896 MV errors [h264 @ 0x804c0db20] corrupted macroblock 84 14 (total_coeff=-1)ate=7985.6kbits/s [h264 @ 0x804c0db20] error while decoding MB 84 14 [h264 @ 0x804c0db20] concealing 5853 DC, 5853 AC, 5853 MV errors [h264 @ 0x804c0db20] corrupted macroblock 90 14 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 90 14 [h264 @ 0x804c0db20] concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x804c0db20] concealing 5842 DC, 5842 AC, 5842 MV errors [h264 @ 0x804c0db20] corrupted macroblock 99 12 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 99 12 [h264 @ 0x804c0db20] concealing 6094 DC, 6094 AC, 6094 MV errors [h264 @ 0x804c0db20] corrupted macroblock 51 14 (total_coeff=-1) [h264 @ 0x804c0db20] error while decoding MB 51 14 [h264 @ 0x804c0db20] concealing 5886 DC, 5886 AC, 5886 MV errors [h264 @ 0x804c0db20] Invalid level prefixB time=00:00:03.86 bitrate=7607.6kbits/s [h264 @ 0x804c0db20] error while decoding MB 90 14 [h264 @ 0x804c0db20] concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0x804c0db20] Invalid level prefix [h264 @ 0x804c0db20] error while decoding MB 92 14 [h264 @ 0x804c0db20] concealing 5845 DC, 5845 AC, 5845 MV errors [h264 @ 0x804c0db20] negative number of zero coeffs at 91 14 [h264 @ 0x804c0db20] error while decoding MB 91 14 [h264 @ 0x804c0db20] concealing 5846 DC, 5846 AC, 5846 MV errors [h264 @ 0x804c0db20] top block unavailable for requested intra4x4 mode -1 at 2 0 [h264 @ 0x804c0db20] error while decoding MB 2 0 [h264 @ 0x804c0db20] concealing 7680 DC, 7680 AC, 7680 MV errors frame= 33 fps= 8 q=24.8 Lsize= 3966kB time=00:00:04.40 bitrate=7384.5kbits/s video:3966kB audio:0kB global headers:0kB muxing overhead 0.000000% bovine:~> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 19:32:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 17:32:41 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.2ae440ca348e4bd210ae0ca8f6ffce3b@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by adfernandes): Okay - it turns out that there are two errors here. First, it was commit dba9852935f31d81d16bf26ee21d164d5d5f5764 that broke "gas-preprocessor" for Apple. Fortunately, I found that aumuell's fork has been patched to fix this (https://github.com/aumuell/gas-preprocessor) but so far neither yuvi's or mansr's forks of gas-preprocessor have pulled in the required patches. Now, however, we get back to the original error: CC libavcodec/arm/mpegvideo_arm.o ffmpeg/libavcodec/arm/mpegvideo_arm.c:28: error: size of array ?x_Y_DC_SCALE? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:29: error: size of array ?x_C_DC_SCALE? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:30: error: size of array ?x_AC_PRED? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:31: error: size of array ?x_BLOCK_LAST_INDEX? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:32: error: size of array ?x_INTER_SCANTAB_RASTER_END? is negative ffmpeg/libavcodec/arm/mpegvideo_arm.c:33: error: size of array ?x_H263_AIC? is negative Using git-bisect to track that down, now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 19:57:47 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 17:57:47 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.89601e56a23ae9be121d67292a4bdd16@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by adfernandes): '''Okay - I've tracked it down.''' The "size of array '...' is negative" was originally caused by commit 8c51620f219db0f408d2833c3e5d56cedaf0d95a. It isn't obvious to me why this breaks the mpegvideo_arm.c offsets, though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 20:19:52 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 18:19:52 -0000 Subject: [FFmpeg-trac] #284(FFmpeg:open): Mpg format can not be converted to any other format In-Reply-To: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> References: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> Message-ID: <051.82ca2f0805f0f8b3dc3922eb1b983b1e@avcodec.org> #284: Mpg format can not be converted to any other format ------------------------+---------------------- Reporter: yxmline | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by yxmline): Replying to [comment:5 michael]: > Please try if the patch below fixes it (and threads still work) > thx > > {{{ > --- a/libavcodec/w32thread.c > +++ b/libavcodec/w32thread.c > @@ -135,11 +135,11 @@ int ff_thread_init(AVCodecContext *s){ > return 0; > } > > - s->active_thread_type= FF_THREAD_SLICE; > - > if (s->thread_count <= 1) > return 0; > > + s->active_thread_type= FF_THREAD_SLICE; > + > assert(!s->thread_opaque); > c= av_mallocz(sizeof(ThreadContext)*s->thread_count); > s->thread_opaque= c; > > }}} Patch test Able to convert video files encoded using mpeg1video/mpeg2video thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 21:24:18 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 19:24:18 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.105b98c043561924ee6cd0d23f2fdfbd@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): It was introduced with commit 2291e18e4891066bbcbcd1a4e468a59a40e9cb5c which can be found at: [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=2291e18e4891066bbcbcd1a4e468a59a40e9cb5c] The commit before it, 151c5841881591552be685b7fd50b488f128ba5b does build. Something in rawdec.o must be causing the issue, I believe the issue is the leading underscore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 21:55:34 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 19:55:34 -0000 Subject: [FFmpeg-trac] #210(avcodec:open): 24bit flac encoding In-Reply-To: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> References: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> Message-ID: <051.2ed37e6e6e185d5845456508e208fbf6@avcodec.org> #210: 24bit flac encoding ------------------------+---------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Comment (by michael): Ive added a better warning locally, will be in git with my next push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 21:56:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 19:56:44 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.2fd5f4542376c4248dca2b8803b617c6@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): After doing some more reading it might not be rawdec.o, it appears that http://git.videolan.org/?p=ffmpeg.git;a=patch;h=2291e18e4891066bbcbcd1a4e468a59a40e9cb5c (the patch) doesn't actually display all the changes in that commit. When doing a diff comparison between the libavcodec Makefile in 151c5841881591552be685b7fd50b488f128ba5b and 2291e18e4891066bbcbcd1a4e468a59a40e9cb5c I get many more changes: {{{ --- /home/kyle/software/ffmpeg/source/ffmpeg-151c584/libavcodec/Makefile 2011-06-11 15:35:53.000000000 -0400 +++ /home/kyle/software/ffmpeg/source/ffmpeg-2291e18/libavcodec/Makefile 2011-06-11 21:04:07.000000000 -0400 @@ -18,6 +18,7 @@ options.o \ parser.o \ raw.o \ + rawdec.o \ resample.o \ resample2.o \ simple_idct.o \ @@ -26,6 +27,7 @@ # parts needed for many different codecs OBJS-$(CONFIG_AANDCT) += aandcttab.o OBJS-$(CONFIG_AC3DSP) += ac3dsp.o +OBJS-$(CONFIG_CRYSTALHD) += crystalhd.o OBJS-$(CONFIG_ENCODERS) += faandct.o jfdctfst.o jfdctint.o OBJS-$(CONFIG_DCT) += dct.o dct32_fixed.o dct32_float.o OBJS-$(CONFIG_DWT) += dwt.o @@ -60,7 +62,8 @@ mpeg4audio.o kbdwin.o OBJS-$(CONFIG_AASC_DECODER) += aasc.o msrledec.o OBJS-$(CONFIG_AC3_DECODER) += ac3dec.o ac3dec_data.o ac3.o kbdwin.o -OBJS-$(CONFIG_AC3_ENCODER) += ac3enc_float.o ac3tab.o ac3.o kbdwin.o +OBJS-$(CONFIG_AC3_ENCODER) += ac3enc_combined.o ac3enc_fixed.o ac3enc_float.o ac3tab.o ac3.o kbdwin.o +OBJS-$(CONFIG_AC3_FLOAT_ENCODER) += ac3enc_float.o ac3tab.o ac3.o kbdwin.o OBJS-$(CONFIG_AC3_FIXED_ENCODER) += ac3enc_fixed.o ac3tab.o ac3.o OBJS-$(CONFIG_ALAC_DECODER) += alac.o OBJS-$(CONFIG_ALAC_ENCODER) += alacenc.o @@ -77,7 +80,7 @@ OBJS-$(CONFIG_ANM_DECODER) += anm.o OBJS-$(CONFIG_ANSI_DECODER) += ansi.o cga_data.o OBJS-$(CONFIG_APE_DECODER) += apedec.o -OBJS-$(CONFIG_ASS_DECODER) += assdec.o ass.o +OBJS-$(CONFIG_ASS_DECODER) += assdec.o ass.o ass_split.o OBJS-$(CONFIG_ASS_ENCODER) += assenc.o ass.o OBJS-$(CONFIG_ASV1_DECODER) += asv1.o mpeg12data.o OBJS-$(CONFIG_ASV1_ENCODER) += asv1.o mpeg12data.o @@ -106,6 +109,7 @@ OBJS-$(CONFIG_CSCD_DECODER) += cscd.o OBJS-$(CONFIG_CYUV_DECODER) += cyuv.o OBJS-$(CONFIG_DCA_DECODER) += dca.o synth_filter.o dcadsp.o +OBJS-$(CONFIG_DCA_ENCODER) += dcaenc.o OBJS-$(CONFIG_DFA_DECODER) += dfa.o OBJS-$(CONFIG_DNXHD_DECODER) += dnxhddec.o dnxhddata.o OBJS-$(CONFIG_DNXHD_ENCODER) += dnxhdenc.o dnxhddata.o \ @@ -138,15 +142,17 @@ OBJS-$(CONFIG_EIGHTBPS_DECODER) += 8bps.o OBJS-$(CONFIG_EIGHTSVX_EXP_DECODER) += 8svx.o OBJS-$(CONFIG_EIGHTSVX_FIB_DECODER) += 8svx.o +OBJS-$(CONFIG_EIGHTSVX_RAW_DECODER) += 8svx.o OBJS-$(CONFIG_ESCAPE124_DECODER) += escape124.o OBJS-$(CONFIG_FFV1_DECODER) += ffv1.o rangecoder.o OBJS-$(CONFIG_FFV1_ENCODER) += ffv1.o rangecoder.o OBJS-$(CONFIG_FFVHUFF_DECODER) += huffyuv.o OBJS-$(CONFIG_FFVHUFF_ENCODER) += huffyuv.o -OBJS-$(CONFIG_FLAC_DECODER) += flacdec.o flacdata.o flac.o -OBJS-$(CONFIG_FLAC_ENCODER) += flacenc.o flacdata.o flac.o +OBJS-$(CONFIG_FLAC_DECODER) += flacdec.o flacdata.o flac.o vorbis_data.o +OBJS-$(CONFIG_FLAC_ENCODER) += flacenc.o flacdata.o flac.o vorbis_data.o OBJS-$(CONFIG_FLASHSV_DECODER) += flashsv.o OBJS-$(CONFIG_FLASHSV_ENCODER) += flashsvenc.o +OBJS-$(CONFIG_FLASHSV2_ENCODER) += flashsv2enc.o OBJS-$(CONFIG_FLIC_DECODER) += flicvideo.o OBJS-$(CONFIG_FOURXM_DECODER) += 4xm.o OBJS-$(CONFIG_FRAPS_DECODER) += fraps.o @@ -171,7 +177,7 @@ ratecontrol.o h263.o ituh263enc.o \ flvenc.o mpeg12data.o \ mpegvideo.o error_resilience.o -OBJS-$(CONFIG_H264_DECODER) += h264.o \ +OBJS-$(CONFIG_H264_DECODER) += h264.o h264_hl_motion.o \ h264_loopfilter.o h264_direct.o \ cabac.o h264_sei.o h264_ps.o \ h264_refs.o h264_cavlc.o h264_cabac.o\ @@ -189,6 +195,8 @@ OBJS-$(CONFIG_INDEO5_DECODER) += indeo5.o ivi_common.o ivi_dsp.o OBJS-$(CONFIG_INTERPLAY_DPCM_DECODER) += dpcm.o OBJS-$(CONFIG_INTERPLAY_VIDEO_DECODER) += interplayvideo.o +OBJS-$(CONFIG_JPEG2000_DECODER) += j2kdec.o mqcdec.o mqc.o j2k.o j2k_dwt.o +#OBJS-$(CONFIG_JPEG2000_ENCODER) += j2kenc.o mqcenc.o mqc.o j2k.o j2k_dwt.o OBJS-$(CONFIG_JPEGLS_DECODER) += jpeglsdec.o jpegls.o \ mjpegdec.o mjpeg.o OBJS-$(CONFIG_JPEGLS_ENCODER) += jpeglsenc.o jpegls.o @@ -274,6 +282,7 @@ h263.o ituh263dec.o mpeg4videodec.o OBJS-$(CONFIG_MSRLE_DECODER) += msrle.o msrledec.o OBJS-$(CONFIG_MSVIDEO1_DECODER) += msvideo1.o +OBJS-$(CONFIG_MSVIDEO1_ENCODER) += msvideo1enc.o elbg.o OBJS-$(CONFIG_MSZH_DECODER) += lcldec.o OBJS-$(CONFIG_MXPEG_DECODER) += mxpegdec.o mjpegdec.o mjpeg.o OBJS-$(CONFIG_NELLYMOSER_DECODER) += nellymoserdec.o nellymoser.o @@ -345,8 +354,12 @@ ituh263enc.o mpegvideo_enc.o \ mpeg12data.o OBJS-$(CONFIG_SOL_DPCM_DECODER) += dpcm.o +OBJS-$(CONFIG_SONIC_DECODER) += sonic.o +OBJS-$(CONFIG_SONIC_ENCODER) += sonic.o +OBJS-$(CONFIG_SONIC_LS_ENCODER) += sonic.o OBJS-$(CONFIG_SP5X_DECODER) += sp5xdec.o mjpegdec.o mjpeg.o OBJS-$(CONFIG_SRT_DECODER) += srtdec.o ass.o +OBJS-$(CONFIG_SRT_ENCODER) += srtenc.o ass_split.o OBJS-$(CONFIG_SUNRAST_DECODER) += sunrast.o OBJS-$(CONFIG_SVQ1_DECODER) += svq1dec.o svq1.o h263.o \ mpegvideo.o error_resilience.o @@ -355,7 +368,7 @@ mpegvideo.o error_resilience.o \ ituh263enc.o mpegvideo_enc.o \ ratecontrol.o mpeg12data.o -OBJS-$(CONFIG_SVQ3_DECODER) += h264.o svq3.o \ +OBJS-$(CONFIG_SVQ3_DECODER) += h264.o svq3.o h264_hl_motion.o \ h264_loopfilter.o h264_direct.o \ h264_sei.o h264_ps.o h264_refs.o \ h264_cavlc.o h264_cabac.o cabac.o \ @@ -526,33 +539,35 @@ OBJS-$(CONFIG_CAF_DEMUXER) += mpeg4audio.o mpegaudiodata.o OBJS-$(CONFIG_DV_DEMUXER) += dvdata.o OBJS-$(CONFIG_DV_MUXER) += dvdata.o -OBJS-$(CONFIG_FLAC_DEMUXER) += flacdec.o flacdata.o flac.o -OBJS-$(CONFIG_FLAC_MUXER) += flacdec.o flacdata.o flac.o +OBJS-$(CONFIG_FLAC_DEMUXER) += flacdec.o flacdata.o flac.o vorbis_data.o +OBJS-$(CONFIG_FLAC_MUXER) += flacdec.o flacdata.o flac.o vorbis_data.o OBJS-$(CONFIG_FLV_DEMUXER) += mpeg4audio.o OBJS-$(CONFIG_GXF_DEMUXER) += mpeg12data.o OBJS-$(CONFIG_IFF_DEMUXER) += iff.o -OBJS-$(CONFIG_MATROSKA_AUDIO_MUXER) += xiph.o mpeg4audio.o \ +OBJS-$(CONFIG_MATROSKA_AUDIO_MUXER) += xiph.o mpeg4audio.o vorbis_data.o \ flacdec.o flacdata.o flac.o OBJS-$(CONFIG_MATROSKA_DEMUXER) += mpeg4audio.o mpegaudiodata.o OBJS-$(CONFIG_MATROSKA_MUXER) += xiph.o mpeg4audio.o \ flacdec.o flacdata.o flac.o \ - mpegaudiodata.o + mpegaudiodata.o vorbis_data.o OBJS-$(CONFIG_MOV_DEMUXER) += mpeg4audio.o mpegaudiodata.o OBJS-$(CONFIG_MOV_MUXER) += mpeg4audio.o mpegaudiodata.o OBJS-$(CONFIG_MPEGTS_MUXER) += mpegvideo.o mpeg4audio.o OBJS-$(CONFIG_MPEGTS_DEMUXER) += mpeg4audio.o mpegaudiodata.o OBJS-$(CONFIG_NUT_MUXER) += mpegaudiodata.o OBJS-$(CONFIG_OGG_DEMUXER) += flacdec.o flacdata.o flac.o \ - dirac.o mpeg12data.o -OBJS-$(CONFIG_OGG_MUXER) += xiph.o flacdec.o flacdata.o flac.o + dirac.o mpeg12data.o vorbis_data.o +OBJS-$(CONFIG_OGG_MUXER) += xiph.o flacdec.o flacdata.o flac.o \ + vorbis_data.o OBJS-$(CONFIG_RTP_MUXER) += mpeg4audio.o mpegvideo.o xiph.o OBJS-$(CONFIG_SPDIF_DEMUXER) += aacadtsdec.o mpeg4audio.o OBJS-$(CONFIG_WEBM_MUXER) += xiph.o mpeg4audio.o \ flacdec.o flacdata.o flac.o \ - mpegaudiodata.o + mpegaudiodata.o vorbis_data.o OBJS-$(CONFIG_WTV_DEMUXER) += mpeg4audio.o mpegaudiodata.o # external codec libraries +OBJS-$(CONFIG_LIBCELT_DECODER) += libcelt_dec.o OBJS-$(CONFIG_LIBDIRAC_DECODER) += libdiracdec.o OBJS-$(CONFIG_LIBDIRAC_ENCODER) += libdiracenc.o libdirac_libschro.o OBJS-$(CONFIG_LIBFAAC_ENCODER) += libfaac.o @@ -593,10 +608,11 @@ OBJS-$(CONFIG_DNXHD_PARSER) += dnxhd_parser.o OBJS-$(CONFIG_DVBSUB_PARSER) += dvbsub_parser.o OBJS-$(CONFIG_DVDSUB_PARSER) += dvdsub_parser.o -OBJS-$(CONFIG_FLAC_PARSER) += flac_parser.o flacdata.o flac.o +OBJS-$(CONFIG_FLAC_PARSER) += flac_parser.o flacdata.o flac.o \ + vorbis_data.o OBJS-$(CONFIG_H261_PARSER) += h261_parser.o OBJS-$(CONFIG_H263_PARSER) += h263_parser.o -OBJS-$(CONFIG_H264_PARSER) += h264_parser.o h264.o \ +OBJS-$(CONFIG_H264_PARSER) += h264_parser.o h264.o h264_hl_motion.o \ cabac.o \ h264_refs.o h264_sei.o h264_direct.o \ h264_loopfilter.o h264_cabac.o \ @@ -665,8 +681,6 @@ SKIPHEADERS-$(CONFIG_VDPAU) += vdpau.h SKIPHEADERS-$(CONFIG_XVMC) += xvmc.h -EXAMPLES = api - TESTPROGS = cabac dct fft fft-fixed h264 iirfilter rangecoder snow TESTPROGS-$(HAVE_MMX) += motion TESTOBJS = dctref.o }}} If someone could explain to me why this is that would be nice, does it have to do with the "parent"? I'm only viewing the log: http://git.videolan.org/?p=ffmpeg.git;a=log and comparing each entry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 22:00:33 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 20:00:33 -0000 Subject: [FFmpeg-trac] #284(FFmpeg:closed): Mpg format can not be converted to any other format In-Reply-To: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> References: <036.6e04c4e38d1d0e6bb96d3c4e7b256966@avcodec.org> Message-ID: <051.0ca7d5f1393cda6a04bf16ff13f48125@avcodec.org> #284: Mpg format can not be converted to any other format ------------------------+---------------------- Reporter: yxmline | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: thanks, the patch will be included with my next push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 22:02:49 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 20:02:49 -0000 Subject: [FFmpeg-trac] #175(avcodec:reopened): Strange increase of the size of dsputil.o In-Reply-To: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> References: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> Message-ID: <053.fd3fb895cb1e80fcecb660b606d271c0@avcodec.org> #175: Strange increase of the size of dsputil.o -----------------------+----------------------- Reporter: xhpohanka | Owner: Type: defect | Status: reopened Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Comment (by michael): Replying to [comment:4 xhpohanka]: > Unfortunately this change make ffmpeg less usable on embedded systems. When ffmpeg is configured for only several codecs this increase size of its binary more than twice. I suggest to put things needed only by h264 to separate files (if it is possible) to keep ffmpeg scalability ... I agree this is an issue, and a patch improving it is welcome, shouldnt be hard if someone searches for some easy thing to contribute -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 18 23:59:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 21:59:02 -0000 Subject: [FFmpeg-trac] #133(avcodec:closed): CJPG files have chroma problems In-Reply-To: <036.69bb2e1a206adc678c2b5618b1c500ab@avcodec.org> References: <036.69bb2e1a206adc678c2b5618b1c500ab@avcodec.org> Message-ID: <051.ee7f9f7ddc71145655a8711553410957@avcodec.org> #133: CJPG files have chroma problems -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Will be fixed with my next git push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 00:20:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 22:20:55 -0000 Subject: [FFmpeg-trac] #181(avdevice:open): ffmpeg win-all be able to capture from dshow In-Reply-To: <038.a7822de34a7d3c51bef2e2f8f5062141@avcodec.org> References: <038.a7822de34a7d3c51bef2e2f8f5062141@avcodec.org> Message-ID: <053.0c1ef113270e2c5945d3cfad2733c471@avcodec.org> #181: ffmpeg win-all be able to capture from dshow ------------------------+----------------------- Reporter: andrixnet | Owner: Type: enhancement | Status: open Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: windows | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Changes (by michael): * owner: michael => Comment: Theres some dshow code in avdevice, i have no windows to test what it can do though -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 00:45:56 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 22:45:56 -0000 Subject: [FFmpeg-trac] #273(avcodec:open): h264 video decoding aborts due to too low number of "slices" In-Reply-To: <038.06826869d8cec8286f730dc89c201741@avcodec.org> References: <038.06826869d8cec8286f730dc89c201741@avcodec.org> Message-ID: <053.a8367836767f499c417d91c77fdd343a@avcodec.org> #273: h264 video decoding aborts due to too low number of "slices" ----------------------------------+---------------------- Reporter: gerhard_s | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: h264 slice MAX_SLICES | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+---------------------- Comment (by karol): I'm new here, so please cut me some slack. Sorry if I'm reporting it in the wrong place. I'm using another system, 32-bit Arch Linux, and I got the same message "Too many slices, increase MAX_SLICES and recompile". when trying to watch some videos with mplayer2. This only happens with a couple of videos from the same source e.g. http://blip.tv/day9tv/ogs-mc-p-vs-sen-z-g1-dreamhack- summer-group-d-5290388 I got horrible artifacts and A/V desync / slo-mo video. A quick websearch returned this page so I increased the MAX_SLICES from 16 to 32 - as the OP suggested. This allowed me to actually watch the video - it wasn't slow, but the artifacts were still there if I e.g. fast-forwarded 10 seconds I had to wait a couple seconds until the window with the video finished "redrawing" (it looked like you would wipe the artifacts clean from left to right) and my terminal was still flooded with the same messages. I then increased MAX_SLICES from 32 to 64 and I get no more "Too many slices" messages, but the artifacts still appear if I fast forward / backward the video. Should I open a separate bug report? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 01:39:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 23:39:53 -0000 Subject: [FFmpeg-trac] #12(avformat:new): expand nut file format to encode 'bits_per_coded_sample' In-Reply-To: <034.4446b4486b0bfcea581686165aac6d99@avcodec.org> References: <034.4446b4486b0bfcea581686165aac6d99@avcodec.org> Message-ID: <049.a36a39368a2a66e41fe24ce9c8d13627@avcodec.org> #12: expand nut file format to encode 'bits_per_coded_sample' ------------------------+----------------------- Reporter: pross | Owner: michael Type: enhancement | Status: new Priority: wish | Component: avformat Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by michael): This should be proposed on nut-devel -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 01:49:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 18 Jun 2011 23:49:13 -0000 Subject: [FFmpeg-trac] #131(avformat:open): add support for (maybe broken) *.divx file In-Reply-To: <038.3588ea59643c8318e85c0cfe469ebc1d@avcodec.org> References: <038.3588ea59643c8318e85c0cfe469ebc1d@avcodec.org> Message-ID: <053.7ec61037d8d87f06c0b5eace40ca2509@avcodec.org> #131: add support for (maybe broken) *.divx file ------------------------+----------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Comment (by michael): Replying to [comment:4 ami_stuff]: > It is acceptable to just ignore the unknown stream? Here is another file which plays with mplayer/vlc/xing/mpc, but not with ffplay (ffmpeg). > patch applied -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 03:13:00 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 01:13:00 -0000 Subject: [FFmpeg-trac] #274(avformat:open): av_seek_frame fails on some files. In-Reply-To: <033.1e25c2160813f33a6aaba94c9c48c40d@avcodec.org> References: <033.1e25c2160813f33a6aaba94c9c48c40d@avcodec.org> Message-ID: <048.9c21ba0f3fb60cd64d8c85900e4fc783@avcodec.org> #274: av_seek_frame fails on some files. -----------------------+----------------------- Reporter: krpa | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-oldabi | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Changes (by michael): * owner: michael => * status: new => open * component: avutil => avformat Comment: If this still happens with current oldabi, please find out which revission exactly broke it. git bisect should help here. Also if possible test git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 03:26:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 01:26:35 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23265=28swscale=3Anew=29=3A_MMX2_yuv420p?= =?utf-8?q?10_=E2=86=92_yuv444p_scaler_produces_vertical_undithered=28=3F?= =?utf-8?q?=29_lines_with_GCC_4=2E6?= In-Reply-To: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> References: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> Message-ID: <051.92bdec1515e4e32a8c686998dcb70582@avcodec.org> #265: MMX2 yuv420p10 ? yuv444p scaler produces vertical undithered(?) lines with GCC 4.6 -------------------------------------+---------------------- Reporter: lachs0r | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: yuv420p10, yuv444p, mmx2 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+---------------------- Comment (by michael): maybe comparing the output from swscale-test between mingw and linux could help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 03:34:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 01:34:55 -0000 Subject: [FFmpeg-trac] #193(swscale:closed): black bar when converting monow for certain horizontal resolutions In-Reply-To: <038.d065fd40c3a62cf67ee6298148056aed@avcodec.org> References: <038.d065fd40c3a62cf67ee6298148056aed@avcodec.org> Message-ID: <053.a11ca821f0851739f614091acc7b209d@avcodec.org> #193: black bar when converting monow for certain horizontal resolutions -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed locally -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 03:45:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 01:45:43 -0000 Subject: [FFmpeg-trac] #9(swscale:new): libswscale MMX2 giving videos a pink lined overlay In-Reply-To: <038.7992549067c7b4884c236c091a830d1c@avcodec.org> References: <038.7992549067c7b4884c236c091a830d1c@avcodec.org> Message-ID: <053.e66ac5b9d3b306c15be4a6792e4abbb4@avcodec.org> #9: libswscale MMX2 giving videos a pink lined overlay ----------------------+---------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by michael): Is this still reproduceable? also it should be investigated why mmx2 needs to be specified this should be choosen automatically and that might be related to the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 05:12:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 03:12:59 -0000 Subject: [FFmpeg-trac] #249(avfilter:open): Fix the filter remove-logo In-Reply-To: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> References: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> Message-ID: <052.c64f45c240fc9fcadec23a9fde84db2f@avcodec.org> #249: Fix the filter remove-logo ------------------------+----------------------- Reporter: pbasista | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Changes (by michael): * owner: michael => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 05:16:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 03:16:04 -0000 Subject: [FFmpeg-trac] #3(avformat:open): Auto-detection of Sonic Foundry Soft Encode AC3 files with a 16-byte header fails In-Reply-To: <036.1a151b2577f1bf5364c60a448db62f6e@avcodec.org> References: <036.1a151b2577f1bf5364c60a448db62f6e@avcodec.org> Message-ID: <051.2aede84177fa3f3bca3d7b6fc2e32439@avcodec.org> #3: Auto-detection of Sonic Foundry Soft Encode AC3 files with a 16-byte header fails --------------------+----------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------+----------------------- Comment (by michael): without looking at the file this sounds like a small demuxer should be added that removes these 16byte headers -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 05:34:34 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 03:34:34 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.8bf50465bd909e869e10189ad883373e@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by michael): Replying to [comment:11 cehoyos]: > How do you know the OP tests on Windows? he spoke about .exe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 05:56:11 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 03:56:11 -0000 Subject: [FFmpeg-trac] #141(undetermined:closed): ffplay displays black screen with image In-Reply-To: <038.3ea3fa9c0e355c40a8768fa17639b0d8@avcodec.org> References: <038.3ea3fa9c0e355c40a8768fa17639b0d8@avcodec.org> Message-ID: <053.8204a9745ee86d620ef2290f94e33d1b@avcodec.org> #141: ffplay displays black screen with image ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed locally -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 13:14:17 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 11:14:17 -0000 Subject: [FFmpeg-trac] #271(undetermined:closed): regression with seeking in avi In-Reply-To: <038.1cdb11d6eed898f03881dcd5a8862bf0@avcodec.org> References: <038.1cdb11d6eed898f03881dcd5a8862bf0@avcodec.org> Message-ID: <053.137482aa3df1273969c399934684411d@avcodec.org> #271: regression with seeking in avi ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: will be fixed with my next push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 13:30:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 11:30:13 -0000 Subject: [FFmpeg-trac] #254(undetermined:open): mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) In-Reply-To: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> References: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> Message-ID: <053.bdcd6e8eef2084c36477691ffa57dfae@avcodec.org> #254: mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by michael): Replying to [comment:1 cehoyos]: > Also fails now with mplayer -demuxer mpegts -vc ffmpeg12 (the default) and vdpau (both used to work), works fine with mplayer -demuxer mpegts -vc mpeg12 what caused that regression in mplayer+ffmpeg12 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 17:58:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 15:58:57 -0000 Subject: [FFmpeg-trac] #264(undetermined:closed): Lossless x264 ffpresets fails on 32-bit In-Reply-To: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> References: <035.bf6e93371eb4212b1bd0518b7c1ce6d8@avcodec.org> Message-ID: <050.b3a1d8e60a497dadc8ec4f8d2a43a765@avcodec.org> #264: Lossless x264 ffpresets fails on 32-bit -----------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed locally -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 18:55:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 16:55:46 -0000 Subject: [FFmpeg-trac] #213(undetermined:open): aac codec regression In-Reply-To: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> References: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> Message-ID: <053.24a7e015a1b37750c43e6346263fa271@avcodec.org> #213: aac codec regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by michael): I also cannot reproduce this. If someone can please find out which revission broke it -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 20:34:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 18:34:02 -0000 Subject: [FFmpeg-trac] #245(avformat:closed): bext display error for codingHistory with line breaks In-Reply-To: <036.2ebceee70f4c7c21f78470f8d55733fc@avcodec.org> References: <036.2ebceee70f4c7c21f78470f8d55733fc@avcodec.org> Message-ID: <051.b2c87e8f401dee57e73d6e6ef46fbac1@avcodec.org> #245: bext display error for codingHistory with line breaks ----------------------------------+----------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: bext metadata wav bwf | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+----------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed locally will be in the next push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 19 23:53:38 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 21:53:38 -0000 Subject: [FFmpeg-trac] #45(undetermined:new): FFplay do not respect resize alghoritm set in the sourcecode In-Reply-To: <038.926b6fa00bf11fc869d088b0bb24b203@avcodec.org> References: <038.926b6fa00bf11fc869d088b0bb24b203@avcodec.org> Message-ID: <053.20c589f481a170c1505a55c826314b91@avcodec.org> #45: FFplay do not respect resize alghoritm set in the sourcecode ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by michael): Replying to [comment:3 ami_stuff]: > ok, there is an "-sws_flags" option for this, but I'm unable to make it to work with ffplay: > > this works: > > ffmpeg -i test.tif -vf scale=504:376 -sws_flags bilinear out.bmp > > this doesn't work: > > ffplay -i test.tif -vf scale=504:376 -sws_flags bilinear -vf scale=504:376:flags=2 can be used as a workaround > > and it seems there is another regression, because ffmpeg generates wrong resized pic with at least bilinear/fast_bilinear rescale algo selected (g5381823 11.04.2011) ffmpeg uses mono colospace as output did you mean another issue ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 00:43:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 22:43:39 -0000 Subject: [FFmpeg-trac] #45(undetermined:new): FFplay do not respect resize alghoritm set in the sourcecode In-Reply-To: <038.926b6fa00bf11fc869d088b0bb24b203@avcodec.org> References: <038.926b6fa00bf11fc869d088b0bb24b203@avcodec.org> Message-ID: <053.d76485b0125564583e1555fdcb37a707@avcodec.org> #45: FFplay do not respect resize alghoritm set in the sourcecode ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): > -vf scale=504:376:flags=2 can be used as a workaround ah, ok > ffmpeg uses mono colospace as output did you mean another issue ? IIRC the problem was releted to ticket #52, so it's fixed now -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 01:33:27 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 23:33:27 -0000 Subject: [FFmpeg-trac] #126(undetermined:open): ffplay - h263 codec playback regression In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.e0f68dcbc0ebdfe9cd936ef20e6ded8f@avcodec.org> #126: ffplay - h263 codec playback regression -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by michael): This video does only conatin 1 keyframe the other "keyframes" arent real ones it only decodes correctly if the first frame has been decoded before seeking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 01:57:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 19 Jun 2011 23:57:42 -0000 Subject: [FFmpeg-trac] #173(undetermined:closed): ffplay jpeg2000 regression In-Reply-To: <038.6996b32a69feabad6c6d7c5835184cf4@avcodec.org> References: <038.6996b32a69feabad6c6d7c5835184cf4@avcodec.org> Message-ID: <053.65aeec2d75c9184137b1721b611f6fcf@avcodec.org> #173: ffplay jpeg2000 regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Seems fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 06:11:48 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 04:11:48 -0000 Subject: [FFmpeg-trac] #231(FFplay:open): ffplay freezes with date -s in linux In-Reply-To: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> References: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> Message-ID: <053.ed33e3de8d1555eff8659efc3c0414d5@avcodec.org> #231: ffplay freezes with date -s in linux -----------------------+---------------------- Reporter: sahandeva | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by sahandeva): Replying to [comment:5 michael]: > Do we want to do thread locking in av_gettime() ? if so that shouldnt be hard to workaround I didn't get you. Is this have some thing to do with way I use libavformat. Please elaborate as I m not well versed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 10:38:38 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 08:38:38 -0000 Subject: [FFmpeg-trac] #126(undetermined:open): h263 seeking / decoding problem (was: ffplay - h263 codec playback regression) In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.7d1cb2df7f1f5e37c4504d32148add2c@avcodec.org> #126: h263 seeking / decoding problem -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): After seeking, mplayer -demuxer lavf -vc ffh263 shows some artefacts that disappear quickly. ffmpeg -ss 1 -i r-2002-30.mov -an -qscale 2 out.avi produces a file that constantly shows the "leaking" of the grey surrounding into the actual video. (Not a regression, afaict.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 10:41:29 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 08:41:29 -0000 Subject: [FFmpeg-trac] #213(undetermined:closed): aac codec regression In-Reply-To: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> References: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> Message-ID: <053.c5e73bcc657a34d8ec1392fcbdeaf9f3@avcodec.org> #213: aac codec regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => worksforme Comment: The console shows no spam and the output plays fine. Please re-open if still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 12:15:04 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 10:15:04 -0000 Subject: [FFmpeg-trac] #254(avcodec:open): mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) In-Reply-To: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> References: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> Message-ID: <053.7f0037e25c74f5721f9c237b66a3f725@avcodec.org> #254: mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * component: undetermined => avcodec Comment: My last comment was wrong, it still works fine with mplayer -vc ffmpeg12vdpau, never worked - afaict - with mplayer -vc ffmpeg12. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 12:37:31 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 10:37:31 -0000 Subject: [FFmpeg-trac] #286(undetermined:new): Transcoding wma9 file leaves ffmpeg in infinite loop Message-ID: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> #286: Transcoding wma9 file leaves ffmpeg in infinite loop --------------------------+------------------------- Reporter: jdelstrother | Type: defect Status: new | Priority: normal Component: undetermined | Version: git-master Keywords: wma9 loop | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+------------------------- Hi, I have a mov-wrapped wma9 file that, if I try to transcode it to aiff/wav using ffmpeg, just results in ffmpeg sitting in a loop writing out gigabytes and gigabytes of zeros to the output file. eg - {{{ ./ffmpeg_g -v 9 -loglevel 99 -i infinite_loop_wma9.mov infinite_loop_wma9.aiff ffmpeg version N-30883-g56e11d2, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 20 2011 10:51:26 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00) configuration: --enable-libfaac --enable-libvorbis --enable-nonfree --disable-ffplay --disable-avdevice --enable-version3 --extra- cflags=-I/opt/local/include --extra-ldflags=-L/opt/local/lib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 0. 14. 1 / 0. 14. 1 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101807c00] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101807c00] ISO: File Type Major Brand: qt [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101807c00] All info found Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'infinite_loop_wma9.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-06-09 15:54:35 Duration: 00:05:13.42, start: 0.000000, bitrate: 65 kb/s Stream #0.0(eng), 1, 1/44100: Audio: wmav2, 44100 Hz, 2 channels, s16, 64 kb/s Metadata: creation_time : 2011-06-09 15:54:35 Output #0, aiff, to 'infinite_loop_wma9.aiff': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-06-09 15:54:35 encoder : Lavf53.4.0 Stream #0.0(eng), 0, 1/44100: Audio: pcm_s16be, 44100 Hz, 2 channels, s16, 1411 kb/s Metadata: creation_time : 2011-06-09 15:54:35 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [1] 6485 killed ./ffmpeg_g -v 9 -loglevel 99 -i infinite_loop_wma9.mov infinite_loop_wma9.aif }}} FFmpeg will sit in that 'Stream mapping' section apparently forever until I kill it, or I run out of disk space. I've seen this occur on 0.6.1 which we currently use, and on the development head (56e11d230525bb9659e79d3253351b94ec3f8478). I'm not sure what software was used to create the bad file - if it's necessary, I can try and get in touch with the user who created it. I've attached the bad input file, and a truncated version of the output file (the real output file has the AIFF header, just followed by several gigabytes of zeros). Anything else I can provide? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 12:49:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 10:49:51 -0000 Subject: [FFmpeg-trac] #287(FFmpeg:new): unicode under windows Message-ID: <036.f0c96ec9cd9e5cd0c79b1790439bfe95@avcodec.org> #287: unicode under windows --------------------------+----------------------------- Reporter: setosha | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: unicode windows Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+----------------------------- It will be nice to make unicode wrapper for main() under win32. somthing like this {{{ int wmain(int argc, wchar_t* argv[]) { char** cargs = new char*[argc]; for(int i=0; i FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 15:18:06 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 13:18:06 -0000 Subject: [FFmpeg-trac] #288(avcodec:new): Theora encode bitrate bug. Message-ID: <033.2779ea04d7e2b9ade7ec742f4721b391@avcodec.org> #288: Theora encode bitrate bug. ---------------------+------------------------ Reporter: igor | Type: defect Status: new | Priority: important Component: avcodec | Version: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+------------------------ In ./libavcodec/libtheoraenc.c: {{{ t_info.target_bitrate = avc_context->bit_rate; }}} It's wrong! Right way is: From ffmpeg2theora (http://svn.xiph.org/trunk/ffmpeg2theora/src/ffmpeg2theora.c) {{{ /*Account for the Ogg page overhead. This is 1 byte per 255 for lacing values, plus 26 bytes per 4096 bytes for the page header, plus approximately 1/2 byte per packet (not accounted for here). */ t_info.target_bitrate = (int) (64870 * (ogg_int64_t)avc_context->bit_rate >> 16); }}} Attach small path -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 19:10:00 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 17:10:00 -0000 Subject: [FFmpeg-trac] #289(undetermined:new): Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) Message-ID: <032.78bdf61b5e44e277c4a8773726d39d07@avcodec.org> #289: Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) -------------------------------------------------+------------------------- Reporter: hjr | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: regression mp3 duration bitrate | Blocked By: estimate | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Bitrate is analyzed wrong and mp3 duration is way off then. == Recent win32 build == {{{ >ffmpeg -v 9 -loglevel 99 -i duration-problem.mp3 ffmpeg version git-N-30698-g39dbe9b, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 10 2011 22:10:00 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib --disable-outdev=sdl --pkg-config =pkg-config libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 0 / 53. 3. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 01DDA180] Format mp3 probed with size=2048 and score=51 [mp3 @ 01DDA180] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 01DDA180] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'duration-problem.mp3': Metadata: encoder : Lavf52.39.2 Duration: 00:14:44.44, start: 0.000000, bitrate: 32 kb/s Stream #0.0, 194, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16, 32 kb/s At least one output file must be specified }}} Duration and bitrate is incorrect, the file is actually 192 kb/s, duration 00:02:27.40, as shown below: == Old ffmpeg on FreeBSD box (hence the regression) == (unfortunately I don't have root on our servers, so I cannot test various builds on BSD) {{{ >ffmpeg -v 9 -i duration-problem.mp3 FFmpeg version 0.5.1, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --prefix=/usr/local --mandir=/usr/local/man --enable- shared --enable-gpl --enable-swscale --enable-postproc --enable-avfilter --enable-avfilter-lavf --enable-pthreads --enable-memalign-hack --cc=cc --extra-cflags=-I/usr/local/include/vorbis -I/usr/local/include --extra- ldflags=-L/usr/local/lib --extra-libs=-pthread --disable-debug --disable- mmx --enable-libamr-nb --enable-nonfree --enable-libamr-wb --enable- nonfree --disable-libdirac --disable-libfaac --enable-libfaad --enable- libfaadbin --enable-libgsm --disable-vhook --disable-ipv6 --enable- libmp3lame --disable-libopenjpeg --enable-libschroedinger --disable-ffplay --disable-libspeex --enable-libtheora --enable-libvorbis --disable-x11grab --enable-libx264 --disable-libxvid libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Mar 11 2010 14:16:57, gcc: 4.2.1 20070719 [FreeBSD] Input #0, mp3, from 'duration-problem.mp3': Duration: 00:02:27.40, start: 0.000000, bitrate: 192 kb/s Stream #0.0, 1/90000: Audio: mp3, 44100 Hz, stereo, s16, 192 kb/s At least one output file must be specified }}} My guess is that this is related to https://roundup.libav.org/issue1954 (at least the build that introduces the problem is the same) You can find the original file at http://usr.bandzone.cz/test/mp3 /duration-problem.mp3 (~3.5MB) I can provide much more files that are affected, if needed. When I cut and/or recode the file, ie. {{{ ffmpeg -i duration-problem.mp3 -acodec copy -t 5 ffmpeg-copy.mp3 }}} and {{{ ffmpeg -i duration-problem.mp3 -acodec libmp3lame -aq 2 -t 5 ffmpeg- recode.mp3 }}} everything gets guessed alright, for lengths up to the original file. Interesting thing to note, when I cut and/or recode the file with recent libav build, ffmpeg produces this bug again (and so does libav). I used the same commands as above, but with the libav binary. I'm attaching these files as well as ffmpeg output, the duration reported should be 5 seconds: {{{ >ffmpeg -v 9 -loglevel 99 -i libav-copy.mp3 ffmpeg version git-N-30698-g39dbe9b, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 10 2011 22:10:00 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib --disable-outdev=sdl --pkg-config =pkg-config libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 0 / 53. 3. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 002FA160] Format mp3 probed with size=2048 and score=51 [mp3 @ 002FA160] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'libav-copy.mp3': Metadata: encoder : Lavf53.2.0 Duration: 00:00:26.28, start: 0.000000, bitrate: 32 kb/s Stream #0.0, 192, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16, 32 kb/s At least one output file must be specified }}} {{{ >ffmpeg -v 9 -loglevel 99 -i libav-recode.mp3 ffmpeg version git-N-30698-g39dbe9b, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 10 2011 22:10:00 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs --enable-libxvid --enable-zlib --disable-outdev=sdl --pkg-config =pkg-config libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 0 / 53. 3. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 002DA160] Format mp3 probed with size=2048 and score=51 [mp3 @ 002DA160] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'libav-recode.mp3': Metadata: encoder : Lavf53.2.0 Duration: 00:00:27.37, start: 0.000000, bitrate: 32 kb/s Stream #0.0, 193, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16, 32 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 20:29:25 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 18:29:25 -0000 Subject: [FFmpeg-trac] #240(undetermined:new): ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder In-Reply-To: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> References: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> Message-ID: <053.3a4bb9892c1732dc768abcb8d20cefc9@avcodec.org> #240: ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by michael): If theres a crash, gdb output would be usefull -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 20:37:08 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 18:37:08 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.632c86822d1e043df8468641e3d300dc@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by michael): what performance effect does this patch have? it could slow things down for cases that dont need the extra code -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 21:20:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 19:20:17 -0000 Subject: [FFmpeg-trac] #272(avcodec:open): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.97cba1315ce40f54eb6558fec00cc9e5@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by kim): >what performance effect does this patch have? >it could slow things down for cases that dont need the extra code Depends on what you mean by 'cases that don't need the extra code'. If you compile without PIC, the patch is not used (#ifdef) so no performance loss here, and if you compile with -fPIC and a 'recent' gcc nothing works anyway (gcc 4.2 which triggers the bug was released in 2007). I can also confirm that ASM + patch remains much faster than using the plain C version of the function. By the way, gcc is using the same trick to load global symbol in -fPIC code nowadays: {{{ static int GLOBAL[3] = {1, 2, 3}; int f(int x) { return GLOBAL[x]; } }}} Compiling with gcc -O0 -S -c foo.c one can see that the address of GLOBAL is computed as so: {{{ bcl 20,31,.L2 .L2: mflr 30 addis 30,30,.LCTOC1-.L2 at ha addi 30,30,.LCTOC1-.L2 at l }}} where .LCTOC1 is the label marking the begining of the TOC section. This is exactly what the patch does. Anyway the movrel macro at issue is always followed by *several* memory accesses so one extra unconditional jump can hardly impact performances. I also belive this patch to be backward compatible so the code can still be compiled with older versions of gcc/as (this is untested though). What the patch does not handle at the moment is the PPC64 architecture (I'm not even sure this arch is affected by this bug). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 22:11:43 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 20:11:43 -0000 Subject: [FFmpeg-trac] #281(build system:open): Build Error AC3 Encoder Option In-Reply-To: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> References: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> Message-ID: <052.a3ceafa66bbd0c50a10754f804b23767@avcodec.org> #281: Build Error AC3 Encoder Option ----------------------------------+--------------------------- Reporter: CrHasher | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: git-master | Resolution: Keywords: encoder ac3 ac3_fixed | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by michael): enabling the ac3 encoder with both alternative implementations disabled makes no sense. A patch that improves the build system to either error out cleanly, or enable both fixed&float from the enabling of the ac3 encoder is welcome. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 22:17:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 20:17:20 -0000 Subject: [FFmpeg-trac] #240(undetermined:new): ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder In-Reply-To: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> References: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> Message-ID: <053.512fa214eb2e6aee9848a386907a9f7b@avcodec.org> #240: ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): This output comes from libav debug build (sorry, I have no debug ffmpeg x86 bin to test): {{{ C:\>H:\MinGW\bin\gdb.exe ffmpeg GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: ... Reading symbols from C:\ffmpeg.exe...done. (gdb) r -acodec wmav2 -i C:\[CCCP]_Mega_Weird_Audio_Test.mkv -map 0.22 out.wav Starting program: C:\ffmpeg.exe -acodec wmav2 -i C:\[CCCP]_Mega_Weird_Audio_Test .mkv -map 0.22 out.wav [New Thread 376.0xa18] ffmpeg version v0.7rc1-50-g8d3d343, Copyright (c) 2000-2011 the Libav developers built on Jun 20 2011 02:33:30 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 7. 0 / 51. 7. 0 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 1. 1. 0 / 1. 1. 0 libpostproc 52. 0. 0 / 52. 0. 0 [mpeg4 @ 0x3e22660] Invalid and inefficient vfw-avi packed B frames detected [matroska,webm @ 0x3899620] Estimating duration from bitrate, this may be inaccu rate Input #0, matroska,webm, from 'C:\[CCCP]_Mega_Weird_Audio_Test.mkv': Metadata: title : Macross Plus - First Simulator Test Duration: 00:01:03.70, start: 0.000000, bitrate: 5050 kb/s Stream #0.0(eng): Video: mpeg4, yuv420p, 656x464 [PAR 1:1 DAR 41:29], PAR 11 6:123 DAR 4:3, 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - First Simulator Test Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0.2(jpn): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0.3(eng): Audio: mp3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AudX HGHQ 6ch Audio Stream #0.4(eng): Audio: mp3, 48000 Hz, mono, s16, 192 kb/s Metadata: title : AudX SPBQ 6ch Audio Stream #0.5(jpn): Audio: wmav2, 16000 Hz, 1 channels, flt, 16 kb/s Metadata: title : ACELP Sipro Mono Audio Stream #0.6(jpn): Audio: wmav2, 11025 Hz, 2 channels, s16, 90 kb/s Metadata: title : MS ADPCM 2ch Audio Stream #0.7(jpn): Audio: wmav2, 11025 Hz, 2 channels, s16, 89 kb/s Metadata: title : IMA ADPCM 2ch Audio Stream #0.8(jpn): Audio: wmav2, 16000 Hz, 1 channels, s16, 64 kb/s Metadata: title : Yamaha ADPCM Mono Audio Stream #0.9(jpn): Audio: wmav2, 8000 Hz, 1 channels, s16, 32 kb/s Metadata: title : G.726 ADPCM Mono Audio Stream #0.10(jpn): Audio: wmav2, 8000 Hz, 2 channels, s16, 128 kb/s Metadata: title : ??-Law 2ch Audio Stream #0.11(jpn): Audio: wmav2, 8000 Hz, 2 channels, s16, 128 kb/s Metadata: title : A-Law 2ch Audio Stream #0.12(jpn): Audio: wmav2, 44100 Hz, 1 channels, s16, 71 kb/s Metadata: title : GSM 6.10 Mono Audio Stream #0.13(jpn): Audio: wmav2, 8000 Hz, 1 channels, s16, 8 kb/s Metadata: title : TrueSpeech Mono Audio Stream #0.14(jpn): Audio: wmav2, 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA7 2ch Audio Stream #0.15(jpn): Audio: wmav2, 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA8 2ch Audio Stream #0.16(jpn): Audio: wmav2, 22050 Hz, 1 channels, flt, 20 kb/s Metadata: title : WMA9 Voice Mono Audio Stream #0.17(jpn): Audio: wmav2, 48000 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA9.2 Std 2ch Audio Stream #0.18(eng): Audio: wmav2, 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA9.1 Pro 6ch Audio Stream #0.19(jpn): Audio: wmav2, 48000 Hz, stereo, flt, 80 kb/s Metadata: title : WMA9.1 Pro 2ch Audio Stream #0.20(eng): Audio: wmav2, 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA10 Pro 6ch Audio Stream #0.21(jpn): Audio: wmav2, 48000 Hz, stereo, flt, 64 kb/s Metadata: title : WMA10 Pro 2ch Audio Stream #0.22(eng): Audio: wmav2, 48000 Hz, 6 channels, s16, 1882 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream #0.23(jpn): Audio: wmav2, 48000 Hz, 2 channels, s16, 774 kb/s Metadata: title : WMA9.1 Lossless 2ch Audio Stream #0.24(jpn): Audio: wmav2, 44100 Hz, stereo, s16 Metadata: title : RA6 G2 Cook 2ch Audio Stream #0.25(jpn): Audio: wmav2, 44100 Hz, 2 channels, s16 Metadata: title : RA8 ATRC 2ch Audio Stream #0.26(eng): Audio: wmav2, 44100 Hz, 5.1, s16 Metadata: title : RA8 Cook 6ch Audio Stream #0.27(jpn): Audio: wmav2, 44100 Hz, stereo, s16 Metadata: title : RA8 Cook 2ch Audio Stream #0.28(jpn): Audio: wmav2, 44100 Hz, mono, s16 Metadata: title : RA8 Cook Mono Audio Stream #0.29(jpn): Audio: wmav2, 32000 Hz, stereo, s16 Metadata: title : RA10 RAAC 2ch Audio Stream #0.30(jpn): Audio: wmav2, 44100 Hz, stereo, s16 Metadata: title : RA10 RACP 2ch Audio [pcm_s16le @ 0x3e52020] The requested thread algorithm is not supported with thi s thread library. Output #0, wav, to 'out.wav': Metadata: title : Macross Plus - First Simulator Test encoder : Lavf53.2.0 Stream #0.0(eng): Audio: pcm_s16le, 48000 Hz, 6 channels, s16, 4608 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream mapping: Stream #0.22 -> #0.0 Press ctrl-c to stop encoding Program received signal SIGSEGV, Segmentation fault. 0x00788bce in vector_fmul_add_3dnow (dst=0x3eb3280, src0=0x3eaf120, src1=0x0, src2=0x3eb3280, len=2048) at libavcodec/x86/dsputil_mmx.c:2258 2258 libavcodec/x86/dsputil_mmx.c: No such file or directory. in libavcodec/x86/dsputil_mmx.c (gdb) bt #0 0x00788bce in vector_fmul_add_3dnow (dst=0x3eb3280, src0=0x3eaf120, src1=0x0, src2=0x3eb3280, len=2048) at libavcodec/x86/dsputil_mmx.c:2258 #1 0x00722f52 in wma_window (s=) at libavcodec/wmadec.c:393 #2 wma_decode_block (s=) at libavcodec/wmadec.c:750 #3 0x0072453d in wma_decode_frame (avctx=0x3e3a840, data=0x43acaa0, data_size=0x22f0d8, avpkt=0x22efe0) at libavcodec/wmadec.c:776 #4 wma_decode_superframe (avctx=0x3e3a840, data=0x43acaa0, data_size=0x22f0d8, avpkt=0x22efe0) at libavcodec/wmadec.c:896 #5 0x004e1d60 in avcodec_decode_audio3 (avctx=0x3e3a840, samples=0x43acaa0, frame_size_ptr=0x22f0d8, avpkt=0x22efe0) at libavcodec/utils.c:722 #6 0x00405917 in output_packet (ist=0x459f400, ist_index=22, ost_table=0x3917c80, nb_ostreams=1, pkt=0x22f1e8) at ffmpeg.c:1534 #7 0x004084f1 in transcode (nb_output_files=1, input_files=0x3917700, nb_input_files=1, stream_maps=0x3917720, nb_stream_maps=1, output_files=0xf04040) at ffmpeg.c:2650 #8 0x0040d8b5 in main (argc=0, argv=0x0) at ffmpeg.c:4461 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 22:55:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 20:55:16 -0000 Subject: [FFmpeg-trac] #213(undetermined:closed): aac codec regression In-Reply-To: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> References: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> Message-ID: <053.8f3c46ed029b3bb10b3f5c17b1fab7d9@avcodec.org> #213: aac codec regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): Spam is gone, but the file still decodes incorrectly - I have tested with 2 x86 builds from 2 sources (and one libav build). Maybe this happens only on Athlon XP with enabled asm? Too bad there is no crash, it would be easy to fix this then. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 23:13:38 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 21:13:38 -0000 Subject: [FFmpeg-trac] #286(avcodec:open): Transcoding wmav2 file leaves ffmpeg in infinite loop (was: Transcoding wma9 file leaves ffmpeg in infinite loop) In-Reply-To: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> References: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> Message-ID: <056.479ad509568fdfe18bf10308af954757@avcodec.org> #286: Transcoding wmav2 file leaves ffmpeg in infinite loop -------------------------+---------------------- Reporter: jdelstrother | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: wma9 loop | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------+---------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: How was this file produced? Is it playable by any software? Not a regression, afaict. Different backtraces possible. {{{ (gdb) r -i infinite_loop_wma9.mov -f null - Starting program: ffmpeg_g -i infinite_loop_wma9.mov -f null - ffmpeg version git-N-30819-g56629aa, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 20 2011 10:21:55 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 50. 42. 0 / 50. 42. 0 libavcodec 52.122. 0 / 52.122. 0 libavformat 52.109. 0 / 52.109. 0 libavdevice 52. 5. 0 / 52. 5. 0 libavfilter 1. 79. 0 / 1. 79. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'infinite_loop_wma9.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-06-09 15:54:35 Duration: 00:05:13.42, start: 0.000000, bitrate: 65 kb/s Stream #0.0(eng): Audio: wmav2, 44100 Hz, 2 channels, s16, 64 kb/s Metadata: creation_time : 2011-06-09 15:54:35 Output #0, null, to 'pipe:': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-06-09 15:54:35 encoder : Lavf52.109.0 Stream #0.0(eng): Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s Metadata: creation_time : 2011-06-09 15:54:35 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help Program received signal SIGINT, Interrupt. 0x0000000000866769 in float_to_int16_interleave_sse2 (dst=0x7ffff7f5c040, src=0x7fffffffc720, len=-3104, channels=) at libavcodec/x86/fmtconvert_mmx.c:219 219 FLOAT_TO_INT16_INTERLEAVE(sse2, (gdb) bt #0 0x0000000000866769 in float_to_int16_interleave_sse2 (dst=0x7ffff7f5c040, src=0x7fffffffc720, len=-3104, channels=) at libavcodec/x86/fmtconvert_mmx.c:219 #1 0x0000000000826819 in wma_decode_frame (samples=0x7ffff7f5a040, s=0x12de6e0) at libavcodec/wmadec.c:800 #2 wma_decode_superframe (samples=0x7ffff7f5a040, s=0x12de6e0) at libavcodec/wmadec.c:908 #3 0x00000000007c20d8 in avcodec_decode_audio3 (avctx=0x12bf760, samples=, frame_size_ptr=, avpkt=) at libavcodec/utils.c:838 #4 0x00000000004091ee in output_packet (ist=, ist_index=0, ost_table=0x12c0e80, nb_ostreams=1, pkt=) at ffmpeg.c:1583 #5 0x000000000040b90e in transcode (nb_output_files=1, input_files=0x12bd440, nb_input_files=1, stream_maps=0x0, nb_stream_maps=, output_files=0xd53060) at ffmpeg.c:2761 #6 0x0000000000410f6d in main (argc=, argv=) at ffmpeg.c:4562 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 23:17:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 21:17:44 -0000 Subject: [FFmpeg-trac] #288(avcodec:open): Theora encode bitrate bug. In-Reply-To: <033.2779ea04d7e2b9ade7ec742f4721b391@avcodec.org> References: <033.2779ea04d7e2b9ade7ec742f4721b391@avcodec.org> Message-ID: <048.356cf78d2d89564afb6c731085739382@avcodec.org> #288: Theora encode bitrate bug. -------------------+---------------------- Reporter: igor | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------+---------------------- Changes (by cehoyos): * priority: important => normal * status: new => open Comment: FFmpeg allows to mux theora into other containers (avi, mkv, nut): Isn't the patch wrong assuming only ogg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 23:22:19 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 21:22:19 -0000 Subject: [FFmpeg-trac] #286(avcodec:open): Transcoding wmav2 file leaves ffmpeg in infinite loop In-Reply-To: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> References: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> Message-ID: <056.f2ea8ca5db85ae9b3c0b1b75357f2cf8@avcodec.org> #286: Transcoding wmav2 file leaves ffmpeg in infinite loop -------------------------+---------------------- Reporter: jdelstrother | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: wma9 loop | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------+---------------------- Comment (by jdelstrother): I've emailed the user who created that file to try and get some more info on where it came from. Quicktime Player 10 and iTunes 10 on the Mac seems fine playing it. VLC fails (unsurprisingly, given its ffmpeg basis). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 23:32:36 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 21:32:36 -0000 Subject: [FFmpeg-trac] #290(FFmpeg:new): alpha channel not preserved when transcoding Message-ID: <045.8dc362242324f6d522681e2e40530fe9@avcodec.org> #290: alpha channel not preserved when transcoding -------------------------------+--------------------- Reporter: matteosistisette | Owner: michael Type: defect | Status: new Priority: critical | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------------+--------------------- When transcoding an flv file which has an alpha channel into a video or image file using codecs that support alpha channel (such as h264, or Apple Animation (qtrle), or PNG) the alpha channel is lost and the output video has an opaque background. An example flv input file with transparency can be downloaded from http://totalwebvideo.com/pitchalt.flv It has alpha channel. H264, Apple Animation and PNG all support alpha channel, so if any of these is used as the encoder and if the input video has alpha channel, the alpha channel should be preserved by default when transcoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 23:38:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 21:38:09 -0000 Subject: [FFmpeg-trac] #279(undetermined:new): Remuxing aac in TS fails In-Reply-To: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> References: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> Message-ID: <051.10e928ebe74c39996ed5272d7d32ab5a@avcodec.org> #279: Remuxing aac in TS fails -----------------------+--------------------------- Reporter: etienne | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by michael): I tried with a random ts file and mpegts_write_header() is called -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 23:41:12 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 21:41:12 -0000 Subject: [FFmpeg-trac] #289(undetermined:open): Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) In-Reply-To: <032.78bdf61b5e44e277c4a8773726d39d07@avcodec.org> References: <032.78bdf61b5e44e277c4a8773726d39d07@avcodec.org> Message-ID: <047.274555b1c4ddaf87eb709fb4c779249f@avcodec.org> #289: Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) -------------------------------------------------+------------------------- Reporter: hjr | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: regression mp3 duration bitrate | Resolution: estimate | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------------------------+------------------------- Changes (by cehoyos): * status: new => open * version: git => git-master * reproduced: 0 => 1 Comment: I cannot reproduce any problems when re-muxing, but the original problem is a regression since r19300 {{{ $ ffmpeg -analyzeduration 1000000000 -i duration-problem.mp3 ffmpeg version N-30884-g54dd50d, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 20 2011 23:38:45 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 0. 14. 1 / 0. 14. 1 [mp3 @ 0x126b6e0] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'duration-problem.mp3': Metadata: encoder : Lavf52.39.2 Duration: 00:14:44.44, start: 0.000000, bitrate: 32 kb/s Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 32 kb/s At least one output file must be specified }}} {{{ $ ffmpeg -i duration-problem.mp3 FFmpeg version git-2073fc8, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 50. 3. 0 / 50. 3. 0 libavcodec 52.32. 0 / 52.32. 0 libavformat 52.36. 0 / 52.36. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 built on Jun 20 2011 23:27:14, gcc: 4.5.3 Input #0, mp3, from 'duration-problem.mp3': Duration: 00:02:27.40, start: 0.000000, bitrate: 192 kb/s Stream #0.0: Audio: mp3, 44100 Hz, 2 channels, s16, 192 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 23:51:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 21:51:46 -0000 Subject: [FFmpeg-trac] #213(undetermined:reopened): aac codec regression In-Reply-To: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> References: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> Message-ID: <053.642f6649ec449944ce30f87e7bbb5e6f@avcodec.org> #213: aac codec regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: worksforme => Comment: Works fine for me on 32- and 64-bit Linux (Core 2 Duo). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 23:53:32 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 21:53:32 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.112d9eee4d35f35e54cbd10ffb899dbd@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by michael): Replying to [comment:8 KSHawkEye]: > It was introduced with commit 2291e18e4891066bbcbcd1a4e468a59a40e9cb5c which can be found at: [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=2291e18e4891066bbcbcd1a4e468a59a40e9cb5c] > > The commit before it, 151c5841881591552be685b7fd50b488f128ba5b does build. This commit is not a ancestor of 2291e18e4891066bbcbcd1a4e468a59a40e9cb5c you can see with git graph that they are on seperate branches please try git bisect -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 20 23:55:37 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 21:55:37 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.92c2552a032b3a16d98f9a3c7e8b1f9a@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by michael): Replying to [ticket:282 KSHawkEye]: > I believe it is related to the leading underscore _ before avdevice_register_all but I can't confirm that. can you confirm that the function name referenced in the .o file when its working does not have the initial _ ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 00:14:30 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 22:14:30 -0000 Subject: [FFmpeg-trac] #240(avcodec:open): ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder In-Reply-To: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> References: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> Message-ID: <053.303a2bb4d29645c0d1980ce14a1f80e3@avcodec.org> #240: ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: {{{ (gdb) r -acodec wmav2 -i [CCCP]_Mega_Weird_Audio_Test.mkv -map 0.22 -vn -f null - Starting program: ffmpeg_g -acodec wmav2 -i [CCCP]_Mega_Weird_Audio_Test.mkv -map 0.22 -vn -f null - ffmpeg version N-30884-g54dd50d, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 21 2011 00:07:42 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --disable-asm --disable-optimizations libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 0. 14. 1 / 0. 14. 1 [mpeg4 @ 0x135c3e0] Invalid and inefficient vfw-avi packed B frames detected [matroska,webm @ 0x1356350] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from '[CCCP]_Mega_Weird_Audio_Test.mkv': Metadata: title : Macross Plus - First Simulator Test Duration: 00:01:03.70, start: 0.000000, bitrate: 5050 kb/s ... Stream #0.22(eng): Audio: wmav2, 48000 Hz, 6 channels, s16, 1882 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio ... Output #0, null, to 'pipe:': Metadata: title : Macross Plus - First Simulator Test encoder : Lavf53.4.0 Stream #0.0(eng): Audio: pcm_s16le, 48000 Hz, 6 channels, s16, 4608 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream mapping: Stream #0.22 -> #0.0 Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x00000000005c2828 in vector_fmul_add_c (dst=0x15d4e10, src0=0x15d0bd0, src1=0x0, src2=0x15d4e10, len=2048) at libavcodec/dsputil.c:2495 2495 dst[i] = src0[i] * src1[i] + src2[i]; (gdb) bt #0 0x00000000005c2828 in vector_fmul_add_c (dst=0x15d4e10, src0=0x15d0bd0, src1=0x0, src2=0x15d4e10, len=2048) at libavcodec/dsputil.c:2495 #1 0x000000000086ea59 in wma_window (s=0x15c46d0, out=0x15d4e10) at libavcodec/wmadec.c:400 #2 0x0000000000870275 in wma_decode_block (s=0x15c46d0) at libavcodec/wmadec.c:762 #3 0x0000000000870342 in wma_decode_frame (s=0x15c46d0, samples=0x13fd530) at libavcodec/wmadec.c:788 #4 0x00000000008708bd in wma_decode_superframe (avctx=0x138e070, data=0x13fd530, data_size=0x7fffffffce2c, avpkt=0x7fffffffce30) at libavcodec/wmadec.c:908 #5 0x000000000080fb26 in avcodec_decode_audio3 (avctx=0x138e070, samples=0x13fd530, frame_size_ptr=0x7fffffffce2c, avpkt=0x7fffffffce30) at libavcodec/utils.c:796 #6 0x0000000000409b5c in output_packet (ist=0x159bd30, ist_index=22, ost_table=0x17d4fc0, nb_ostreams=1, pkt=0x7fffffffd190) at ffmpeg.c:1584 #7 0x000000000040e9f4 in transcode (output_files=0xdf3c80, nb_output_files=1, input_files=0x16aae90, nb_input_files=1, stream_maps=0x197a120, nb_stream_maps=1) at ffmpeg.c:2773 #8 0x00000000004134ad in main (argc=11, argv=0x7fffffffdda8) at ffmpeg.c:4571 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x5c2808 to 0x5c2848: 0x00000000005c2808 : mov -0x4(%rbp),%edx 0x00000000005c280b : movslq %edx,%rdx 0x00000000005c280e : shl $0x2,%rdx 0x00000000005c2812 : add -0x20(%rbp),%rdx 0x00000000005c2816 : movss (%rdx),%xmm1 0x00000000005c281a : mov -0x4(%rbp),%edx 0x00000000005c281d : movslq %edx,%rdx 0x00000000005c2820 : shl $0x2,%rdx 0x00000000005c2824 : add -0x28(%rbp),%rdx 0x00000000005c2828 : movss (%rdx),%xmm0 0x00000000005c282c : mulss %xmm1,%xmm0 0x00000000005c2830 : mov -0x4(%rbp),%edx 0x00000000005c2833 : movslq %edx,%rdx 0x00000000005c2836 : shl $0x2,%rdx 0x00000000005c283a : add -0x30(%rbp),%rdx 0x00000000005c283e : movss (%rdx),%xmm1 0x00000000005c2842 : addss %xmm1,%xmm0 0x00000000005c2846 : movss %xmm0,(%rax) End of assembler dump. (gdb) info registers rax 0x15d4e10 22892048 rbx 0x15d0bd0 22875088 rcx 0x15d4e10 22892048 rdx 0x0 0 rsi 0x15d0bd0 22875088 rdi 0x15d4e10 22892048 rbp 0x7fffffffc900 0x7fffffffc900 rsp 0x7fffffffc900 0x7fffffffc900 r8 0x800 2048 r9 0x5c27da 6039514 r10 0x0 0 r11 0x7ffff6ae32c3 140737331999427 r12 0x405290 4215440 r13 0x7fffffffdda0 140737488346528 r14 0x0 0 r15 0x0 0 rip 0x5c2828 0x5c2828 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 00:21:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 22:21:47 -0000 Subject: [FFmpeg-trac] #272(avcodec:closed): altivec specific code segfaults on ppc when compiled with --enable-pic In-Reply-To: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> References: <032.371fabf95a7a9809d949a5efd854cf40@avcodec.org> Message-ID: <047.46a022a453ee9595c166d4fff49dfadc@avcodec.org> #272: altivec specific code segfaults on ppc when compiled with --enable-pic -----------------------+---------------------- Reporter: kim | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ppc, PIC | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Patch applied i assume this fixes this ticket Thanks for the patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 00:40:32 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 22:40:32 -0000 Subject: [FFmpeg-trac] #271(undetermined:closed): regression with seeking in avi In-Reply-To: <038.1cdb11d6eed898f03881dcd5a8862bf0@avcodec.org> References: <038.1cdb11d6eed898f03881dcd5a8862bf0@avcodec.org> Message-ID: <053.75f6be4e1635dda7310e0b253cbec1bd@avcodec.org> #271: regression with seeking in avi ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by exobuzz): I see this bug is marked as fixed on git. I just rebuilt ffmpeg from source from this version commit 54dd50d14dc3a3952f7d85165142d02f6ea578d7 Date: Mon Jun 20 13:22:23 2011 +0200 perhaps my problem is not the same, but the same referenced patch "avidec: correct frame_offset for seeking" breaks seeking on a mpeg4 file. when seeking there are block artifacts (which disappear at the next key frame). the file is 5713978482 bytes in length. if i chop (with dd) the first 20 or 200mb of the file, the piece seeks correctly. (testing with ffplay) playing (and seeking) the full file with the problem {{{ $ ./ffplay artifacts_when_seeking.avi ffplay version N-30884-g54dd50d, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 20 2011 23:10:06 with gcc 4.5.2 configuration: libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 0. 14. 1 / 0. 14. 1 [avi @ 0x13b01c0] non-interleaved AVI Input #0, avi, from 'artifacts_when_seeking.avi': Metadata: encoder : MEncoder 1.0rc4-4.5.2 Duration: 02:13:54.16, start: 0.000000, bitrate: 5689 kb/s Stream #0.0: Video: mpeg4, yuv420p, 1280x544 [PAR 1:1 DAR 40:17], 24 tbr, 24 tbn, 24 tbc Stream #0.1: Audio: dca (DTS), 48000 Hz, 5.1, s16, 1536 kb/s [dca @ 0x13af5e0] Not a valid DCA frame= 43KB sq= 0B f=0/0 f=0/0 [mpeg4 @ 0x13675c0] warning: first frame is no keyframe0B f=0/0 [dca @ 0x13af5e0] Not a valid DCA frame= 27KB sq= 0B f=0/0 [mpeg4 @ 0x13675c0] warning: first frame is no keyframe [dca @ 0x13af5e0] Not a valid DCA frame= 285KB sq= 0B f=0/0 [mpeg4 @ 0x13675c0] warning: first frame is no keyframe0B f=0/0 [dca @ 0x13af5e0] Not a valid DCA frame= 575KB sq= 0B f=0/0 [mpeg4 @ 0x13675c0] warning: first frame is no keyframe0B f=0/0 [dca @ 0x13af5e0] Not a valid DCA frame= 682KB sq= 0B f=0/0 [mpeg4 @ 0x13675c0] warning: first frame is no keyframe0B f=0/0 [dca @ 0x13af5e0] Not a valid DCA frame= 627KB sq= 0B f=0/0 [mpeg4 @ 0x13675c0] warning: first frame is no keyframe0B f=0/0 [dca @ 0x13af5e0] Not a valid DCA frame= 674KB sq= 0B f=0/0 [mpeg4 @ 0x13675c0] warning: first frame is no keyframe0B f=0/0 [dca @ 0x13af5e0] Not a valid DCA frame= 378KB sq= 0B f=0/0 [mpeg4 @ 0x13675c0] warning: first frame is no keyframe0B f=0/0 [dca @ 0x13af5e0] Not a valid DCA frame= 423KB sq= 0B f=0/0 [mpeg4 @ 0x13675c0] warning: first frame is no keyframe0B f=0/0 188.34 A-V: 0.008 s:0.0 aq= 321KB vq= 392KB sq= 0B f=0/0 }}} revert two related commits {{{ $ git revert -n a7e4342fc1a0e962b829a9a194d034fa38590951 $ git revert -n 187528441ab936c102b8e72f38925cc10fc14abc }}} i am then able to seek ok without the artifacts {{{ $ ./ffplay artifacts_when_seeking.avi ffplay version N-30884-g54dd50d, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 20 2011 23:10:06 with gcc 4.5.2 configuration: libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 0. 14. 1 / 0. 14. 1 [avi @ 0x2d850c0] non-interleaved AVI Input #0, avi, from 'artifacts_when_seeking.avi': Metadata: encoder : MEncoder 1.0rc4-4.5.2 Duration: 02:13:54.16, start: 0.000000, bitrate: 5689 kb/s Stream #0.0: Video: mpeg4, yuv420p, 1280x544 [PAR 1:1 DAR 40:17], 24 tbr, 24 tbn, 24 tbc Stream #0.1: Audio: dca (DTS), 48000 Hz, 5.1, s16, 1536 kb/s [dca @ 0x2d844c0] Not a valid DCA frame= 19KB sq= 0B f=0/0 f=0/0 364.79 A-V: -0.002 s:0.0 aq= 319KB vq= 840KB sq= 0B f=0/0 Last message repeated 8 times }}} here is a snippet from the beginning of the file (20mb). if you need anything else please let me know. http://www.datafilehost.com/download-a1793e98.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 00:41:42 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 22:41:42 -0000 Subject: [FFmpeg-trac] #271(undetermined:reopened): regression with seeking in avi In-Reply-To: <038.1cdb11d6eed898f03881dcd5a8862bf0@avcodec.org> References: <038.1cdb11d6eed898f03881dcd5a8862bf0@avcodec.org> Message-ID: <053.ffc39c3a3ad5eedc8dc3de397bfdb48d@avcodec.org> #271: regression with seeking in avi ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by exobuzz): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 00:44:42 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 22:44:42 -0000 Subject: [FFmpeg-trac] #291(undetermined:new): FFplay adds unnecessary black bars at the left and right side of the video Message-ID: <038.04a30a19add6628d7f1d3ca968f2e0f1@avcodec.org> #291: FFplay adds unnecessary black bars at the left and right side of the video --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- FFplay adds unnecessary black bars at the left and right side of the video. Maybe problem with aspect ratio? http://www.datafilehost.com/download-3d603867.html {{{ C:\>ffmpeg -i test_ffplay.mpg ffmpeg version git-N-30698-g39dbe9b, Copyright (c) 2000-2011 the FFmpeg develope rs built on Jun 10 2011 22:10:00 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib --disable- outdev=sdl - -pkg-config=pkg-config libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 0 / 53. 3. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 01DCA600] max_analyze_duration 5000000 reached at 5005000 Input #0, mpeg, from 'test_ffplay.mpg': Duration: 00:00:12.07, start: 0.726700, bitrate: 1388 kb/s Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 352x240 [PAR 200:219 DAR 880 :657], 1150 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 29.97 tbc Stream #0.1[0x1c0]: Audio: mp2, 44100 Hz, stereo, s16, 224 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 01:12:33 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 23:12:33 -0000 Subject: [FFmpeg-trac] #292(avdevice:new): ffplay -f video4linux2 regression Message-ID: <036.f24b1ad5c874c8678ae1d38d21db0319@avcodec.org> #292: ffplay -f video4linux2 regression -------------------------+------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Keywords: ffplay regression Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+------------------------------- ffplay -f video4linux2 /dev/video0 does not work any more since r25159, 70f77361d8c339d516e3c4d1c4ab2bf9096d7cc6: Author: Jos? Miguel Gon?alves Date: Thu Sep 23 09:16:05 2010 +0000 Allow to set the frame rate in v4l2 devices Patch by Jos? Miguel Gon?alves (jose DOT goncalves AT inov DOT pt) {{{ $ ffplay -f video4linux2 /dev/video0 FFplay version git-6ac6e3d, Copyright (c) 2003-2010 the FFmpeg developers built on Jun 21 2011 01:05:14 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --disable-encoders --disable-muxers libavutil 50.27. 0 / 50.27. 0 libavcore 0. 9. 0 / 0. 9. 0 libavcodec 52.89. 0 / 52.89. 0 libavformat 52.78. 5 / 52.78. 5 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.39. 0 / 1.39. 0 libswscale 0.11. 0 / 0.11. 0 [video4linux2 @ 0x103e6d0] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2, from '/dev/video0': Duration: N/A, start: 1308611201.235607, bitrate: 132710 kb/s Stream #0.0: Video: rawvideo, yuv420p, 768x576, 132710 kb/s, 25 tbr, 1000k tbn, 25 tbc 1308611201.62 A-V: 0.000 s:0.2 aq= 0KB vq= 0KB sq= 0B f=0/9 }}} {{{ $ ffplay -f video4linux2 /dev/video0 FFplay version git-70f7736, Copyright (c) 2003-2010 the FFmpeg developers built on Jun 21 2011 01:07:25 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --disable-encoders --disable-muxers libavutil 50.27. 0 / 50.27. 0 libavcore 0. 9. 0 / 0. 9. 0 libavcodec 52.89. 0 / 52.89. 0 libavformat 52.78. 5 / 52.78. 5 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.39. 0 / 1.39. 0 libswscale 0.11. 0 / 0.11. 0 [video4linux2 @ 0x103e6d0] ioctl set time per frame(1/25) failed /dev/video0: Input/output error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 01:14:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 23:14:45 -0000 Subject: [FFmpeg-trac] #180(undetermined:new): ffmpeg and ffserver different builds interraction In-Reply-To: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> References: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> Message-ID: <053.27174f2170b96747ab7634ed27ed4469@avcodec.org> #180: ffmpeg and ffserver different builds interraction ------------------------+--------------------------- Reporter: andrixnet | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by michael): If this can be reproduced with git master then please try to find out which version broke it. (git bisect makes this quite easy) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 01:28:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 23:28:57 -0000 Subject: [FFmpeg-trac] #292(avdevice:new): ffplay -f video4linux2 regression In-Reply-To: <036.f24b1ad5c874c8678ae1d38d21db0319@avcodec.org> References: <036.f24b1ad5c874c8678ae1d38d21db0319@avcodec.org> Message-ID: <051.ebef33f1cc815a4003860af74f59403f@avcodec.org> #292: ffplay -f video4linux2 regression ------------------------------+----------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: ffplay regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------------+----------------------- Comment (by saste): AFAIK the patch was fine and I used v4l2 so many times with no problem since then so I cannot reproduce it here. Please debug it, it should be pretty easy to spot why you get that error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 01:34:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 20 Jun 2011 23:34:20 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=23265=28swscale=3Anew=29=3A_MMX2_yuv420p?= =?utf-8?q?10_=E2=86=92_yuv444p_scaler_produces_vertical_undithered=28=3F?= =?utf-8?q?=29_lines_with_GCC_4=2E6?= In-Reply-To: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> References: <036.afc78290c1cb18e3122057d3277434da@avcodec.org> Message-ID: <051.e60a69409db0de8b82255b9021c97b92@avcodec.org> #265: MMX2 yuv420p10 ? yuv444p scaler produces vertical undithered(?) lines with GCC 4.6 -------------------------------------+---------------------- Reporter: lachs0r | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: yuv420p10, yuv444p, mmx2 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+---------------------- Comment (by michael): Replying to [comment:2 michael]: > maybe comparing the output from swscale-test between mingw and linux could help which versions did you use to generate these? also how did you force enable mmx* 3dnow, they are autodetected in recent swscale. thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 02:15:31 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 00:15:31 -0000 Subject: [FFmpeg-trac] #289(undetermined:open): Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) In-Reply-To: <032.78bdf61b5e44e277c4a8773726d39d07@avcodec.org> References: <032.78bdf61b5e44e277c4a8773726d39d07@avcodec.org> Message-ID: <047.92b53bae5fa8e92362fdd68e010550bb@avcodec.org> #289: Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) -------------------------------------------------+------------------------- Reporter: hjr | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: regression mp3 duration bitrate | Resolution: estimate | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by hjr): With the recent build, on files remuxed by ffmpeg the duration is probed right, files remuxed by libav (uploaded ones) the duration is probed wrong - just to clear any confusion here. Versions between r19300 and recent fail on original file: {{{ hujer at sid ~/> ffmpeg -analyzeduration 1000000000 -i duration-problem.mp3 FFmpeg version 0.6.1, Copyright (c) 2000-2010 the FFmpeg developers built on Apr 8 2011 11:07:57 with gcc 4.2.1 20070719 [FreeBSD] configuration: --prefix=/usr/local --mandir=/usr/local/man --enable- shared --enable-gpl --enable-postproc --enable-avfilter --enable-avfilter- lavf --enable-pthreads --enable-x11grab --enable-memalign-hack --cc=cc --extra-cflags=-msse -I/usr/local/include/vorbis -I/usr/local/include --extra-ldflags=-L/usr/local/lib --extra-libs=-pthread --disable-debug --enable-runtime-cpudetect --disable-indev=alsa --disable-outdev=alsa --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-libdirac --disable-libfaac --enable-libfaad --enable-libfaadbin --disable-ffserver --enable-libgsm --enable-libmp3lame --disable- libopenjpeg --enable-libschroedinger --disable-ffplay --enable-libspeex --disable-libtheora --disable-vaapi --disable-vdpau --enable-libvorbis --disable-libvpx --disable-libx264 --disable-libxvid libavutil 50.15. 1 / 50.15. 1 libavcodec 52.72. 2 / 52.72. 2 libavformat 52.64. 2 / 52.64. 2 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.11. 0 / 0.11. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 0x80311c010]Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'duration-problem.mp3': Metadata: TSSE : Lavf52.39.2 Duration: 00:14:44.44, start: 0.000000, bitrate: 32 kb/s Stream #0.0: Audio: mp3, 44100 Hz, 2 channels, s16, 32 kb/s At least one output file must be specified }}} as well as on remuxed files: {{{ $ ffmpeg -v 9 -loglevel 99 -i duration-problem.mp3 -acodec copy -t 5 ffmpeg-0.6.1-copy.mp3 FFmpeg version 0.6.1, Copyright (c) 2000-2010 the FFmpeg developers built on Apr 8 2011 11:07:57 with gcc 4.2.1 20070719 [FreeBSD] configuration: --prefix=/usr/local --mandir=/usr/local/man --enable- shared --enable-gpl --enable-postproc --enable-avfilter --enable-avfilter- lavf --enable-pthreads --enable-x11grab --enable-memalign-hack --cc=cc --extra-cflags=-msse -I/usr/local/include/vorbis -I/usr/local/include --extra-ldflags=-L/usr/local/lib --extra-libs=-pthread --disable-debug --enable-runtime-cpudetect --disable-indev=alsa --disable-outdev=alsa --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-libdirac --disable-libfaac --enable-libfaad --enable-libfaadbin --disable-ffserver --enable-libgsm --enable-libmp3lame --disable- libopenjpeg --enable-libschroedinger --disable-ffplay --enable-libspeex --disable-libtheora --disable-vaapi --disable-vdpau --enable-libvorbis --disable-libvpx --disable-libx264 --disable-libxvid libavutil 50.15. 1 / 50.15. 1 libavcodec 52.72. 2 / 52.72. 2 libavformat 52.64. 2 / 52.64. 2 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.11. 0 / 0.11. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x80311b010]Probed with size=2048 and score=51 [mp3 @ 0x80311b010]max_analyze_duration reached [mp3 @ 0x80311b010]Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'duration-problem.mp3': Metadata: TSSE : Lavf52.39.2 Duration: 00:14:44.44, start: 0.000000, bitrate: 32 kb/s Stream #0.0, 194, 1/14112000: Audio: mp3, 44100 Hz, 2 channels, s16, 32 kb/s Output #0, mp3, to 'ffmpeg-0.6.1-copy.mp3': Metadata: TSSE : Lavf52.64.2 Stream #0.0, 0, 1/90000: Audio: libmp3lame, 44100 Hz, 2 channels, 32 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding size= 103kB time=5.02 bitrate= 167.7kbits/s video:0kB audio:103kB global headers:0kB muxing overhead 0.031396% }}} {{{ $ ffmpeg -v 9 -loglevel 99 -i ffmpeg-0.6.1-copy.mp3 FFmpeg version 0.6.1, Copyright (c) 2000-2010 the FFmpeg developers built on Apr 8 2011 11:07:57 with gcc 4.2.1 20070719 [FreeBSD] configuration: --prefix=/usr/local --mandir=/usr/local/man --enable- shared --enable-gpl --enable-postproc --enable-avfilter --enable-avfilter- lavf --enable-pthreads --enable-x11grab --enable-memalign-hack --cc=cc --extra-cflags=-msse -I/usr/local/include/vorbis -I/usr/local/include --extra-ldflags=-L/usr/local/lib --extra-libs=-pthread --disable-debug --enable-runtime-cpudetect --disable-indev=alsa --disable-outdev=alsa --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-libdirac --disable-libfaac --enable-libfaad --enable-libfaadbin --disable-ffserver --enable-libgsm --enable-libmp3lame --disable- libopenjpeg --enable-libschroedinger --disable-ffplay --enable-libspeex --disable-libtheora --disable-vaapi --disable-vdpau --enable-libvorbis --disable-libvpx --disable-libx264 --disable-libxvid libavutil 50.15. 1 / 50.15. 1 libavcodec 52.72. 2 / 52.72. 2 libavformat 52.64. 2 / 52.64. 2 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.11. 0 / 0.11. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x80311b010]Probed with size=2048 and score=51 [mp3 @ 0x80311b010]Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'ffmpeg-0.6.1-copy.mp3': Metadata: TSSE : Lavf52.64.2 Duration: 00:00:26.28, start: 0.000000, bitrate: 32 kb/s Stream #0.0, 192, 1/14112000: Audio: mp3, 44100 Hz, 2 channels, s16, 32 kb/s At least one output file must be specified }}} Maybe there are two separate issues? Because half of the problem seems to be fixed in git-master. Before r19300, probing is fine, remuxing and probing is fine. After r19300, probing is wrong, remuxing and probing is wrong. After r_half_fix (git-master), probing is wrong, remuxing and probing is fine. where r_half_fix > the_fork, otherwise the libav would behave as ffmpeg git-master, which it does not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 02:54:37 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 00:54:37 -0000 Subject: [FFmpeg-trac] #289(undetermined:closed): Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) In-Reply-To: <032.78bdf61b5e44e277c4a8773726d39d07@avcodec.org> References: <032.78bdf61b5e44e277c4a8773726d39d07@avcodec.org> Message-ID: <047.f96ed659de35293ca524f4814fdb3292@avcodec.org> #289: Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) -------------------------------------------------+------------------------- Reporter: hjr | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: regression mp3 duration bitrate | Resolution: fixed estimate | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------------------------+------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: more or less fixed locally -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 03:52:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 01:52:44 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.84d0f389f57b13aa55c9d5ab75e919be@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): Actually, in ffmpeg.o it does have the _ {{{ U _avdevice_register_all }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 04:33:53 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 02:33:53 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.098ab622f2772e2ac29543491107c459@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by michael): So do you have any idea what is causing this ? maybe you can look at the compile/link flags between working and non working and find out which is causing this. If its the flags that cause this ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 04:35:54 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 02:35:54 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.077b8999b71d5eb808e9645c8c8ed661@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by michael): Also a in the future a mingw fate client would help detecting such breakage early -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 04:47:07 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 02:47:07 -0000 Subject: [FFmpeg-trac] #261(avcodec:closed): ffmpeg now sets libx264 open_gop=1 by default In-Reply-To: <039.92dc550a9b19bfa23fb60a453461211f@avcodec.org> References: <039.92dc550a9b19bfa23fb60a453461211f@avcodec.org> Message-ID: <054.75b578251d70235e83089dd92e8b1dd2@avcodec.org> #261: ffmpeg now sets libx264 open_gop=1 by default -----------------------+---------------------- Reporter: rectalogic | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed locally -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 04:53:30 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 02:53:30 -0000 Subject: [FFmpeg-trac] #290(undetermined:new): alpha channel not preserved when transcoding In-Reply-To: <045.8dc362242324f6d522681e2e40530fe9@avcodec.org> References: <045.8dc362242324f6d522681e2e40530fe9@avcodec.org> Message-ID: <060.d6f2fe0c9b8730affb25b2b7df8164cd@avcodec.org> #290: alpha channel not preserved when transcoding -----------------------------+--------------------------- Reporter: matteosistisette | Owner: michael Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Changes (by michael): * priority: critical => normal * component: FFmpeg => undetermined Comment: Did this work in the past? and full uncut output from ffmpeg and command line used is missing -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 05:10:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 03:10:35 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.339bf2aa9c81ad006d41ee5038fb2812@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): Here are the differences in the compile flags: Working: i686-w64-mingw32-gcc -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavutil -Llibpostproc -Llibswscale -L/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib -Wl,--as- needed -Wl,--warn-common -Wl,-rpath-link,libpostproc -Wl,-rpath- link,libswscale -Wl,-rpath-link,libavfilter -Wl,-rpath-link,libavdevice -Wl,-rpath-link,libavformat -Wl,-rpath-link,libavcodec -Wl,-rpath- link,libavutil -o ffmpeg.exe ffmpeg.o cmdutils.o -lavdevice -lavfilter -lavformat -lavcodec -lswscale -lavutil -lavicap32 -lws2_32 -lm -lpthreadGC2 -lpsapi Not working: i686-w64-mingw32-gcc -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavutil -Llibpostproc -Llibswscale -L/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib -Wl,--as- needed -Wl,--warn-common -Wl,-rpath-link,libpostproc -Wl,-rpath- link,libswscale -Wl,-rpath-link,libavfilter -Wl,-rpath-link,libavdevice -Wl,-rpath-link,libavformat -Wl,-rpath-link,libavcodec -Wl,-rpath- link,libavutil -o ffmpeg_g.exe ffmpeg.o cmdutils.o -lavdevice -lavfilter -lavformat -lavcodec -lswscale -lavutil -lavicap32 -lpsapi -lole32 -lstrmiids -luuid -lws2_32 -L/home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib -lmingw32 -lSDLmain -lSDL -lm -luser32 -lgdi32 -lwinmm -ldxguid -lm -lpthreadGC2 -lpsapi As you can see there are a few minor differences, though trying the working one on the non working build I still get the same error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 05:44:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 03:44:52 -0000 Subject: [FFmpeg-trac] #287(FFmpeg:new): unicode under windows In-Reply-To: <036.f0c96ec9cd9e5cd0c79b1790439bfe95@avcodec.org> References: <036.f0c96ec9cd9e5cd0c79b1790439bfe95@avcodec.org> Message-ID: <051.752e23b22b01c1a6b110ca6585cd00ef@avcodec.org> #287: unicode under windows ----------------------------+---------------------- Reporter: setosha | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: unicode windows | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+---------------------- Comment (by setosha): But opening files trough fopen or fstream. Those function will fails on symbols which not in latin1 codepage -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 09:12:51 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 07:12:51 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.5bf7c9ff261f886d7fba9c822e213d0b@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by burek): I'm getting the same results: {{{ $ ffmpeg -i Downloads/bovine-video-H264-1 ffmpeg version git-N-30845-gbde8055, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 18 2011 23:44:20 with gcc 4.6.1 20110526 (prerelease) configuration: --enable-static --enable-gpl --enable-nonfree --enable- postproc --enable-runtime-cpudetect --enable-bzlib --enable-libfaac --enable-libopenjpeg --enable-libx264 --enable-zlib --enable-libaacplus libavutil 51. 9. 0 / 51. 9. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 18. 0 / 2. 18. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0xa31d200] corrupted macroblock 100 12 (total_coeff=-1) [h264 @ 0xa31d200] error while decoding MB 100 12 [h264 @ 0xa31d200] concealing 6093 DC, 6093 AC, 6093 MV errors [h264 @ 0xa31d200] Invalid level prefix [h264 @ 0xa31d200] error while decoding MB 45 14 [h264 @ 0xa31d200] concealing 5892 DC, 5892 AC, 5892 MV errors [h264 @ 0xa31d200] concealing 5847 DC, 5847 AC, 5847 MV errors [h264 @ 0xa31d200] concealing 5840 DC, 5840 AC, 5840 MV errors [h264 @ 0xa31d200] corrupted macroblock 92 14 (total_coeff=-1) [h264 @ 0xa31d200] error while decoding MB 92 14 [h264 @ 0xa31d200] concealing 5845 DC, 5845 AC, 5845 MV errors [h264 @ 0xa31d200] corrupted macroblock 101 12 (total_coeff=-1) [h264 @ 0xa31d200] error while decoding MB 101 12 [h264 @ 0xa31d200] concealing 6092 DC, 6092 AC, 6092 MV errors [h264 @ 0xa31d200] illegal POC type 4 [h264 @ 0xa31b340] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 15.00 (15/1) -> 7.50 (15/2) Input #0, h264, from 'Downloads/bovine-video-H264-1': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264 (High), yuvj420p, 2048x1944, 7.50 fps, 7.50 tbr, 1200k tbn, 15 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 09:51:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 07:51:52 -0000 Subject: [FFmpeg-trac] #286(avcodec:open): Transcoding wmav2 file leaves ffmpeg in infinite loop In-Reply-To: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> References: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> Message-ID: <056.ab45d44b5a28d22cdd067105cff21387@avcodec.org> #286: Transcoding wmav2 file leaves ffmpeg in infinite loop -------------------------+---------------------- Reporter: jdelstrother | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: wma9 loop | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------+---------------------- Comment (by cehoyos): Are you really saying that QuickTime can decode wmav2? It does not work for me with QuickTime 7. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 09:56:01 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 07:56:01 -0000 Subject: [FFmpeg-trac] #288(avcodec:open): Theora encode bitrate bug. In-Reply-To: <033.2779ea04d7e2b9ade7ec742f4721b391@avcodec.org> References: <033.2779ea04d7e2b9ade7ec742f4721b391@avcodec.org> Message-ID: <048.b3d7746211114ce4770eba13493333a8@avcodec.org> #288: Theora encode bitrate bug. -------------------+---------------------- Reporter: igor | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------+---------------------- Comment (by igor): This parameter is used only for bitrate in theora coder. It doesn't affect the container. In other words, we specify the quality of a coded frame we would like to get from encoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 10:48:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 08:48:29 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.fb777e252fde0ca107c6713051aa1d30@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): Please test ffmpeg -i rtsp://... -qscale 10 out.avi, I don't think the captured file can be played ("001" missing between the slices, iirc). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 11:18:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 09:18:16 -0000 Subject: [FFmpeg-trac] #286(avcodec:open): Transcoding wmav2 file leaves ffmpeg in infinite loop In-Reply-To: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> References: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> Message-ID: <056.4cbecfee2dba7bbd8c998217f6e0d567@avcodec.org> #286: Transcoding wmav2 file leaves ffmpeg in infinite loop -------------------------+---------------------- Reporter: jdelstrother | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: wma9 loop | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------+---------------------- Comment (by jdelstrother): Ah, sorry. I have Flip4Mac installed, so QT is using their WMV component to play. Apparently the user exported the original file from Garageband - I assume she must have Flip4Mac or something similar installed, though I haven't been able to reproduce the problem using my Flip4Mac exporter. I'll try and get some more details. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 11:57:01 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 09:57:01 -0000 Subject: [FFmpeg-trac] #279(undetermined:new): Remuxing aac in TS fails In-Reply-To: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> References: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> Message-ID: <051.3b4c685611e9b72d614f257ec5442c96@avcodec.org> #279: Remuxing aac in TS fails -----------------------+--------------------------- Reporter: etienne | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by etienne): Right, my analysis was wrong, so I'll rephrase issue I encounter: ffmpeg -i with_aac_audio.ts -acodec copy -vcodec copy /tmp/output.ts =>[mpegts] aac bitstream not in adts format and extradata missing av_interleaved_write_frame(): Operation not permitted ffmpeg -i with_aac_audio.ts -acodec copy -vcodec copy /tmp/output.mp4 =>[mp4] malformed aac bitstream, use -absf aac_adtstoasc av_interleaved_write_frame()... ffmpeg -i with_mp2_audio.ts -acodec copy -vcodec copy /tmp/output.ts => OK (well, until the remux bug strikes back) I can upload a <2MB sample that exhibits this if you cannot reproduce with your files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 12:28:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 10:28:28 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.6bf9e56b95a01b57e860af060477fcdf@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by andrewc): I believe I've hit a related (if not identical) bug with "Geovision GV- FE420" (which almost caused me to lose my sanity). When viewing an rtsp stream (in zoneminder) via ffmpeg, the output is corrupted in almost every frame after the first. VLC displays ok, but disconnects after 20-40 minutes. I currently have a ticket open with Geovision, so far they have been responsive but we haven't gotten very far into resolving this issue. openRTSP dumped the RTSP stream ok, where as ffmpeg (head compile 5 days ago) generated a lot of errors to stderr/stdout. I will perform the test recommended by cehoyos, and post the results tomorrow. Alternatively, if you believe this to be unrelated, I will open another ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 13:47:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 11:47:16 -0000 Subject: [FFmpeg-trac] #286(avcodec:closed): Transcoding wmav2 file leaves ffmpeg in infinite loop In-Reply-To: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> References: <041.dd38b07a3d2b0eddfd8ba0279e4b582f@avcodec.org> Message-ID: <056.e30efac0ae61ac763c2570140a83e6ac@avcodec.org> #286: Transcoding wmav2 file leaves ffmpeg in infinite loop -------------------------+---------------------- Reporter: jdelstrother | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: wma9 loop | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed locally, will push soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 14:08:34 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 12:08:34 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.9045a91c4a1472ffda8a9ca361e86c2e@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by michael): Please try --disable-outdev=sdl If that doesnt help please provide config.mak/config.h of working and non working also make sure that the working version is from the ffmpeg and not libav branch. thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 15:52:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 13:52:14 -0000 Subject: [FFmpeg-trac] #293(undetermined:new): FFplay running on beagleboard xm, unable to listen any sound ..why? Message-ID: <043.9d85590e696eaca369cc2d64d8d42f15@avcodec.org> #293: FFplay running on beagleboard xm,unable to listen any sound ..why? ----------------------------+-------------------------- Reporter: luckynarang123 | Type: task Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+-------------------------- We are running ffplay on beagleboard on beagle board,but we are not able to listen any sound..what could be the reasons for this ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 18:10:22 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 16:10:22 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.b43db4e33393a75ccc8b03a14a2c5ddb@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by bovine): cehoyos, I have run your requested command (with extra logging verbosity) to capture some new video and there are still many decoding errors. andrewc, in fact my camera is also a "Geovision GV-FE420" fisheye camera. Are these log error messages similar to what you see? ffmpeg -v 9 -loglevel 99 -i rtsp://admin:admin at 192.168.1.71:8554/CH001.sdp -qscale 10 bovine-qscale10-out5.avi {{{ ffmpeg version git-N-30845-gbde8055, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 18 2011 12:14:58 with gcc 4.2.1 20070719 [FreeBSD] configuration: --prefix=/usr/local --mandir=/usr/local/man --enable- shared --enable-gpl --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-memalign-hack --cc=cc --extra-cflags='-msse -I/usr/local/include/vorbis -I/usr/local/include' --extra- ldflags='-L/usr/local/lib ' --extra-libs=-pthread --disable-debug --enable-runtime-cpudetect --disable-indev=alsa --disable-outdev=alsa --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-libdirac --disable-libfaac --disable-frei0r --disable-libgsm --enable-libmp3lame --disable-libopencv --disable-libopenjpeg --enable- libschroedinger --disable-ffplay --disable-libspeex --enable-libtheora --disable-vaapi --disable-vdpau --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid libavutil 51. 9. 0 / 51. 9. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 18. 0 / 2. 18. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [rtsp @ 0x804c18c20] SDP: v=0 o=QTSS_Play_List 1308671958393419 1 IN IP4 192.168.1.71 s=streamed by the GeoVision Rtsp Server i=CH001.sdp t=0 0 a=type:broadcast a=control:* a=range:npt=0- a=x-qt-text-nam:streamed by the GeoVision Rtsp Server a=x-qt-text-inf:CH001.sdp m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:51200 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1;profile-level-id=640032;sprop-parameter- sets=Z2QAMq2EBUViuKxUdCAqKxXFYqOhAVFYrisVHQgKisVxWKjoQFRWK4rFR0ICorFcVio6ECSFITk8nyfk/k/J8nm5s00IEkKQnJ5Pk/J/J+T5PNzZprQBAAevyypAAAD6AAAOphgQAAAgL78AAAQF9+ve+F4RCNQ=,aM48sA== a=control:track1 m=audio 0 RTP/AVP 97 c=IN IP4 0.0.0.0 b=AS:500 a=rtpmap:97 MPEG4-GENERIC/16000 a=fmtp:97 streamtype=5;profile-level-id=1;mode=AAC- hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1408 a=control:track2 [rtsp @ 0x804c18c20] video codec set to: h264 [NULL @ 0x804c0e020] RTP Packetization Mode: 1 [NULL @ 0x804c0e020] RTP Profile IDC: 64 Profile IOP: 0 Level: 32 [NULL @ 0x804c0e020] Extradata set to 0x804c4c1a0 (size: 129)!audio codec set to: aac [rtsp @ 0x804c18c20] audio samplerate set to: 16000 [rtsp @ 0x804c18c20] audio channels set to: 1 [rtsp @ 0x804c18c20] hello state=0 [h264 @ 0x804c0e020] Unsupported bit depth: 0 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 15616 DC, 15616 AC, 15616 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 104 5 [h264 @ 0x804c0e020] error while decoding MB 104 5 [h264 @ 0x804c0e020] concealing 14665 DC, 14665 AC, 14665 MV errors [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] P sub_mb_type 14 out of range at 77 3 [h264 @ 0x804c0e020] error while decoding MB 77 3 [h264 @ 0x804c0e020] P sub_mb_type 14 out of range at 103 110 [h264 @ 0x804c0e020] error while decoding MB 103 110 [h264 @ 0x804c0e020] concealing 8494 DC, 8494 AC, 8494 MV errors [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] P sub_mb_type 32 out of range at 110 4 [h264 @ 0x804c0e020] error while decoding MB 110 4 [h264 @ 0x804c0e020] mb_type 30 in I slice too large at 84 80 [h264 @ 0x804c0e020] error while decoding MB 84 80 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 12448 DC, 12448 AC, 12448 MV errors [udp @ 0x804c30120] circular_buffer: OVERRUN [h264 @ 0x804c0e020] out of range intra chroma pred mode at 55 90 [h264 @ 0x804c0e020] error while decoding MB 55 90 [h264 @ 0x804c0e020] concealing 11514 DC, 11514 AC, 11514 MV errors [rtsp @ 0x804c18c20] All info found [rtsp @ 0x804c18c20] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 15.00 (15/1) -> 7.50 (15/2) Input #0, rtsp, from 'rtsp://admin:admin at 192.168.1.71:8554/CH001.sdp': Metadata: title : streamed by the GeoVision Rtsp Server comment : CH001.sdp Duration: N/A, start: 0.991625, bitrate: N/A Stream #0.0, 22, 1/90000: Video: h264 (High), yuvj420p, 2048x1944, 1/15, 7.50 fps, 7.50 tbr, 90k tbn, 15 tbc Stream #0.1, 2, 1/16000: Audio: aac, 16000 Hz, mono, s16 Incompatible pixel format 'yuvj420p' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 0x804c2dbc0] w:2048 h:1944 pixfmt:yuvj420p tb:1/1000000 sar:0/1 sws_param: [ffsink @ 0x804c2db40] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x804c2dae0] w:2048 h:1944 fmt:yuvj420p -> w:2048 h:1944 fmt:yuv420p flags:0x4 Output #0, avi, to 'bovine-qscale10-out5.avi': Metadata: INAM : streamed by the GeoVision Rtsp Server ICMT : CH001.sdp ISFT : Lavf53.4.0 Stream #0.0, 0, 2/15: Video: mpeg4, yuv420p, 2048x1944, 2/15, q=2-31, 200 kb/s, 7.50 tbn, 7.50 tbc Stream #0.1, 0, 9/125: Audio: mp2, 16000 Hz, mono, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 15616 DC, 15616 AC, 15616 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 104 5 [h264 @ 0x804c0e020] error while decoding MB 104 5 [h264 @ 0x804c0e020] concealing 14665 DC, 14665 AC, 14665 MV errors [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] P sub_mb_type 14 out of range at 77 3 [h264 @ 0x804c0e020] error while decoding MB 77 3 [h264 @ 0x804c0e020] P sub_mb_type 14 out of range at 103 110 [h264 @ 0x804c0e020] error while decoding MB 103 110 [h264 @ 0x804c0e020] concealing 8494 DC, 8494 AC, 8494 MV errors [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] P sub_mb_type 32 out of range at 110 4 [h264 @ 0x804c0e020] error while decoding MB 110 4 [h264 @ 0x804c0e020] mb_type 30 in I slice too large at 84 80 [h264 @ 0x804c0e020] error while decoding MB 84 80 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 12448 DC, 12448 AC, 12448 MV errors frame= 1 fps= 0 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s [h264 @ 0x804c0e020] out of range intra chroma pred mode at 55 90 [h264 @ 0x804c0e020] error while decoding MB 55 90 [h264 @ 0x804c0e020] concealing 11514 DC, 11514 AC, 11514 MV errors [h264 @ 0x804c0e020] P sub_mb_type 7 out of range at 121 32 [h264 @ 0x804c0e020] error while decoding MB 121 32 [h264 @ 0x804c0e020] concealing 11448 DC, 11448 AC, 11448 MV errors frame= 4 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s *** drop! *** drop! *** drop! *** drop! *** drop! *** drop! frame= 9 fps= 6 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=6 *** drop! *** drop! [h264 @ 0x804c0e020] concealing 4447 DC, 4447 AC, 4447 MV errors *** drop! [h264 @ 0x804c0e020] mb_type 82 in I slice too large at 34 50 [h264 @ 0x804c0e020] error while decoding MB 34 50 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 9231 DC, 9231 AC, 9231 MV errors frame= 13 fps= 6 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=9 [h264 @ 0x804c0e020] corrupted macroblock 23 80 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 23 80 [h264 @ 0x804c0e020] concealing 5146 DC, 5146 AC, 5146 MV errors *** drop! [h264 @ 0x804c0e020] mb_type 57 in I slice too large at 92 29 [h264 @ 0x804c0e020] error while decoding MB 92 29 [h264 @ 0x804c0e020] concealing 11861 DC, 11861 AC, 11861 MV errors frame= 15 fps= 6 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=10 [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] corrupted macroblock 96 80 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 96 80 [h264 @ 0x804c0e020] concealing 5329 DC, 5329 AC, 5329 MV errors [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] concealing 5299 DC, 5299 AC, 5299 MV errors [h264 @ 0x804c0e020] Frame num gap 1 15 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] corrupted macroblock 81 116 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 81 116 [h264 @ 0x804c0e020] concealing 8416 DC, 8416 AC, 8416 MV errors frame= 18 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=10 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] mb_type 429 in P slice too large at 94 63 [h264 @ 0x804c0e020] error while decoding MB 94 63 [h264 @ 0x804c0e020] concealing 7507 DC, 7507 AC, 7507 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 109 30 [h264 @ 0x804c0e020] error while decoding MB 109 30 [h264 @ 0x804c0e020] concealing 11716 DC, 11716 AC, 11716 MV errors [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] P sub_mb_type 15 out of range at 7 64 [h264 @ 0x804c0e020] error while decoding MB 7 64 [h264 @ 0x804c0e020] concealing 7466 DC, 7466 AC, 7466 MV errors frame= 20 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=10 [h264 @ 0x804c0e020] corrupted macroblock 58 80 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 58 80 [h264 @ 0x804c0e020] concealing 13047 DC, 13047 AC, 13047 MV errors [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] concealing 7680 DC, 7680 AC, 7680 MV errors frame= 22 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=10 [h264 @ 0x804c0e020] out of range intra chroma pred mode at 98 78 [h264 @ 0x804c0e020] error while decoding MB 98 78 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 13263 DC, 13263 AC, 13263 MV errors [h264 @ 0x804c0e020] corrupted macroblock 95 10 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 95 10 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 14290 DC, 14290 AC, 14290 MV errors [h264 @ 0x804c0e020] negative number of zero coeffs at 87 39 [h264 @ 0x804c0e020] error while decoding MB 87 39 [h264 @ 0x804c0e020] concealing 10586 DC, 10586 AC, 10586 MV errors frame= 25 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=10 [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] concealing 15360 DC, 15360 AC, 15360 MV errors [h264 @ 0x804c0e020] cbp too large (119) at 94 11 [h264 @ 0x804c0e020] error while decoding MB 94 11 [h264 @ 0x804c0e020] concealing 14163 DC, 14163 AC, 14163 MV errors [h264 @ 0x804c0e020] concealing 15360 DC, 15360 AC, 15360 MV errors frame= 27 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=10 [h264 @ 0x804c0e020] P sub_mb_type 14 out of range at 9 64 [h264 @ 0x804c0e020] error while decoding MB 9 64 [h264 @ 0x804c0e020] concealing 7464 DC, 7464 AC, 7464 MV errors *** drop! [h264 @ 0x804c0e020] mb_type 27 in I slice too large at 41 2 [h264 @ 0x804c0e020] error while decoding MB 41 2 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 15368 DC, 15368 AC, 15368 MV errors [h264 @ 0x804c0e020] mb_type 51 in P slice too large at 66 95 [h264 @ 0x804c0e020] error while decoding MB 66 95 [h264 @ 0x804c0e020] concealing 3439 DC, 3439 AC, 3439 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 93 88 [h264 @ 0x804c0e020] error while decoding MB 93 88 [h264 @ 0x804c0e020] concealing 4308 DC, 4308 AC, 4308 MV errors frame= 30 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=11 [h264 @ 0x804c0e020] concealing 3362 DC, 3362 AC, 3362 MV errors [h264 @ 0x804c0e020] Frame num gap 2 0 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] concealing 1941 DC, 1941 AC, 1941 MV errors [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] cbp too large (62) at 29 50 [h264 @ 0x804c0e020] error while decoding MB 29 50 [h264 @ 0x804c0e020] concealing 8980 DC, 8980 AC, 8980 MV errors *** drop! [h264 @ 0x804c0e020] out of range intra chroma pred mode at 96 27 [h264 @ 0x804c0e020] error while decoding MB 96 27 [h264 @ 0x804c0e020] concealing 12113 DC, 12113 AC, 12113 MV errors *** drop! frame= 33 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=13 [h264 @ 0x804c0e020] out of range intra chroma pred mode at 38 56 [h264 @ 0x804c0e020] error while decoding MB 38 56 [h264 @ 0x804c0e020] mb_type 39 in P slice too large at 93 91 [h264 @ 0x804c0e020] error while decoding MB 93 91 [h264 @ 0x804c0e020] concealing 4447 DC, 4447 AC, 4447 MV errors *** drop! [h264 @ 0x804c0e020] out of range intra chroma pred mode at 111 16 [h264 @ 0x804c0e020] error while decoding MB 111 16 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 13506 DC, 13506 AC, 13506 MV errors [h264 @ 0x804c0e020] P sub_mb_type 19 out of range at 46 10 [h264 @ 0x804c0e020] error while decoding MB 46 10 [h264 @ 0x804c0e020] concealing 14083 DC, 14083 AC, 14083 MV errors frame= 37 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=14 [h264 @ 0x804c0e020] concealing 7936 DC, 7936 AC, 7936 MV errors *** drop! [h264 @ 0x804c0e020] out of range intra chroma pred mode at 59 4 [h264 @ 0x804c0e020] error while decoding MB 59 4 [h264 @ 0x804c0e020] concealing 15094 DC, 15094 AC, 15094 MV errors [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] concealing 7936 DC, 7936 AC, 7936 MV errors frame= 41 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=15 [h264 @ 0x804c0e020] concealing 15465 DC, 15465 AC, 15465 MV errors *** drop! [h264 @ 0x804c0e020] corrupted macroblock 99 13 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 99 13 [h264 @ 0x804c0e020] concealing 13902 DC, 13902 AC, 13902 MV errors [h264 @ 0x804c0e020] negative number of zero coeffs at 102 42 [h264 @ 0x804c0e020] error while decoding MB 102 42 [h264 @ 0x804c0e020] concealing 10187 DC, 10187 AC, 10187 MV errors frame= 43 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=16 [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] concealing 14658 DC, 14658 AC, 14658 MV errors [h264 @ 0x804c0e020] negative number of zero coeffs at 20 44 [h264 @ 0x804c0e020] error while decoding MB 20 44 [h264 @ 0x804c0e020] concealing 10013 DC, 10013 AC, 10013 MV errors *** drop! frame= 44 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=17 [h264 @ 0x804c0e020] concealing 7680 DC, 7680 AC, 7680 MV errors [h264 @ 0x804c0e020] concealing 12112 DC, 12112 AC, 12112 MV errors frame= 47 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=17 [h264 @ 0x804c0e020] mb_type 54 in I slice too large at 63 75 [h264 @ 0x804c0e020] error while decoding MB 63 75 [h264 @ 0x804c0e020] concealing 13682 DC, 13682 AC, 13682 MV errors [h264 @ 0x804c0e020] Frame num gap 2 0 [h264 @ 0x804c0e020] concealing 5517 DC, 5517 AC, 5517 MV errors *** drop! frame= 49 fps= 5 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=18 [h264 @ 0x804c0e020] Frame num gap 1 15 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] concealing 15360 DC, 15360 AC, 15360 MV errors [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] mb_type 31 in P slice too large at 29 49 [h264 @ 0x804c0e020] error while decoding MB 29 49 [h264 @ 0x804c0e020] concealing 9364 DC, 9364 AC, 9364 MV errors frame= 49 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=18 [h264 @ 0x804c0e020] cbp too large (4294967295) at 21 69 [h264 @ 0x804c0e020] error while decoding MB 21 69 [h264 @ 0x804c0e020] concealing 6556 DC, 6556 AC, 6556 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 94 16 [h264 @ 0x804c0e020] error while decoding MB 94 16 [h264 @ 0x804c0e020] concealing 13523 DC, 13523 AC, 13523 MV errors [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] concealing 8921 DC, 8921 AC, 8921 MV errors frame= 52 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=18 [h264 @ 0x804c0e020] Frame num gap 1 15 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] corrupted macroblock 35 62 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 35 62 [h264 @ 0x804c0e020] concealing 0 DC, 0 AC, 0 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 56 9 [h264 @ 0x804c0e020] error while decoding MB 56 9 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 14457 DC, 14457 AC, 14457 MV errors [h264 @ 0x804c0e020] corrupted macroblock 28 69 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 28 69 [h264 @ 0x804c0e020] concealing 6805 DC, 6805 AC, 6805 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 106 30 [h264 @ 0x804c0e020] error while decoding MB 106 30 [h264 @ 0x804c0e020] concealing 11719 DC, 11719 AC, 11719 MV errors frame= 56 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=18 [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] out of range intra chroma pred mode at 96 16 [h264 @ 0x804c0e020] error while decoding MB 96 16 [h264 @ 0x804c0e020] concealing 13521 DC, 13521 AC, 13521 MV errors *** drop! [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] concealing 109 DC, 109 AC, 109 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 17 18 [h264 @ 0x804c0e020] error while decoding MB 17 18 [h264 @ 0x804c0e020] concealing 13344 DC, 13344 AC, 13344 MV errors frame= 59 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=19 [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] out of range intra chroma pred mode at 47 19 [h264 @ 0x804c0e020] error while decoding MB 47 19 [h264 @ 0x804c0e020] concealing 13186 DC, 13186 AC, 13186 MV errors *** drop! [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] concealing 1434 DC, 1434 AC, 1434 MV errors [h264 @ 0x804c0e020] corrupted macroblock 80 20 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 80 20 [h264 @ 0x804c0e020] concealing 13025 DC, 13025 AC, 13025 MV errors frame= 62 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=20 [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] P sub_mb_type 5 out of range at 100 106 [h264 @ 0x804c0e020] error while decoding MB 100 106 [h264 @ 0x804c0e020] concealing 1997 DC, 1997 AC, 1997 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 96 21 [h264 @ 0x804c0e020] error while decoding MB 96 21 [h264 @ 0x804c0e020] concealing 12881 DC, 12881 AC, 12881 MV errors *** drop! [h264 @ 0x804c0e020] mb_type 56 in I slice too large at 87 21 [h264 @ 0x804c0e020] error while decoding MB 87 21 [h264 @ 0x804c0e020] concealing 4954 DC, 4954 AC, 4954 MV errors frame= 64 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=21 [h264 @ 0x804c0e020] corrupted macroblock 86 27 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 86 27 [h264 @ 0x804c0e020] concealing 12123 DC, 12123 AC, 12123 MV errors *** drop! [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] negative number of zero coeffs at 105 16 [h264 @ 0x804c0e020] error while decoding MB 105 16 [h264 @ 0x804c0e020] concealing 13512 DC, 13512 AC, 13512 MV errors frame= 67 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=22 [h264 @ 0x804c0e020] out of range intra chroma pred mode at 32 50 [h264 @ 0x804c0e020] error while decoding MB 32 50 [h264 @ 0x804c0e020] concealing 9233 DC, 9233 AC, 9233 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 58 50 [h264 @ 0x804c0e020] error while decoding MB 58 50 [h264 @ 0x804c0e020] concealing 9207 DC, 9207 AC, 9207 MV errors [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] corrupted macroblock 43 88 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 43 88 [h264 @ 0x804c0e020] concealing 4358 DC, 4358 AC, 4358 MV errors frame= 71 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=22 *** drop! [h264 @ 0x804c0e020] out of range intra chroma pred mode at 23 50 [h264 @ 0x804c0e020] error while decoding MB 23 50 [h264 @ 0x804c0e020] concealing 1306 DC, 1306 AC, 1306 MV errors *** drop! [h264 @ 0x804c0e020] P sub_mb_type 32 out of range at 91 27 [h264 @ 0x804c0e020] error while decoding MB 91 27 [h264 @ 0x804c0e020] concealing 12118 DC, 12118 AC, 12118 MV errors frame= 73 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=24 *** drop! [h264 @ 0x804c0e020] P sub_mb_type 10 out of range at 109 79 [h264 @ 0x804c0e020] error while decoding MB 109 79 [h264 @ 0x804c0e020] concealing 5444 DC, 5444 AC, 5444 MV errors [h264 @ 0x804c0e020] negative number of zero coeffs at 38 50 [h264 @ 0x804c0e020] error while decoding MB 38 50 [h264 @ 0x804c0e020] concealing 9227 DC, 9227 AC, 9227 MV errors *** drop! frame= 74 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=26 [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] concealing 5142 DC, 5142 AC, 5142 MV errors [h264 @ 0x804c0e020] Frame num gap 2 0 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] corrupted macroblock 42 113 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 42 113 [h264 @ 0x804c0e020] concealing 903 DC, 903 AC, 903 MV errors [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] concealing 5973 DC, 5973 AC, 5973 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 101 29 [h264 @ 0x804c0e020] error while decoding MB 101 29 [h264 @ 0x804c0e020] mb_type 44 in I slice too large at 55 75 [h264 @ 0x804c0e020] error while decoding MB 55 75 [h264 @ 0x804c0e020] concealing 9926 DC, 9926 AC, 9926 MV errors frame= 77 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=26 [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] concealing 4361 DC, 4361 AC, 4361 MV errors [h264 @ 0x804c0e020] Frame num gap 2 0 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] mb_type 4892 in P slice too large at 20 109 [h264 @ 0x804c0e020] error while decoding MB 20 109 [h264 @ 0x804c0e020] concealing 1693 DC, 1693 AC, 1693 MV errors [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] out of range intra chroma pred mode at 34 79 [h264 @ 0x804c0e020] error while decoding MB 34 79 [h264 @ 0x804c0e020] concealing 5519 DC, 5519 AC, 5519 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 98 28 [h264 @ 0x804c0e020] error while decoding MB 98 28 [h264 @ 0x804c0e020] concealing 11983 DC, 11983 AC, 11983 MV errors frame= 80 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=26 [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] concealing 5346 DC, 5346 AC, 5346 MV errors [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] corrupted macroblock 99 81 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 99 81 [h264 @ 0x804c0e020] concealing 5198 DC, 5198 AC, 5198 MV errors [h264 @ 0x804c0e020] Frame num gap 1 15 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] concealing 15360 DC, 15360 AC, 15360 MV errors frame= 83 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=26 [h264 @ 0x804c0e020] no picture Last message repeated 1 times [h264 @ 0x804c0e020] mb_type 55 in P slice too large at 9 60 [h264 @ 0x804c0e020] error while decoding MB 9 60 [h264 @ 0x804c0e020] concealing 7976 DC, 7976 AC, 7976 MV errors [h264 @ 0x804c0e020] negative number of zero coeffs at 15 1 [h264 @ 0x804c0e020] error while decoding MB 15 1 [h264 @ 0x804c0e020] concealing 15522 DC, 15522 AC, 15522 MV errors frame= 84 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=26 [h264 @ 0x804c0e020] concealing 13032 DC, 13032 AC, 13032 MV errors [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] out of range intra chroma pred mode at 66 5 [h264 @ 0x804c0e020] error while decoding MB 66 5 [h264 @ 0x804c0e020] concealing 14959 DC, 14959 AC, 14959 MV errors frame= 86 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=26 [h264 @ 0x804c0e020] out of range intra chroma pred mode at 37 50 [h264 @ 0x804c0e020] error while decoding MB 37 50 [h264 @ 0x804c0e020] concealing 9228 DC, 9228 AC, 9228 MV errors *** drop! [h264 @ 0x804c0e020] negative number of zero coeffs at 30 50 [h264 @ 0x804c0e020] error while decoding MB 30 50 [h264 @ 0x804c0e020] concealing 9235 DC, 9235 AC, 9235 MV errors frame= 87 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=27 [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] out of range intra chroma pred mode at 106 17 [h264 @ 0x804c0e020] error while decoding MB 106 17 [h264 @ 0x804c0e020] concealing 13383 DC, 13383 AC, 13383 MV errors *** drop! [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] concealing 1682 DC, 1682 AC, 1682 MV errors [h264 @ 0x804c0e020] cbp too large (49) at 100 95 [h264 @ 0x804c0e020] error while decoding MB 100 95 [h264 @ 0x804c0e020] concealing 3405 DC, 3405 AC, 3405 MV errors *** drop! frame= 89 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=29 [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] out of range intra chroma pred mode at 62 109 [h264 @ 0x804c0e020] error while decoding MB 62 109 [h264 @ 0x804c0e020] concealing 1395 DC, 1395 AC, 1395 MV errors [h264 @ 0x804c0e020] out of range intra chroma pred mode at 74 15 [h264 @ 0x804c0e020] error while decoding MB 74 15 [h264 @ 0x804c0e020] Missing reference picture [h264 @ 0x804c0e020] decode_slice_header error [h264 @ 0x804c0e020] concealing 13671 DC, 13671 AC, 13671 MV errors [h264 @ 0x804c0e020] cbp too large (53) at 95 63 [h264 @ 0x804c0e020] error while decoding MB 95 63 [h264 @ 0x804c0e020] concealing 7506 DC, 7506 AC, 7506 MV errors frame= 92 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=29 [h264 @ 0x804c0e020] negative number of zero coeffs at 3 32 [h264 @ 0x804c0e020] error while decoding MB 3 32 [h264 @ 0x804c0e020] out of range intra chroma pred mode at 110 72 [h264 @ 0x804c0e020] error while decoding MB 110 72 [h264 @ 0x804c0e020] concealing 9969 DC, 9969 AC, 9969 MV errors [h264 @ 0x804c0e020] Frame num gap 4 2 [h264 @ 0x804c0e020] mb_type 28 in I slice too large at 86 16 [h264 @ 0x804c0e020] error while decoding MB 86 16 [h264 @ 0x804c0e020] concealing 13531 DC, 13531 AC, 13531 MV errors *** drop! frame= 94 fps= 4 q=10.0 size= 10kB time=00:00:00.07 bitrate=1174.2kbits/s dup=0 drop=30 [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] concealing 630 DC, 630 AC, 630 MV errors [h264 @ 0x804c0e020] mb_type 57 in P slice too large at 4 96 [h264 @ 0x804c0e020] error while decoding MB 4 96 [h264 @ 0x804c0e020] concealing 3373 DC, 3373 AC, 3373 MV errors *** drop! [h264 @ 0x804c0e020] Frame num gap 3 1 [h264 @ 0x804c0e020] no picture [h264 @ 0x804c0e020] concealing 1006 DC, 1006 AC, 1006 MV errors [h264 @ 0x804c0e020] corrupted macroblock 85 91 (total_coeff=-1) [h264 @ 0x804c0e020] error while decoding MB 85 91 [h264 @ 0x804c0e020] concealing 3676 DC, 3676 AC, 3676 MV errors frame= 96 fps= 4 q=10.0 Lsize= 2996kB time=00:00:00.14 bitrate=170445.8kbits/s dup=0 drop=31 video:2980kB audio:1kB global headers:0kB muxing overhead 0.500105% }}} The resulting ~3MB file is hosted at http://www.bovine.net/~jlawson/exchange/bovine-qscale10-out5.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 18:30:43 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 16:30:43 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.87050b879b038effafdc12356bbab923@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): With --disable-outdev=sdl the build does work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 18:34:20 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 16:34:20 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.c7b2c490c8a73d23b35ccf646a849b5e@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): It should also be noted that with that flag ffplay is not built. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 19:11:10 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 17:11:10 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.48a3cecbcdc7b23d47d3a322efc2aa0f@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by michael): Replying to [comment:18 KSHawkEye]: > It should also be noted that with that flag ffplay is not built. This is very strange and I cant reproduce this on linux. please provide config.log/mak and make sure its really the addition of this flag that breaks ffplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 19:51:40 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 17:51:40 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.0bbecda25e93a927b2af904d53e3fc23@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): Sorry, I guess it was my mistake, I couldn't find it the first time I tried --disable-outdev=sdl. ffplay is built with the latest git. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 20:05:01 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 18:05:01 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.7d337f9d8dfb82ce613a824feba53fb3@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by KSHawkEye): Just to clarify, ffplay does build with the latest git, but --disable- outdev=sdl needs to be added -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 20:06:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 18:06:46 -0000 Subject: [FFmpeg-trac] #294(undetermined:new): deinterlacer does not clear interlaced_frame flag Message-ID: <034.282eb4131fda390dabb67c1c2bd631e4@avcodec.org> #294: deinterlacer does not clear interlaced_frame flag -------------------------------+--------------------- Reporter: Fritz | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: deinterlace libav | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------+--------------------- transcoding to a y4m file. used -deinterlace which did deinterlace the video, but the y4m header has the interlaced bit set. This also occurs with libav and yadif. This patch fixes the problem with -deinterlace by clearing the bit on a successful deinterlace. Looking through yadif it appears that the flag is cleared, but it was still showing up on the file. I did not pursue it further. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 20:21:58 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 18:21:58 -0000 Subject: [FFmpeg-trac] #294(undetermined:new): deinterlacer does not clear interlaced_frame flag In-Reply-To: <034.282eb4131fda390dabb67c1c2bd631e4@avcodec.org> References: <034.282eb4131fda390dabb67c1c2bd631e4@avcodec.org> Message-ID: <049.fe7f0c446f3faf5d79bc1a2a19d296fe@avcodec.org> #294: deinterlacer does not clear interlaced_frame flag ------------------------------+--------------------------- Reporter: Fritz | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: deinterlace libav | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Comment (by Fritz): file used http://samples.mplayerhq.hu/MPEG2/interlaced/koncercik.mpg ffmpeg -i koncercik.mpg -an -y -pix_fmt yuv420p -deinterlace koncercik.y4m -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 21:55:17 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 19:55:17 -0000 Subject: [FFmpeg-trac] #294(undetermined:new): deinterlacer does not clear interlaced_frame flag In-Reply-To: <034.282eb4131fda390dabb67c1c2bd631e4@avcodec.org> References: <034.282eb4131fda390dabb67c1c2bd631e4@avcodec.org> Message-ID: <049.36ef93a015713ff481558cf5f83e6169@avcodec.org> #294: deinterlacer does not clear interlaced_frame flag ------------------------------+--------------------------- Reporter: Fritz | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: deinterlace libav | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Comment (by michael): writing into the decoders coded_frame is not a good idea. Iam not saying it does break something but its risky / not proper -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 22:44:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 20:44:52 -0000 Subject: [FFmpeg-trac] #295(FFmpeg:new): qt-faststart segfaults after complaining of non-existent output directory Message-ID: <036.2e3ea9b2d80bbc91812f82d3b4246097@avcodec.org> #295: qt-faststart segfaults after complaining of non-existent output directory ----------------------+------------------------------- Reporter: rbanffy | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.6.3 | Keywords: qt-faststart path Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ----------------------+------------------------------- When doing "qt-faststart infile.mp4 ./non-existent-directory/outfile.mp4" the program crashes with a segfault after reporting the file/directory doesn't exist. $ qt-faststart infile.mp4 ./non-existent-directory/outfile.mp4 ftyp 0 32 free 32 8 mdat 40 10084256 moov 10084296 51144 patching stco atom... patching stco atom... ./non-existent-folder/out.mp4: No such file or directory Segmentation fault The message, along with the segfault, made it a bit confusing - it took me a while to figure out the problem was the missing folder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 21 22:48:04 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 20:48:04 -0000 Subject: [FFmpeg-trac] #295(FFmpeg:new): qt-faststart segfaults after complaining of non-existent output directory In-Reply-To: <036.2e3ea9b2d80bbc91812f82d3b4246097@avcodec.org> References: <036.2e3ea9b2d80bbc91812f82d3b4246097@avcodec.org> Message-ID: <051.02f7644a04aa09b825d7cab5ced6d984@avcodec.org> #295: qt-faststart segfaults after complaining of non-existent output directory ------------------------------+---------------------- Reporter: rbanffy | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.6.3 | Resolution: Keywords: qt-faststart path | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+---------------------- Comment (by rbanffy): {{{ $ qt-faststart infile.mp4 ./non-existent-directory/outfile.mp4 ftyp 0 32 free 32 8 mdat 40 10084256 moov 10084296 51144 patching stco atom... patching stco atom... ./non-existent-folder/out.mp4: No such file or directory Segmentation fault }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 00:58:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 22:58:39 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.f6793dd7544374f55738ce25ab51a4f4@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------------------+------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined reference | Resolution: avdevice_register_all | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by cehoyos): I installed latest mingw32 and SDL 1.2.14 on Vista and compiled FFmpeg with --enable-shared --disable-static and the resulting ffplay works fine. (I did not have to disable sdl-output.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 01:51:37 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 21 Jun 2011 23:51:37 -0000 Subject: [FFmpeg-trac] #296(undetermined:new): avi file can't be seeked Message-ID: <038.3ae18397d049f3ec14f16364ecb645e0@avcodec.org> #296: avi file can't be seeked --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- The file seeks correctly with WMP/MPC, maybe it's possible to fix seeking for this kind of file in FFmpeg. (not a regression) http://www.datafilehost.com/download-2b89c308.html {{{ C:\>ffmpeg -i EVBPIC.AVI ffmpeg version git-N-30698-g39dbe9b, Copyright (c) 2000-2011 the FFmpeg develope rs built on Jun 10 2011 22:10:00 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib --disable- outdev=sdl - -pkg-config=pkg-config libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 0 / 53. 3. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 01DCA600] max_analyze_duration 5000000 reached at 5000000 Input #0, avi, from 'EVBPIC.AVI': Duration: 00:03:17.00, start: 0.000000, bitrate: 266 kb/s Stream #0.0: Video: msvideo1, pal8, 640x480, 1 fps, 1 tbr, 1 tbn, 1 tbc Stream #0.1: Audio: pcm_u8, 22050 Hz, 1 channels, u8, 176 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 04:10:47 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Jun 2011 02:10:47 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.5b5d898b62aaccec34f7285beccfb313@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by andrewc): bovine, yes pretty much the same errors. I've recompiled ffmpeg from head and tried again, same result shown below: I have just acquired a GV-MFD110 and that seems to work ok. So the issue is possibly specific to the GV-FE420. {{{ fbadmin at zoneminder-test3:/tmp$ ffmpeg -v 9 -loglevel 99 -i rtsp://admin:admin at 192.168.88.242:8554/CH001.sdp -qscale 10 fisbhburn- qscale10-out1.avi ffmpeg version N-30935-g86824c1, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 11:43:58 with gcc 4.5.2 configuration: --enable-gpl --enable-shared --enable-pthreads libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rtsp @ 0x16a4400] SDP: v=0 o=QTSS_Play_List 1308703864405654 1 IN IP4 192.168.88.242 s=streamed by the GeoVision Rtsp Server i=CH001.sdp t=0 0 a=type:broadcast a=control:* a=range:npt=0- a=x-qt-text-nam:streamed by the GeoVision Rtsp Server a=x-qt-text-inf:CH001.sdp m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:51200 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1;profile-level-id=640032;sprop-parameter- sets=Z2QAMq2EBUViuKxUdCAqKxXFYqOhAVFYrisVHQgKisVxWKjoQFRWK4rFR0ICorFcVio6ECSFITk8nyfk/k/J8nm5s00IEkKQnJ5Pk/J/J+T5PNzZprQBAAevyypAAAD6AAAF3BgQAAAgL78AAAQF9+ve+F4RCNQ=,aM48sA== a=control:track1 m=audio 0 RTP/AVP 97 c=IN IP4 0.0.0.0 b=AS:500 a=rtpmap:97 MPEG4-GENERIC/16000 a=fmtp:97 streamtype=5;profile-level-id=1;mode=AAC- hbr;sizelength=13;indexlength=3;indexdeltalength=3;config=1408 a=control:track2 [rtsp @ 0x16a4400] video codec set to: h264 [NULL @ 0x16a85a0] RTP Packetization Mode: 1 [NULL @ 0x16a85a0] RTP Profile IDC: 64 Profile IOP: 0 Level: 32 [NULL @ 0x16a85a0] Extradata set to 0x16a8d00 (size: 129)!audio codec set to: aac [rtsp @ 0x16a4400] audio samplerate set to: 16000 [rtsp @ 0x16a4400] audio channels set to: 1 [rtsp @ 0x16a4400] hello state=0 [h264 @ 0x16a85a0] Unsupported bit depth: 0 [h264 @ 0x16a85a0] Frame num gap 2 0 [h264 @ 0x16a85a0] mb_type 35 in P slice too large at 82 63 [h264 @ 0x16a85a0] error while decoding MB 82 63 [h264 @ 0x16a85a0] top block unavailable for requested intra4x4 mode -1 at 88 60 [h264 @ 0x16a85a0] error while decoding MB 88 60 [h264 @ 0x16a85a0] Missing reference picture [h264 @ 0x16a85a0] decode_slice_header error [h264 @ 0x16a85a0] concealing 15321 DC, 15321 AC, 15321 MV errors [h264 @ 0x16a85a0] out of range intra chroma pred mode at 30 3 [h264 @ 0x16a85a0] error while decoding MB 30 3 [h264 @ 0x16a85a0] Missing reference picture [h264 @ 0x16a85a0] decode_slice_header error [h264 @ 0x16a85a0] Missing reference picture [h264 @ 0x16a85a0] decode_slice_header error [h264 @ 0x16a85a0] concealing 14995 DC, 14995 AC, 14995 MV errors [h264 @ 0x16a85a0] negative number of zero coeffs at 67 9 [h264 @ 0x16a85a0] error while decoding MB 67 9 [h264 @ 0x16a85a0] top block unavailable for requested intra mode at 87 60 [h264 @ 0x16a85a0] error while decoding MB 87 60 [h264 @ 0x16a85a0] concealing 14152 DC, 14152 AC, 14152 MV errors [h264 @ 0x16a85a0] Frame num gap 2 0 [h264 @ 0x16a85a0] P sub_mb_type 31 out of range at 42 11 [h264 @ 0x16a85a0] error while decoding MB 42 11 [h264 @ 0x16a85a0] concealing 13959 DC, 13959 AC, 13959 MV errors [h264 @ 0x16a85a0] no picture [h264 @ 0x16a85a0] out of range intra chroma pred mode at 85 9 [h264 @ 0x16a85a0] error while decoding MB 85 9 [h264 @ 0x16a85a0] concealing 14172 DC, 14172 AC, 14172 MV errors [h264 @ 0x16a85a0] mb_type 55 in P slice too large at 55 10 [h264 @ 0x16a85a0] error while decoding MB 55 10 [h264 @ 0x16a85a0] P sub_mb_type 15 out of range at 108 62 [h264 @ 0x16a85a0] error while decoding MB 108 62 [h264 @ 0x16a85a0] P sub_mb_type 10 out of range at 111 62 [h264 @ 0x16a85a0] error while decoding MB 111 62 [h264 @ 0x16a85a0] P sub_mb_type 7 out of range at 76 79 [h264 @ 0x16a85a0] error while decoding MB 76 79 [h264 @ 0x16a85a0] concealing 11615 DC, 11615 AC, 11615 MV errors ^C }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 04:52:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Jun 2011 02:52:46 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.bc3fcae5f0d515927ecd64ec7d919609@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by bovine): andrewc: offtopic, but i see you are also trying to use zoneminder! In case you have not figured it out yet, zm currently only supports Basic authentication for RTSP, but the GV-FE420 seems to require Digest authentication. I am in the process of trying to patch zm. (I don't understand why zm didn't just use libavformat for RTSP/RTP since they are already using other parts of ffmpeg.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 12:17:52 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Jun 2011 10:17:52 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:open): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.1f5cd0f7895d0c42563b994a49575697@avcodec.org> #42: don't read stdin when running in a noninteractive shell ---------------------------------------+--------------------- Reporter: taeuber | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: noninteractive shell stdin | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+--------------------- Comment (by taeuber): Hi Michael, this is how I would implement it: {{{ int interactive() { int fd, interactive; fd = open ("/dev/tty", O_RDONLY); if (fd < 0) return fd; interactive = (tcgetpgrp(fd) == getpgid(0)); close (fd); return interactive; } }}} I have no idea about autoconf tools. But this doesn't solve the problem. It only tests foreground or background processing. Maybe an additional command line option would be the solution of choice? Lars -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 14:28:53 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Jun 2011 12:28:53 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.a38dc707c754c2ab514058cfbbd8e934@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): > I have just acquired a GV-MFD110 and that seems to work ok. Does playing a captured file work for this model? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 14:31:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Jun 2011 12:31:56 -0000 Subject: [FFmpeg-trac] #296(undetermined:open): avi file can't be seeked In-Reply-To: <038.3ae18397d049f3ec14f16364ecb645e0@avcodec.org> References: <038.3ae18397d049f3ec14f16364ecb645e0@avcodec.org> Message-ID: <053.80705f40bdc31071d75b3a4186fa4a32@avcodec.org> #296: avi file can't be seeked -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Isn't this more related to msvideo1 than avi? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 14:40:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Jun 2011 12:40:32 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:open): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.4e76c792236a2e967bb724054c763f27@avcodec.org> #42: don't read stdin when running in a noninteractive shell ---------------------------------------+--------------------- Reporter: taeuber | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: noninteractive shell stdin | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+--------------------- Comment (by taeuber): Hi Michael, i found the correct solution: {{{ int interactive() { return isatty(0); } }}} When STDIN is a terminal it is interactive otherwise not. Yes, so simple!! Best regards Lars -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 16:05:23 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Jun 2011 14:05:23 -0000 Subject: [FFmpeg-trac] #187(undetermined:open): 3GP/MP4 performance regression In-Reply-To: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> References: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> Message-ID: <047.26dca7099a616e94a172068af78f6c0e@avcodec.org> #187: 3GP/MP4 performance regression ------------------------+--------------------------- Reporter: jsd | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by pento): A workaround for this bug is to use the -r option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 20:23:41 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Jun 2011 18:23:41 -0000 Subject: [FFmpeg-trac] #297(undetermined:new): jpg file (RGB color mode) decodes with wrong colors Message-ID: <038.7680f6b0116cccdff6d12b9d2fc2fb39@avcodec.org> #297: jpg file (RGB color mode) decodes with wrong colors --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Attached jpg file (RGB color mode) decodes with wrong colors. FireFox/IrfanView decodes it correctly. {{{ C:\>ffmpeg -i 1_RGB.jpg ffmpeg version git-N-30698-g39dbe9b, Copyright (c) 2000-2011 the FFmpeg develope rs built on Jun 10 2011 22:10:00 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib --disable- outdev=sdl - -pkg-config=pkg-config libavutil 51. 8. 0 / 51. 8. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 3. 0 / 53. 3. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from '1_RGB.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj444p, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 22 22:44:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 22 Jun 2011 20:44:14 -0000 Subject: [FFmpeg-trac] #297(avcodec:open): jpg file (RGB color mode) decodes with wrong colors In-Reply-To: <038.7680f6b0116cccdff6d12b9d2fc2fb39@avcodec.org> References: <038.7680f6b0116cccdff6d12b9d2fc2fb39@avcodec.org> Message-ID: <053.726f9a3ddeebba9ddf7bb9df7fc18bcb@avcodec.org> #297: jpg file (RGB color mode) decodes with wrong colors -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Safari on iPhone also fails (differently). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 11:06:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 09:06:55 -0000 Subject: [FFmpeg-trac] #285(FFmpeg:new): RTSP h264 video stream always reports corrupted macroblock In-Reply-To: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> References: <035.8c073264c2ab9a1a8255fb6edca19e23@avcodec.org> Message-ID: <050.4eeeeb781868210f39a776613e41815f@avcodec.org> #285: RTSP h264 video stream always reports corrupted macroblock ------------------------+---------------------- Reporter: bovine | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by andrewc): bovine: thanks for the heads up. I didn't realise that digest auth was being used (and that zoneminder doesn't support it)! I sidetracked the issue, by using the 'ffmpeg' option in zoneminder to grab the stream. > Does playing a captured file work for this model? cehoyos, my earlier description of 'seems to work ok' wasn't very specific. Let me elaborate: It seems to be working fine in zoneminder. I can see the stream in my webbrowser, although there are the occasional visual glitches (every 5 or 10 minutes, somewhat random), which look like they resolve when a keyframe comes along, so I suspect the decoding is not 100% reliable. I think the glitches are more prevalent around areas of motion and when there is more motion being captured. I tried dumping the stream again (and again... and again) and everytime the result was a slightly different set of errors. Run 1: I cancelled after a 10-20 seconds: {{{ fbadmin at zoneminder-test3:/tmp$ ffmpeg -v 9 -loglevel 99 -i rtsp://admin:admin at 192.168.88.241:8554/CH001.sdp -qscale 10 /tmp/fisburn.avi ffmpeg version N-30935-g86824c1, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 11:43:58 with gcc 4.5.2 configuration: --enable-gpl --enable-shared --enable-pthreads libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rtsp @ 0x863400] SDP: v=0 o=QTSS_Play_List 1308703668637544 1 IN IP4 192.168.88.241 s=streamed by the GeoVision Rtsp Server i=CH001.sdp t=0 0 a=tool:LIVE555 Streaming Media v2010.01.22 a=type:broadcast a=control:* a=range:npt=0- a=x-qt-text-nam:streamed by the GeoVision Rtsp Server a=x-qt-text-inf:CH001.sdp m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:500 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1;profile-level-id=674000;sprop-parameter- sets=Z0IAHukBQHsgAA==,aM44gAA= a=control:track1 m=audio 0 RTP/AVP 0 c=IN IP4 0.0.0.0 b=AS:500 a=control:track2 [rtsp @ 0x863400] video codec set to: h264 [NULL @ 0x8674a0] RTP Packetization Mode: 1 [NULL @ 0x8674a0] RTP Profile IDC: 67 Profile IOP: 40 Level: 0 [NULL @ 0x8674a0] Extradata set to 0x867b00 (size: 21)!hello state=0 [h264 @ 0x8674a0] Unsupported bit depth: 0 [h264 @ 0x8674a0] no picture [h264 @ 0x8674a0] corrupted macroblock 37 7 (total_coeff=-1) [h264 @ 0x8674a0] error while decoding MB 37 7 [h264 @ 0x8674a0] concealing 932 DC, 932 AC, 932 MV errors [h264 @ 0x8674a0] Frame num gap 2 0 [h264 @ 0x8674a0] Frame num gap 6 4 [h264 @ 0x8674a0] no picture [h264 @ 0x8674a0] Frame num gap 10 8 [h264 @ 0x8674a0] no picture [h264 @ 0x8674a0] Frame num gap 1 15 [h264 @ 0x8674a0] Frame num gap 3 1 [h264 @ 0x8674a0] Frame num gap 12 10 [h264 @ 0x8674a0] Frame num gap 6 4 }}} NB, ''/tmp/fishburn.avi'' was not created! (I'm not quite sure why, I would have expected at least an empty file) and this was the first time I received the _corrupted macroblock_ error with this cam. Run 2: Bombed out after a few seconds {{{ fbadmin at zoneminder-test3:/tmp$ ffmpeg -v 9 -loglevel 99 -i rtsp://admin:admin at 192.168.88.241:8554/CH001.sdp -qscale 10 /tmp/fisburn.avi ffmpeg version N-30935-g86824c1, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 11:43:58 with gcc 4.5.2 configuration: --enable-gpl --enable-shared --enable-pthreads libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rtsp @ 0x8d2400] SDP: v=0 o=QTSS_Play_List 1308703668637544 1 IN IP4 192.168.88.241 s=streamed by the GeoVision Rtsp Server i=CH001.sdp t=0 0 a=tool:LIVE555 Streaming Media v2010.01.22 a=type:broadcast a=control:* a=range:npt=0- a=x-qt-text-nam:streamed by the GeoVision Rtsp Server a=x-qt-text-inf:CH001.sdp m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:500 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1;profile-level-id=674000;sprop-parameter- sets=Z0IAHukBQHsgAA==,aM44gAA= a=control:track1 m=audio 0 RTP/AVP 0 c=IN IP4 0.0.0.0 b=AS:500 a=control:track2 [rtsp @ 0x8d2400] video codec set to: h264 [NULL @ 0x8d64a0] RTP Packetization Mode: 1 [NULL @ 0x8d64a0] RTP Profile IDC: 67 Profile IOP: 40 Level: 0 [NULL @ 0x8d64a0] Extradata set to 0x8d6b00 (size: 21)!hello state=0 [h264 @ 0x8d64a0] Unsupported bit depth: 0 [h264 @ 0x8d64a0] Missing reference picture [h264 @ 0x8d64a0] decode_slice_header error [h264 @ 0x8d64a0] concealing 1200 DC, 1200 AC, 1200 MV errors [h264 @ 0x8d64a0] Frame num gap 4 2 [h264 @ 0x8d64a0] no picture [h264 @ 0x8d64a0] Frame num gap 1 15 [h264 @ 0x8d64a0] no picture Last message repeated 1 times [h264 @ 0x8d64a0] Frame num gap 1 15 [h264 @ 0x8d64a0] no picture [h264 @ 0x8d64a0] Frame num gap 3 1 [h264 @ 0x8d64a0] no picture Last message repeated 1 times [rtsp @ 0x8d2400] All info found [rtsp @ 0x8d2400] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 180000.00 (180000/1) -> 90000.00 (180000/2) Input #0, rtsp, from 'rtsp://admin:admin at 192.168.88.241:8554/CH001.sdp': Metadata: title : streamed by the GeoVision Rtsp Server comment : CH001.sdp Duration: N/A, start: 3.639189, bitrate: N/A Stream #0.0, 255, 1/90000: Video: h264 (Baseline), yuv420p, 640x480, 1/180000, 90k tbr, 90k tbn, 180k tbc Stream #0.1, 1, 1/8000: Audio: pcm_mulaw, 8000 Hz, 1 channels, s16, 64 kb/s [buffer @ 0xad8d80] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [NULL @ 0x8d1e60] Requested sampling rate unsupported using closest supported (16000) [mpeg4 @ 0x8d7800] removing common factors from framerate [mpeg4 @ 0x8d7800] timebase 1/90000 not supported by MPEG 4 standard, the maximum admitted value for the timebase denominator is 65535 Output #0, avi, to '/tmp/fisburn.avi': Stream #0.0, 0, 1/90000: Video: mpeg4, yuv420p, 640x480, 1/90000, q=2-31, 200 kb/s, 90k tbn, 90k tbc Stream #0.1, 0, 1/90000: Audio: mp2, 16000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} Run 3: Bombed out {{{ fbadmin at zoneminder-test3:/tmp$ ffmpeg -v 9 -loglevel 99 -i rtsp://admin:admin at 192.168.88.241:8554/CH001.sdp -qscale 10 /tmp/fisburn.avi ffmpeg version N-30935-g86824c1, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 11:43:58 with gcc 4.5.2 configuration: --enable-gpl --enable-shared --enable-pthreads libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rtsp @ 0x25df400] SDP: v=0 o=QTSS_Play_List 1308703668637544 1 IN IP4 192.168.88.241 s=streamed by the GeoVision Rtsp Server i=CH001.sdp t=0 0 a=tool:LIVE555 Streaming Media v2010.01.22 a=type:broadcast a=control:* a=range:npt=0- a=x-qt-text-nam:streamed by the GeoVision Rtsp Server a=x-qt-text-inf:CH001.sdp m=video 0 RTP/AVP 96 c=IN IP4 0.0.0.0 b=AS:500 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1;profile-level-id=674000;sprop-parameter- sets=Z0IAHukBQHsgAA==,aM44gAA= a=control:track1 m=audio 0 RTP/AVP 0 c=IN IP4 0.0.0.0 b=AS:500 a=control:track2 [rtsp @ 0x25df400] video codec set to: h264 [NULL @ 0x25e34a0] RTP Packetization Mode: 1 [NULL @ 0x25e34a0] RTP Profile IDC: 67 Profile IOP: 40 Level: 0 [NULL @ 0x25e34a0] Extradata set to 0x25e3b00 (size: 21)!hello state=0 [h264 @ 0x25e34a0] Unsupported bit depth: 0 [h264 @ 0x25e34a0] Frame num gap 2 0 [h264 @ 0x25e34a0] no picture [h264 @ 0x25e34a0] Frame num gap 6 4 [h264 @ 0x25e34a0] Frame num gap 13 11 [h264 @ 0x25e34a0] no picture [h264 @ 0x25e34a0] Frame num gap 2 0 [h264 @ 0x25e34a0] corrupted macroblock 26 14 (total_coeff=-1) [h264 @ 0x25e34a0] error while decoding MB 26 14 [h264 @ 0x25e34a0] concealing 663 DC, 663 AC, 663 MV errors [h264 @ 0x25e34a0] Frame num gap 3 1 [h264 @ 0x25e34a0] Frame num gap 1 15 [h264 @ 0x25e34a0] Frame num gap 13 11 [udp @ 0x25e13a0] circular_buffer: OVERRUN [rtsp @ 0x25df400] Probe buffer size limit 5000000 reached [rtsp @ 0x25df400] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 180000.00 (180000/1) -> 90000.00 (180000/2) Input #0, rtsp, from 'rtsp://admin:admin at 192.168.88.241:8554/CH001.sdp': Metadata: title : streamed by the GeoVision Rtsp Server comment : CH001.sdp Duration: N/A, start: 3.700900, bitrate: N/A Stream #0.0, 1206, 1/90000: Video: h264 (Baseline), yuv420p, 640x480, 1/180000, 90k tbr, 90k tbn, 180k tbc Stream #0.1, 0, 1/8000: Audio: pcm_mulaw, 8000 Hz, 1 channels, s16, 64 kb/s [buffer @ 0x27ed560] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [NULL @ 0x27518a0] Requested sampling rate unsupported using closest supported (16000) [mpeg4 @ 0x25e5480] removing common factors from framerate [mpeg4 @ 0x25e5480] timebase 1/90000 not supported by MPEG 4 standard, the maximum admitted value for the timebase denominator is 65535 Output #0, avi, to '/tmp/fisburn.avi': Stream #0.0, 0, 1/90000: Video: mpeg4, yuv420p, 640x480, 1/90000, q=2-31, 200 kb/s, 90k tbn, 90k tbc Stream #0.1, 0, 1/90000: Audio: mp2, 16000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} So it looks like the same issue as the Fisheye cam. Perhaps the issue is not as pronounced in zoneminder because of differences in resolution, framerate etc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 11:24:45 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 09:24:45 -0000 Subject: [FFmpeg-trac] #292(avdevice:closed): ffplay -f video4linux2 regression In-Reply-To: <036.f24b1ad5c874c8678ae1d38d21db0319@avcodec.org> References: <036.f24b1ad5c874c8678ae1d38d21db0319@avcodec.org> Message-ID: <051.4fe215c5f183f403cbcac0101715a31d@avcodec.org> #292: ffplay -f video4linux2 regression ------------------------------+----------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: ffplay regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed Comment: Fixed in: {{{ commit b6bde8c7702f6e6a485594fb5831e5bc04b2e763 Author: Anton Khirnov Date: Thu Jun 9 10:58:23 2011 +0200 ffplay: use new avformat_open_* API. }}} It's also possible to change the framerate using the private option -framerate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 11:27:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 09:27:40 -0000 Subject: [FFmpeg-trac] #281(build system:open): Build Error AC3 Encoder Option In-Reply-To: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> References: <037.64bb46b7a7514ad0bc748e4e1345c802@avcodec.org> Message-ID: <052.05f1ac50b7ccd6a9eed9d4e40b9bf14a@avcodec.org> #281: Build Error AC3 Encoder Option ----------------------------------+--------------------------- Reporter: CrHasher | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: git-master | Resolution: Keywords: encoder ac3 ac3_fixed | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+--------------------------- Comment (by CrHasher): Replying to [comment:7 michael]: > enabling the ac3 encoder with both alternative implementations disabled makes no sense. > A patch that improves the build system to either error out cleanly, or enable both fixed&float from the > enabling of the ac3 encoder is welcome. Should I change command line part "--enable-encoder=ac3_fixed" to "--enable-encoder=ac3/ac3_fixed"? Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 12:04:22 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 10:04:22 -0000 Subject: [FFmpeg-trac] #295(FFmpeg:new): qt-faststart segfaults after complaining of non-existent output directory In-Reply-To: <036.2e3ea9b2d80bbc91812f82d3b4246097@avcodec.org> References: <036.2e3ea9b2d80bbc91812f82d3b4246097@avcodec.org> Message-ID: <051.30cfe49fc3b19232a74facf43191896f@avcodec.org> #295: qt-faststart segfaults after complaining of non-existent output directory ------------------------------+---------------------- Reporter: rbanffy | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.6.3 | Resolution: Keywords: qt-faststart path | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+---------------------- Comment (by saste): Unreproducible here, with both 0.6.4 and master. Please provide the gdb output, and/or more information regarding the build (version and platform). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 19:54:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 17:54:12 -0000 Subject: [FFmpeg-trac] #165(undetermined:open): QT Cinepak - plays in negative In-Reply-To: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> References: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> Message-ID: <053.104433bcd9493309eba95b7fe4b3a120@avcodec.org> #165: QT Cinepak - plays in negative -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Possible fix attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 20:19:54 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 18:19:54 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.afadc63016b116e4ed1ed82f99043b8a@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by cehoyos): {{{ $ ffmpeg -debug 1 -i fate-suite/aac/al04_44.mp4 -acodec copy out.mov ffmpeg version N-30972-gffc6c8a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 19:31:19 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12bfd40] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12bfd40] ISO: File Type Major Brand: mp42 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12bfd40] All info found Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate-suite/aac/al04_44.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2004-02-19 14:38:56 Duration: 00:00:08.24, start: 0.000000, bitrate: 67 kb/s Stream #0.0(und), 1, 1/44100: Audio: aac, 44100 Hz, 1 channels, s16, 63 kb/s Metadata: creation_time : 2004-02-19 14:38:56 Output #0, mov, to 'out.mov': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2004-02-19 14:38:56 encoder : Lavf53.4.0 Stream #0.0(und), 0, 1/44100: Audio: aac, 44100 Hz, 1 channels, 63 kb/s Metadata: creation_time : 2004-02-19 14:38:56 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help size= 68kB time=00:00:08.24 bitrate= 67.4kbits/s video:0kB audio:64kB global headers:0kB muxing overhead 5.423580% }}} {{{ $ ffmpeg -debug 1 -i fate-suite/aac/al04_44.mp4 -acodec copy out.avi ffmpeg version N-30972-gffc6c8a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 19:31:19 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12bfd40] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12bfd40] ISO: File Type Major Brand: mp42 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12bfd40] All info found Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate-suite/aac/al04_44.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2004-02-19 14:38:56 Duration: 00:00:08.24, start: 0.000000, bitrate: 67 kb/s Stream #0.0(und), 1, 1/44100: Audio: aac, 44100 Hz, 1 channels, s16, 63 kb/s Metadata: creation_time : 2004-02-19 14:38:56 Output #0, avi, to 'out.avi': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2004-02-19 14:38:56 ISFT : Lavf53.4.0 Stream #0.0(und), 0, 256/11025: Audio: aac, 44100 Hz, 1 channels, 63 kb/s Metadata: creation_time : 2004-02-19 14:38:56 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help size= 78kB time=00:00:08.24 bitrate= 77.9kbits/s video:0kB audio:64kB global headers:0kB muxing overhead 21.826379% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 21:02:02 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 19:02:02 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.3dccf1d1b95d50a6ee05ad74e9726e61@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by adfernandes): This is also being tracked as https://roundup.libav.org/issue2689 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 21:52:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 19:52:55 -0000 Subject: [FFmpeg-trac] #298(avcodec:new): Crash in ff_emulated_edge_mc_8 Message-ID: <036.d47d0ac409f1072fcbc56e6eef634116@avcodec.org> #298: Crash in ff_emulated_edge_mc_8 -------------------------+--------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- {{{ (gdb) r -i emuedge_crash.mpg -f null - Starting program: ffmpeg_g -i emuedge_crash.mpg -f null - [Thread debugging using libthread_db enabled] ffmpeg version N-30972-gffc6c8a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 21:37:31 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --disable-optimizations --disable-asm libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 Input #0, mpeg, from 'emuedge_crash.mpg': Duration: 01:25:00.69, start: 0.108133, bitrate: 1 kb/s Stream #0.0[0xfd55]: Video: vc1 (Advanced), yuv420p, 1920x1080 [PAR 2:1 DAR 32:9], 29.97 fps, 29.97 tbr, 90k tbn, 29.97 tbc Stream #0.1[0xc0]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s [buffer @ 0x1358c10] w:1920 h:1080 pixfmt:yuv420p tb:1/1000000 sar:2/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.4.0 Stream #0.0: Video: rawvideo, yuv420p, 1920x1080 [PAR 2:1 DAR 32:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0.1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help [vc1 @ 0x13582d0] Bits overconsumption: 24075 > 24064 [vc1 @ 0x13582d0] concealing 5359 DC, 5359 AC, 5359 MV errors Program received signal SIGSEGV, Segmentation fault. 0x00007ffff6ae465e in memcpy () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff6ae465e in memcpy () from /lib64/libc.so.6 #1 0x000000000059dfdf in ff_emulated_edge_mc_8 (buf=0x139fc50 "", src=0x4ff
, linesize=1920, block_w=17, block_h=17, src_x=1279, src_y=0, w=1, h=1088) at libavcodec/dsputil_template.c:167 #2 0x000000000073b114 in mpeg_motion_internal (s=0x1367170, dest_y=0x7ffff4af9510 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cb=0x159cf30 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cr=0x161c750 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., field_based=0, bottom_field=0, field_select=0, ref_picture=0x1367548, pix_op=0x1368768, motion_x=0, motion_y=0, h=16, is_mpeg12=0, mb_y=0) at libavcodec/mpegvideo_common.h:318 #3 0x000000000073b4a4 in mpeg_motion (s=0x1367170, dest_y=0x7ffff4af9510 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cb=0x159cf30 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cr=0x161c750 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., field_based=0, bottom_field=0, field_select=0, ref_picture=0x1367548, pix_op=0x1368768, motion_x=0, motion_y=0, h=16, mb_y=0) at libavcodec/mpegvideo_common.h:380 #4 0x000000000073e341 in MPV_motion_internal (s=0x1367170, dest_y=0x7ffff4af9510 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cb=0x159cf30 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cr=0x161c750 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dir=0, ref_picture=0x1367548, pix_op=0x1368768, qpix_op=0x1368a28, is_mpeg12=0) at libavcodec/mpegvideo_common.h:734 #5 0x000000000073f18c in MPV_motion (s=0x1367170, dest_y=0x7ffff4af9510 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cb=0x159cf30 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cr=0x161c750 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dir=0, ref_picture=0x1367548, pix_op=0x1368768, qpix_op=0x1368a28) at libavcodec/mpegvideo_common.h:896 #6 0x00000000007483b3 in MPV_decode_mb_internal (s=0x1367170, block=0x135ce10, lowres_flag=0, is_mpeg12=0) at libavcodec/mpegvideo.c:2139 #7 0x00000000007493bb in MPV_decode_mb (s=0x1367170, block=0x135ce10) at libavcodec/mpegvideo.c:2276 #8 0x00000000008e70fe in decode_mb (s=0x1367170, ref=0) at libavcodec/error_resilience.c:62 #9 0x00000000008e99ac in guess_mv (s=0x1367170) at libavcodec/error_resilience.c:584 #10 0x00000000008eba8f in ff_er_frame_end (s=0x1367170) at libavcodec/error_resilience.c:1066 #11 0x0000000000828b6a in vc1_decode_frame (avctx=0x13582d0, data=0x7fffffffcf10, data_size=0x7fffffffd08c, avpkt=0x7fffffffce80) at libavcodec/vc1dec.c:3764 #12 0x000000000080fee2 in avcodec_decode_video2 (avctx=0x13582d0, picture=0x7fffffffcf10, got_picture_ptr=0x7fffffffd08c, avpkt=0x7fffffffce80) at libavcodec/utils.c:743 #13 0x0000000000409ce0 in output_packet (ist=0x135e310, ist_index=0, ost_table=0x1356300, nb_ostreams=2, pkt=0x7fffffffd1e0) at ffmpeg.c:1610 #14 0x000000000040ea5a in transcode (output_files=0xdf3c80, nb_output_files=1, input_files=0x135e3d0, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0) at ffmpeg.c:2778 #15 0x0000000000413513 in main (argc=6, argv=0x7fffffffddf8) at ffmpeg.c:4576 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 21:57:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 19:57:12 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.04820e1bb711262348669a3124a54b78@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): Could you confirm that your problem is still reproducible with latest git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 22:39:57 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 20:39:57 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.2e67e804687ed85c5a6230791cc8498b@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by adfernandes): Yes, confirmed that "size of array ... is negative" in current head 9abbe8cc136e7fbc69004df3f1de9d54c40d969d of git://git.libav.org/libav.git. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 23:21:53 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 21:21:53 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.a07e17a3e1c2e4ef544dfcfbb3d88ad1@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): Could you confirm that your problem is still reproducible with latest FFmpeg git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 23 23:30:24 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 23 Jun 2011 21:30:24 -0000 Subject: [FFmpeg-trac] #299(undetermined:new): ffmpeg crashes with -vf mp=boxblur=100:100 Message-ID: <038.2cf77f50247ad6cb3dfbfd1e7ede7b91@avcodec.org> #299: ffmpeg crashes with -vf mp=boxblur=100:100 --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- It seems like there should be added a check for max value allowed by mplayer's boxblur filter, because otherwise it crashes. I have no debug ffmpeg build, so no gdb output. http://samples.mplayerhq.hu/V-codecs/DX50-DivX5/01.avi {{{ C:\>ffmpeg -i 01.avi -vf mp=boxblur=100:100 out.avi ffmpeg version N-30956-g81ef892, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 17:34:15 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (300 00/1) -> 23.98 (24000/1001) Input #0, avi, from '01.avi': Duration: 00:00:10.01, start: 0.000000, bitrate: 327 kb/s Stream #0.0: Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 23.98 fps, 23 .98 tbr, 23.98 tbn, 30k tbc [buffer @ 01E63500] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [mp @ 01E63A20] This is a unholy filter, it will be purified by the ffmpeg exorc ist team which will change its syntax from dark -vf mp to light -vf. Thou shalst not make spells or scripts that depend on it Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.4.0 Stream #0.0: Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], q=2-31, 200 k b/s, 23.98 tbn, 23.98 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help C:\> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 08:53:55 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 06:53:55 -0000 Subject: [FFmpeg-trac] #295(undetermined:closed): qt-faststart segfaults after complaining of non-existent output directory In-Reply-To: <036.2e3ea9b2d80bbc91812f82d3b4246097@avcodec.org> References: <036.2e3ea9b2d80bbc91812f82d3b4246097@avcodec.org> Message-ID: <051.07a3a06d01205b5d7fa94821dbb79a58@avcodec.org> #295: qt-faststart segfaults after complaining of non-existent output directory ------------------------------+--------------------------- Reporter: rbanffy | Owner: michael Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.6.3 | Resolution: fixed Keywords: qt-faststart path | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: FFmpeg => undetermined * reproduced: 0 => 1 Comment: I can reproduce the problem, it has been fixed some time ago, both 0.7 (compatible to 0.6.3) and 0.8 contain the fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 09:22:28 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 07:22:28 -0000 Subject: [FFmpeg-trac] #279(undetermined:open): Remuxing aac in TS fails In-Reply-To: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> References: <036.020fb631e2940e3aaf645dc53d9ecab1@avcodec.org> Message-ID: <051.397b3288682c011923b2eb3fb8b2214d@avcodec.org> #279: Remuxing aac in TS fails -----------------------+--------------------------- Reporter: etienne | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Works fine for some aac samples (like fate-suite/aac/ct_faac-adts.aac). {{{ $ ffmpeg -i test.aac -acodec copy out.ts ffmpeg version N-30972-gffc6c8a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 24 2011 00:12:15 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [aac @ 0x12bf400] Format aac detected only with low score of 25, misdetection possible! [aac @ 0x12c13a0] channel element 3.3 is not allocated [aac @ 0x12bf400] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'test.aac': Duration: 00:00:05.57, bitrate: 128 kb/s Stream #0.0: Audio: aac, 48000 Hz, stereo, s16, 128 kb/s [mpegts @ 0x12c06a0] muxrate VBR, pcr every 4 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf53.4.0 Stream #0.0: Audio: aac, 48000 Hz, stereo, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mpegts @ 0x12c06a0] aac bitstream not in adts format and extradata missing av_interleaved_write_frame(): Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 10:55:08 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 08:55:08 -0000 Subject: [FFmpeg-trac] #300(undetermined:new): How to add support for new codec into the ffmpeg framework ? Message-ID: <043.989089ff78707880bbc0e7489ea211f8@avcodec.org> #300: How to add support for new codec into the ffmpeg framework ? ----------------------------+-------------------------- Reporter: luckynarang123 | Type: task Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+-------------------------- Will you please let me know the step by step procedure to add the support for new decoder into the framework so that ffplay can decode using the new decoder ? What all code changes need to be done for it ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 15:13:30 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 13:13:30 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.e81281466a0b9accb3834914c6d1dcdc@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by adfernandes): Makes it worse. Building with git://git.videolan.org/ffmpeg.git current head f925b243818fa320b3c19e4e0554a07b49e8a2be. Also using the "updated" gas-preporcessor patch from comment 3. Clearly there is some major breakage/divergence between FFmpeg and libav. Looks to me like that might be the problem. Build log: {{{ ++ pwd + PREFIX=/Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/local + for dir in build local + rm -rf build + mkdir build + for dir in build local + rm -rf local + mkdir local + FFMPEG_CONFIGURE_COMMON=' --prefix=/Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/local --enable-static --disable-shared --disable- gpl --disable-version3 --disable-nonfree --disable-doc --disable-ffmpeg --disable- ffplay --disable-ffprobe --disable-ffserver --disable-avdevice --enable-avcodec --disable- avformat --disable-swscale --disable-postproc --disable-avfilter --disable-pthreads --disable- w32threads --disable-x11grab --disable-network --disable-gray --disable-swscale-alpha --enable- fastdiv --disable-small --enable-aandct --enable-dct --enable-fft --enable- golomb --enable-huffman --enable-lpc --enable-mdct --enable-rdft --disable- vaapi --disable-vdpau --disable-dxva2 --enable-runtime-cpudetect --enable-hardcoded-tables --enable- memalign-hack --disable-everything' + ISYSROOT=/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk ++ pwd + export PATH=/opt/local/bin:/opt/local/sbin:/Library/Frameworks/Maple.framework/Versions/Current/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/texbin:/usr/X11/bin:/Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo /gas-preprocessor + PATH=/opt/local/bin:/opt/local/sbin:/Library/Frameworks/Maple.framework/Versions/Current/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/texbin:/usr/X11/bin:/Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo /gas-preprocessor + ARCH_FLAG='-arch armv7' + mkdir -p local/lib/iOS/armv7 + mkdir -p build/ffmpeg/iOS/armv7 + pushd build/ffmpeg/iOS/armv7 ~/Desktop/Development/external/open/TMP_ffmpeg/build/ffmpeg/iOS/armv7 ~/Desktop/Development/external/open/TMP_ffmpeg + ../../../../repo/ffmpeg/configure --prefix=/Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/local --enable-static --disable-shared --disable-gpl --disable-version3 --disable-nonfree --disable-doc --disable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-avdevice --enable-avcodec --disable-avformat --disable-swscale --disable-postproc --disable-avfilter --disable-pthreads --disable-w32threads --disable-x11grab --disable- network --disable-gray --disable-swscale-alpha --enable-fastdiv --disable- small --enable-aandct --enable-dct --enable-fft --enable-golomb --enable- huffman --enable-lpc --enable-mdct --enable-rdft --disable-vaapi --disable-vdpau --disable-dxva2 --enable-runtime-cpudetect --enable- hardcoded-tables --enable-memalign-hack --disable-everything --enable- cross-compile --cross- prefix=/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk/../../usr/bin/ --arch=arm --target-os=darwin '--extra-cflags=-arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk' '--extra-ldflags=-arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk' --cpu=cortex-a8 --libdir=/Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/local/lib/iOS/armv7 install prefix /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/local source path /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg C compiler /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk/../../usr/bin/gcc ARCH arm (cortex-a8) big-endian no runtime cpu detection yes ARMv5TE enabled yes ARMv6 enabled yes ARMv6T2 enabled yes ARM VFP enabled yes IWMMXT enabled no NEON enabled yes debug symbols yes strip symbols yes optimize for size no optimizations yes static yes shared no postprocessing support no new filter support no network support no threading support no SDL support no Sun medialib support no AVISynth enabled no libcelt enabled no frei0r enabled no libdc1394 support no libdirac enabled no libfaac enabled no libgsm enabled no libmp3lame enabled no libnut enabled no libopencore-amrnb support no libopencore-amrwb support no libopencv support no libopenjpeg enabled no librtmp enabled no libschroedinger enabled no libspeex enabled no libtheora enabled no libva enabled no libvo-aacenc support no libvo-amrwbenc support no libvorbis enabled no libvpx enabled no libx264 enabled no libxavs enabled no libxvid enabled no zlib enabled no bzlib enabled no Enabled decoders: Enabled encoders: Enabled hwaccels: Enabled parsers: Enabled demuxers: Enabled muxers: Enabled protocols: Enabled filters: Enabled bsfs: Enabled indevs: Enabled outdevs: License: LGPL version 2.1 or later Creating config.mak and config.h... WARNING: /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk/../../usr/bin /pkg-config not found, library detection may fail. WARNING: Compiler does not indicate floating-point ABI, guessing soft. + make install CC libavcodec/aandcttab.o CC libavcodec/allcodecs.o AS libavcodec/arm/dsputil_arm.o AS libavcodec/arm/dsputil_armv6.o CC libavcodec/arm/dsputil_init_arm.o CC libavcodec/arm/dsputil_init_armv5te.o CC libavcodec/arm/dsputil_init_armv6.o CC libavcodec/arm/dsputil_init_neon.o CC libavcodec/arm/dsputil_init_vfp.o AS libavcodec/arm/dsputil_neon.o AS libavcodec/arm/dsputil_vfp.o CC libavcodec/arm/fft_fixed_init_arm.o AS libavcodec/arm/fft_fixed_neon.o CC libavcodec/arm/fft_init_arm.o AS libavcodec/arm/fft_neon.o CC libavcodec/arm/fmtconvert_init_arm.o AS libavcodec/arm/fmtconvert_neon.o AS libavcodec/arm/fmtconvert_vfp.o AS libavcodec/arm/int_neon.o AS libavcodec/arm/jrevdct_arm.o AS libavcodec/arm/mdct_fixed_neon.o AS libavcodec/arm/mdct_neon.o CC libavcodec/arm/mpegvideo_arm.o CC libavcodec/arm/mpegvideo_armv5te.o AS libavcodec/arm/mpegvideo_armv5te_s.o AS libavcodec/arm/mpegvideo_neon.o AS libavcodec/arm/rdft_neon.o AS libavcodec/arm/simple_idct_arm.o AS libavcodec/arm/simple_idct_armv5te.o /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:471:bad expression -- `movs a2,a2,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:478:bad expression -- `movs ip,ip,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:486:bad expression -- `movs a3,a3,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:493:bad expression -- `movs a4,a4,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:511:bad expression -- `movs a2,a2,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:518:bad expression -- `movs ip,ip,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:529:bad expression -- `movs a2,a3,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:536:bad expression -- `movs a4,a4,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:549:bad expression -- `movs a2,a2,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:556:bad expression -- `movs ip,ip,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:567:bad expression -- `movs a2,a3,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:574:bad expression -- `movs a4,a4,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:587:bad expression -- `movs a2,a2,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:594:bad expression -- `movs ip,ip,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:603:bad expression -- `movs a2,a3,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:610:bad expression -- `movs a4,a4,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:748:shift expression expected -- `adds a2,v1,a2,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:756:shift expression expected -- `adds v1,v1,ip,lsr,#8' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:771:shift expression expected -- `adds a3,a2,a3,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:778:shift expression expected -- `adds a4,a4,ip,lsr,#8' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:796:shift expression expected -- `adds a2,v3,a2,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:804:shift expression expected -- `adds v3,v3,ip,lsr,#8' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:817:shift expression expected -- `adds a3,a2,a3,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:824:shift expression expected -- `adds a4,a4,ip,lsr,#8' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:840:shift expression expected -- `adds a2,v3,a2,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:848:shift expression expected -- `adds v3,v3,ip,lsr,#8' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:861:shift expression expected -- `adds a3,a2,a3,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:868:shift expression expected -- `adds a4,a4,ip,lsr,#8' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:884:shift expression expected -- `adds a2,v3,a2,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:892:shift expression expected -- `adds v3,v3,ip,lsr,#8' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:905:shift expression expected -- `adds a3,a2,a3,asr,#20' /Users/andrew/Desktop/Development/external/open/TMP_ffmpeg/repo/ffmpeg/libavcodec/arm/simple_idct_armv5te.S:912:shift expression expected -- `adds a4,a4,ip,lsr,#8' make: *** [libavcodec/arm/simple_idct_armv5te.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 18:30:48 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 16:30:48 -0000 Subject: [FFmpeg-trac] #300(undetermined:closed): How to add support for new codec into the ffmpeg framework ? In-Reply-To: <043.989089ff78707880bbc0e7489ea211f8@avcodec.org> References: <043.989089ff78707880bbc0e7489ea211f8@avcodec.org> Message-ID: <058.eed567f705892cfaca4d11a5737b632d@avcodec.org> #300: How to add support for new codec into the ffmpeg framework ? ---------------------------+--------------------------- Reporter: luckynarang123 | Owner: Type: task | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Please consider reading http://wiki.multimedia.cx/index.php?title=FFmpeg_codec_HOWTO -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 18:40:08 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 16:40:08 -0000 Subject: [FFmpeg-trac] #266(avcodec:new): ARM: "size of array is negative" in mpegvideo_arm.c In-Reply-To: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> References: <040.b113749b15893d7a9cae7088f4efb2f0@avcodec.org> Message-ID: <055.6cdc25a34c4e08878a6253c448b4269a@avcodec.org> #266: ARM: "size of array is negative" in mpegvideo_arm.c ------------------------+---------------------- Reporter: adfernandes | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): Do you agree that the original problem you reported was fixed and that you found another problem (that again, unfortunately, can only be reproduced with the iPhone SDK)? If yes, please consider opening a new ticket, it would be great (and makes a fix likely) if you could run git bisect again (together with make libavcodec/arm/simple_idct_armv5te.o) to find the revision that broke the compilation of simple_idct_armv5te.S -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 20:26:59 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 18:26:59 -0000 Subject: [FFmpeg-trac] #301(FFmpeg:new): Problems encoding stills to video after v.5 to v.7 upgrade Message-ID: <036.34bc793809a17326a53af784881c8af0@avcodec.org> #301: Problems encoding stills to video after v.5 to v.7 upgrade ----------------------+----------------------------- Reporter: Danoham | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.7.1 | Keywords: encoding stills Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ----------------------+----------------------------- I am trying to encode image stills into a video. I have had success with encoding both PNG and JPEG stills to mpeg-1 with ffmpeg v.5. I upgraded to v.7 with the intent of experimenting WEBM when things started to get strange. The mpg output has an image that is mangled and colors that are wrong when viewed in WMP. The mp4 output has a correct image but the quality is very low in QT. I modeled these two command strings from your FAQ suggestion. Only the '-f image2' is new to what I used before. I applied the FAQ suggestions regarding increasing MPEG4 quality and the output actually got smaller. ffmpeg -y -f image2 -i sxi_%04d.jpg noaa_dcw_imageMangled_colorsWrong.mpg ffmpeg -y -f image2 -i sxi_%04d.jpg -vcodec libx264 noaa_dcw_imageCorrect_veryLowQuality.mp4 All input and output files can be found here: http://satdat.ngdc.noaa.gov/sxi/dataexport/xComboOut/ I can also upload them to your site if you wish. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 21:12:06 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 19:12:06 -0000 Subject: [FFmpeg-trac] #302(avcodec:new): no padding bugs detection conflicts with mpeg4 stream which contains resync_markers Message-ID: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> #302: no padding bugs detection conflicts with mpeg4 stream which contains resync_markers ---------------------+-------------------------- Reporter: anatoly | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+-------------------------- Attached sample contains mpeg4 bitstream with resync_markers. This stream successfully decoded with Elecard Stream Eye and IPP decoders. FFmpeg reports following errors: Input #0, m4v, from '/home/alien/tmp/02.mp4': Duration: N/A, bitrate: N/A Stream #0.0: Video: mpeg4, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 30k tbr, 1200k tbn, 30k tbc [mpeg4 @ 0x21b4ce0] cbpc damaged at 3 30KB vq= 18KB sq= 0B f=0/0 [mpeg4 @ 0x21b4ce0] Error at MB: 2433 [mpeg4 @ 0x21b4ce0] concealing 2400 DC, 2400 AC, 2400 MV errors 0.84 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0/0 It looks like no padding bug detection conflicts with this stream. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 21:17:49 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 19:17:49 -0000 Subject: [FFmpeg-trac] #303(undetermined:new): libavcodec/x86/snowdsp_mmx.c has bad inline asm Message-ID: <037.ce0999c0bffd15d6990443b569ca382b@avcodec.org> #303: libavcodec/x86/snowdsp_mmx.c has bad inline asm ----------------------------+------------------------- Reporter: jeremyhu | Type: defect Status: new | Priority: normal Component: undetermined | Version: git-master Keywords: asm libavcodec | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+------------------------- clang doesn't like the inline assembly in snowdsp_mmx.c due to ambiguous instruction usage: x86/snowdsp_mmx.c:757:50: error: ambiguous instructions require an explicit suffix (could be 'addb', 'addw', 'addl', or 'addq') "movdqu %%xmm1, (%%"REG_d") \n\t" ^ :73:2: note: instantiated into assembly here add $8*1, -40(%rbp) ^ x86/snowdsp_mmx.c:735:18: error: ambiguous instructions require an explicit suffix (could be 'addb', 'addw', 'addl', or 'addq') snow_inner_add_yblock_sse2_end_8 ^ x86/snowdsp_mmx.c:677:48: note: instantiated from: "sal $1, %%"REG_c" \n\t"\ ^ :95:2: note: instantiated into assembly here add $8*2, -40(%rbp) ^ 2 errors generated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 21:31:07 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 19:31:07 -0000 Subject: [FFmpeg-trac] #302(avcodec:new): no padding bugs detection conflicts with mpeg4 stream which contains resync_markers In-Reply-To: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> References: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> Message-ID: <051.970a6e246eb79b62e32598548984d491@avcodec.org> #302: no padding bugs detection conflicts with mpeg4 stream which contains resync_markers ------------------------+---------------------- Reporter: anatoly | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by anatoly): I've made a patch with which sample file can be played fine. Here it is: {{{ diff --git a/libavcodec/h263dec.c b/libavcodec/h263dec.c index f079557..5986f7c 100644 --- a/libavcodec/h263dec.c +++ b/libavcodec/h263dec.c @@ -225,7 +225,7 @@ static int decode_slice(MpegEncContext *s){ //printf("%d %d %d %06X\n", s->mb_x, s->mb_y, s->gb.size*8 - get_bits_count(&s->gb), show_bits(&s->gb, 24)); ff_er_add_slice(s, s->resync_mb_x, s->resync_mb_y, s->mb_x, s->mb_y, (AC_END|DC_END|MV_END)&part_mask); - s->padding_bug_score--; + if (!s->resync_marker) s->padding_bug_score--; if(++s->mb_x >= s->mb_width){ s->mb_x=0; diff --git a/libavcodec/mpeg4videodec.c b/libavcodec/mpeg4videodec.c index 6b7b4bf..7cc30c2 100644 --- a/libavcodec/mpeg4videodec.c +++ b/libavcodec/mpeg4videodec.c @@ -113,7 +113,7 @@ static inline int mpeg4_is_resync(MpegEncContext *s){ int bits_count= get_bits_count(&s->gb); int v= show_bits(&s->gb, 16); - if(s->workaround_bugs&FF_BUG_NO_PADDING){ + if(s->workaround_bugs&FF_BUG_NO_PADDING && !s->resync_marker){ return 0; } }}} This is just example patch not for review. Just to show the main problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 22:38:15 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 20:38:15 -0000 Subject: [FFmpeg-trac] #303(undetermined:open): libavcodec/x86/snowdsp_mmx.c has bad inline asm In-Reply-To: <037.ce0999c0bffd15d6990443b569ca382b@avcodec.org> References: <037.ce0999c0bffd15d6990443b569ca382b@avcodec.org> Message-ID: <052.68fa19c2bc81c0f732220bf2f280e65e@avcodec.org> #303: libavcodec/x86/snowdsp_mmx.c has bad inline asm ---------------------------+--------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: asm libavcodec | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: (Given that clang gets tested on http://fate.ffmpeg.org ) Please add FFmpeg version information, clang version information, configure line (should be ./configure or ./configure --cc=...) and complete, uncut output of the last of several "make V=1" calls (please do not add the complete, uncut output of the first call to "make V=1"). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 22:43:12 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 20:43:12 -0000 Subject: [FFmpeg-trac] #302(avcodec:open): no padding bugs detection conflicts with mpeg4 stream which contains resync_markers In-Reply-To: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> References: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> Message-ID: <051.0ee32ea9f1803b18655c0f1edc2a69d0@avcodec.org> #302: no padding bugs detection conflicts with mpeg4 stream which contains resync_markers -----------------------+---------------------- Reporter: anatoly | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Decoded stream looks very broken, works fine with mplayer -vc ffodivxvdpau {{{ $ ffmpeg -i 01.mp4 ffmpeg version N-30996-gf925b24, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 24 2011 22:26:42 with gcc 2.95.3 20010315 (release) configuration: --cc=/usr/local/gcc-2.95.3/bin/gcc --disable-sse libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 [m4v @ 0x8c82390] Estimating duration from bitrate, this may be inaccurate Input #0, m4v, from '01.mp4': Duration: N/A, bitrate: N/A Stream #0.0: Video: mpeg4, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 30k tbr, 1200k tbn, 30k tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 24 23:07:33 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 24 Jun 2011 21:07:33 -0000 Subject: [FFmpeg-trac] #301(undetermined:open): Problems encoding stills to video after v.5 to v.7 upgrade In-Reply-To: <036.34bc793809a17326a53af784881c8af0@avcodec.org> References: <036.34bc793809a17326a53af784881c8af0@avcodec.org> Message-ID: <051.e524ef29721b8a863e5e8fa6be2f9b13@avcodec.org> #301: Problems encoding stills to video after v.5 to v.7 upgrade ----------------------------+--------------------------- Reporter: Danoham | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: encoding stills | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: 0.7.1 => unspecified * component: FFmpeg => undetermined Comment: Your jpgs produce a fine mpg for me with ffmpeg -i sxi_00%2d.jpg out.mpg and I get no decoding errors. Please test a supported version of FFmpeg, that is either latest git (preferred) or 0.7.1 (the version you tested is much older) or 0.8. Please try to avoid --extra-cflags if compilation succeeds without them, if you believe some of them make sense, please report so they can be added automatically. (Irrelevant stack alignment warning cut.) {{{ $ ffmpeg -i sxi_00%2d.jpg out.mpg ffmpeg version N-30996-gf925b24, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 24 2011 22:26:42 with gcc 2.95.3 20010315 (release) configuration: --cc=/usr/local/gcc-2.95.3/bin/gcc --disable-sse libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 Duration: 00:00:02.12, start: 0.000000, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj420p, 720x864 [PAR 1:1 DAR 5:6], 25 fps, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'yuvj420p' for codec 'mpeg1video', auto- selecting format 'yuv420p' [buffer @ 0x8c882f0] w:720 h:864 pixfmt:yuvj420p tb:1/1000000 sar:1/1 sws_param: [buffersink @ 0x8c856c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x8c87a60] w:720 h:864 fmt:yuvj420p -> w:720 h:864 fmt:yuv420p flags:0x4 [mpeg @ 0x8c80e70] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: encoder : Lavf53.4.0 Stream #0.0: Video: mpeg1video, yuv420p, 720x864 [PAR 1:1 DAR 5:6], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 53 fps= 0 q=31.0 Lsize= 394kB time=00:00:02.08 bitrate=1551.8kbits/s video:390kB audio:0kB global headers:0kB muxing overhead 0.952586% }}} (I did not test x264 output, but I assume some defaults changed if the quality seems worse to you compared to older versions of FFmpeg and x264.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 08:11:15 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 06:11:15 -0000 Subject: [FFmpeg-trac] #303(undetermined:open): libavcodec/x86/snowdsp_mmx.c has bad inline asm In-Reply-To: <037.ce0999c0bffd15d6990443b569ca382b@avcodec.org> References: <037.ce0999c0bffd15d6990443b569ca382b@avcodec.org> Message-ID: <052.15b7376f8d44591b3c7b6c663a084053@avcodec.org> #303: libavcodec/x86/snowdsp_mmx.c has bad inline asm ---------------------------+--------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: asm libavcodec | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by jeremyhu): ffmpeg is git master 5aa8b270db2b88f136ef518b4bdf2b5dfff4a77b clang is a recent trunk (3.0) build (svn r133863 or git llvm 644eb9befc4334f408cb6bed90ec5ed1a30f32a6, clang 6594942e98e25640f226aba622eb76bcaf0a521c) target is darwin/x86_64 {{{ $ /opt/llvm/bin/clang -v clang version 3.0 (http://llvm.org/git/clang.git ffb945ffb5d29b80fd93649c3572b6d87abce3fc) Target: x86_64-apple-darwin11.0.0 Thread model: posix ffmpeg/libavcodec $ /opt/llvm/bin/clang -I. -I../ -DHAVE_AV_CONFIG_H -D_ISOC99_SOURCE -D_BSD_SOURCE -O2 -march=core2 -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -Ilibdvdread4 -mdynamic-no- pic -I. -Iffmpeg -I/opt/local/include/lzo -I/opt/local/include -DPIC -I/usr/X11/include -I/opt/local/include/ -I/opt/local/include/SDL -D_GNU_SOURCE=1 -D_THREAD_SAFE -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -DFF_API_MAX_STREAMS=0 -MD -MP -c -o x86/snowdsp_mmx.o x86/snowdsp_mmx.c x86/snowdsp_mmx.c:757:50: error: ambiguous instructions require an explicit suffix (could be 'addb', 'addw', 'addl', or 'addq') "movdqu %%xmm1, (%%"REG_d") \n\t" ^ :73:2: note: instantiated into assembly here add $8*1, -40(%rbp) ^ x86/snowdsp_mmx.c:735:18: error: ambiguous instructions require an explicit suffix (could be 'addb', 'addw', 'addl', or 'addq') snow_inner_add_yblock_sse2_end_8 ^ x86/snowdsp_mmx.c:677:48: note: instantiated from: "sal $1, %%"REG_c" \n\t"\ ^ :95:2: note: instantiated into assembly here add $8*2, -40(%rbp) ^ 2 errors generated. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 08:18:37 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 06:18:37 -0000 Subject: [FFmpeg-trac] #303(undetermined:open): libavcodec/x86/snowdsp_mmx.c has bad inline asm In-Reply-To: <037.ce0999c0bffd15d6990443b569ca382b@avcodec.org> References: <037.ce0999c0bffd15d6990443b569ca382b@avcodec.org> Message-ID: <052.00e33f011c9289b080f6307a82424e0c@avcodec.org> #303: libavcodec/x86/snowdsp_mmx.c has bad inline asm ---------------------------+--------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: asm libavcodec | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by jeremyhu): Do you want a darwin source for fate? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 10:53:17 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 08:53:17 -0000 Subject: [FFmpeg-trac] #288(avcodec:open): Theora encode bitrate bug. In-Reply-To: <033.2779ea04d7e2b9ade7ec742f4721b391@avcodec.org> References: <033.2779ea04d7e2b9ade7ec742f4721b391@avcodec.org> Message-ID: <048.5e44c06d63cd029575e34b30969e8bd0@avcodec.org> #288: Theora encode bitrate bug. -------------------+---------------------- Reporter: igor | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------+---------------------- Comment (by cehoyos): So you are saying the overhead applies even if not muxing into ogg? Doesn't that mean the comment in the ffmpeg2theora source is wrong? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 11:06:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 09:06:26 -0000 Subject: [FFmpeg-trac] #278(undetermined:closed): 0.7-rc1: strange colors with x11grab In-Reply-To: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> References: <040.006f96d939ddcf5a1aeb3992ac2fe303@avcodec.org> Message-ID: <055.20886180ceb9194665727681abb4e32f@avcodec.org> #278: 0.7-rc1: strange colors with x11grab ------------------------+--------------------------- Reporter: nixscripter | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in all newer releases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 15:02:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 13:02:14 -0000 Subject: [FFmpeg-trac] #304(avformat:new): wrong detection: "Format mp3 detected only with small score of 1" Message-ID: <040.4d278ff618622782f80cccc0ee0aba2c@avcodec.org> #304: wrong detection: "Format mp3 detected only with small score of 1" ------------------------------------+-------------------------- Reporter: AndreAdrian | Type: enhancement Status: new | Priority: normal Component: avformat | Version: 0.7.1 Keywords: mp3 mjpeg misdetection | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------------------+-------------------------- The IP camera Lumenera Le165 uses MJEPG video codec. If ffmpeg version 0.7.1 is used together with OpenCV version 2.3.0 the Le165 mjpeg codec is miss-detected as mp3 codec. A simple fix (work around) is possible. In file libavformat/utils.c In function av_probe_input_buffer() around source code line 592 change from if (probe_size < offset) { continue; } to if (probe_size < offset) continue; if (score <= 1) continue; Justification: With a low score of 1 the mp3 codec is now ignored. OpenCV and ffmpeg find now the correct codec. Disadvantage: Cases where codec was correct with score == 1 are now broken. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 16:14:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 14:14:16 -0000 Subject: [FFmpeg-trac] #148(undetermined:closed): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.5a9d0681703bf4c8992096c669d35290@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.7.1 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * version: 0.7-rc1 => 0.7.1 * resolution: => fixed Comment: Seems to be fixed. {{{ $ ./ffplay.exe rtmp://175.41.168.21:1935/2e2cd/nhkworldhd.sdp ffplay version 0.7, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 25 2011 15:58:07 with gcc 4.5.2 configuration: --disable-yasm --extra-cflags=-I/usr/include/SDL libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 [rtmp @ 031e1720] Cannot open connection tcp://175.41.168.21:1935 rtmp://175.41.168.21:1935/2e2cd/nhkworldhd.sdp: Input/output error $ ./ffmpeg.exe -i rtmp://175.41.168.21:1935/2e2cd/nhkworldhd.sdp ffmpeg version 0.7, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 25 2011 15:58:07 with gcc 4.5.2 configuration: --disable-yasm --extra-cflags=-I/usr/include/SDL libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 [rtmp @ 01171ec0] Cannot open connection tcp://175.41.168.21:1935 rtmp://175.41.168.21:1935/2e2cd/nhkworldhd.sdp: Input/output error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 16:16:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 14:16:14 -0000 Subject: [FFmpeg-trac] #304(avformat:open): wrong detection: "Format mp3 detected only with small score of 1" In-Reply-To: <040.4d278ff618622782f80cccc0ee0aba2c@avcodec.org> References: <040.4d278ff618622782f80cccc0ee0aba2c@avcodec.org> Message-ID: <055.d7dca6a21a64852f411ebf65d0d2efea@avcodec.org> #304: wrong detection: "Format mp3 detected only with small score of 1" -----------------------------------+----------------------- Reporter: AndreAdrian | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: 0.7.1 | Resolution: Keywords: mp3 mjpeg misdetection | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------------+----------------------- Changes (by cehoyos): * analyzed: 1 => 0 * status: new => open * type: enhancement => defect * reproduced: 1 => 0 Comment: Please add command line and complete, uncut output of ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 19:17:28 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 17:17:28 -0000 Subject: [FFmpeg-trac] #305(FFmpeg:new): -passlogfile option is broken (used to work) Message-ID: <036.6d52b21dd7b7c94a5786515ab03a58ad@avcodec.org> #305: -passlogfile option is broken (used to work) ----------------------+------------------------- Reporter: ddumont | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.8 | Keywords: passlogfile Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ----------------------+------------------------- Hello I'm using ffmpeg 0.8: ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 08:05:02 with gcc 4.6.1 20110616 (prerelease) I use -passlogfile option to be able to run several 2-pass ffmpeg in the same directory. I need -passlogfile to prevent log file cloberring. This option did work at some point. But now, log are always stored in this file: $ ll passlogfile-0.log -rw-r--r-- 1 foo bar 3,5M 25 juin 18:29 passlogfile-0.log Could you fix this option ? All the best -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 19:22:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 17:22:14 -0000 Subject: [FFmpeg-trac] #305(undetermined:open): -passlogfile option is broken (used to work) In-Reply-To: <036.6d52b21dd7b7c94a5786515ab03a58ad@avcodec.org> References: <036.6d52b21dd7b7c94a5786515ab03a58ad@avcodec.org> Message-ID: <051.f1b2944d77b868bb708735234286e605@avcodec.org> #305: -passlogfile option is broken (used to work) ------------------------+--------------------------- Reporter: ddumont | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.8 | Resolution: Keywords: passlogfile | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => undetermined Comment: Please provide command line and complete, uncut output. If you believe this is a regression, please try to find the version introducing it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 19:38:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 17:38:30 -0000 Subject: [FFmpeg-trac] #305(undetermined:open): -passlogfile option is broken (used to work) In-Reply-To: <036.6d52b21dd7b7c94a5786515ab03a58ad@avcodec.org> References: <036.6d52b21dd7b7c94a5786515ab03a58ad@avcodec.org> Message-ID: <051.b723237cec74daedc9c70b8951dd41d5@avcodec.org> #305: -passlogfile option is broken (used to work) ------------------------+--------------------------- Reporter: ddumont | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.8 | Resolution: Keywords: passlogfile | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ddumont): Here's the command line with output: ------------%<------------------- $ cat "vdr/Les_ptites_poules/%Dessin_anim?#2E/2011-06-23.11.50.5-0.rec/00001.ts" | nice ffmpeg -i - -deinterlace -y -vcodec mpeg4 -mbd rd -flags +mv4+aic -trellis 2 -cmp 2 -subcmp 2 -g 300 -b 800k -acodec libmp3lame -ab 128k -sn -passlogfile t_vdr_Les_ptites_poules_Dessin_anim?2E_2011-06-23_11_50_5-0_rec -pass 1 t__vdr_Les_ptites_poules_Dessin_anim?2E_2011-06-23_11_50_5-0_rec.avi ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 08:05:02 with gcc 4.6.1 20110616 (prerelease) configuration: --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libdirac --disable-decoder=libdirac --enable-libvorbis --enable- pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable- x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable- nonfree --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --enable-libdc1394 --disable-altivec --disable-armv5te --disable- armv6 --disable-vis libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0x1fa4c20] max_analyze_duration 5000000 reached at 5000000 [mpegts @ 0x1fa4c20] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'pipe:': Duration: N/A, start: 29953.419456, bitrate: 15192 kb/s Program 132 Stream #0.0[0x140]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 15000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x14a](fra): Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x154](fra): Subtitle: dvbsub (hearing impaired) [buffer @ 0x1faa200] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:64/45 sws_param: Output #0, avi, to 't__vdr_Les_ptites_poules_Dessin_anim?2E_2011-06-23_11_50_5-0_rec.avi': Metadata: ISFT : Lavf53.4.0 Stream #0.0: Video: mpeg4 (hq), yuv420p, 720x576 [PAR 64:45 DAR 16:9], q=2-31, pass 1, 800 kb/s, 25 tbn, 25 tbc Stream #0.1(fra): Audio: libmp3lame, 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 ------------%<------------------- -passlogfile option works correctly with: FFmpeg version 0.6.2, Copyright (c) 2000-2010 the FFmpeg developers built on May 21 2011 16:13:49 with gcc 4.6.1 20110507 (prerelease) Here's the log file written by ffmpeg 0.6.2: -rw-r--r-- 1 foo bar 484K 25 juin 19:35 t_vdr_Les_ptites_poules_Dessin_anim?2E_2011-06-23_11_50_5-0_rec-0.log (Note: I've replaced my login/group by foo and bar) Hope this helps -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 25 23:26:38 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 21:26:38 -0000 Subject: [FFmpeg-trac] #306(undetermined:new): Add support for AVI RAW (YV24) Message-ID: <038.d837040307e14aa26402913626acac5a@avcodec.org> #306: Add support for AVI RAW (YV24) --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- AVI RAW (YV24) sample not supported by FFmpeg. http://www.datafilehost.com/download-36b8d957.html The file comes from: https://trac.videolan.org/vlc/ticket/4985 I will post the patch to the ml shortly. {{{ C:\>ffmpeg -i "4_4_4 planar YCbCr (YV24).avi" ffmpeg version N-30956-g81ef892, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 17:34:15 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 15.00 (100000 0000/66667391) -> 15.00 (15/1) Input #0, avi, from '4_4_4 planar YCbCr (YV24).avi': Duration: 00:00:03.73, start: 0.000000, bitrate: 30908 kb/s Stream #0.0: Video: YV24 / 0x34325659, 359x239, 15 fps, 15 tbr, 15 tbn, 15 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 00:19:40 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 22:19:40 -0000 Subject: [FFmpeg-trac] #305(undetermined:open): -passlogfile option is broken (used to work) In-Reply-To: <036.6d52b21dd7b7c94a5786515ab03a58ad@avcodec.org> References: <036.6d52b21dd7b7c94a5786515ab03a58ad@avcodec.org> Message-ID: <051.1e6c6d95add1506cf616dbcb7aa48d65@avcodec.org> #305: -passlogfile option is broken (used to work) ------------------------+--------------------------- Reporter: ddumont | Owner: michael Type: defect | Status: open Priority: important | Component: undetermined Version: git-master | Resolution: Keywords: passlogfile | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * priority: normal => important * version: 0.8 => git-master * reproduced: 0 => 1 Comment: Regression since 2c18893a911657205bd45ff8a666882610e57700 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 01:18:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 23:18:51 -0000 Subject: [FFmpeg-trac] #307(undetermined:new): Add support for AVI RAW (YV16) Message-ID: <038.8d9983effb7b5f0642042d1ecf4ea1a1@avcodec.org> #307: Add support for AVI RAW (YV16) --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- The attached patch adds support for YV16 FourCC. The sample file comes from: https://trac.videolan.org/vlc/ticket/4985 {{{ C:\>ffmpeg -i "4_2_2 planar YCbCr (YV16).avi" ffmpeg version N-30956-g81ef892, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 17:34:15 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 15.00 (100000 0000/66667391) -> 15.00 (15/1) Input #0, avi, from '4_2_2 planar YCbCr (YV16).avi': Duration: 00:00:03.53, start: 0.000000, bitrate: 19341 kb/s Stream #0.0: Video: YV16 / 0x36315659, 350x230, 15 fps, 15 tbr, 15 tbn, 15 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 01:33:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 23:33:57 -0000 Subject: [FFmpeg-trac] #308(undetermined:new): Add support for AVI RAW (Y8) Message-ID: <038.67637df7a14bca3f828f0d61d8fe6209@avcodec.org> #308: Add support for AVI RAW (Y8) --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Attached patch adds Y8 FourCC. The sample file comes from: https://trac.videolan.org/vlc/ticket/4985 {{{ C:\>ffmpeg -i "Luminance only (Y8, 16-235).avi" ffmpeg version N-30956-g81ef892, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 17:34:15 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 01E5A600] Could not find codec parameters (Video: Y8 / 0x20203859, 359x239) Luminance only (Y8, 16-235).avi: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 01:41:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 25 Jun 2011 23:41:42 -0000 Subject: [FFmpeg-trac] #308(undetermined:new): Add support for AVI RAW (Y8) In-Reply-To: <038.67637df7a14bca3f828f0d61d8fe6209@avcodec.org> References: <038.67637df7a14bca3f828f0d61d8fe6209@avcodec.org> Message-ID: <053.b9141f6b91fb881e1b0cac4dc7aaea8e@avcodec.org> #308: Add support for AVI RAW (Y8) ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): Not realted to this issue, but there is { PIX_FMT_GRAY8, MKTAG(' ', ' ', 'Y', '8') }, in "libavcodec/raw.c" so shouldn't + { CODEC_ID_RAWVIDEO, MKTAG(' ', ' ', 'Y', '8') }, be added to "libavformat/riff.c" as well? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 07:29:27 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 05:29:27 -0000 Subject: [FFmpeg-trac] #309(avfilter:new): width or height not divisible by 2 Message-ID: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> #309: width or height not divisible by 2 ---------------------------+------------------------- Reporter: AlanJames1987 | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+------------------------- While using -vf 'scale=' if the output has an a height that is an odd number it gives an error like below. [libx264 @ 0x175c880] width or height not divisible by 2 (854x363) This has caused me lots of headache when down-converting large amounts of video and not having all of it be converted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 09:47:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 07:47:13 -0000 Subject: [FFmpeg-trac] #310(undetermined:new): artifacts with latest ffmpeg-git, mplayer-svn and vdpau Message-ID: <036.7197c53d1c5a6ac3ba34691902561a0a@avcodec.org> #310: artifacts with latest ffmpeg-git, mplayer-svn and vdpau --------------------------+--------------------- Reporter: ivanich | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- Artifacts appears only with vdpau vo selected in mplayer and hd video(720p, 1080), xv works fine. I've tried downgrade ffmpeg to version 0.7.1 and mplayer to mplayer-1.0_rc4_p20110322 - artifacts are gone. I'm unable to take screenshot with vdpau. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 10:23:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 08:23:39 -0000 Subject: [FFmpeg-trac] #309(undetermined:open): width or height not divisible by 2 In-Reply-To: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> References: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> Message-ID: <057.1a9809728f486a5c5e6141ddda52e574@avcodec.org> #309: width or height not divisible by 2 --------------------------+--------------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by cehoyos): * status: new => open * component: avfilter => undetermined Comment: Command line and complete, uncut output missing (but I fear you used the wrong bug tracker). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 10:32:27 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 08:32:27 -0000 Subject: [FFmpeg-trac] #310(undetermined:open): artifacts with latest ffmpeg-git, mplayer-svn and vdpau In-Reply-To: <036.7197c53d1c5a6ac3ba34691902561a0a@avcodec.org> References: <036.7197c53d1c5a6ac3ba34691902561a0a@avcodec.org> Message-ID: <051.5a453f64348ab5b30333582ecd405cce@avcodec.org> #310: artifacts with latest ffmpeg-git, mplayer-svn and vdpau --------------------+--------------------------- Reporter: ivanich | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: Screen-shots are neither asked for, nor do I remember that one was ever needed. Command line and complete, uncut output is always needed, a sample is needed if your problem is not reproducible with every sample (it is needed, consider using http://www.datafilehost.com/), and I fear you will have to post on http://bugzilla.mplayerhq.hu. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 10:42:03 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 08:42:03 -0000 Subject: [FFmpeg-trac] #311(avcodec:new): Distortions playing mp3 Message-ID: <036.cbf1eeb46fa6925b2378e8bf142def75@avcodec.org> #311: Distortions playing mp3 -------------------------+--------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- Attached file plays fine with mplayer -ac mad, (both) FFmpeg decoders produce strong audible artefacts. {{{ $ ffmpeg -i Test-gestoert.mp3 out.wav ffmpeg version N-31018-gebc64dc, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 26 2011 10:30:29 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 [mp3 @ 0x126d400] max_analyze_duration 5000000 reached at 5040000 Input #0, mp3, from 'Test-gestoert.mp3': Duration: 00:00:15.19, start: 0.000000, bitrate: 27 kb/s Stream #0.0: Audio: mp3, 8000 Hz, mono, s16, 56 kb/s Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.4.0 Stream #0.0: Audio: pcm_s16le, 8000 Hz, mono, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mp3 @ 0x126f360] overread, skip -9 enddists: -8 -8 [mp3 @ 0x126f360] overread, skip -6 enddists: -2 -2 size= 237kB time=00:00:15.19 bitrate= 128.0kbits/s video:0kB audio:237kB global headers:0kB muxing overhead 0.018102% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 10:45:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 08:45:35 -0000 Subject: [FFmpeg-trac] #310(undetermined:open): artifacts with latest ffmpeg-git, mplayer-svn and vdpau In-Reply-To: <036.7197c53d1c5a6ac3ba34691902561a0a@avcodec.org> References: <036.7197c53d1c5a6ac3ba34691902561a0a@avcodec.org> Message-ID: <051.47e3e8d34d9cb84d5ce99e4be87594e5@avcodec.org> #310: artifacts with latest ffmpeg-git, mplayer-svn and vdpau --------------------+--------------------------- Reporter: ivanich | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+--------------------------- Comment (by ivanich): It's reproducible with every sample and mplayer shows no errors in logs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 10:47:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 08:47:05 -0000 Subject: [FFmpeg-trac] #311(avcodec:open): Distortions playing 8kHz mp3 (was: Distortions playing mp3) In-Reply-To: <036.cbf1eeb46fa6925b2378e8bf142def75@avcodec.org> References: <036.cbf1eeb46fa6925b2378e8bf142def75@avcodec.org> Message-ID: <051.f5d395e8806acdb77a9a84d9c00ea785@avcodec.org> #311: Distortions playing 8kHz mp3 -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 10:50:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 08:50:12 -0000 Subject: [FFmpeg-trac] #309(undetermined:open): width or height not divisible by 2 In-Reply-To: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> References: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> Message-ID: <057.9c7e7146ffa7935d818ceee8526664d7@avcodec.org> #309: width or height not divisible by 2 --------------------------+--------------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by AlanJames1987): Command line {{{ #!/bin/bash ffmpeg -i input.mov \ -vcodec libx264 -vf 'scale=854:-1' -b 854k \ -acodec aac -strict experimental -ab 112k \ -vpre baseline -threads 0 -map_metadata -1 -y output.mp4 }}} uncut output {{{ ffmpeg version N-31018-gebc64dc, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 26 2011 04:42:51 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable- libx264 --enable-libxvid --enable-x11grab libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x21d2440] Unknown container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x21d2440] max_analyze_duration 5000000 reached at 5013333 Seems stream 0 codec frame rate differs from container frame rate: 5994.00 (5994/1) -> 23.98 (2997/125) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-07-15 16:22:37 comment : Encoded and delivered by apple.com/trailers/ comment-eng : Encoded and delivered by apple.com/trailers/ copyright : ? 2008 Warner Bros. Pictures. All Rights Reserved copyright-eng : ? 2008 Warner Bros. Pictures. All Rights Reserved title : The Dark Knight title-eng : The Dark Knight Duration: 00:02:06.93, start: 0.000000, bitrate: 10488 kb/s Stream #0.0(eng): Video: h264 (Main), yuv420p, 1920x816, 10275 kb/s, 23.98 fps, 23.98 tbr, 2997 tbn, 5994 tbc Metadata: creation_time : 2008-07-15 16:22:37 Stream #0.1(eng): Audio: aac, 48000 Hz, 5.1, s16, 208 kb/s Metadata: creation_time : 2008-07-15 16:22:37 Stream #0.2(eng): Data: tmcd / 0x64636D74 Metadata: creation_time : 2008-07-15 16:22:37 [buffer @ 0x21d6280] w:1920 h:816 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [scale @ 0x21d5260] w:1920 h:816 fmt:yuv420p -> w:854 h:363 fmt:yuv420p flags:0x4 [libx264 @ 0x21d68c0] Default settings detected, using medium profile [libx264 @ 0x21d68c0] width or height not divisible by 2 (854x363) Output #0, mp4, to 'output.mp4': Stream #0.0(eng): Video: libx264, yuv420p, 854x363, q=2-31, 854 kb/s, 90k tbn, 23.98 tbc Metadata: creation_time : 2008-07-15 16:22:37 Stream #0.1(eng): Audio: libfaac, 48000 Hz, 5.1, s16, 112 kb/s Metadata: creation_time : 2008-07-15 16:22:37 Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} The problem is in avfilter somewhere in the vf_scale.c file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 12:33:07 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 10:33:07 -0000 Subject: [FFmpeg-trac] #310(undetermined:closed): artifacts with latest ffmpeg-git, mplayer-svn and vdpau In-Reply-To: <036.7197c53d1c5a6ac3ba34691902561a0a@avcodec.org> References: <036.7197c53d1c5a6ac3ba34691902561a0a@avcodec.org> Message-ID: <051.80186feda96ebb7ace0bc33dfeb7d014@avcodec.org> #310: artifacts with latest ffmpeg-git, mplayer-svn and vdpau --------------------+--------------------------- Reporter: ivanich | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: Please open a bug report on http://bugzilla.mplayerhq.hu if you have a problem with MPlayer. this tracker is only for FFmpeg. Please test {{{ mplayer -vc ffh264vdpau "/mnt/sdb1/films/serials/Prison Break BluRay 720p Collection/Prison Break S01 BluRay 720p x264 AC3/Prison.Break.S01E01.BluRay.720p.x264.AC3.-Rock.mkv" }}} If it works fine, please find the option needed to reproduce your problem, if not, please attach a short sample to the bugzilla bug report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 13:55:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 11:55:55 -0000 Subject: [FFmpeg-trac] #303(undetermined:closed): libavcodec/x86/snowdsp_mmx.c has bad inline asm In-Reply-To: <037.ce0999c0bffd15d6990443b569ca382b@avcodec.org> References: <037.ce0999c0bffd15d6990443b569ca382b@avcodec.org> Message-ID: <052.f05610636d18f918de124bd009c37225@avcodec.org> #303: libavcodec/x86/snowdsp_mmx.c has bad inline asm ---------------------------+--------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: asm libavcodec | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Changes (by reimar): * status: open => closed * resolution: => fixed Comment: I fixed it in 5c13b5bb398c12361732b7b47c71954484f5af1d. And yes, I think we'd very much like additional FATE test machines, I am a bit unsure about the process to add on though. Do you have a fate config set up and running already? I think all you need to do is to send your public ssh key to Baptiste in that case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 17:24:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 15:24:53 -0000 Subject: [FFmpeg-trac] #310(undetermined:closed): artifacts with latest ffmpeg-git, mplayer-svn and vdpau In-Reply-To: <036.7197c53d1c5a6ac3ba34691902561a0a@avcodec.org> References: <036.7197c53d1c5a6ac3ba34691902561a0a@avcodec.org> Message-ID: <051.abba9c4f478258597c46d8c73a11c3e3@avcodec.org> #310: artifacts with latest ffmpeg-git, mplayer-svn and vdpau --------------------+--------------------------- Reporter: ivanich | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+--------------------------- Comment (by ivanich): The problem is still persist with mplayer -vc ffh264vdpau, so I guess it can be a problem with ffh264vdpau which is a part of ffmpeg AFAIK. And no problem at all with ffh264 and vo=vdpau. There is link to sample http://www.datafilehost.com/download-92925618.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 18:43:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 16:43:48 -0000 Subject: [FFmpeg-trac] #312(avcodec:new): Invalid reads in ff_h264_pred_direct_motion() when decoding corrupt H264 sample Message-ID: <036.5141283b91d05cdb9e91000a4b1f83c3@avcodec.org> #312: Invalid reads in ff_h264_pred_direct_motion() when decoding corrupt H264 sample -------------------------+--------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: h264 Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+--------------------- {{{ $ valgrind ./ffmpeg_g -i invalid_reads1.h264 -f null - ==24302== Memcheck, a memory error detector ==24302== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==24302== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==24302== Command: ./ffmpeg_g -i invalid_reads1.h264 -f null - ==24302== ffmpeg version N-31019-g5c13b5b, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 26 2011 17:49:29 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 [h264 @ 0xa44e320] non-existing PPS referenced [h264 @ 0xa44e320] non-existing PPS 0 referenced [h264 @ 0xa44e320] decode_slice_header error [h264 @ 0xa44e320] no frame! [h264 @ 0xa44e320] non-existing PPS referenced [h264 @ 0xa44e320] non-existing PPS 0 referenced [h264 @ 0xa44e320] decode_slice_header error [h264 @ 0xa44e320] no frame! ... [h264 @ 0xa44e320] non-existing PPS referenced [h264 @ 0xa44e320] non-existing PPS 0 referenced [h264 @ 0xa44e320] decode_slice_header error [h264 @ 0xa44e320] no frame! [h264 @ 0xa44e320] non-existing PPS referenced [h264 @ 0xa44e320] non-existing PPS 0 referenced [h264 @ 0xa44e320] decode_slice_header error [h264 @ 0xa44e320] no frame! [h264 @ 0xa44e320] top block unavailable for requested intra mode at 22 0 [h264 @ 0xa44e320] error while decoding MB 22 0, bytestream (67741) [h264 @ 0xa44e320] mmco: unref short failure [h264 @ 0xa404680] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (60000/2002) Input #0, h264, from 'invalid_reads1.h264': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264 (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 57.89 fps, 29.97 tbr, 1200k tbn, 59.94 tbc [buffer @ 0xa537120] w:1920 h:1080 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.4.0 Stream #0.0: Video: rawvideo, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [h264 @ 0xa44e320] left block unavailable for requested intra mode at 0 17 [h264 @ 0xa44e320] error while decoding MB 0 17, bytestream (18637) frame= 1 fps= 1 q=0.0 size= -0kB time=00:00:00.03 bitrate= -5.3kbits/s ^M[h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] Reference 2 >= 2 [h264 @ 0xa44e320] error while decoding MB 70 9, bytestream (2358) [h264 @ 0xa44e320] illegal short term buffer state detected [h264 @ 0xa44e320] mmco: unref short failure frame= 3 fps= 1 q=0.0 size= -0kB time=00:00:00.10 bitrate= -1.8kbits/s ^M Last message repeated 1 times [h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] Reference 2 >= 2 [h264 @ 0xa44e320] error while decoding MB 21 23, bytestream (1567) frame= 3 fps= 1 q=0.0 size= -0kB time=00:00:00.10 bitrate= -1.8kbits/s dup=0 drop=1 ^M==24302== Invalid read of size 2 ==24302== at 0x824DAD0: ff_h264_pred_direct_motion (h264_direct.c:377) ==24302== Address 0xd228c70 is not stack'd, malloc'd or (recently) free'd ==24302== ==24302== Invalid read of size 2 ==24302== at 0x824DAE0: ff_h264_pred_direct_motion (h264_direct.c:377) ==24302== Address 0xd228c72 is not stack'd, malloc'd or (recently) free'd ==24302== [h264 @ 0xa44e320] top block unavailable for requested intra mode at 22 0 [h264 @ 0xa44e320] error while decoding MB 22 0, bytestream (67741) [h264 @ 0xa44e320] mmco: unref short failure frame= 4 fps= 1 q=0.0 size= -0kB time=00:00:00.13 bitrate= -1.3kbits/s dup=0 drop=1 ^M[h264 @ 0xa44e320] reference picture missing during reorder Last message repeated 1 times [h264 @ 0xa44e320] Missing reference picture Last message repeated 1 times [h264 @ 0xa44e320] cabac decode of qscale diff failed at 93 61 [h264 @ 0xa44e320] error while decoding MB 93 61, bytestream (4862) frame= 5 fps= 1 q=0.0 size= -0kB time=00:00:00.16 bitrate= -1.1kbits/s dup=0 drop=2 ^M[h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] mmco: unref short failure frame= 5 fps= 1 q=0.0 size= -0kB time=00:00:00.16 bitrate= -1.1kbits/s dup=0 drop=3 ^M Last message repeated 3 times [h264 @ 0xa44e320] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one frame= 6 fps= 1 q=0.0 size= -0kB time=00:00:00.20 bitrate= -0.9kbits/s dup=0 drop=4 ^M[h264 @ 0xa44e320] illegal short term buffer state detected frame= 7 fps= 1 q=0.0 size= -0kB time=00:00:00.23 bitrate= -0.8kbits/s dup=0 drop=5 ^M[h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] Reference 2 >= 2 [h264 @ 0xa44e320] error while decoding MB 4 39, bytestream (1016) [h264 @ 0xa44e320] illegal short term buffer state detected [h264 @ 0xa44e320] mmco: unref short failure Last message repeated 1 times [h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] Reference 2 >= 2 [h264 @ 0xa44e320] error while decoding MB 78 0, bytestream (28013) [h264 @ 0xa44e320] Reference 6 >= 2 [h264 @ 0xa44e320] error while decoding MB 52 17, bytestream (1583) frame= 8 fps= 1 q=0.0 size= -0kB time=00:00:00.26 bitrate= -0.7kbits/s dup=0 drop=6 ^M[h264 @ 0xa44e320] mmco: unref short failure [h264 @ 0xa44e320] Reference 2 >= 2 [h264 @ 0xa44e320] error while decoding MB 27 6, bytestream (15044) frame= 9 fps= 1 q=0.0 size= -0kB time=00:00:00.30 bitrate= -0.6kbits/s dup=0 drop=7 ^M[h264 @ 0xa44e320] error while decoding MB 14 48, bytestream (-3) [h264 @ 0xa44e320] reference picture missing during reorder Last message repeated 1 times [h264 @ 0xa44e320] Missing reference picture Last message repeated 1 times [h264 @ 0xa44e320] Reference 2 >= 2 [h264 @ 0xa44e320] error while decoding MB 95 13, bytestream (2146) [h264 @ 0xa44e320] mmco: unref short failure frame= 10 fps= 1 q=0.0 size= -0kB time=00:00:00.33 bitrate= -0.5kbits/s dup=0 drop=7 ^M[h264 @ 0xa44e320] top block unavailable for requested intra4x4 mode -1 at 65 0 [h264 @ 0xa44e320] error while decoding MB 65 0, bytestream (5209) frame= 11 fps= 1 q=0.0 size= -0kB time=00:00:00.36 bitrate= -0.5kbits/s dup=0 drop=9 ^M[h264 @ 0xa44e320] illegal short term buffer state detected [h264 @ 0xa44e320] reference picture missing during reorder Last message repeated 1 times [h264 @ 0xa44e320] Missing reference picture Last message repeated 1 times [h264 @ 0xa44e320] illegal short term buffer state detected [h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] Reference 3 >= 2 [h264 @ 0xa44e320] error while decoding MB 114 47, bytestream (474) frame= 13 fps= 2 q=0.0 size= -0kB time=00:00:00.43 bitrate= -0.4kbits/s dup=0 drop=10 ^M[h264 @ 0xa44e320] mmco: unref short failure frame= 14 fps= 2 q=0.0 size= -0kB time=00:00:00.46 bitrate= -0.4kbits/s dup=0 drop=11 ^M Last message repeated 1 times [h264 @ 0xa44e320] top block unavailable for requested intra4x4 mode -1 at 85 0 [h264 @ 0xa44e320] error while decoding MB 85 0, bytestream (3582) [h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] Reference 2 >= 2 [h264 @ 0xa44e320] error while decoding MB 92 4, bytestream (9645) [h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] mmco: unref short failure [h264 @ 0xa44e320] illegal short term buffer state detected frame= 15 fps= 2 q=0.0 size= -0kB time=00:00:00.50 bitrate= -0.4kbits/s dup=0 drop=13 ^M[h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture frame= 16 fps= 2 q=0.0 size= -0kB time=00:00:00.53 bitrate= -0.3kbits/s dup=0 drop=13 ^M[h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] mmco: unref short failure frame= 17 fps= 2 q=0.0 size= -0kB time=00:00:00.56 bitrate= -0.3kbits/s dup=0 drop=14 ^M[h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] Reference 2 >= 2 [h264 @ 0xa44e320] error while decoding MB 30 4, bytestream (24043) frame= 17 fps= 1 q=0.0 size= -0kB time=00:00:00.56 bitrate= -0.3kbits/s dup=0 drop=15 ^M[h264 @ 0xa44e320] Reference 2 >= 2 [h264 @ 0xa44e320] error while decoding MB 111 27, bytestream (1302) [h264 @ 0xa44e320] error while decoding MB 51 6, bytestream (-4) [h264 @ 0xa44e320] mmco: unref short failure frame= 18 fps= 2 q=0.0 Lsize= -0kB time=00:00:00.60 bitrate= -0.3kbits/s dup=0 drop=16 ^M video:0kB audio:0kB global headers:0kB muxing overhead -inf% ==24302== ==24302== HEAP SUMMARY: ==24302== in use at exit: 132 bytes in 1 blocks ==24302== total heap usage: 1,633 allocs, 1,632 frees, 71,296,585 bytes allocated ==24302== ==24302== LEAK SUMMARY: ==24302== definitely lost: 132 bytes in 1 blocks ==24302== indirectly lost: 0 bytes in 0 blocks ==24302== possibly lost: 0 bytes in 0 blocks ==24302== still reachable: 0 bytes in 0 blocks ==24302== suppressed: 0 bytes in 0 blocks ==24302== Rerun with --leak-check=full to see details of leaked memory ==24302== ==24302== For counts of detected and suppressed errors, rerun with: -v ==24302== ERROR SUMMARY: 20 errors from 2 contexts (suppressed: 3 from 3) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 26 18:46:02 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 16:46:02 -0000 Subject: [FFmpeg-trac] #313(undetermined:new): Invalid read in decode_cabac_residual_nondc_internal() when decoding corrupt H264 sample Message-ID: <036.5f7f20235f55e918a7b6f114f954f641@avcodec.org> #313: Invalid read in decode_cabac_residual_nondc_internal() when decoding corrupt H264 sample -------------------------+-------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Keywords: h264 Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+-------------------------- {{{ $ valgrind ./ffmpeg_g -i invalid_reads2.h264 -f null - ==24328== Memcheck, a memory error detector ==24328== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==24328== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==24328== Command: ./ffmpeg_g -i invalid_reads2.h264 -f null - ==24328== ffmpeg version N-31019-g5c13b5b, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 26 2011 17:49:29 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 [h264 @ 0xa44e320] non-existing PPS referenced [h264 @ 0xa44e320] non-existing PPS 0 referenced [h264 @ 0xa44e320] decode_slice_header error [h264 @ 0xa44e320] no frame! [h264 @ 0xa44e320] non-existing PPS referenced [h264 @ 0xa44e320] non-existing PPS 0 referenced [h264 @ 0xa44e320] decode_slice_header error [h264 @ 0xa44e320] no frame! ... [h264 @ 0xa44e320] non-existing PPS referenced [h264 @ 0xa44e320] non-existing PPS 0 referenced [h264 @ 0xa44e320] decode_slice_header error [h264 @ 0xa44e320] no frame! [h264 @ 0xa44e320] non-existing PPS referenced [h264 @ 0xa44e320] non-existing PPS 0 referenced [h264 @ 0xa44e320] decode_slice_header error [h264 @ 0xa44e320] no frame! [h264 @ 0xa44e320] top block unavailable for requested intra mode at 33 0 [h264 @ 0xa44e320] error while decoding MB 33 0, bytestream (10457) [h264 @ 0xa44e320] mmco: unref short failure [h264 @ 0xa404680] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (60000/2002) Input #0, h264, from 'invalid_reads2.h264': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264 (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 50 fps, 29.97 tbr, 1200k tbn, 59.94 tbc [buffer @ 0xa534220] w:1920 h:1080 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.4.0 Stream #0.0: Video: rawvideo, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help ==24328== Invalid read of size 2 ==24328== at 0x823C139: decode_cabac_residual_nondc_internal (cabac.h:115) ==24328== Address 0xa51469c is 1,404 bytes inside a block of size 1,405 alloc'd ==24328== at 0x6449E9E: memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==24328== by 0x6449EFB: posix_memalign (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==24328== by 0x85AE047: av_malloc (mem.c:90) ==24328== [h264 @ 0xa44e320] error while decoding MB 68 28, bytestream (-9) frame= 0 fps= 0 q=0.0 size= -0kB time=00:00:00.00 bitrate= 0.0kbits/s ^M[h264 @ 0xa44e320] reference picture missing during reorder [h264 @ 0xa44e320] Missing reference picture [h264 @ 0xa44e320] Reference 3 >= 2 [h264 @ 0xa44e320] error while decoding MB 0 23, bytestream (2065) [h264 @ 0xa44e320] illegal short term buffer state detected frame= 2 fps= 1 q=0.0 size= -0kB time=00:00:00.06 bitrate= -2.6kbits/s ^M[h264 @ 0xa44e320] top block unavailable for requested intra mode at 33 0 [h264 @ 0xa44e320] error while decoding MB 33 0, bytestream (10457) frame= 4 fps= 2 q=0.0 Lsize= -0kB time=00:00:00.13 bitrate= -1.3kbits/s dup=0 drop=1 ^M video:0kB audio:0kB global headers:0kB muxing overhead -inf% ==24328== ==24328== HEAP SUMMARY: ==24328== in use at exit: 132 bytes in 1 blocks ==24328== total heap usage: 486 allocs, 485 frees, 68,920,233 bytes allocated ==24328== ==24328== LEAK SUMMARY: ==24328== definitely lost: 132 bytes in 1 blocks ==24328== indirectly lost: 0 bytes in 0 blocks ==24328== possibly lost: 0 bytes in 0 blocks ==24328== still reachable: 0 bytes in 0 blocks ==24328== suppressed: 0 bytes in 0 blocks ==24328== Rerun with --leak-check=full to see details of leaked memory ==24328== ==24328== For counts of detected and suppressed errors, rerun with: -v ==24328== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 3 from 3) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 01:18:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 26 Jun 2011 23:18:05 -0000 Subject: [FFmpeg-trac] #313(undetermined:new): Invalid read in decode_cabac_residual_nondc_internal() when decoding corrupt H264 sample In-Reply-To: <036.5f7f20235f55e918a7b6f114f954f641@avcodec.org> References: <036.5f7f20235f55e918a7b6f114f954f641@avcodec.org> Message-ID: <051.e39067aa606c6149c3eae00747c19e63@avcodec.org> #313: Invalid read in decode_cabac_residual_nondc_internal() when decoding corrupt H264 sample -----------------------+--------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by michael): Maybe its overreading the end of the bitstream -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 10:26:48 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 08:26:48 -0000 Subject: [FFmpeg-trac] #308(undetermined:closed): Add support for AVI RAW (Y8) In-Reply-To: <038.67637df7a14bca3f828f0d61d8fe6209@avcodec.org> References: <038.67637df7a14bca3f828f0d61d8fe6209@avcodec.org> Message-ID: <053.4549d0dc4c9f4dc4984791b9614eb9ee@avcodec.org> #308: Add support for AVI RAW (Y8) ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Pushed, thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 10:27:22 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 08:27:22 -0000 Subject: [FFmpeg-trac] #307(undetermined:closed): Add support for AVI RAW (YV16) In-Reply-To: <038.8d9983effb7b5f0642042d1ecf4ea1a1@avcodec.org> References: <038.8d9983effb7b5f0642042d1ecf4ea1a1@avcodec.org> Message-ID: <053.ed6c91bb5df81be491d11feeef6d5d83@avcodec.org> #307: Add support for AVI RAW (YV16) ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Pushed, thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 11:44:49 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 09:44:49 -0000 Subject: [FFmpeg-trac] #309(undetermined:closed): width or height not divisible by 2 In-Reply-To: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> References: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> Message-ID: <057.fa5500073e40a58eb6d452d1b979ac92@avcodec.org> #309: width or height not divisible by 2 --------------------------+--------------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------+--------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => invalid * reproduced: 0 => 1 Comment: This is a limitation of libx264, which is unrelated to libavfilter/scale. When choosing scale=W:-1 the filter won't round the scaled H by 2, you need to explicitely express this to the scale filter, either by employing scripting or using expressions in the scale filter itself. For example the following will round the scaled height to a multiple of 2, keeping the same input aspect ratio: scale="854:trunc(ow/a/2)*2" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 12:55:25 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 10:55:25 -0000 Subject: [FFmpeg-trac] #309(undetermined:closed): width or height not divisible by 2 In-Reply-To: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> References: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> Message-ID: <057.9d3525472cbe93ec3cd40e3816a64bfb@avcodec.org> #309: width or height not divisible by 2 --------------------------+--------------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------+--------------------------- Comment (by cehoyos): Wouldn't scale="854:-2" be much simpler? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 15:16:29 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 13:16:29 -0000 Subject: [FFmpeg-trac] #309(undetermined:closed): width or height not divisible by 2 In-Reply-To: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> References: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> Message-ID: <057.c37f2a3bc186766b3487fe99c1a4c8a1@avcodec.org> #309: width or height not divisible by 2 --------------------------+--------------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------+--------------------------- Comment (by saste): Replying to [comment:4 cehoyos]: > Wouldn't scale="854:-2" be much simpler? Patches are welcome, if you believe that is cleaner and if you can provide a consistent semantics for negative h/w values. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 17:22:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 15:22:47 -0000 Subject: [FFmpeg-trac] #314(avdevice:new): OpenAL device does not work on OS X Message-ID: <035.dbfe064779a657e7cab88f53c822b084@avcodec.org> #314: OpenAL device does not work on OS X ----------------------+-------------------------- Reporter: nieder | Type: enhancement Status: new | Priority: normal Component: avdevice | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- configure is not set to find openal on OS X. The fix for the linker check is easy: add "-Wl,-framework,OpenAL" to the list of flags to check {{{ -enabled openal && { { for al_libs in "${OPENAL_LIBS}" "-lopenal" "-lOpenAL32"; do +enabled openal && { { for al_libs in "${OPENAL_LIBS}" "-lopenal" "-lOpenAL32" "-Wl,-framework,OpenAL"; do }}} I don't know how to fix the header check to look for multiple possibilities, but on OS X the header in the OpenAL framework is found in OpenAL/al.h (not AL/al.h like in linux). If I change the header check in configure and the includes in libavdevice/openal-dec.c, the build and linkage works well. However, running 'ffmpeg -f openal' as suggested in the manual fails with an malloc error, so this might just not be doable on OS X. {{{ nieder $ /usr/local/ffmpeg-git/bin/ffmpeg -list_devices true -f openal -i dummy out.ogg ffmpeg version N-31036-g65eae2a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 27 2011 10:29:19 with gcc 4.0.1 (Apple Inc. build 5493) configuration: --prefix=/usr/local/ffmpeg-git --mandir=/usr/local /ffmpeg-git/share/man --disable-static --enable-shared --enable-gpl --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab --enable-bzlib --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libdirac --enable-libfreetype --enable- libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-openal --enable-zlib --disable- debug --extra-cflags='-I/sw/lib/libspeex1/include -I/sw/include -I/usr/X11R6/include' --extra-ldflags='-L/sw/lib/libspeex1/lib -L/sw/lib -L/usr/X11R6/lib' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [openal @ 0x200a800] List of OpenAL capture devices on this system: [openal @ 0x200a800] Built-in Microphone dummy: Immediate exit requested nieder $ /usr/local/ffmpeg-git/bin/ffmpeg -f openal -i 'Built-in Microphone' out.ogg ffmpeg version N-31036-g65eae2a, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 27 2011 10:29:19 with gcc 4.0.1 (Apple Inc. build 5493) configuration: --prefix=/usr/local/ffmpeg-git --mandir=/usr/local /ffmpeg-git/share/man --disable-static --enable-shared --enable-gpl --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab --enable-bzlib --enable-libcelt --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libdirac --enable-libfreetype --enable- libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-openal --enable-zlib --disable- debug --extra-cflags='-I/sw/lib/libspeex1/include -I/sw/include -I/usr/X11R6/include' --extra-ldflags='-L/sw/lib/libspeex1/lib -L/sw/lib -L/usr/X11R6/lib' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 mpeg(49840,0xa025b720) malloc: *** error for object 0x1e2c0e0: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug mpeg(49840,0xa025b720) malloc: *** error for object 0x1e2c0e0: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug [openal @ 0x200a800] Error: ALC Invalid Device Bus error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 17:24:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 15:24:59 -0000 Subject: [FFmpeg-trac] #309(undetermined:closed): width or height not divisible by 2 In-Reply-To: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> References: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> Message-ID: <057.9f8b9e80548b5b255b9511e1dad1fcf8@avcodec.org> #309: width or height not divisible by 2 --------------------------+--------------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------+--------------------------- Comment (by cehoyos): {{{ If the value for @var{width} or @var{height} is -n (negative), the scale filter will use, for the respective output size, a value that maintains the aspect ratio of the input image, and rounds to the nearest multiple of +n. }}} Do you believe anything is unclear or inconsistent? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 20:58:11 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 18:58:11 -0000 Subject: [FFmpeg-trac] #177(FFmpeg:open): "non monotone timestamps" error patch In-Reply-To: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> References: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> Message-ID: <053.93fadaeffd62ad70f1f942a6dd25f890@avcodec.org> #177: "non monotone timestamps" error patch -------------------------------+--------------------- Reporter: andrixnet | Owner: Type: defect | Status: open Priority: minor | Component: FFmpeg Version: unspecified | Resolution: Keywords: monotone timestamp | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------+--------------------- Comment (by andrixnet): Taken from ~alien builds for Slackware : [http://connie.slackware.com/~alien/slackbuilds/ffmpeg/build/ffmpeg-HEAD- VP8_param_mapping.diff] Seems to do the job nicely, with the additions as michael said. {{{ diff --git a/libavformat/avformat.h b/libavformat/avformat.h index 767356a..17418bc 100644 --- a/libavformat/avformat.h +++ b/libavformat/avformat.h @@ -258,6 +258,9 @@ typedef struct AVFormatParameters { #define AVFMT_VARIABLE_FPS 0x0400 /**< Format allows variable fps. */ #define AVFMT_NODIMENSIONS 0x0800 /**< Format does not need width/height */ #define AVFMT_NOSTREAMS 0x1000 /**< Format does not require any streams */ +#define AVFMT_TS_NONSTRICT 0x2000 /**< Format does not require strictly + increasing timestamps, but they must + still be monotonic */ typedef struct AVOutputFormat { const char *name; diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c index 5e4552a..2c846c8 100644 --- a/libavformat/matroskaenc.c +++ b/libavformat/matroskaenc.c @@ -1199,7 +1199,7 @@ AVOutputFormat ff_webm_muxer = { mkv_write_header, mkv_write_packet, mkv_write_trailer, - .flags = AVFMT_GLOBALHEADER | AVFMT_VARIABLE_FPS, + .flags = AVFMT_GLOBALHEADER | AVFMT_VARIABLE_FPS | AVFMT_TS_NONSTRICT, }; #endif diff --git a/libavformat/utils.c b/libavformat/utils.c index e7ce911..bc9d38f 100644 --- a/libavformat/utils.c +++ b/libavformat/utils.c @@ -2901,7 +2901,7 @@ static int compute_pkt_fields2(AVFormatContext *s, AVStream *st, AVPacket *pkt){ pkt->dts= st->pts_buffer[0]; } - if(st->cur_dts && st->cur_dts != AV_NOPTS_VALUE && st->cur_dts >= pkt->dts){ + if(st->cur_dts && st->cur_dts != AV_NOPTS_VALUE && ((!(s->oformat->flags & AVFMT_TS_NONSTRICT) && st->cur_dts >= pkt->dts) || st->cur_dts > pkt->dts)){ av_log(s, AV_LOG_ERROR, "Application provided invalid, non monotonically increasing dts to muxer in stream %d: %"PRId64" >= %"PRId64"\n", st->index, st->cur_dts, pkt->dts); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 22:39:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 20:39:14 -0000 Subject: [FFmpeg-trac] #181(avdevice:open): ffmpeg win-all be able to capture from dshow In-Reply-To: <038.a7822de34a7d3c51bef2e2f8f5062141@avcodec.org> References: <038.a7822de34a7d3c51bef2e2f8f5062141@avcodec.org> Message-ID: <053.aa6ada9512659a978ba72171034d71b4@avcodec.org> #181: ffmpeg win-all be able to capture from dshow ------------------------+----------------------- Reporter: andrixnet | Owner: Type: enhancement | Status: open Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: windows | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Comment (by andrixnet): According to http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=3&t=27 it should be working. I just confirmed it to work, based on instructions on that forum. While there is room for optimization, it does work. It would seem that some documentation, like a new chapter 14.13 be added to http://www.ffmpeg.org/ffmpeg.html (I'll try to suggest something after further tests.) One thing that is lacking is the ability to list available capture devices : ffmpeg -f dshow -i list does not work (analogy inspired from chapter 14.10). It should. The need to appeal to another tool (GraphEdit) to get the device names is more like a temporary hack. Will continue to test this and report back with more user experience. Also watch that forum thread. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 23:11:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 21:11:26 -0000 Subject: [FFmpeg-trac] #180(undetermined:new): ffmpeg and ffserver different builds interraction In-Reply-To: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> References: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> Message-ID: <053.c13ac8256841909bd57d3830e68eebd0@avcodec.org> #180: ffmpeg and ffserver different builds interraction ------------------------+--------------------------- Reporter: andrixnet | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by andrixnet): Current versions interraction : I can reproduce this with same version ffmpeg as well, @ ffmpeg-0.8. Using default config from source tree. Using ffmpeg-0.8, just built. ffserver -f ffserver.conf ffmpeg -i file.avi http://localhost:8090/feed1.ffm : {{{ [http @ 0x807a840] HTTP error 404 Not Found http://gate:8090/feed1.ffm: Input/output error }}} {{{ Tue Jun 28 00:05:10 2011 FFserver started. Tue Jun 28 00:05:45 2011 File '/feed1.ffm' not found Tue Jun 28 00:05:45 2011 1.2.3.4 - - [GET] "/feed1.ffm HTTP/1.1" 404 149 }}} Same error using windows build of ffmpeg binary : ffmpeg version N-31031-gf211d9d, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 26 2011 22:50:39 with gcc 4.5.3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 23:13:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 21:13:47 -0000 Subject: [FFmpeg-trac] #180(undetermined:new): ffmpeg and ffserver different builds interraction In-Reply-To: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> References: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> Message-ID: <053.667b306197eeffaa74972b350e33b7c1@avcodec.org> #180: ffmpeg and ffserver different builds interraction ------------------------+--------------------------- Reporter: andrixnet | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by andrixnet): New and old version interraction : ffmpeg binary v0.8 ffmpeg -i file.avi http://somehost:8090/feed1.ffm : {{{ http://somehost:8090/feed1.ffm: Operation not permitted }}} ffserver version 0.5, in the logs : {{{ Tue Jun 28 00:10:30 2011 1.2.3.4 - - [GET] "/feed1.ffm HTTP/1.1" 200 12341 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 23:25:01 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 21:25:01 -0000 Subject: [FFmpeg-trac] #178(FFserver:new): ffserver segfault In-Reply-To: <038.31eb32e6bd7fc2841058df13374a425d@avcodec.org> References: <038.31eb32e6bd7fc2841058df13374a425d@avcodec.org> Message-ID: <053.22de67cdd9809d5209408377e525ee05@avcodec.org> #178: ffserver segfault ----------------------+----------------------- Reporter: andrixnet | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+----------------------- Comment (by andrixnet): No. The snapshot I took for testing already contained this patch and ffserver started just fine. Today, ffserver starts just fine at release 0.8. (sorry for the delayed reply). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 23:26:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 21:26:47 -0000 Subject: [FFmpeg-trac] #180(undetermined:new): ffmpeg and ffserver different builds interraction In-Reply-To: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> References: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> Message-ID: <053.ac381e04184a49d6a7d15dedbed8cbe2@avcodec.org> #180: ffmpeg and ffserver different builds interraction ------------------------+--------------------------- Reporter: andrixnet | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by andrixnet): Have yet to identify the change that broke things. (git bisect) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 27 23:58:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 27 Jun 2011 21:58:26 -0000 Subject: [FFmpeg-trac] #178(FFserver:closed): ffserver segfault In-Reply-To: <038.31eb32e6bd7fc2841058df13374a425d@avcodec.org> References: <038.31eb32e6bd7fc2841058df13374a425d@avcodec.org> Message-ID: <053.7131285a59b93387ae0e5b00384f8e44@avcodec.org> #178: ffserver segfault ----------------------+----------------------- Reporter: andrixnet | Owner: baptiste Type: defect | Status: closed Priority: normal | Component: FFserver Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+----------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 07:36:45 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 05:36:45 -0000 Subject: [FFmpeg-trac] #315(avutil:new): AVPictureType enum misses the undefined type Message-ID: <031.ae357d486dd99297835190436165ee3c@avcodec.org> #315: AVPictureType enum misses the undefined type --------------------------+--------------------- Reporter: mm | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- In commit bebe72f4a05d338e04ae9ca1e9c6b72749b488aa, the enum AV_PICTURE_TYPE_* was introduced. There are still places in the code where pict_type is used as an integer and there is a case where "pict_type = 0" with the explanation "let ffmpeg decide what to do". The new enum does not know a value of 0 and C++ will fail if compiling such programs anyway as it is refered as an int (and you cannot patch them properly). Examples: {{{ ffmpeg.c:1290: big_picture.pict_type = 0; libavfilter/libmpcodecs/vf_blackframe.c:89: if (pict_type > 3 || pict_type < 0) pict_type = 0; }}} This is very important for git-oldabi but also relevant for git-master. I suggest introducing a undefined type with a value of 0: {{{ diff --git a/libavutil/avutil.h b/libavutil/avutil.h index 33eacc7..a046d5b 100644 --- a/libavutil/avutil.h +++ b/libavutil/avutil.h @@ -104,7 +104,8 @@ enum AVMediaType { #define AV_TIME_BASE_Q (AVRational){1, AV_TIME_BASE} enum AVPictureType { - AV_PICTURE_TYPE_I = 1, ///< Intra + AV_PICTURE_TYPE_NONE = 0 ///< Undefined + AV_PICTURE_TYPE_I, ///< Intra AV_PICTURE_TYPE_P, ///< Predicted AV_PICTURE_TYPE_B, ///< Bi-dir predicted AV_PICTURE_TYPE_S, ///< S(GMC)-VOP MPEG4 }}} or fixing this problem in another way to preserve the compatibility with existing programs (oldabi). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 10:06:57 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 08:06:57 -0000 Subject: [FFmpeg-trac] #316(avformat:new): Double free with ogg files Message-ID: <036.0d3c2c6712c57c57289601811bbf0d2b@avcodec.org> #316: Double free with ogg files -------------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+---------------------- Apart from the double free, the file also triggers a FPE if I remove the av_freeps in oggdec.c {{{ $ valgrind ./ffmpeg_g -i multi2.ogg -f null - ==17417== Memcheck, a memory error detector ==17417== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==17417== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==17417== Command: ./ffmpeg_g -i multi2.ogg -f null - ==17417== ffmpeg version N-31042-g94e59cb, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 28 2011 09:49:35 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --disable- optimizations libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 ==17417== Invalid read of size 4 ==17417== at 0x8108AC1: theora_gptopts (oggparsetheora.c:132) ==17417== by 0x8100A82: ogg_gptopts (oggdec.h:137) ==17417== by 0x8101C48: ogg_get_length (oggdec.c:488) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== Address 0x5085600 is 0 bytes inside a block of size 12 free'd ==17417== at 0x4CA98A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==17417== by 0x85AAAB0: av_free (mem.c:152) ==17417== by 0x85AAACB: av_freep (mem.c:159) ==17417== by 0x81011CE: ogg_read_page (oggdec.c:243) ==17417== by 0x8101B30: ogg_get_length (oggdec.c:470) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== ==17417== Invalid read of size 4 ==17417== at 0x8108AE0: theora_gptopts (oggparsetheora.c:133) ==17417== by 0x8100A82: ogg_gptopts (oggdec.h:137) ==17417== by 0x8101C48: ogg_get_length (oggdec.c:488) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== Address 0x5085604 is 4 bytes inside a block of size 12 free'd ==17417== at 0x4CA98A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==17417== by 0x85AAAB0: av_free (mem.c:152) ==17417== by 0x85AAACB: av_freep (mem.c:159) ==17417== by 0x81011CE: ogg_read_page (oggdec.c:243) ==17417== by 0x8101B30: ogg_get_length (oggdec.c:470) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== ==17417== Invalid read of size 4 ==17417== at 0x8108AFB: theora_gptopts (oggparsetheora.c:135) ==17417== by 0x8100A82: ogg_gptopts (oggdec.h:137) ==17417== by 0x8101C48: ogg_get_length (oggdec.c:488) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== Address 0x5085608 is 8 bytes inside a block of size 12 free'd ==17417== at 0x4CA98A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==17417== by 0x85AAAB0: av_free (mem.c:152) ==17417== by 0x85AAACB: av_freep (mem.c:159) ==17417== by 0x81011CE: ogg_read_page (oggdec.c:243) ==17417== by 0x8101B30: ogg_get_length (oggdec.c:470) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== [theora @ 0x50851a0] 7 bits left in packet 82 ==17417== Invalid read of size 4 ==17417== at 0x8108AC1: theora_gptopts (oggparsetheora.c:132) ==17417== by 0x8100A82: ogg_gptopts (oggdec.h:137) ==17417== by 0x8101E83: ogg_calc_pts (oggdec.c:542) ==17417== by 0x8101F3E: ogg_read_packet (oggdec.c:569) ==17417== by 0x81455EF: av_read_packet (utils.c:723) ==17417== by 0x814718A: av_read_frame_internal (utils.c:1181) ==17417== by 0x814A891: av_find_stream_info (utils.c:2347) ==17417== by 0x80564BF: opt_input_file (ffmpeg.c:3365) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== Address 0x5085600 is 0 bytes inside a block of size 12 free'd ==17417== at 0x4CA98A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==17417== by 0x85AAAB0: av_free (mem.c:152) ==17417== by 0x85AAACB: av_freep (mem.c:159) ==17417== by 0x81011CE: ogg_read_page (oggdec.c:243) ==17417== by 0x8101B30: ogg_get_length (oggdec.c:470) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== ==17417== Invalid read of size 4 ==17417== at 0x8108AE0: theora_gptopts (oggparsetheora.c:133) ==17417== by 0x8100A82: ogg_gptopts (oggdec.h:137) ==17417== by 0x8101E83: ogg_calc_pts (oggdec.c:542) ==17417== by 0x8101F3E: ogg_read_packet (oggdec.c:569) ==17417== by 0x81455EF: av_read_packet (utils.c:723) ==17417== by 0x814718A: av_read_frame_internal (utils.c:1181) ==17417== by 0x814A891: av_find_stream_info (utils.c:2347) ==17417== by 0x80564BF: opt_input_file (ffmpeg.c:3365) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== Address 0x5085604 is 4 bytes inside a block of size 12 free'd ==17417== at 0x4CA98A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==17417== by 0x85AAAB0: av_free (mem.c:152) ==17417== by 0x85AAACB: av_freep (mem.c:159) ==17417== by 0x81011CE: ogg_read_page (oggdec.c:243) ==17417== by 0x8101B30: ogg_get_length (oggdec.c:470) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== ==17417== Invalid read of size 4 ==17417== at 0x8108AFB: theora_gptopts (oggparsetheora.c:135) ==17417== by 0x8100A82: ogg_gptopts (oggdec.h:137) ==17417== by 0x8101E83: ogg_calc_pts (oggdec.c:542) ==17417== by 0x8101F3E: ogg_read_packet (oggdec.c:569) ==17417== by 0x81455EF: av_read_packet (utils.c:723) ==17417== by 0x814718A: av_read_frame_internal (utils.c:1181) ==17417== by 0x814A891: av_find_stream_info (utils.c:2347) ==17417== by 0x80564BF: opt_input_file (ffmpeg.c:3365) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== Address 0x5085608 is 8 bytes inside a block of size 12 free'd ==17417== at 0x4CA98A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==17417== by 0x85AAAB0: av_free (mem.c:152) ==17417== by 0x85AAACB: av_freep (mem.c:159) ==17417== by 0x81011CE: ogg_read_page (oggdec.c:243) ==17417== by 0x8101B30: ogg_get_length (oggdec.c:470) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== Input #0, ogg, from 'multi2.ogg': Duration: 00:00:00.-40, start: 0.000000, bitrate: -3494 kb/s Stream #0.0: Video: theora, yuv420p, 320x240, 5 tbr, 5 tbn, 5 tbc [buffer @ 0x5363040] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [theora @ 0x50851a0] 7 bits left in packet 82 Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.4.0 Stream #0.0: Video: rawvideo, yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 5 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help ==17417== Invalid free() / delete / delete[] ==17417== at 0x4CA98A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==17417== by 0x85AAAB0: av_free (mem.c:152) ==17417== by 0x85AAACB: av_freep (mem.c:159) ==17417== by 0x81011CE: ogg_read_page (oggdec.c:243) ==17417== by 0x81014C8: ogg_packet (oggdec.c:323) ==17417== by 0x8101EDC: ogg_read_packet (oggdec.c:560) ==17417== by 0x81455EF: av_read_packet (utils.c:723) ==17417== by 0x814718A: av_read_frame_internal (utils.c:1181) ==17417== by 0x8147869: av_read_frame (utils.c:1302) ==17417== by 0x80543BB: transcode (ffmpeg.c:2708) ==17417== by 0x8059531: main (ffmpeg.c:4576) ==17417== Address 0x5085600 is 0 bytes inside a block of size 12 free'd ==17417== at 0x4CA98A6: free (in /usr/lib64/valgrind/vgpreload_memcheck-x86-linux.so) ==17417== by 0x85AAAB0: av_free (mem.c:152) ==17417== by 0x85AAACB: av_freep (mem.c:159) ==17417== by 0x81011CE: ogg_read_page (oggdec.c:243) ==17417== by 0x8101B30: ogg_get_length (oggdec.c:470) ==17417== by 0x8101D1D: ogg_read_header (oggdec.c:513) ==17417== by 0x8144D14: av_demuxer_open (utils.c:481) ==17417== by 0x8056350: opt_input_file (ffmpeg.c:3329) ==17417== by 0x805A004: parse_options (cmdutils.c:283) ==17417== by 0x805941C: main (ffmpeg.c:4556) ==17417== [theora @ 0x50851a0] Header packet passed to frame decoder, skipping Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Last message repeated 3 times [theora @ 0x50851a0] Invalid partially coded superblock run length [theora @ 0x50851a0] error in unpack_superblocks Error while decoding stream #0.0 [theora @ 0x50851a0] Invalid fully coded superblock run length [theora @ 0x50851a0] error in unpack_superblocks Error while decoding stream #0.0 [theora @ 0x50851a0] Warning, unsupported keyframe coding type?! [theora @ 0x50851a0] error in unpack_block_qpis Error while decoding stream #0.0 [theora @ 0x50851a0] Header packet passed to frame decoder, skipping Error while decoding stream #0.0 [theora @ 0x50851a0] error in unpack_block_qpis Error while decoding stream #0.0 [theora @ 0x50851a0] Invalid partially coded superblock run length [theora @ 0x50851a0] error in unpack_superblocks Error while decoding stream #0.0 [theora @ 0x50851a0] Header packet passed to frame decoder, skipping Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Last message repeated 2 times [theora @ 0x50851a0] Warning, unsupported keyframe coding type?! ==17417== ==17417== Process terminating with default action of signal 8 (SIGFPE) ==17417== Integer divide by zero at address 0x976B505 ==17417== at 0x85B2C2C: __divdi3 (libgcc2.c:895) ==17417== by 0x804FF64: output_packet (ffmpeg.c:1599) ==17417== by 0x8054C84: transcode (ffmpeg.c:2778) ==17417== by 0x8059531: main (ffmpeg.c:4576) ==17417== ==17417== HEAP SUMMARY: ==17417== in use at exit: 2,918,795 bytes in 173 blocks ==17417== total heap usage: 718 allocs, 546 frees, 6,699,559 bytes allocated ==17417== ==17417== LEAK SUMMARY: ==17417== definitely lost: 2,743 bytes in 1 blocks ==17417== indirectly lost: 0 bytes in 0 blocks ==17417== possibly lost: 0 bytes in 0 blocks ==17417== still reachable: 2,916,052 bytes in 172 blocks ==17417== suppressed: 0 bytes in 0 blocks ==17417== Rerun with --leak-check=full to see details of leaked memory ==17417== ==17417== For counts of detected and suppressed errors, rerun with: -v ==17417== ERROR SUMMARY: 13 errors from 7 contexts (suppressed: 3 from 3) Floating point exception }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 10:33:58 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 08:33:58 -0000 Subject: [FFmpeg-trac] #315(avutil:new): AVPictureType enum misses the undefined type In-Reply-To: <031.ae357d486dd99297835190436165ee3c@avcodec.org> References: <031.ae357d486dd99297835190436165ee3c@avcodec.org> Message-ID: <046.b74aaf8d04d1d64810d23b52f32757f9@avcodec.org> #315: AVPictureType enum misses the undefined type ------------------------+---------------------- Reporter: mm | Owner: michael Type: defect | Status: new Priority: important | Component: avutil Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by saste): The patch looks sane to me. Michael? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 10:36:54 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 08:36:54 -0000 Subject: [FFmpeg-trac] #309(undetermined:closed): width or height not divisible by 2 In-Reply-To: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> References: <042.a1a330bd7e1c89bba10f99c2491a3fa0@avcodec.org> Message-ID: <057.467fcf7152612a731ab52786cf48b0d1@avcodec.org> #309: width or height not divisible by 2 --------------------------+--------------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------------+--------------------------- Comment (by saste): Replying to [comment:6 cehoyos]: > {{{ > If the value for @var{width} or @var{height} is -n (negative), the scale filter will > use, for the respective output size, a value that maintains the aspect > ratio of the input image, and rounds to the nearest multiple of +n. > }}} > Do you believe anything is unclear or inconsistent? Looks sane. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 13:23:59 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 11:23:59 -0000 Subject: [FFmpeg-trac] #315(avutil:closed): AVPictureType enum misses the undefined type In-Reply-To: <031.ae357d486dd99297835190436165ee3c@avcodec.org> References: <031.ae357d486dd99297835190436165ee3c@avcodec.org> Message-ID: <046.5c0073ab4c04261cbf5525f8d8eab256@avcodec.org> #315: AVPictureType enum misses the undefined type ------------------------+---------------------- Reporter: mm | Owner: michael Type: defect | Status: closed Priority: important | Component: avutil Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: yes, ill apply it in a moment thx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 17:34:24 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 15:34:24 -0000 Subject: [FFmpeg-trac] #302(avcodec:open): no padding bugs detection conflicts with mpeg4 stream which contains resync_markers In-Reply-To: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> References: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> Message-ID: <051.e1d98ff0ebc72ed717b377c3233808c0@avcodec.org> #302: no padding bugs detection conflicts with mpeg4 stream which contains resync_markers -----------------------+---------------------- Reporter: anatoly | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by anatoly): Replying to [comment:2 cehoyos]: > Decoded stream looks very broken, works fine with mplayer -vc ffodivxvdpau It's not very broken. Deep analysis of stream has shown that there is just a garbage between previous frame's end and next frame's start_code. Thus last slice of frame doesn't finished by start_code or resync_marker. I think that this situation is just a kind of padding bug which is not covered by current implementation. Besides, I can't understand why we can't just skip garbage bytes at the end of frame? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 18:57:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 16:57:36 -0000 Subject: [FFmpeg-trac] #302(avcodec:open): no padding bugs detection conflicts with mpeg4 stream which contains resync_markers In-Reply-To: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> References: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> Message-ID: <051.c4db68bcebf75a33c46aa447f203bad7@avcodec.org> #302: no padding bugs detection conflicts with mpeg4 stream which contains resync_markers -----------------------+---------------------- Reporter: anatoly | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): Replying to [comment:3 anatoly]: > Replying to [comment:2 cehoyos]: > > Decoded stream looks very broken, works fine with mplayer -vc ffodivxvdpau > > It's not very broken. What I was trying to say was: If attached stream is decoded with current libavcodec, the result looks very broken (as you said, that is why I set "Reproduced"), mplayer -vc ffodivxvdpau (and mplayer -vc xvid) play the sample fine. Can you provide a tested patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 19:08:55 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 17:08:55 -0000 Subject: [FFmpeg-trac] #301(undetermined:open): Problems encoding stills to video after v.5 to v.7 upgrade In-Reply-To: <036.34bc793809a17326a53af784881c8af0@avcodec.org> References: <036.34bc793809a17326a53af784881c8af0@avcodec.org> Message-ID: <051.cf83f0eda477c39e06b8ceaced92144f@avcodec.org> #301: Problems encoding stills to video after v.5 to v.7 upgrade ----------------------------+--------------------------- Reporter: Danoham | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: encoding stills | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+--------------------------- Comment (by Danoham): Replying to [comment:1 cehoyos]: Thank you for your help! I had my admin install v.8 and all is well. Now to choose a format that will please the masses. Dan > Your jpgs produce a fine mpg for me with ffmpeg -i sxi_00%2d.jpg out.mpg and I get no decoding errors. > > Please test a supported version of FFmpeg, that is either latest git (preferred) or 0.7.1 (the version you tested is much older) or 0.8. > Please try to avoid --extra-cflags if compilation succeeds without them, if you believe some of them make sense, please report so they can be added automatically. > > (Irrelevant stack alignment warning cut.) > {{{ > $ ffmpeg -i sxi_00%2d.jpg out.mpg > ffmpeg version N-30996-gf925b24, Copyright (c) 2000-2011 the FFmpeg developers > built on Jun 24 2011 22:26:42 with gcc 2.95.3 20010315 (release) > configuration: --cc=/usr/local/gcc-2.95.3/bin/gcc --disable-sse > libavutil 51. 10. 0 / 51. 10. 0 > libavcodec 53. 7. 0 / 53. 7. 0 > libavformat 53. 4. 0 / 53. 4. 0 > libavdevice 53. 1. 1 / 53. 1. 1 > libavfilter 2. 23. 0 / 2. 23. 0 > libswscale 2. 0. 0 / 2. 0. 0 > Duration: 00:00:02.12, start: 0.000000, bitrate: N/A > Stream #0.0: Video: mjpeg, yuvj420p, 720x864 [PAR 1:1 DAR 5:6], 25 fps, 25 tbr, 25 tbn, 25 tbc > Incompatible pixel format 'yuvj420p' for codec 'mpeg1video', auto- selecting format 'yuv420p' > [buffer @ 0x8c882f0] w:720 h:864 pixfmt:yuvj420p tb:1/1000000 sar:1/1 sws_param: > [buffersink @ 0x8c856c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' > [scale @ 0x8c87a60] w:720 h:864 fmt:yuvj420p -> w:720 h:864 fmt:yuv420p flags:0x4 > [mpeg @ 0x8c80e70] VBV buffer size not set, muxing may fail > Output #0, mpeg, to 'out.mpg': > Metadata: > encoder : Lavf53.4.0 > Stream #0.0: Video: mpeg1video, yuv420p, 720x864 [PAR 1:1 DAR 5:6], q=2-31, 200 kb/s, 90k tbn, 25 tbc > Stream mapping: > Stream #0.0 -> #0.0 > Press [q] to stop, [?] for help > frame= 53 fps= 0 q=31.0 Lsize= 394kB time=00:00:02.08 bitrate=1551.8kbits/s > video:390kB audio:0kB global headers:0kB muxing overhead 0.952586% > }}} > > (I did not test x264 output, but I assume some defaults changed if the quality seems worse to you compared to older versions of FFmpeg and x264.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 19:24:55 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 17:24:55 -0000 Subject: [FFmpeg-trac] #317(undetermined:new): mpeg4 (geov & geox fouccs) needs to be flipped Message-ID: <038.55dd4e0be0e81908630d186a119f6a77@avcodec.org> #317: mpeg4 (geov & geox fouccs) needs to be flipped --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://samples.mplayerhq.hu/V-codecs/geov.avi https://trac.videolan.org/vlc/ticket/3615 {{{ C:\>ffmpeg -i geov.avi ffmpeg version N-30956-g81ef892, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 22 2011 17:34:15 with gcc 4.5.3 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 01E5A600] Something went wrong during header parsing, I will ignore it an d try to continue anyway. [mpeg4 @ 01E5AB00] hmm, seems the headers are not complete, trying to guess time _increment_bits [mpeg4 @ 01E5AB00] my guess is 5 bits ;) [avi @ 01E5A600] Could not find codec parameters (Subtitle: [0][0][0][0] / 0x000 0) Input #0, avi, from 'geov.avi': Duration: 00:00:03.03, start: 0.000000, bitrate: 1374 kb/s Stream #0.0: Video: mpeg4, yuv420p, 720x240, 30 fps, 30 tbr, 30 tbn, 30 tbc Stream #0.1: Subtitle: [0][0][0][0] / 0x0000 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 19:52:08 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 17:52:08 -0000 Subject: [FFmpeg-trac] #302(avcodec:open): no padding bugs detection conflicts with mpeg4 stream which contains resync_markers In-Reply-To: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> References: <036.90cb4c712c2bde917fef804caa39e587@avcodec.org> Message-ID: <051.bf86fb033564b5d786a5b39437d25dd1@avcodec.org> #302: no padding bugs detection conflicts with mpeg4 stream which contains resync_markers -----------------------+---------------------- Reporter: anatoly | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by anatoly): Replying to [comment:4 cehoyos]: > Replying to [comment:3 anatoly]: > > Replying to [comment:2 cehoyos]: > > > Decoded stream looks very broken, works fine with mplayer -vc ffodivxvdpau > > > > It's not very broken. > > What I was trying to say was: > If attached stream is decoded with current libavcodec, the result looks very broken (as you said, that is why I set "Reproduced"), mplayer -vc ffodivxvdpau (and mplayer -vc xvid) play the sample fine. > > Can you provide a tested patch? Yes, I can. I will post it on mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 22:26:32 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 20:26:32 -0000 Subject: [FFmpeg-trac] #301(undetermined:closed): Problems encoding stills to video after v.5 to v.7 upgrade In-Reply-To: <036.34bc793809a17326a53af784881c8af0@avcodec.org> References: <036.34bc793809a17326a53af784881c8af0@avcodec.org> Message-ID: <051.a6b370cfee9747cc0c39e9e15f4535cd@avcodec.org> #301: Problems encoding stills to video after v.5 to v.7 upgrade ----------------------------+--------------------------- Reporter: Danoham | Owner: michael Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: encoding stills | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 28 23:42:20 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 21:42:20 -0000 Subject: [FFmpeg-trac] #31(FFmpeg:reopened): ERROR: libtheora not found In-Reply-To: <040.8bc89b38f5fd2270cfef5484ac8a16f9@avcodec.org> References: <040.8bc89b38f5fd2270cfef5484ac8a16f9@avcodec.org> Message-ID: <055.7cb0ec4a2ca48a2c5630a9f710eafdfe@avcodec.org> #31: ERROR: libtheora not found ------------------------+----------------------- Reporter: MasterC3501 | Owner: michael Type: defect | Status: reopened Priority: normal | Component: FFmpeg Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by JonAntoine): * status: closed => reopened * resolution: needs_more_info => Comment: I am having this exact same problem on a CentOS 5.2 box with the latest code from the git repository. I have attached the config.log file. Cheers, Antoine -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 01:02:19 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 28 Jun 2011 23:02:19 -0000 Subject: [FFmpeg-trac] #31(FFmpeg:reopened): ERROR: libtheora not found In-Reply-To: <040.8bc89b38f5fd2270cfef5484ac8a16f9@avcodec.org> References: <040.8bc89b38f5fd2270cfef5484ac8a16f9@avcodec.org> Message-ID: <055.830765ac975d9c8e1ea2fbd0bf76cbcf@avcodec.org> #31: ERROR: libtheora not found ------------------------+----------------------- Reporter: MasterC3501 | Owner: michael Type: defect | Status: reopened Priority: normal | Component: FFmpeg Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by cehoyos): configure is missing the header theora/theoraenc.h (for example /usr/include/theora/theoraenc.h). Do you have any indication this is not the needed include file? (Perhaps a new libtheora API?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 16:41:54 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 14:41:54 -0000 Subject: [FFmpeg-trac] #318(FFplay:new): FFPLAY No Audio TS File with AAC 5.1 Audio Stream Message-ID: <040.83860eef23fca0ed484478fc21e2ecba@avcodec.org> #318: FFPLAY No Audio TS File with AAC 5.1 Audio Stream --------------------------+--------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- File is located at: wget http://208.51.85.91/ffplay-noaudio-001-aac51-full.ts . wget http://208.51.85.91/ffplay-noaudio-001-aac51-10mb.ts . File contains MPEG2 TS, 1-H.264 stream, and 1-AAC 5.1 stream, and 1-AAC stereo stream. File plays with VLC v1.0.6. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 16:44:49 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 14:44:49 -0000 Subject: [FFmpeg-trac] #318(FFplay:new): FFPLAY No Audio TS File with AAC 5.1 Audio Stream In-Reply-To: <040.83860eef23fca0ed484478fc21e2ecba@avcodec.org> References: <040.83860eef23fca0ed484478fc21e2ecba@avcodec.org> Message-ID: <055.4fdc9bef86a23e639e64f4ac515eae89@avcodec.org> #318: FFPLAY No Audio TS File with AAC 5.1 Audio Stream ------------------------+---------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by jlsantiago0): jsantiago at josepc:/mnt/centshare/ffmpeg/trunk/build/build-linux$ SDL_DSP_NOSELECT=1 SDL_AUDIODRIVER=alsa stage/bin/ffplay ./ffplay- noaudio-001-aac51-full.ts ffplay version 0.7-VF, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 28 2011 09:58:53 with gcc 4.3.3 configuration: --extra-version=VF --prefix=/mnt/centshare/ffmpeg/trunk/build/build-linux/stage --extra- cflags='-I/mnt/centshare/ffmpeg/trunk/build/../src/libavformat -I/mnt/centshare/ffmpeg/trunk/build/../src/libavcodec -DCONFIG_AUDIO_FLOAT=0' --extra- ldflags='-L/mnt/centshare/ffmpeg/trunk/build/build-linux/stage/lib -Wl,-rpath -Wl,/mnt/centshare/ffmpeg/trunk/build/build-linux/stage/lib' --enable-static --enable-shared --enable-avfilter --enable-pthreads --enable-zlib --enable-bzlib --enable-runtime-cpudetect --enable- hardcoded-tables libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 [h264 @ 0x91d8e00] non-existing SPS 0 referenced in buffering period [h264 @ 0x91d8e00] non-existing PPS referenced [h264 @ 0x91d8e00] non-existing SPS 0 referenced in buffering period [h264 @ 0x91d8e00] non-existing PPS 0 referenced ... [h264 @ 0x91d8e00] decode_slice_header error [h264 @ 0x91d8e00] non-existing PPS 0 referenced [h264 @ 0x91d8e00] decode_slice_header error [h264 @ 0x91d8e00] no frame! [mpegts @ 0x91d41e0] max_analyze_duration 5000000 reached at 5013333 [NULL @ 0x91dc240] start time is not set in av_estimate_timings_from_pts [NULL @ 0x91f2600] start time is not set in av_estimate_timings_from_pts [NULL @ 0x91f4460] start time is not set in av_estimate_timings_from_pts [NULL @ 0x91f62c0] start time is not set in av_estimate_timings_from_pts Input #0, mpegts, from './ffplay-noaudio-001-aac51-full.ts': Duration: 00:02:01.12, start: 95356.972911, bitrate: 6072 kb/s Program 17472 Stream #0.0[0x65]: Video: h264 (High), yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 29.91 fps, 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x66](eng): Audio: aac_latm, 48000 Hz, 5.1, s16 Stream #0.2[0x6a](eng): Audio: aac_latm, 48000 Hz, 2 channels (FC), s16 (visual impaired) Stream #0.3[0x69](eng): Subtitle: dvbsub Stream #0.4[0x96]: Data: [5][0][0][0] / 0x0005 Stream #0.5[0x6e]: Data: [11][0][0][0] / 0x000B Stream #0.6[0x6f]: Data: [11][0][0][0] / 0x000B Stream #0.7[0x82]: Data: [11][0][0][0] / 0x000B 95359.86 A-V: 0.000 s:0.0 aq= 0KB vq=15364KB sq= 0B f=0/0 /0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 16:55:27 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 14:55:27 -0000 Subject: [FFmpeg-trac] #319(FFplay:new): FFPLAY MP4 File No Audio AAC 5.1 Message-ID: <040.2322fc62754f8f3f7fd64bd55efe5f30@avcodec.org> #319: FFPLAY MP4 File No Audio AAC 5.1 --------------------------+--------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- File is located at: wget http://208.51.85.91/I_Am_Legend-Trailer.mp4 . File plays fine on VLC v1.0.6. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 16:56:08 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 14:56:08 -0000 Subject: [FFmpeg-trac] #319(FFplay:new): FFPLAY MP4 File No Audio AAC 5.1 In-Reply-To: <040.2322fc62754f8f3f7fd64bd55efe5f30@avcodec.org> References: <040.2322fc62754f8f3f7fd64bd55efe5f30@avcodec.org> Message-ID: <055.beba721df85594fdfb6448dc01f49449@avcodec.org> #319: FFPLAY MP4 File No Audio AAC 5.1 ------------------------+---------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by jlsantiago0): jsantiago at josepc:/mnt/centshare/ffmpeg/trunk/build/build-linux$ SDL_DSP_NOSELECT=1 SDL_AUDIODRIVER=alsa stage/bin/ffplay ./I_Am_Legend- Trailer.mp4 ffplay version 0.7-VF, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 28 2011 09:58:53 with gcc 4.3.3 configuration: --extra-version=VF --prefix=/mnt/centshare/ffmpeg/trunk/build/build-linux/stage --extra- cflags='-I/mnt/centshare/ffmpeg/trunk/build/../src/libavformat -I/mnt/centshare/ffmpeg/trunk/build/../src/libavcodec -DCONFIG_AUDIO_FLOAT=0' --extra- ldflags='-L/mnt/centshare/ffmpeg/trunk/build/build-linux/stage/lib -Wl,-rpath -Wl,/mnt/centshare/ffmpeg/trunk/build/build-linux/stage/lib' --enable-static --enable-shared --enable-avfilter --enable-pthreads --enable-zlib --enable-bzlib --enable-runtime-cpudetect --enable- hardcoded-tables libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './I_Am_Legend-Trailer.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2007-11-27 01:10:05 title : I Am Legend - Trailer artist : Warner Bros. date : 2007 genre : Science-Fiction encoder : MeGUI Duration: 00:02:03.24, start: 0.000000, bitrate: 8145 kb/s Stream #0.0(und): Video: h264 (High), yuv420p, 1920x816 [PAR 1:1 DAR 40:17], 7887 kb/s, 23.98 fps, 23.98 tbr, 24k tbn, 47.95 tbc Metadata: creation_time : 2007-11-26 14:25:07 Stream #0.1(und): Audio: aac, 48000 Hz, 5.1, s16, 258 kb/s Metadata: creation_time : 2007-11-27 01:10:11 3.63 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 17:10:36 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 15:10:36 -0000 Subject: [FFmpeg-trac] #320(FFplay:new): FFPLAY No Audio TS File with AAC Audio Stream Message-ID: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> #320: FFPLAY No Audio TS File with AAC Audio Stream --------------------------+--------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- File is located at: wget http://208.51.85.91/ffplay-noaudio-002-aac-full.ts . wget http://208.51.85.91/ffplay-noaudio-002-aac-10mb.ts . File plays fine with VLC v1.0.6. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 17:11:47 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 15:11:47 -0000 Subject: [FFmpeg-trac] #320(FFplay:new): FFPLAY No Audio TS File with AAC Audio Stream In-Reply-To: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> References: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> Message-ID: <055.b91ee7abf21ed4bd04322204e9e682a9@avcodec.org> #320: FFPLAY No Audio TS File with AAC Audio Stream ------------------------+---------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by jlsantiago0): jsantiago at josepc:/mnt/centshare/ffmpeg/trunk/build/build-linux$ SDL_DSP_NOSELECT=1 SDL_AUDIODRIVER=alsa stage/bin/ffplay ./ffplay- noaudio-002-aac-full.ts ffplay version 0.7-VF, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 28 2011 09:58:53 with gcc 4.3.3 configuration: --extra-version=VF --prefix=/mnt/centshare/ffmpeg/trunk/build/build-linux/stage --extra- cflags='-I/mnt/centshare/ffmpeg/trunk/build/../src/libavformat -I/mnt/centshare/ffmpeg/trunk/build/../src/libavcodec -DCONFIG_AUDIO_FLOAT=0' --extra- ldflags='-L/mnt/centshare/ffmpeg/trunk/build/build-linux/stage/lib -Wl,-rpath -Wl,/mnt/centshare/ffmpeg/trunk/build/build-linux/stage/lib' --enable-static --enable-shared --enable-avfilter --enable-pthreads --enable-zlib --enable-bzlib --enable-runtime-cpudetect --enable- hardcoded-tables libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 [h264 @ 0x99c2e00] non-existing PPS referenced [h264 @ 0x99c2e00] non-existing PPS 0 referenced [h264 @ 0x99c2e00] decode_slice_header error [h264 @ 0x99c2e00] no frame! ... [h264 @ 0x99c2e00] non-existing PPS referenced [h264 @ 0x99c2e00] non-existing PPS 0 referenced [h264 @ 0x99c2e00] decode_slice_header error [h264 @ 0x99c2e00] no frame! [mpegts @ 0x99be1e0] max_analyze_duration 5000000 reached at 5005000 Input #0, mpegts, from './ffplay-noaudio-002-aac-full.ts': Duration: 00:01:23.32, start: 93375.767233, bitrate: 5953 kb/s Program 1 Stream #0.0[0x21]: Video: h264 (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 35.16 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x24]: Audio: aac_latm, 0 channels, s16 Invalid sample rate or channel count [h264 @ 0x99c2e00] mmco: unref short failureq= 65KB sq= 0B f=0/0 93381.95 A-V: 0.000 s:0.0 aq= 0KB vq= 66KB sq= 0B f=0/0 /0 Last message repeated 1 times -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 18:13:08 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 16:13:08 -0000 Subject: [FFmpeg-trac] #319(FFplay:open): FFplay: AAC 5.1 sounds distorted (was: FFPLAY MP4 File No Audio AAC 5.1) In-Reply-To: <040.2322fc62754f8f3f7fd64bd55efe5f30@avcodec.org> References: <040.2322fc62754f8f3f7fd64bd55efe5f30@avcodec.org> Message-ID: <055.7359e81500872b2744c251fbc6e0eca8@avcodec.org> #319: FFplay: AAC 5.1 sounds distorted ------------------------+---------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Attached sample plays fine with ffmpeg -f alsa and mplayer -ac ffaac, but sounds heavily distorted with ffplay. {{{ $ ffplay test.aac ffplay version N-31072-g4d08dfe, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 29 2011 18:04:07 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 [aac @ 0x12e4040] max_analyze_duration 5000000 reached at 5013333 [aac @ 0x12e4040] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'test.aac': Duration: 00:12:51.36, bitrate: 21 kb/s Stream #0.0: Audio: aac, 48000 Hz, 5.1, s16, 21 kb/s 7.66 A-V: 0.000 s:0.0 aq= 319KB vq= 0KB sq= 0B f=0/0 $ ffmpeg -i test.aac -t 60 out.wav ffmpeg version N-31072-g4d08dfe, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 29 2011 18:04:07 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 [aac @ 0x1272400] max_analyze_duration 5000000 reached at 5013333 [aac @ 0x1272400] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'test.aac': Duration: 00:12:51.36, bitrate: 21 kb/s Stream #0.0: Audio: aac, 48000 Hz, 5.1, s16, 21 kb/s Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.4.0 Stream #0.0: Audio: pcm_s16le, 48000 Hz, 5.1, s16, 4608 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help size= 33756kB time=00:01:00.01 bitrate=4608.0kbits/s video:0kB audio:33756kB global headers:0kB muxing overhead 0.000197% }}} out.wav plays distorted with ffplay, plays fine with ffmpeg -f alsa and mplayer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 18:17:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 16:17:24 -0000 Subject: [FFmpeg-trac] #318(FFplay:new): FFPLAY No Audio TS File with AAC 5.1 Audio Stream In-Reply-To: <040.83860eef23fca0ed484478fc21e2ecba@avcodec.org> References: <040.83860eef23fca0ed484478fc21e2ecba@avcodec.org> Message-ID: <055.6344f25c4b7cef4725e1ae70e1f6638c@avcodec.org> #318: FFPLAY No Audio TS File with AAC 5.1 Audio Stream ------------------------+---------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): Decodes fine with ffmpeg, possibly a duplicate of ticket #319. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 18:28:13 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 16:28:13 -0000 Subject: [FFmpeg-trac] #320(avcodec:open): 0 channels in latm stream (was: FFPLAY No Audio TS File with AAC Audio Stream) In-Reply-To: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> References: <040.cc5be81a8925490c50c7c78ccc081f92@avcodec.org> Message-ID: <055.d19bd6b34fc60eb4ea666b990c394271@avcodec.org> #320: 0 channels in latm stream ------------------------+---------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * keywords: => aac * status: new => open * component: FFplay => avcodec * reproduced: 0 => 1 Comment: Reproducible, possibly related to ticket #262. {{{ $ ffmpeg -i test.ts ffmpeg version N-31072-g4d08dfe, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 29 2011 18:04:07 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 [h264 @ 0x1277a60] non-existing PPS referenced [h264 @ 0x1277a60] non-existing PPS 0 referenced [h264 @ 0x1277a60] decode_slice_header error [h264 @ 0x1277a60] no frame! [h264 @ 0x1277a60] non-existing PPS referenced [h264 @ 0x1277a60] non-existing PPS 0 referenced [h264 @ 0x1277a60] decode_slice_header error [h264 @ 0x1277a60] no frame! ... [h264 @ 0x1277a60] non-existing PPS referenced [h264 @ 0x1277a60] non-existing PPS 0 referenced [h264 @ 0x1277a60] decode_slice_header error [h264 @ 0x1277a60] no frame! [h264 @ 0x1277a60] non-existing PPS referenced [h264 @ 0x1277a60] non-existing PPS 0 referenced [h264 @ 0x1277a60] decode_slice_header error [h264 @ 0x1277a60] no frame! [mpegts @ 0x1272400] Could not find codec parameters (Audio: aac_latm, 0 channels, s16) Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 59.94 (60000/1001) Input #0, mpegts, from 'test.ts': Duration: 00:00:02.82, start: 93375.767233, bitrate: 5939 kb/s Program 1 Stream #0.0[0x21]: Video: h264 (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 35.66 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0.1[0x24]: Audio: aac_latm, 0 channels, s16 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 18:48:05 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 16:48:05 -0000 Subject: [FFmpeg-trac] #312(avcodec:new): Invalid reads in ff_h264_pred_direct_motion() when decoding corrupt H264 sample In-Reply-To: <036.5141283b91d05cdb9e91000a4b1f83c3@avcodec.org> References: <036.5141283b91d05cdb9e91000a4b1f83c3@avcodec.org> Message-ID: <051.5da53f81bf5093683b4d7f40c852f5ef@avcodec.org> #312: Invalid reads in ff_h264_pred_direct_motion() when decoding corrupt H264 sample -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by michael): iam unable to reproduce these invalid reads -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 29 20:02:11 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 29 Jun 2011 18:02:11 -0000 Subject: [FFmpeg-trac] #313(undetermined:closed): Invalid read in decode_cabac_residual_nondc_internal() when decoding corrupt H264 sample In-Reply-To: <036.5f7f20235f55e918a7b6f114f954f641@avcodec.org> References: <036.5f7f20235f55e918a7b6f114f954f641@avcodec.org> Message-ID: <051.5b91850fd2f5a575159178b1cb0aefe7@avcodec.org> #313: Invalid read in decode_cabac_residual_nondc_internal() when decoding corrupt H264 sample -----------------------+--------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed locally -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 03:01:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 01:01:40 -0000 Subject: [FFmpeg-trac] #321(undetermined:new): Ffmpeg fails to detect format of piped input on some mp3 files Message-ID: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> #321: Ffmpeg fails to detect format of piped input on some mp3 files --------------------------+-------------------------- Reporter: gwg | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- I am trying to decode an mp3 to raw wav data over a pipe. Ffmpeg reported being unable to detect the format of the input file, and did not transcode it (there was no output to the output file). Here is the command: > cat badmp3file.mp3 | ffmpeg -v 10 -i - output.wav And ffmpeg said: >FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.1, Copyright (c) 2000-2009 Fabrice Bellard, et al. > configuration: --extra-version=4:0.5.1-1ubuntu1.1 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable- stripping --disable-vhook --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --enable-shared --disable-static > libavutil 49.15. 0 / 49.15. 0 > libavcodec 52.20. 1 / 52.20. 1 > libavformat 52.31. 0 / 52.31. 0 > libavdevice 52. 1. 0 / 52. 1. 0 > libavfilter 0. 4. 0 / 0. 4. 0 > libswscale 0. 7. 1 / 0. 7. 1 > libpostproc 51. 2. 0 / 51. 2. 0 > built on Mar 31 2011 18:59:37, gcc: 4.4.3 >pipe:: Unknown format However, with the following command, ffmepg is successful: > ffmpeg -v 9 -i badmp3file.mp3 outfile.wav I will submit badmp3file.mp3 to the ftp server in the folder "gwg". Thank you for your work! Garth -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 03:55:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 01:55:42 -0000 Subject: [FFmpeg-trac] #321(undetermined:new): Ffmpeg fails to detect format of piped input on some mp3 files In-Reply-To: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> References: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> Message-ID: <047.0200ee8bd9bfd74af0b4933242ded032@avcodec.org> #321: Ffmpeg fails to detect format of piped input on some mp3 files ------------------------+--------------------------- Reporter: gwg | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by llogan): Appears to be a corrupt input to me. The same FFmpeg won't decode it (assuming you're using FFmpeg from the Lucid repo): {{{ $ ffmpeg -v 10 -i vbox/badmp3file.mp3 output2.wav FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.1, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --extra-version=4:0.5.1-1ubuntu1.1 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable- stripping --disable-vhook --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --enable-shared --disable-static libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Mar 31 2011 18:59:37, gcc: 4.4.3 [mp3 @ 0x1e68480]Could not find codec parameters (Audio: mp3, 0 channels, s16) vbox/badmp3file.mp3: could not find codec parameters }}} Neither does recent Git: {{{ $ ffmpeg -v 10 -i vbox/badmp3file.mp3 out.wav ffmpeg version N-31074-ge1a5430, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 29 2011 15:44:09 with gcc 4.6.0 20110603 (prerelease) configuration: --prefix=/usr --enable-gpl --enable-libfaac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-vaapi --enable-vdpau --enable- x11grab libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 0x272f400] Format mp3 detected only with low score of 1, misdetection possible! [mp3 @ 0x272f400] Could not find codec parameters (Audio: mp3, 0 channels, s16) [mp3 @ 0x272f400] Estimating duration from bitrate, this may be inaccurate vbox/badmp3file.mp3: could not find codec parameters }}} {{{ $ md5sum vbox/badmp3file.mp3 2b5c1b099ebd44e6dd81673912112a5b vbox/badmp3file.mp3 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 05:10:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 03:10:10 -0000 Subject: [FFmpeg-trac] #321(undetermined:new): Ffmpeg fails to detect format of piped input on some mp3 files In-Reply-To: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> References: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> Message-ID: <047.425b4f9925079bc3e62ea2761a1cb9a2@avcodec.org> #321: Ffmpeg fails to detect format of piped input on some mp3 files ------------------------+--------------------------- Reporter: gwg | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by gwg): Sorry, I think that's because of the truncation I did to comply with file upload size limits. I confirm that the uploaded mp3 file cannot be decoded using ffmpeg without a pipe. The untruncated version does get decoded successfully. Let me see if I can find a smaller mp3 that causes the bug that I can upload without truncating it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 08:49:49 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 06:49:49 -0000 Subject: [FFmpeg-trac] #316(avformat:closed): Double free with ogg files In-Reply-To: <036.0d3c2c6712c57c57289601811bbf0d2b@avcodec.org> References: <036.0d3c2c6712c57c57289601811bbf0d2b@avcodec.org> Message-ID: <051.dc8400b6b6aa60fd30206fce75b3b159@avcodec.org> #316: Double free with ogg files -----------------------+----------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed by Ronald. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 08:53:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 06:53:25 -0000 Subject: [FFmpeg-trac] #322(FFmpeg:new): FPE in ffmpeg when decoding ogg file Message-ID: <036.8ebed0627fba6a6015b5a982baf48e63@avcodec.org> #322: FPE in ffmpeg when decoding ogg file -------------------------+--------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- The sample from ticket #316 still causes a crash: {{{ (gdb) r -i multi2.ogg -f null - ffmpeg version N-31094-g8c0cbb0, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 30 2011 08:31:56 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 [theora @ 0x8c6b2a0] 7 bits left in packet 82 Input #0, ogg, from 'multi2.ogg': Duration: 00:00:00.-40, start: 0.000000, bitrate: -3494 kb/s Stream #0.0: Video: theora, yuv420p, 320x240, 5 tbr, 5 tbn, 5 tbc [buffer @ 0x8c6a7c0] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [theora @ 0x8c6b2a0] 7 bits left in packet 82 Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.4.0 Stream #0.0: Video: rawvideo, yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 5 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [theora @ 0x8c6b2a0] Header packet passed to frame decoder, skipping Error while decoding stream #0.0 Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Last message repeated 3 times [theora @ 0x8c6b2a0] Invalid partially coded superblock run length [theora @ 0x8c6b2a0] error in unpack_superblocks Error while decoding stream #0.0 [theora @ 0x8c6b2a0] Invalid fully coded superblock run length [theora @ 0x8c6b2a0] error in unpack_superblocks Error while decoding stream #0.0 [theora @ 0x8c6b2a0] Warning, unsupported keyframe coding type?! [theora @ 0x8c6b2a0] error in unpack_block_qpis Error while decoding stream #0.0 [theora @ 0x8c6b2a0] Header packet passed to frame decoder, skipping Error while decoding stream #0.0 [theora @ 0x8c6b2a0] error in unpack_block_qpis Error while decoding stream #0.0 [theora @ 0x8c6b2a0] Invalid partially coded superblock run length [theora @ 0x8c6b2a0] error in unpack_superblocks Error while decoding stream #0.0 [theora @ 0x8c6b2a0] Header packet passed to frame decoder, skipping Error while decoding stream #0.0 Error while decoding stream #0.0s Error while decoding stream #0.0s Last message repeated 2 times [theora @ 0x8c6b2a0] Warning, unsupported keyframe coding type?! Program received signal SIGFPE, Arithmetic exception. 0x085bc9f3 in __udivmoddi4 (rp=0x0, d=0, n=1000000) at ../../.././libgcc/../gcc/libgcc2.c:895 895 d0 = 1 / d0; /* Divide intentionally by zero. */ (gdb) bt #0 0x085bc9f3 in __udivmoddi4 (rp=0x0, d=0, n=1000000) at ../../.././libgcc/../gcc/libgcc2.c:895 #1 __divdi3 (rp=0x0, d=0, n=1000000) at ../../.././libgcc/../gcc/libgcc2.c:1093 #2 0x0805043d in output_packet (ist=0x8c70900, ist_index=0, ost_table=0x8c648a0, nb_ostreams=1, pkt=0xffffcdc0) at ffmpeg.c:1599 #3 0x08053a0f in transcode (nb_output_files=1, input_files=0x8c70948, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0, output_files=0x870a9c0) at ffmpeg.c:2780 #4 0x08058c85 in main (argc=, argv=) at ffmpeg.c:4578 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 08:57:19 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 06:57:19 -0000 Subject: [FFmpeg-trac] #321(undetermined:open): Ffmpeg fails to detect format of piped input on some mp3 files In-Reply-To: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> References: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> Message-ID: <047.ce43834c6c1526d623a7c5a9f0ec5f70@avcodec.org> #321: Ffmpeg fails to detect format of piped input on some mp3 files ------------------------+--------------------------- Reporter: gwg | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: Consider using http://www.datafilehost.com to make your original sample available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 10:22:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 08:22:12 -0000 Subject: [FFmpeg-trac] #323(avfilter:new): [patch] properly detect and compile with opencv 2.2+ Message-ID: <031.ae5a808b80a3287753ffa68ccdccd492@avcodec.org> #323: [patch] properly detect and compile with opencv 2.2+ ----------------------+-------------------------- Reporter: mm | Type: enhancement Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: opencv | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- For libavfilter/vf_libopencv.c starting with OpenCV version 2.2 only the opencv_core and opencv_imgproc headers and libraries are required. Example patch below adds proper support for this case. This is relevant for master and oldabi. {{{ diff --git a/configure b/configure index fd4b034..ea74df3 100755 --- a/configure +++ b/configure @@ -2900,6 +2900,8 @@ enabled libnut && require libnut libnut.h nut_demuxer_init -lnut enabled libopencore_amrnb && require libopencore_amrnb opencore- amrnb/interf_dec.h Decoder_Interface_init -lopencore-amrnb enabled libopencore_amrwb && require libopencore_amrwb opencore- amrwb/dec_if.h D_IF_init -lopencore-amrwb enabled libopencv && require_pkg_config opencv opencv/cxcore.h cvCreateImageHeader +enabled libopencv && check_pkg_config opencv opencv2/imgproc/imgproc_c.h cvCreateImageHeader && add_cflags -DHAVE_OPENCV2 || + require_pkg_config opencv opencv/cxcore.h cvCreateImageHeader enabled libopenjpeg && require libopenjpeg openjpeg.h opj_version -lopenjpeg enabled librtmp && require_pkg_config librtmp librtmp/rtmp.h RTMP_Socket enabled libschroedinger && require_pkg_config schroedinger-1.0 schroedinger/schro.h schro_init diff --git a/libavfilter/vf_libopencv.c b/libavfilter/vf_libopencv.c index e1b51c5..f22b2bc 100644 --- a/libavfilter/vf_libopencv.c +++ b/libavfilter/vf_libopencv.c @@ -25,8 +25,13 @@ /* #define DEBUG */ +#ifdef HAVE_OPENCV2 +#include +#include +#else #include #include +#endif #include "libavutil/avstring.h" #include "libavutil/file.h" #include "avfilter.h" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 12:03:52 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 10:03:52 -0000 Subject: [FFmpeg-trac] #324(FFmpeg:new): floating point exception while generation of 1s silence Message-ID: <042.0262433c7db5c124d31c8a456b8d69f5@avcodec.org> #324: floating point exception while generation of 1s silence ----------------------------+-------------------------------------- Reporter: Schweinebacke | Owner: michael Type: defect | Status: new Priority: critical | Component: FFmpeg Version: 0.8 | Keywords: floating point exception Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ----------------------------+-------------------------------------- ffmpeg -f s16le -i /dev/zero -ab 224000 -ar 48000 -ac 2 -t 1 test.ac3 or ffmpeg -f s16le -i /dev/zero -ab 224000 -ar 48000 -ac 2 -t 1 test.wav results in a floating point exception: {{{ ffmpeg version 0.8, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 23 2011 09:35:04 with gcc 4.5.0 20100604 [gcc-4_5-branch revision 160292] configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable- static --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libxvid --enable-postproc --enable-gpl --enable-x11grab --extra-cflags='-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack- protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC -I/usr/include/gsm' --enable-debug --disable-stripping --enable-libgsm --enable-libschroedinger --enable-libdirac --enable-avfilter --enable- libvpx --enable-version3 --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libx264 --enable-libdc1394 --enable-pthreads --enable- librtmp libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Ignoring attempt to set invalid timebase for st:0 [s16le @ 0x635660] Estimating duration from bitrate, this may be inaccurate Input #0, s16le, from '/dev/zero': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0.0: Audio: pcm_s16le, 1 channels, s16 [ac3 @ 0x62f220] channel_layout not specified [ac3 @ 0x62f220] No channel layout specified. The encoder will guess the layout, but it might be incorrect. Output #0, ac3, to 'test.ac3': Metadata: encoder : Lavf53.4.0 Stream #0.0: Audio: ac3, 48000 Hz, stereo, s16, 224 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help floating point exception }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 15:06:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 13:06:43 -0000 Subject: [FFmpeg-trac] #324(FFmpeg:open): floating point exception while generation of 1s silence In-Reply-To: <042.0262433c7db5c124d31c8a456b8d69f5@avcodec.org> References: <042.0262433c7db5c124d31c8a456b8d69f5@avcodec.org> Message-ID: <057.53b891cea0929facd44a2bb6e88baf9d@avcodec.org> #324: floating point exception while generation of 1s silence ---------------------------+---------------------- Reporter: Schweinebacke | Owner: michael Type: defect | Status: open Priority: critical | Component: FFmpeg Version: git-master | Resolution: Keywords: fpe regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ---------------------------+---------------------- Changes (by cehoyos): * keywords: floating point exception => fpe regression * status: new => open * version: 0.8 => git-master * reproduced: 0 => 1 Comment: Workaround is to use {{{ $ ffmpeg -ar 48000 -f s16le -i /dev/zero -ar 48000 -t 1 out.wav }}} {{{ (gdb) r -f s16le -i /dev/zero -ar 48000 -t 1 out.wav Starting program: /home/cehoyos/Projects/FFmpeg/ffmpeg_g -f s16le -i /dev/zero -ar 48000 -t 1 out.wav [Thread debugging using libthread_db enabled] ffmpeg version N-31094-g8c0cbb0, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 30 2011 08:31:56 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 10. 0 / 51. 10. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 Ignoring attempt to set invalid timebase for st:0 [s16le @ 0x8c69340] Estimating duration from bitrate, this may be inaccurate Input #0, s16le, from '/dev/zero': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0.0: Audio: pcm_s16le, 1 channels, s16 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.4.0 Stream #0.0: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help Program received signal SIGFPE, Arithmetic exception. 0x085bc9f3 in __udivmoddi4 (rp=0x0, d=0, n=1024000000) at ../../.././libgcc/../gcc/libgcc2.c:895 895 ../../.././libgcc/../gcc/libgcc2.c: No such file or directory. in ../../.././libgcc/../gcc/libgcc2.c (gdb) bt #0 0x085bc9f3 in __udivmoddi4 (rp=0x0, d=0, n=1024000000) at ../../.././libgcc/../gcc/libgcc2.c:895 #1 __divdi3 (rp=0x0, d=0, n=1024000000) at ../../.././libgcc/../gcc/libgcc2.c:1093 #2 0x08050480 in output_packet (ist=0x8c74058, ist_index=0, ost_table=0x8c76cc0, nb_ostreams=1, pkt=0xffffcda0) at ffmpeg.c:1599 #3 0x08053a0f in transcode (nb_output_files=1, input_files=0x8c63008, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0, output_files=0x870a9c0) at ffmpeg.c:2780 #4 0x08058c85 in main (argc=, argv=) at ffmpeg.c:4578 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 16:38:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 14:38:55 -0000 Subject: [FFmpeg-trac] #325(avfilter:new): Aspect Ratio of input Video required to e.g. automatically add correct letterbox/pillarbox when rescaling video Message-ID: <037.5809a4754d1eb9fb209d7caef037373b@avcodec.org> #325: Aspect Ratio of input Video required to e.g. automatically add correct letterbox/pillarbox when rescaling video ----------------------+-------------------------- Reporter: Pae8uuW5 | Type: enhancement Status: new | Priority: normal Component: avfilter | Version: 0.8 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- When converting videos of unknown size and aspect ratio, one needs to know the aspect ratio of the source video to calculate the size of letterbox or pillarbox bars to be added (if any). For source videos with non square pixels, a alone, which is just in_w/in_h, is insufficient. The trivial patch enclosed below adds a new variable "d" (rename as you like) to represent the input sample aspect ratio. With this, one can use a simple chain of a scale and a pad filter to always add correct pillar/letterboxes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 18:31:31 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 16:31:31 -0000 Subject: [FFmpeg-trac] #321(undetermined:open): Ffmpeg fails to detect format of piped input on some mp3 files In-Reply-To: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> References: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> Message-ID: <047.cde64a303da324c4df1f0875bdfa9bf1@avcodec.org> #321: Ffmpeg fails to detect format of piped input on some mp3 files ------------------------+--------------------------- Reporter: gwg | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by gwg): Great suggestion, cehoyos, thank you. Here's the url to the full example mp3, uploaded on datafilehost: http://www.datafilehost.com/download- 1d3bb7d1.html. This file should fail when it's piped, but decode successfully when it's passed with the "-i" flag in a normal invocation, as described in the original bug. I will add that it's also successful if the input format is passed as a parameter to the piped invocation, like this: {{{ cat ffmpeg_unpipeable.mp3 | ffmpeg -v 10 -f mp3 -i - testout.wav }}} The above invocation is successful, and produces output that seems pretty much identical to a normal non-piped invocation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 23:10:22 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 21:10:22 -0000 Subject: [FFmpeg-trac] #321(undetermined:closed): Ffmpeg fails to detect format of piped input on some mp3 files In-Reply-To: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> References: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> Message-ID: <047.1b02bdff770c529aec119cbc7892b91b@avcodec.org> #321: Ffmpeg fails to detect format of piped input on some mp3 files ------------------------+--------------------------- Reporter: gwg | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => worksforme Comment: Works fine for me with latest git. Currently supported versions are 0.7.1, 0.8 and git HEAD (your version is several years old). If you find a file that does not work correctly with a supported version, please do not hesitate to re-open this ticket! {{{ cat ffmpeg_unpipeable.mp3 |ffmpeg -i - out.wav ffmpeg version N-31097-ga099183, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 30 2011 23:03:35 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libxvid libavutil 51. 11. 0 / 51. 11. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 0 / 2. 24. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 0x12c6400] Format mp3 detected only with low score of 1, misdetection possible! [mp3 @ 0x12c6400] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 0x12c6400] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'pipe:': Metadata: encoder : Lavf52.39.2 title : Smith Hill artist : Deer Tick album : Born on Flag Day ALBUMARTIST : Deer Tick album_artist : Deer Tick track : 03/10 disc : 01/1 date : 2009 genre : Rock TDTG : 2011-04-05T07:02:29 Duration: N/A, start: 0.000000, bitrate: 320 kb/s Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 320 kb/s Output #0, wav, to 'out.wav': Metadata: TDTG : 2011-04-05T07:02:29 title : Smith Hill artist : Deer Tick album : Born on Flag Day ALBUMARTIST : Deer Tick album_artist : Deer Tick track : 03/10 disc : 01/1 date : 2009 genre : Rock encoder : Lavf53.4.0 Stream #0.0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0.0 -> #0.0 size= 38124kB time=00:03:41.30 bitrate=1411.2kbits/s video:0kB audio:38124kB global headers:0kB muxing overhead 0.000113% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 30 23:23:52 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 30 Jun 2011 21:23:52 -0000 Subject: [FFmpeg-trac] #321(undetermined:closed): Ffmpeg fails to detect format of piped input on some mp3 files In-Reply-To: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> References: <032.8f87aabcb96d751ad6f6c3abf70ca4f4@avcodec.org> Message-ID: <047.1f931dbeaa733f2506bd91de1733df7a@avcodec.org> #321: Ffmpeg fails to detect format of piped input on some mp3 files ------------------------+--------------------------- Reporter: gwg | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by gwg): I just cloned the latest git (git://git.videolan.org/ffmpeg.git, taken from the page http://www.ffmpeg.org/download.html) and built it with: {{{ ./configure make }}} I experienced the exact same behavior as described in the original post. However, based on the report from cehoyos, it seems the problem is with my Linux and not with ffmpeg! Thanks everyone for your time. -- Ticket URL: FFmpeg FFmpeg issue tracker