h-h wrote:You can't say no to an additional option that you won't choose.
Everyone is entitled to give their opinion about proposals.
Whether or not a proposal every gets added to Audacity largely depends on whether someone has the time, enthusiasm and ability to do it.
Decisions about what is enabled by default based on should be based on what is in the best interests of Audacity users. These are often difficult choices, but we try.
When feature requests are transferred from the forum to the list on the
wiki "feature requests" page, only votes in favour of the proposed feature are counted, Objections to a proposed feature may be noted in the comments, but votes against a feature are not counted.
h-h wrote:And it seems your view of antialiasing is: "No, surely it's a bad thing." It won't make you glad that it is already considered elsewhere to implement it in some way.
I think that you may be slightly misinterpreting what was said here and on the
developer's mailing list.
There is broad agreement from both users and developers that improving the appearance of Audacity is generally a good thing, and I don't think that any of the comments made here detract from that. The crux of the argument against this particular proposal is that
accuracy of the visual information is favoured over whether or not it looks pretty.
As James (developer) said, this proposal is an approximate antialiasing technique that does not address situations where (visual) antialiasing matters the most, and that there are many changes to visual presentation that have a bigger impact for the work put in. Federico then suggested that rather than applying antialiasing to the graphics, an effective way to improve the waveform display would be to draw the waveform based on interpolated data.
What is being suggested on the developers mailing list is to approach the issue from the opposite direction from this proposal:
Currently, the zoomed out waveform is plotted using a simple and fast method of plotting the closest pixel to peak data points, and the zoomed in waveform is drawn based on simple and fast linear interpolation between sample values. The proposal here on the forum is to "smooth" the resulting graphical representation. What has been suggested on the developers mailing list is to use more accurate algorithms for translating the audio data points into pixels (parabolic interpolation of the peak data, and sinc interpolation of the zoomed in waveform).
The difference in approach is easiest to see in the case of the zoomed in waveform (where individual sample values are visible):
This is how we draw the waveform now. The waveform is a linear interpolation between the sample points:

- linear.png (8.54 KiB) Viewed 1207 times
This image is using the same data points and the same linear interpolation, but the waveform graphic has been antialiased.

- dithered.png (26.69 KiB) Viewed 1207 times
This image interpolates between the data points with spline interpolation (sinc interpolation would be better, but this is an approximation for illustration purposes).
The important difference here is not "smoothing the graphic", but smoothing the data from which the graphic is drawn. This final version not only looks prettier (in my opinion) but provides better information to the user as it provides a more accurate visual representation of the analog waveform that is produced when the sound card converts the (digital) sample data into a band limited (analog) waveform.

- interpolated.png (19.47 KiB) Viewed 1207 times