Shlomi Fish <[email protected]> added the comment:

Hi, sorry for the late response. I didn't get any notifications of your comments
by E-mail.

> Please test if the crash is reproducible with ffmpeg and provide 
> ffmpeg's output. 

The crash is not reproducible with ffmpeg. ffmpeg generates the following 
output:

[shell]
shlomi:~$ ffmpeg -i rcwf_Wd6m3I.flv t.avi
FFmpeg version 0.6, Copyright (c) 2000-2010 the FFmpeg developers
  built on Jul 21 2010 11:23:30 with gcc 4.4.3
  configuration: --prefix=/usr --enable-shared --libdir=/usr/lib
--shlibdir=/usr/lib --incdir=/usr/include --disable-stripping --enable-postproc
--enable-gpl --enable-pthreads --enable-libtheora --enable-libvorbis
--disable-encoder=vorbis --enable-libvpx --enable-x11grab
--enable-runtime-cpudetect --enable-libdc1394 --enable-libschroedinger
--enable-librtmp --enable-libmp3lame --enable-libfaad --enable-libopencore-amrnb
--enable-libopencore-amrwb --enable-version3 --enable-libx264
  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
  libswscale     0.11. 0 /  0.11. 0
  libpostproc   51. 2. 0 / 51. 2. 0
[flv @ 0x8266510]Estimating duration from bitrate, this may be inaccurate
Input #0, flv, from 'rcwf_Wd6m3I.flv':                                          
  Metadata:
    duration        : 298
    starttime       : 0
    totalduration   : 298
    width           : 320
    height          : 240
    videodatarate   : 306
    audiodatarate   : 57
    totaldatarate   : 370
    framerate       : 25
    bytelength      : 13827429
    canseekontime   : true
    sourcedata      : BD4B34AA6HH1279911406651448
    purl            : 
    pmsg            : 
  Duration: 00:04:58.16, start: 0.000000, bitrate: 371 kb/s
    Stream #0.0: Video: h264, yuv420p, 320x240 [PAR 1:1 DAR 4:3], 313 kb/s, 25
tbr, 1k tbn, 50 tbc
    Stream #0.1: Audio: aac, 44100 Hz, stereo, s16, 57 kb/s
Output #0, avi, to 't.avi':
  Metadata:
    ISFT            : Lavf52.64.2
    Stream #0.0: Video: mpeg4, yuv420p, 320x240 [PAR 1:1 DAR 4:3], q=2-31, 200
kb/s, 25 tbn, 25 tbc
    Stream #0.1: Audio: mp2, 44100 Hz, stereo, s16, 64 kb/s
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
Press [q] to stop encoding
frame= 7455 fps=194 q=5.0 Lsize=   10137kB time=298.20 bitrate= 278.5kbits/s    
video:7337kB audio:2334kB global headers:0kB muxing overhead 4.830700%
[/shell]

The resultant .avi file works fine.

> If this is the only file triggering the crash, please 
> upload it to incoming/issue2102.

It's far from being the only file triggering the crash. Most of the .flvs I have
cause Amarok to crash.

[quote]
> Thread 5 (Thread 0x957d5b70 (LWP 20704)):
> [KCrash Handler]
> #7  0xab2a84e0 in put_pixels16_sse2 (block=0xac15058 "", pixels=
>     0xabf8e50 "||||||||\201{trqne]QE5-.233........&+18=>>=>=<:8654", 'B'
> <repeats 32 times>, 'D' <repeats 16 times>, 'E' <repeats 72 times>,
> "DDDDDDDDEEEEEEEE", 'F' <repeats 16 times>..., line_size=
>     320, h=16) at libavcodec/x86/dsputil_mmx.c:447

If the parameters values here are reliable, "block" is misaligned.  It
should have 16-byte alignment.
[/quote]

And what causes it? Is it a problem in ffmpeg or in Amarok?

Regards,

-- Shlomi Fish

________________________________________________
FFmpeg issue tracker <[email protected]>
<https://roundup.ffmpeg.org/issue2102>
________________________________________________

Reply via email to