This is the sample for bug 452: https://roundup.mplayerhq.hu/roundup/ffmpeg/issue452

In my line of work I have come up on a set of clips recently (!!! they're of
adult nature, so please use care when opening!!! nothing nasty though) that
freeze up ffmpeg completely, while using 100% CPU. For example,

ffmpeg -v 1 -i 'clip1.mpg' -vcodec flv -b 400kb -acodec libmp3lame -ab 64kb -ar
44100 clip1.flv
FFmpeg version SVN-r13140, Copyright (c) 2000-2008 Fabrice Bellard, et al.
  configuration: --prefix=/usr --enable-gpl --enable-postproc --enable-nonfree
--enable-libmp3lame --enable-libvorbis --enable-libtheora --enable-libfaad
--enable-libfaac --enable-libxvid --enable-liba52 --enable-libx264
--enable-libamr-nb --enable-libamr-wb
  libavutil version: 49.6.0
  libavcodec version: 51.56.0
  libavformat version: 52.13.0
  libavdevice version: 52.0.0
  built on May 13 2008 22:55:20, gcc: 4.2.1 (SUSE Linux)
Input #0, mpeg, from 'clip1.mpg':
  Duration: 00:00:15.72, start: 0.894256, bitrate: 1050 kb/s
    Stream #0.0[0x1c0]: Audio: mp2, 48000 Hz, mono, 32 kb/s
    Stream #0.1[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [PAR 1:1 DAR 4:3],
1000 kb/s, 23.98 tb(r)
Output #0, flv, to 'clip1.flv':
    Stream #0.0: Video: flv, yuv420p, 320x240 [PAR 1:1 DAR 4:3], q=2-31, 400
kb/s, 23.98 tb(c)
    Stream #0.1: Audio: libmp3lame, 44100 Hz, mono, 64 kb/s
Stream mapping:
  Stream #0.1 -> #0.0
  Stream #0.0 -> #0.1
Press [q] to stop encoding

At this point, the only way to stop ffmpeg is to kill -9 in another shell. It
leaves an output flv file 65,339 bytes in size. An input file is only 2MB, which
I'll attach.

I really don't know how to proceed from here, but a quick solution will be very
much appreciated. As an interesting side note, VLC starts playing this file but
shows it as 26.5 hours long.