[FFmpeg-trac] #8132(undetermined:new): Audio cutoff when using nobuffer flag
FFmpeg
trac at avcodec.org
Thu Sep 12 11:43:11 EEST 2019
#8132: Audio cutoff when using nobuffer flag
-------------------------------------+-------------------------------------
Reporter: paco | Type: defect
Status: new | Priority: normal
Component: | Version:
undetermined | unspecified
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Summary of the bug:
When converting audio and using the `nobuffer` flag, audio is cut off at
the beginning, ~2 sec of a 4 sec audio.
Audio used in the example below is available here:
http://www.wavsource.com/snds_2018-06-03_5106726768923853/music/coming_to_take.wav
How to reproduce:
{{{
% ffmpeg -y -fflags nobuffer -i ./coming_to_take.wav -f_err_detect
compliant -f wav -ar 16000 -acodec pcm_s16le -ac 1
coming_to_take_converted.wav
fmpeg version: 4.1.3
built on: Apple LLVM version 10.0.1 (clang-1001.0.46.4)
}}}
ffmpeg output:
{{{
Guessed Channel Layout for Input Stream #0.0 : mono
Input #0, wav, from './coming_to_take.wav':
Duration: 00:00:04.33, bitrate: 88 kb/s
Stream #0:0: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 11025 Hz, mono,
u8, 88 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (pcm_u8 (native) -> pcm_s16le (native))
Press [q] to stop, [?] for help
Output #0, wav, to 'coming_to_take_converted.wav':
Metadata:
ISFT : Lavf58.20.100
Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 16000 Hz, mono,
s16, 256 kb/s
Metadata:
encoder : Lavc58.35.100 pcm_s16le
size= 77kB time=00:00:04.32 bitrate= 146.3kbits/s speed= 602x
video:0kB audio:77kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: 0.098594%
}}}
Patches should be submitted to the ffmpeg-devel mailing list and not this
bug tracker.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/8132>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list