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

Attachment: 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".

Reply via email to