[FFmpeg-devel] [PATCH] allow h264 streamcopy h264 -> flv

[trueice]

sure, I've rebuilt it from scratch, and x264 is
x264-svn-20080502-2245.tar.bz2
I've fired the bug.
BTW: the bug traq system is so hard to use ...

$ ffmpeg -i in.flv -vcodec libx264 -b 512000  test_out.flv
FFmpeg version SVN-r9607, Copyright (c) 2000-2008 Fabrice Bellard, et al.
  configuration: --prefix=/usr/local/media --cc=/usr/bin/gcc
--extra-cflags=-I/usr/local/media/include
--extra-ldflags=-L/usr/local/media/lib -lm -L/opt/intel/cc/10.1.015/lib
-lintlc -limf --enable-pthreads --extra-libs=-lpthread --enable-gpl
--enable-libmp3lame --enable-libx264 --enable-libfaac --enable-swscale
--enable-postproc --enable-demuxer=oss --enable-shared --enable-static
--disable-vhook --disable-debug
  libavutil version: 49.6.0
  libavcodec version: 51.56.0
  libavformat version: 52.13.0
  libavdevice version: 52.0.0
  built on Jun  1 2008 14:12:35, gcc: 4.1.3 20070929 (prerelease) (Ubuntu
4.1.2-16ubuntu2)

Seems stream 0 codec frame rate differs from container frame rate: 1000.00
(1000/1) -> 30.00 (30/1)
Input #0, flv, from 'fountains00.flv':
  Duration: 00:03:40.59, start: 0.000000, bitrate: 64 kb/s
    Stream #0.0: Video: vp6f, yuv420p, 320x320, 30.00 tb(r)
    Stream #0.1: Audio: mp3, 22050 Hz, stereo, 64 kb/s
Output #0, flv, to 'test_out.flv':
    Stream #0.0: Video: libx264, yuv420p, 320x320, q=2-31, 512 kb/s, 30.00
tb(c)
    Stream #0.1: Audio: libmp3lame, 22050 Hz, stereo, 64 kb/s
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
[libx264 @ 0x6fa1a930]using cpu capabilities: MMX MMX2 SSE SSE2 SSE3 Cache64
Press [q] to stop encoding
ffmpeg: libavformat/flvenc.c:361: flv_write_packet: Assertion `pkt->size'
failed.
Aborted (core dumped)

On Fri, May 30, 2008 at 12:57 AM, Baptiste Coudurier <
baptiste.coudurier at smartjog.com> wrote:

> Hi,
>
> yubing wrote:
> > $ ffmpeg -i test_in.flv -vcodec libx264 -b 512000  test_out.flv
> > ... ...
> > ffmpeg: libavformat/flvenc.c:359: flv_write_packet: Assertion `pkt->size'
> > failed.
> > Aborted
> >
> > That's because ff_avc_parse_nal_units() fails to find the startcode.
> > I've modified the encode_nals in libx264 to work without
> > ff_avc_parse_nal_units(). However, it's not a clean solution:P
>
> Did you make clean; make ?
>
> I cannot reproduce it here. If it still happens, please open a bugreport
> following http://ffmpeg.mplayerhq.hu/bugreports.html.
>
> [...]
>
> --
> Baptiste COUDURIER                              GnuPG Key Id: 0x5C1ABAAA
> Smartjog USA Inc.                                http://www.smartjog.com
> Key fingerprint                 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel
>



-- 
truly yours
ice