[issue2452] non monotone check triggers for stream with B-frames that doesn't start with dts=0
New submission from Martin Storsjö mar...@martin.st:
To reproduce, run this command line:
ffmpeg -fdebug ts -loglevel debug -dump -y -i
rtsp://albin.abo.fi:8554/sample_100kbit.mp4?
tcp -acodec copy -vcodec copy out.mp4
This errors out with this message almost immediately:
[mp4 @ 0x10180f600] st:0 error, non monotone timestamps 67 = 67
These two packets are the problem:
stream #0:
keyframe=1
duration=0.000
dts=0.006 pts=N/A
size=1084
stream #0:
keyframe=0
duration=0.000
dts=0.006 pts=0.006
size=156
If the audio stream is skipped (using the attached patch), the same command
line works
fine. In that case, these packets are the first packets in the whole stream,
affecting the
start time:
Duration: 00:01:10.00, start: 0.07, bitrate: N/A
This is subtracted from the pts/dts in ffmpeg.c, making these packets have
pts=dts=0. This
avoids the non monotone check in compute_pkt_fields2:
if(st-cur_dts st-cur_dts != AV_NOPTS_VALUE st-cur_dts = pkt-dts){
av_log(s, AV_LOG_ERROR,
st:%d error, non monotone timestamps %PRId64 = %PRId64\n,
st-index, st-cur_dts, pkt-dts);
return -1;
}
--
files: 0001-rtsp-Don-t-receive-audio-streams-skip-them.patch
messages: 13059
priority: normal
status: new
substatus: new
title: non monotone check triggers for stream with B-frames that doesn't start
with dts=0
type: bug
FFmpeg issue tracker iss...@roundup.ffmpeg.org
https://roundup.ffmpeg.org/issue2452
0001-rtsp-Don-t-receive-audio-streams-skip-them.patch
Description: Binary data
[issue2452] non monotone check triggers for stream with B-frames that doesn't start with dts=0
Martin Storsjö mar...@martin.st added the comment: If the non monotone check originally is meant to skip the check for all packets with a timestamp identical to the first timestap of the stream, the attached patch would solve this particular issue, although I'm not sure if that is a correct solution. FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2452 0001-libavformat-Generalize-the-non-monotonic-timestamps-.patch Description: Binary data
[issue2453] Timestamp adjustments trigger timestamp sanity check
New submission from Martin Storsjö mar...@martin.st: As mentioned in issue 2452, the timestamp adjustment can affect the outcome of remuxing. This command line works properly initially: ./ffmpeg -fdebug ts -loglevel debug -dump -y -i rtsp://albin.abo.fi:8554/sample_h264_100kbit.mp4? tcp -acodec copy -vcodec copy out.mp4 If the attached patch is applied, so that only the video stream is received, the video stream is the only stream, making the start time of the whole input nonzero: Duration: 00:01:10.00, start: 0.07, bitrate: N/A This leads to this error: [mp4 @ 0x101815200] st:0 error, pts dts With some extra debug code enabled, the output is: stream #0: keyframe=1 duration=0.000 dts=N/A pts=N/A size=182 [mp4 @ 0x101815200] av_write_frame: pts2:-9223372036854775808 dts2:0 [mp4 @ 0x101815200] pts has no value stream #0: keyframe=0 duration=0.000 dts=N/A pts=0.006 size=77 [mp4 @ 0x101815200] av_write_frame: pts2:0 dts2:1 [mp4 @ 0x101815200] st:0 error, pts dts -- files: 0001-rtsp-Don-t-receive-audio-streams-skip-them.patch messages: 13061 priority: normal status: new substatus: new title: Timestamp adjustments trigger timestamp sanity check type: bug FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2453 0001-rtsp-Don-t-receive-audio-streams-skip-them.patch Description: Binary data
[issue2448] Crash in RTP packet reordering code
Martin Storsjö mar...@martin.st added the comment: Fixed in SVN rev 26107. -- status: new - closed substatus: new - fixed FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2448
[issue2446] Muxing Xvid and 5.1 ac3 into .avi container broken
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: . -- status: open - closed substatus: reproduced - invalid FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2446] Muxing Xvid and 5.1 ac3 into .avi container broken
Selur 4se...@gmail.com added the comment: Just wondering: What's making the issue invalid? (and why closed?) Please provide full uncut output from ffmpeg -i if you are reporting issues with unplayable files. shouldn't apply since the files are not unplayable, but 'broken',.. Is some info missing? Did I do something wrong? As far as I can tell all necessary infos to reproduce the problem are provided, also avi(xvid, 5.1 ac3) is quite common as target, so this issue shouldn't be so unimportant,.. - Would be nice to get some explanation for the 'invalid' status. Thanks! Cu Selur FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2446] Muxing Xvid and 5.1 ac3 into .avi container broken
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: When you wrote only working for ac3 without video in avi, you forgot to add any source (or proof) for this claim. If a player does not recognize 5.1 AC3 in avi, you should report this to the developers of said player, but not here (this makes the issue invalid, since here, only FFmpeg bug-reports are accepted). FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2446] Muxing Xvid and 5.1 ac3 into .avi container broken
Selur 4se...@gmail.com added the comment: When you wrote only working for ac3 without video in avi, you forgot to add any source (or proof) for this claim. I never wrote that. If a player does not recognize 5.1 AC3 in avi, you should report this to the developers of said player, but not here (this makes the issue invalid, since here, only FFmpeg bug-reports are accepted). Thanks for the 'explanation'. So your point is that all the players (vlc, mplayer, wmp, mpc-hc, ffplay) are broken and ffmpeg is writing a correct .avi file. Do you know of a player which runs on linux, windows or mac os x that correctly plays .avi files with Xvid and 5.1 ac3 created by ffmpeg? (I also tried ffplay, but it too doesn't playback the file correctly.) Sorry, for bugging you, but since i.e. mencoder multiplexes the provided ac3 and xvid stream in a way that vlc, mplayer, wmp, mpc-hc and ffplay can correctly playback the file I kind of assumed that the problem was related to the 'strange' codec-id and ffmpegs way of multiplexing 5.1 ac3 into an .avi container. But since I'm no ffmpeg developer and my knowledge of the way the .avi container should look like is quite limited, I here-by sincerely apologize for thinking/mentioning that ffmpeg was creating 'broken' files. Cu Selur FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2454] .avi containing 5.1 ac3 and Xvid multiplexed with ffmpeg not replayed properly, ...
New submission from Selur 4se...@gmail.com: I posted sample files and the command lines over at: http://roundup.ffmpeg.org/issue2446 but I was informed, that it's not ffmpegs mistake to not correctly multiplexing, but the players fault of not being able to playback these files. Cu Selur -- messages: 13067 priority: normal status: new substatus: new title: .avi containing 5.1 ac3 and Xvid multiplexed with ffmpeg not replayed properly,... type: bug FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2454
[issue2446] Muxing Xvid and 5.1 ac3 into .avi container broken
Selur 4se...@gmail.com added the comment: for those interested in the issure: since it's the fault of the players I opened a new bug entry for ffplay - http://roundup.ffmpeg.org/issue2454 FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2454] .avi containing 5.1 ac3 and Xvid multiplexed with ffmpeg not replayed properly, ...
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: This is not a valid issue. -- status: new - closed substatus: new - invalid FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2454
[issue2446] Muxing Xvid and 5.1 ac3 into .avi container broken
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: In my last tests, WMP (I tested vanilla Windows 7, and Windows XP and Vista after installing an AC3 decoder) recognized audio in files produced with something like ffmpeg -i input -acodec ac3 -ac 6 out.avi fine. If you find that this is wrong, please mention this clearly. It is correct that I mixed up the authors of messages in this issue, but I could not find anybody claiming WMP would not recognize multi-channel AC3 in AVI produced by ffmpeg. The most important question: Did you report your problem to the vlc developers? (Assuming vlc does not recognize 5.1 AC3 in AVI). FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2446] Muxing Xvid and 5.1 ac3 into .avi container broken
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: I just tested (5.1 source): ffmpeg -i fastandfurious-clip_h480p.mov -qscale 15 -acodec ac3 -ab 256k out.avi and the resulting file plays fine with mplayer -demuxer avi, mplayer -demuxer lavf and ffplay. FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2446] Muxing Xvid and 5.1 ac3 into .avi container broken
Selur 4se...@gmail.com added the comment: I just tested (5.1 source): .. 1st can't reproduce, since you didn't provide a link to the source 2nd doesn't cover the scenario I presented where I multiplex a raw ac3 and xvid stream with ffmpeg. FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2455] ffplay does not like ac3 in avi 384k
New submission from Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at: Reproducible with any input file, I used a file from http://samples.mplayerhq.hu/V-codecs/h264/sony-hdr-cx6-avchd-interlaced-decoding-problem/ $ ffmpeg -i sony-hdr-cx-6-avchd-1080i-9-seconds.mts -ac 2 -vtag mp4s -qscale 5 -acodec ac3 -ab 384k out384.avi $ ffmpeg -i sony-hdr-cx-6-avchd-1080i-9-seconds.mts -ac 2 -vtag mp4s -qscale 5 -acodec ac3 -ab 448k out448.avi Both files can be transcoded with ffmpeg, but ffplay (and mplayer -demuxer avi and mplayer -demuxer lavf) fails to play out448.avi without A/V desync. May be related to issue 2446. -- messages: 13073 priority: normal status: open substatus: open title: ffplay does not like ac3 in avi 384k topic: ffplay type: bug FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2455
[issue2446] Muxing ac3 384kb into .avi container broken
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: You originally claimed that your problem is related to multi-channel audio and the WAVEFORMATEX structure (0x2000 vs 1000--0020-8000-00AA00389B71). The problem - that high-bitrate ac3 in avi muxed by ffmpeg can still be decoded by ffmpeg, but not played by MPlayer and WMP - is perfectly reproducible for stereo sound, just use ffmpeg -i file -acodec ac3 -ac 2 -ab 448k out.avi. The resulting file(s) can be transcoded with ffmpeg, but not played with ffplay (see issue 2455). -- status: closed - open substatus: invalid - open title: Muxing Xvid and 5.1 ac3 into .avi container broken - Muxing ac3 384kb into .avi container broken FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2446] Muxing ac3 384kb into .avi container broken
Selur 4se...@gmail.com added the comment: You originally claimed that your problem is related to multi-channel audio and the WAVEFORMATEX structure (0x2000 vs 1000--0020-8000-00AA00389B71). Yes, that's what I'm still suspecting. The problem - that high-bitrate ac3 in avi muxed by ffmpeg can still be decoded by ffmpeg, but not played by MPlayer and WMP - is perfectly reproducible for stereo sound, just use ffmpeg -i file -acodec ac3 -ac 2 -ab 448k out.avi. The resulting file(s) can be transcoded with ffmpeg, but not played with ffplay (see issue 2455). Yes, this could be related to my problem, since 5.1 ac3 streams are naturally at a high bitrate. - it's probably a combination of both FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2446] Muxing ac3 384kb into .avi container broken
Selur 4se...@gmail.com added the comment: btw.: thanks for setting the status to 'open' (instead of invalid) FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2446] Muxing ac3 384kb into .avi container broken
smizz smiz...@yahoo.de added the comment: Well, bug found, but still I did this analyzation. G:\temp\ffmpeg testingffmpeg -i audio.ac3 FFmpeg version SVN-r26099, Copyright (c) 2000-2010 the FFmpeg developers built on Dec 27 2010 04:07:27 with gcc 4.4.2 configuration: --enable-gpl --enable-version3 --enable-libgsm --enable-libvorb is --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb --enable-libopencore_amrnb --enable-libvpx --disable-decoder=libvpx --arch=x86 --enable-runtime-cpudetect - -enable-libxvid --enable-libx264 --enable-librtmp --extra-libs='-lrtmp -lpolarss l -lws2_32 -lwinmm' --target-os=mingw32 --enable-avisynth --enable-w32threads -- cross-prefix=i686-mingw32- --cc='ccache i686-mingw32-gcc' --enable-memalign-hack libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec52.100. 0 / 52.100. 0 libavformat 52.89. 0 / 52.89. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter1.70. 2 / 1.70. 2 libswscale 0.12. 0 / 0.12. 0 [ac3 @ 01c5c110] max_analyze_duration reached [ac3 @ 01c5c110] Estimating duration from bitrate, this may be inaccurate Input #0, ac3, from 'audio.ac3': Duration: 00:00:41.66, bitrate: 448 kb/s Stream #0.0: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s At least one output file must be specified G:\temp\ffmpeg testingffmpeg -i video.avi FFmpeg version SVN-r26099, Copyright (c) 2000-2010 the FFmpeg developers built on Dec 27 2010 04:07:27 with gcc 4.4.2 configuration: --enable-gpl --enable-version3 --enable-libgsm --enable-libvorb is --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb --enable-libopencore_amrnb --enable-libvpx --disable-decoder=libvpx --arch=x86 --enable-runtime-cpudetect - -enable-libxvid --enable-libx264 --enable-librtmp --extra-libs='-lrtmp -lpolarss l -lws2_32 -lwinmm' --target-os=mingw32 --enable-avisynth --enable-w32threads -- cross-prefix=i686-mingw32- --cc='ccache i686-mingw32-gcc' --enable-memalign-hack libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec52.100. 0 / 52.100. 0 libavformat 52.89. 0 / 52.89. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter1.70. 2 / 1.70. 2 libswscale 0.12. 0 / 0.12. 0 Seems stream 0 codec frame rate differs from container frame rate: 24.01 (65535/ 2730) - 24.00 (24/1) Input #0, avi, from 'video.avi': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Duration: 00:00:41.66, start: 0.00, bitrate: 250 kb/s Stream #0.0: Video: mpeg4, yuv420p, 624x352 [PAR 1:1 DAR 39:22], 24 tbr, 24 tbn, 24.01 tbc At least one output file must be specified G:\temp\ffmpeg testingffmpeg -i video.avi -i audio.ac3 -acodec copy -vcodec cop y output.avi FFmpeg version SVN-r26099, Copyright (c) 2000-2010 the FFmpeg developers built on Dec 27 2010 04:07:27 with gcc 4.4.2 configuration: --enable-gpl --enable-version3 --enable-libgsm --enable-libvorb is --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb --enable-libopencore_amrnb --enable-libvpx --disable-decoder=libvpx --arch=x86 --enable-runtime-cpudetect - -enable-libxvid --enable-libx264 --enable-librtmp --extra-libs='-lrtmp -lpolarss l -lws2_32 -lwinmm' --target-os=mingw32 --enable-avisynth --enable-w32threads -- cross-prefix=i686-mingw32- --cc='ccache i686-mingw32-gcc' --enable-memalign-hack libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec52.100. 0 / 52.100. 0 libavformat 52.89. 0 / 52.89. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter1.70. 2 / 1.70. 2 libswscale 0.12. 0 / 0.12. 0 Seems stream 0 codec frame rate differs from container frame rate: 24.01 (65535/ 2730) - 24.00 (24/1) Input #0, avi, from 'video.avi': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Duration: 00:00:41.66, start: 0.00, bitrate: 250 kb/s Stream #0.0: Video: mpeg4, yuv420p, 624x352 [PAR 1:1 DAR 39:22], 24 tbr, 24 tbn, 24.01 tbc [ac3 @ 02e55fa0] max_analyze_duration reached [ac3 @ 02e55fa0] Estimating duration from bitrate, this may be inaccurate Input #1, ac3, from 'audio.ac3': Duration: 00:00:41.66, bitrate: 448 kb/s Stream #1.0: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s Output #0, avi, to 'output.avi': Metadata: ISFT: Lavf52.89.0 Stream #0.0: Video: mpeg4, yuv420p, 624x352 [PAR 1:1 DAR 39:22], q=2-31, 24 tbn, 24 tbc Stream #0.1: Audio: ac3, 48000 Hz, 5.1, 448 kb/s Stream mapping: Stream #0.0 - #0.0 Stream #1.0 - #0.1 Press [q] to stop encoding frame= 1000 fps= 0 q=-1.0 Lsize=3615kB time=41.67 bitrate= 710.7kbits/s video:1238kB audio:2312kB global headers:0kB muxing overhead 1.821802% G:\temp\ffmpeg testingffmpeg -i output.avi FFmpeg version SVN-r26099, Copyright (c) 2000-2010 the FFmpeg
[issue1912] WMAPro-in-WMAVoice support not implemented
Ronald S. Bultje rsbul...@gmail.com added the comment: Looking at the pro data in the packets, I doubt this issue can be solved with this file: [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][2:00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][4:00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00] 7.23 A-V: 0.015 s:0.0 aq= 320KB vq=[00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00] [00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00][00]
[issue1912] WMAPro-in-WMAVoice support not implemented
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: Sorry, this was the best file afair (all others only showed the upload message at the start, iirc). FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue1912
[issue2456] AAC -aq setting does not work
New submission from Dennis dfrati...@hotmail.com: For example: ffmpeg -strict experimental -i C:\Temp\file1.avi - sameq -acodec aac -aq 255 -ar 44100 -vcodec mpeg4 - qmin 1 -qmax 1 C:\Temp\file2.mp4 The output is: FFmpeg version SVN-r26095, Copyright (c) 2000-2010 the FFmpeg developers built on Dec 26 2010 04:11:59 with gcc 4.4.2 configuration: --enable-gpl --enable-version3 -- enable-libgsm --enable-libvorb is --enable-libtheora --enable-libspeex --enable- libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb - -enable-libopencore_amrnb --enable-libvpx --disable-decoder=libvpx --arch=x86 -- enable-runtime-cpudetect - -enable-libxvid --enable-libx264 --enable-librtmp -- extra-libs='-lrtmp -lpolarss l -lws2_32 -lwinmm' --target-os=mingw32 --enable- avisynth --enable-w32threads -- cross-prefix=i686-mingw32- --cc='ccache i686-mingw32- gcc' --enable-memalign-hack libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec52.100. 0 / 52.100. 0 libavformat 52.89. 0 / 52.89. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter1.70. 0 / 1.70. 0 libswscale 0.12. 0 / 0.12. 0 [mpeg4 @ 015e29c0] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'C:\Temp\file1.avi': Metadata: encoder : Nandub v1.0rc2 Duration: 01:52:07.12, start: 0.00, bitrate: 872 kb/s Stream #0.0: Video: mpeg4, yuv420p, 576x240 [PAR 1:1 DAR 12:5], 25 tbr, 25 t bn, 25 tbc Stream #0.1: Audio: mp3, 48000 Hz, 2 channels, s16, 128 kb/s [buffer @ 015d4c60] w:576 h:240 pixfmt:yuv420p Output #0, mp4, to 'C:\Temp\file2.mp4': Metadata: encoder : Lavf52.89.0 Stream #0.0: Video: mpeg4, yuv420p, 576x240 [PAR 1:1 DAR 12:5], q=1-1, 200 k b/s, 25 tbn, 25 tbc Stream #0.1: Audio: aac, 44100 Hz, 2 channels, s16, 64 kb/s Stream mapping: Stream #0.0 - #0.0 Stream #0.1 - #0.1 Press [q] to stop encoding [mpeg4 @ 015e29c0] Invalid and inefficient vfw-avi packed B frames detected frame= 593 fps=120 q=0.0 Lsize=4503kB time=23.72 bitrate=1555.0kbits/s video:4301kB audio:187kB global headers:0kB muxing overhead 0.314565% Audio sounds like 64kb... -- messages: 13081 priority: normal status: new substatus: new title: AAC -aq setting does not work type: bug FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2456
[issue2457] AAC -aq setting does not work
New submission from Dennis dfrati...@hotmail.com: For example: ffmpeg -strict experimental -i C:\Temp\file1.avi - sameq -acodec aac -aq 255 -ar 44100 -vcodec mpeg4 - qmin 1 -qmax 1 C:\Temp\file2.mp4 The output is: FFmpeg version SVN-r26095, Copyright (c) 2000-2010 the FFmpeg developers built on Dec 26 2010 04:11:59 with gcc 4.4.2 configuration: --enable-gpl --enable-version3 -- enable-libgsm --enable-libvorb is --enable-libtheora --enable-libspeex --enable- libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb - -enable-libopencore_amrnb --enable-libvpx --disable-decoder=libvpx --arch=x86 -- enable-runtime-cpudetect - -enable-libxvid --enable-libx264 --enable-librtmp -- extra-libs='-lrtmp -lpolarss l -lws2_32 -lwinmm' --target-os=mingw32 --enable- avisynth --enable-w32threads -- cross-prefix=i686-mingw32- --cc='ccache i686-mingw32- gcc' --enable-memalign-hack libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec52.100. 0 / 52.100. 0 libavformat 52.89. 0 / 52.89. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter1.70. 0 / 1.70. 0 libswscale 0.12. 0 / 0.12. 0 [mpeg4 @ 015e29c0] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'C:\Temp\file1.avi': Metadata: encoder : Nandub v1.0rc2 Duration: 01:52:07.12, start: 0.00, bitrate: 872 kb/s Stream #0.0: Video: mpeg4, yuv420p, 576x240 [PAR 1:1 DAR 12:5], 25 tbr, 25 t bn, 25 tbc Stream #0.1: Audio: mp3, 48000 Hz, 2 channels, s16, 128 kb/s [buffer @ 015d4c60] w:576 h:240 pixfmt:yuv420p Output #0, mp4, to 'C:\Temp\file2.mp4': Metadata: encoder : Lavf52.89.0 Stream #0.0: Video: mpeg4, yuv420p, 576x240 [PAR 1:1 DAR 12:5], q=1-1, 200 k b/s, 25 tbn, 25 tbc Stream #0.1: Audio: aac, 44100 Hz, 2 channels, s16, 64 kb/s Stream mapping: Stream #0.0 - #0.0 Stream #0.1 - #0.1 Press [q] to stop encoding [mpeg4 @ 015e29c0] Invalid and inefficient vfw-avi packed B frames detected frame= 593 fps=120 q=0.0 Lsize=4503kB time=23.72 bitrate=1555.0kbits/s video:4301kB audio:187kB global headers:0kB muxing overhead 0.314565% Audio sounds like 64kb... -- messages: 13082 priority: normal status: new substatus: new title: AAC -aq setting does not work type: bug FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2457
[issue2457] AAC -aq setting does not work
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: Duplicate. -- status: new - closed substatus: new - duplicate superseder: +AAC -aq setting does not work FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2457
[issue2455] ffplay does not like ac3 in avi 384k
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: (What could mp4sdecd.dll be good for, I am really curious?) More useful command lines that allow testing with WMP: $ ffmpeg -i sony-hdr-cx-6-avchd-1080i-9-seconds.mts -ac 2 -vcodec msmpeg4v2 -qscale 5 -acodec ac3 -ab 384k out384v2.avi $ ffmpeg -i sony-hdr-cx-6-avchd-1080i-9-seconds.mts -ac 2 -vcodec msmpeg4v2 -qscale 5 -acodec ac3 -ab 448k out448v2.avi (out384v2.avi plays fine with ffplay, mplayer and WMP, out448v2.avi has severe A/V sync issues when played, transcodes fine with ffmpeg.) Stopped shortly before end of audio, note the A/V (de-)sync: $ ffplay out448v2.avi FFplay version SVN-r26108, Copyright (c) 2003-2010 the FFmpeg developers built on Dec 27 2010 17:55:07 with gcc 4.4.5 configuration: --cc=/usr/local/gcc-4.4.5/bin/gcc libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec52.100. 0 / 52.100. 0 libavformat 52.91. 0 / 52.91. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter1.70. 2 / 1.70. 2 libswscale 0.12. 0 / 0.12. 0 Input #0, avi, from 'out448v2.avi': Metadata: encoder : Lavf52.91.0 Duration: 00:00:09.90, start: 0.00, bitrate: 10062 kb/s Stream #0.0: Video: msmpeg4v2, yuv420p, 1440x1080, PAR 4:3 DAR 16:9, 50 tbr, 50 tbn, 50 tbc Stream #0.1: Audio: ac3, 48000 Hz, stereo, s16, 448 kb/s 19.40 A-V: 5.027 s:4.4 aq=9KB vq=0KB sq=0B f=0/0 f=0/0 FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2455
[issue2446] Muxing ac3 384kb into .avi container broken
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: Sorry, I am closing this issue due to the obvious confusion it causes. There may be an issue muxing high-bitrate ac3 in avi, see issue 2455 for a useful test case. -- status: open - closed substatus: analyzed - invalid FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2446
[issue2437] Wrong timestamps calculated for AVCHD files from Panasonic GH1 Camera
Carl Eugen Hoyos ceho...@rainbow.studorg.tuwien.ac.at added the comment: A/V desync after transcoding is a regression since r25805. ffmpeg -i gh1-720p-50-6-seconds.mts -qscale 5 out.mov FFmpeg version SVN-r26112, Copyright (c) 2000-2010 the FFmpeg developers built on Dec 28 2010 03:14:53 with gcc 4.4.5 configuration: --cc=/usr/local/gcc-4.4.5/bin/gcc libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 0 / 0.16. 0 libavcodec52.100. 0 / 52.100. 0 libavformat 52.91. 0 / 52.91. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter1.72. 0 / 1.72. 0 libswscale 0.12. 0 / 0.12. 0 Input #0, mpegts, from 'gh1-720p-50-6-seconds.mts': Duration: 00:00:06.24, start: 0.37, bitrate: 14627 kb/s Program 1 Stream #0.0[0x1011]: Video: h264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s [buffer @ 0x121fef0] w:1280 h:720 pixfmt:yuv420p Output #0, mov, to 'out.mov': Metadata: encoder : Lavf52.91.0 Stream #0.0: Video: mpeg4, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 50 tbn, 50 tbc Stream #0.1: Audio: aac, 48000 Hz, stereo, s16, 64 kb/s Stream mapping: Stream #0.0 - #0.0 Stream #0.1 - #0.1 Press [q] to stop encoding frame= 441 fps= 92 q=5.0 Lsize=2211kB time=6.27 bitrate=2887.5kbits/s dup=129 drop=0 video:2155kB audio:49kB global headers:0kB muxing overhead 0.322848% -- priority: normal - important FFmpeg issue tracker iss...@roundup.ffmpeg.org https://roundup.ffmpeg.org/issue2437
