[issue1805] Regression with AAC-SBR file: no audible sound

Francesco Cosoleto added the comment: Fixed in r23516. Thanks. -- status: open -> closed substatus: needs_more_info -> fixed FFmpeg issue tracker <https://roundup.ffmpeg.org/issue1805>

[issue1805] Regression with AAC-SBR file: no audible sound

Francesco Cosoleto added the comment: Current state: > ./ffmpeg -i /tmp/sample.aac -f wav - | hexdump -C FFmpeg version SVN-r22565, Copyright (c) 2000-2010 the FFmpeg developers built on Mar 16 2010 16:04:01 with gcc 4.4.1 [gcc-4_4-branch revision 150839] configuration: --enable-

[issue1805] Regression with AAC-SBR file: no audible sound

Francesco Cosoleto added the comment: Requested files hexdumped in the next comment. It may be interesting to know that 2nd revision of AAC+SBR patch (http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-January/082525.html) works partially on my system, it's audible but playing too

[issue1805] Regression with AAC-SBR file: no audible sound

Francesco Cosoleto added the comment: cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 10 model name : AMD Athlon(tm) XP 2500+ stepping: 0 cpu MHz : 1830.163 cache size : 512 KB fdiv_bug: no hlt_bug

[issue1805] Regression with AAC-SBR file: no audible sound

Francesco Cosoleto added the comment: Sample attached. File 'sample.aac' not attached - you can download it from https://roundup.ffmpeg.org/file835. -- nosy: +cosoleto FFmpeg issue tracker <https://roundup.ffmpeg.org/issue1805>

[issue1805] Regression with AAC-SBR file: no audible sound

New submission from Francesco Cosoleto : Hello. These non playable audio files are created using NeroAAC (sample attached with: "-ignorelength -he -br 64000") and were previosly playable on my K7 Linux system using FFmpeg internal AAC decoder which was printing warnings about lack o

[issue629] duration of AVI incorrect after direct copy with -ss -t options

Francesco Cosoleto added the comment: Not reproduced using ffmpeg r22408: > ffmpeg -i lilly001.avi -vcodec copy -acodec copy -ss 00:00:1.25 -t 00:00:1.25 lilly001_out.avi File : lilly001_out.avi Duration Video : 1s 268ms | 38 Audio : 1s 235ms | 59

[issue1728] ffmpeg doesn't work anymore with -t and -ss after -i filename

Francesco Cosoleto added the comment: r22011 causes a similar regression due to overflow when -ss only is specified on the command line after -i. -- topic: +regression _ FFmpeg issue tracker <https://roundup.ffmpeg.org/roun

[issue1728] ffmpeg doesn't work anymore with -t and -ss after -i filename

Francesco Cosoleto added the comment: Sorry, I thought the issue description wasn't so bad as it really was... Changing the title and adding how to reproduce the bug/regression (it isn't fixed in r21687) should help: > ffmpeg -ss 1 -i tests/data/a-mpeg4-adap.avi -t 1 A.mp4 >

[issue1728] ffmpeg doesn't work anymore with -t and -ss

Francesco Cosoleto added the comment: Attached patch should fix the accident. _ FFmpeg issue tracker <https://roundup.ffmpeg.org/roundup/ffmpeg/issue1728> _Index: ff

[issue1728] ffmpeg doesn't work anymore with -t and -ss

New submission from Francesco Cosoleto : Hi, With this recent change: +/* finish if recording time exhausted */ +if (pkt.pts * av_q2d(ist->st->time_base) >= (recording_time / 100.0)) +goto discard_packet; packets are discarded when the value of recor

[issue944] 1920*1080i H264 CABAC MP4 file make ffplay crash

Francesco Cosoleto added the comment: Using revs. 18419-18460 and -an the crash is possible without a backward seek request, just the playing is interrupted past 4 seconds. In some cases I can reproduce also a glibc "double free or corruption&q

[issue980] bad memory access in f_h264_decode_rbsp_trailing()

Francesco Cosoleto added the comment: --cpu=nocona --cc='gcc -march=nocona -mssse3' ^^^ Really necessary? I think would be useful to FFmpeg developers if you report latest revision number that works f

