tripp <[email protected]> added the comment:
that may be,
but in practical terms it just doesn't work.
this is not invalid.
two commandlines follow with aq=1 and aq=1.8 respectively,
the output is identical:
ffmpeg003 -i 22.wav -aq 1 22.mp3
FFmpeg version SVN-r16967, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --enable-memalign-hack --enable-postproc --enable-swscale --ena
ble-gpl --enable-libfaac --enable-libfaad --enable-libgsm --enable-libmp3lame --
enable-libvorbis --enable-libtheora --enable-libx264 --disable-ffserver --disabl
e-vhook --enable-avisynth --enable-pthreads
libavutil 49.14. 0 / 49.14. 0
libavcodec 52.11. 0 / 52.11. 0
libavformat 52.25. 0 / 52.25. 0
libavdevice 52. 1. 0 / 52. 1. 0
libswscale 0. 6. 1 / 0. 6. 1
libpostproc 51. 2. 0 / 51. 2. 0
built on Feb 3 2009 10:52:36, gcc: 4.2.4 (TDM-1 for MinGW)
Input #0, wav, from '22.wav':
Duration: 00:01:48.44, bitrate: 705 kb/s
Stream #0.0: Audio: pcm_s16le, 22050 Hz, stereo, s16, 705 kb/s
Output #0, mp3, to '22.mp3':
Stream #0.0: Audio: libmp3lame, 22050 Hz, stereo, s16, 64 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Press [q] to stop encoding
size= 1605kB time=108.51 bitrate= 121.2kbits/s
video:0kB audio:1605kB global headers:0kB muxing overhead 0.001947%
ffmpeg003 -i 22.wav -aq 1.8 22.8.mp3
FFmpeg version SVN-r16967, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --enable-memalign-hack --enable-postproc --enable-swscale --ena
ble-gpl --enable-libfaac --enable-libfaad --enable-libgsm --enable-libmp3lame --
enable-libvorbis --enable-libtheora --enable-libx264 --disable-ffserver --disabl
e-vhook --enable-avisynth --enable-pthreads
libavutil 49.14. 0 / 49.14. 0
libavcodec 52.11. 0 / 52.11. 0
libavformat 52.25. 0 / 52.25. 0
libavdevice 52. 1. 0 / 52. 1. 0
libswscale 0. 6. 1 / 0. 6. 1
libpostproc 51. 2. 0 / 51. 2. 0
built on Feb 3 2009 10:52:36, gcc: 4.2.4 (TDM-1 for MinGW)
Input #0, wav, from '22.wav':
Duration: 00:01:48.44, bitrate: 705 kb/s
Stream #0.0: Audio: pcm_s16le, 22050 Hz, stereo, s16, 705 kb/s
Output #0, mp3, to '22.8.mp3':
Stream #0.0: Audio: libmp3lame, 22050 Hz, stereo, s16, 64 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Press [q] to stop encoding
size= 1605kB time=108.51 bitrate= 121.2kbits/s
video:0kB audio:1605kB global headers:0kB muxing overhead 0.001947%
B) and further more,
when encoding with -aq the resulting mp3 has a duration that greatly differs
from the source file.
from above, 22.wav has a duration of : 00:01:48.44
running:
ffmpeg003 -i 22.mp3
FFmpeg version SVN-r16967, Copyright (c) 2000-2009 Fabrice Bellard, et al.
configuration: --enable-memalign-hack --enable-postproc --enable-swscale --ena
ble-gpl --enable-libfaac --enable-libfaad --enable-libgsm --enable-libmp3lame --
enable-libvorbis --enable-libtheora --enable-libx264 --disable-ffserver --disabl
e-vhook --enable-avisynth --enable-pthreads
libavutil 49.14. 0 / 49.14. 0
libavcodec 52.11. 0 / 52.11. 0
libavformat 52.25. 0 / 52.25. 0
libavdevice 52. 1. 0 / 52. 1. 0
libswscale 0. 6. 1 / 0. 6. 1
libpostproc 51. 2. 0 / 51. 2. 0
built on Feb 3 2009 10:52:36, gcc: 4.2.4 (TDM-1 for MinGW)
Input #0, mp3, from '22.mp3':
Duration: 00:03:54.79, start: 0.000000, bitrate: 56 kb/s
Stream #0.0: Audio: mp3, 22050 Hz, stereo, s16, 56 kb/s
At least one output file must be specified
one can see the duration has vastly changed.
should i open B) as another issue perhaps?
regards,
tripp
----------
status: closed -> open
substatus: invalid -> open
title: lame 3.98 -aq floats -> lame 3.98 -aq floats + duration change with use
of -aq
type: feature_request -> bug
____________________________________________________
FFmpeg issue tracker <[email protected]>
<https://roundup.ffmpeg.org/roundup/ffmpeg/issue445>
____________________________________________________
