[FFmpeg-trac] #10403(undetermined:closed): Audio sample rate adjustment for simple speed change (lossless) (was: Audio sample rate adjustment for simple speed change)
FFmpeg
trac at avcodec.org
Tue Jun 27 07:44:17 EEST 2023
#10403: Audio sample rate adjustment for simple speed change (lossless)
-------------------------------------+-------------------------------------
Reporter: Noitarud | Owner: (none)
Type: defect | Status: closed
Priority: normal | Component:
| undetermined
Version: unspecified | Resolution: invalid
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Changes (by Noitarud):
* summary: Audio sample rate adjustment for simple speed change => Audio
sample rate adjustment for simple speed change (lossless)
Old description:
> Please correct me if I am wrong: if the audio sample rate is read at a
> different speed, I should get a different audio speed.
>
> I like the idea of the -c copy. But its use does not appear to extend to
> the alteration of playback speed. If I use the command as shown, it will
> copy the content and use original rate, no speed change.
>
> "C:\Program Files\GPAC\ffmpeg" -i INPUT44100.mp3 -c copy -ar 22050
> E:\slow.mp3
>
> I have noticed filter asetrate but don't filters necessitate
> recompression?
>
> Is there anything that can be done in a hex editor to the file to just
> cause the rate change? Just tell MP3 and/or AAC unless you feel like
> telling more.
>
> (Version 2014. No tickets since describing this I could see.)
New description:
I assume the audio is read at the sample rate speed, so if I somehow get
the SR changed I should get a different audio playback speed (and this
would be lossless), but with -c copy and -ar it appears to reencode
(ignores -ar) and there is no speed change.
Here is the string I used:
"C:\Program Files\GPAC\ffmpeg" -i INPUT44100.mp3 -c copy -ar 22050
E:\slow.mp3
A little research gives me: sample rate is recorded on each frame, sample
rates are specific steps, and this may only work per "version" (V1 is
44.1/48/32k; V2 half of V1) if contents differ, such a conversion step
(inside V1) may be expedient for some people, but not versitile enough for
all (proper fractions of speed) even if between V1/2/2.5 were offered.
--
--
Ticket URL: <https://trac.ffmpeg.org/ticket/10403#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list