[issue944] 1920*1080i H264 CABAC MP4 file make ffplay crash

Francesco Cosoleto added the comment: That was related to with -an and without -an outputs, I could add something to be more clear... Anyway using r18419 I can reproduce a crash either with -an and without -an (gdb output as in msg 4757), ffplay crash requires a backward seek request. ffmpeg

[issue944] 1920*1080i H264 CABAC MP4 file make ffplay crash

Francesco Cosoleto added the comment: That was a correct report. Don't take it out on me. FFmpeg issue tracker <https://roundup.ffmpeg.org/roundup/ffmpeg/issue944>

[issue944] 1920*1080i H264 CABAC MP4 file make ffplay crash

Francesco Cosoleto added the comment: It crashes for me with -an and in the same way. (gdb) run -i 1920_1080_i.MP4 -an -f crc - The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /home/fra/src/ffmpeg/ffmpeg_g -i 1920_1080_i.MP4 -an

[issue962] 1920*1080i H264 CABAC AVI file make ffplay crash

Francesco Cosoleto added the comment: Duplicated of issue 944. Crash during H.264 decoding process. -- status: open -> closed substatus: needs_more_info -> duplicate superseder: +1920*1080i H264 CABAC MP4 file make ffplay crash type:

[issue944] 1920*1080i H264 CABAC MP4 file make ffplay crash

Francesco Cosoleto added the comment: Reproduced, but requires a seek request in r18292 to crash. There are artifacts too. This GDB was configured as "i586-suse-linux"... (gdb) run 1920_1080_i.MP4 Starting program: /home/fra/src/ffmpeg/ffplay_g 1920_1080_i.MP4 [Thread debug

[issue919] rtsp segmentation fault due to recent minor changes

Francesco Cosoleto added the comment: r18121 works as expected and patch attached resolves the problem, as well as previous redir_isspace(). FFmpeg issue tracker <https://roundup.ffmpeg.org/roundup/ffmpeg/issue919>

[issue919] rtsp segmentation fault due to recent minor changes

New submission from Francesco Cosoleto : Hello, seems this segmentation fault is due to recent changes (r18122), no crash using r18024. (gdb) run rtsp://a2047.v1414b.c1414.g.vq.akamaistream.net/5/2047/1414/1_h264_1000

[issue660] VoltaicHD infringes the GPL

Francesco Cosoleto added the comment: Same question two weeks ago by me. A fixed version is coming ("in a couple of weeks")... FFmpeg issue tracker <https://roundup.ffmpeg.org/roundup/ffmpeg/issue660>

[issue869] ffplay loop at the end of file

Francesco Cosoleto added the comment: Looks as the problem I have reported in issue 806 and fixed in FFmpeg revision 17476 and newer. You should update your FFmpeg version (SVN-r16916). -- status: new -> closed substatus: new -> duplicate topic: +

[issue849] Roundup migration

Francesco Cosoleto added the comment: Email notification isn't working anymore? I haven't got an email when issue 806 was closed and my "Your issues" list is empty. FFmpeg issue tracker <https://roundup.ffmpeg.org/roundup/ffmpeg/issue849>

[issue780] FFplay segfaults on test.mkv

Francesco Cosoleto added the comment: Segmentation fault problem fixed in r17131 ("Check sampling index validity for AAC decoding")? FourCC and ASF problems fixed in r17465-17466. FFmpeg issue tracker <https://roundup.ffmpe

[issue860] Segmentation fault using command line: ffmpeg -i in -acodec copy -vcodec copy out -vcodec codec_name -newvideo

New submission from Francesco Cosoleto : Hello. GDB output attached. -- files: gdb_output messages: 4303 priority: normal status: new substatus: new title: Segmentation fault using command line: ffmpeg -i in -acodec copy -vcodec copy out -vcodec codec_name -newvideo topic: ffmpeg type

[issue806] Regression in ffplay, end of file huge memory allocation with some common files

Francesco Cosoleto added the comment: r17455-17458 fixes the reported problems with mp4, avi and flv files. Thanks Peter Ross. Unfortunately there are still problems with others files, for example: http://samples.mplayerhq.hu/Matroska/rm-in-mkv.mkv and maybe more demuxers are involved