John Warburton (12019-05-04): > An earlier post referring to scaletempo, from December 2017, suggested > replacement of atempo. Please may I note that at least one commercial radio > station, that I personally broadcast on daily, uses atempo for adjusting > the timing of news bulletins so they exactly fit a particular time. A > change in its operation, rather than the addition of a new filter, may > cause concern at least that one place. > > Is there a patch I can use to test scaletempo to compare it against atempo? > It'll be no trouble to do that with the normal audio that is time-adjusted > on that radio station. It may be that its increased quality is most > welcome, of course. > with best wishes,
I re-read the old discussion, my position has not change, about this and about any similar situations: *Filters that do the same thing as an existing filter are not welcome in libavfilter.* Rationale: the redundancy is confusing for users and for people who try to help them. Instead, two possibilities: - If the new filter is in all aspects superior to the existing filter, then it should just replace it, with the same name. - Else, the new filter can be added as an alternate mode of operation of the existing filter, with an option to switch. In any case, the working of the options should be maintained as much as possible: the new implementation should take the existing options into account (if they make sense). John, we would appreciate your input about whether these new implementation of atempo is superior or equal to the existing one with regard to your needs. Regards, -- Nicolas George
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".