#10848: Crackling when concatenating audio introduced in commit d85c6aba
-------------------------------------+-------------------------------------
Reporter: jonnyburger | Owner: (none)
Type: defect | Status: new
Priority: normal | Component:
| undetermined
Version: unspecified | Resolution:
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by jonnyburger):
I have now uploaded a second repro!
Filename: reproduction-two.zip
Alternate URL: https://jonnyburger.s3.eu-central-1.amazonaws.com
/reproduction-two.zip
This one uses a sine sound.
It also only leads to audio artifacts in QuickTime.
I also compiled a version of FFmpeg n6.1 tag with the following patch
applied:
{{{
diff --git a/fftools/ffmpeg_dec.c b/fftools/ffmpeg_dec.c
index fcee8b65ac..3b27e15279 100644
--- a/fftools/ffmpeg_dec.c
+++ b/fftools/ffmpeg_dec.c
@@ -215,6 +215,9 @@ static void audio_ts_process(void *logctx, Decoder *d,
AVFrame *frame)
// generation that can represent timestamps from all the samplerates
// seen so far
tb = audio_samplerate_update(logctx, d, frame);
+ av_log(logctx, AV_LOG_WARNING,
+ "Remotion Repro: tb: %d sr: %d\n", tb,
frame->sample_rate);
+
pts_pred = d->last_frame_pts == AV_NOPTS_VALUE ? 0 :
d->last_frame_pts + d->last_frame_duration_est;
}}}
It prints out:
{{{
Remotion Repro: tb: 1 sr: 48000
}}}
Is it bad to use %d? Both with this and the fix I got the same log.
I can do more logging if you like me to.
I also added my compiled version of FFmpeg in the ZIP.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/10848#comment:6>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker_______________________________________________
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-trac
To unsubscribe, visit link above, or email
ffmpeg-trac-requ...@ffmpeg.org with subject "unsubscribe".
