Re: [Audacity-devel] Accurate waveform display when zoomed in
A free multi-track audio editor and recorder
Brought to you by:
aosiniao
From: Martyn S. <mar...@go...> - 2008-04-19 22:43:50
|
Audition does this, but I've never found it useful, and it can be confusing to beginners. Interesting though. I believe that modern metering algorithms include something like this to indicate the overshoots beyond FS but I don't know exactly how they work. Who would find it useful when zoomed in to sample level? Cubic Spline code is in Equalization.cpp if you fancy integrating into the drawing stuff to give it a go. SRC may be more difficult, I think. HTH Martyn Stefan Heinzmann wrote: > There are various compromises possible between high-quality SRC and straight lines. I think it should be tried before judging which one is best. As Audacity already does SRC I figured the code could easily be harnessed for this job, too. > > Cheers > Stefan > > > ----- Ursprüngliche Mail ---- >> Von: James Crook <cr...@in...> >> An: aud...@li... >> Gesendet: Freitag, den 18. April 2008, 16:24:33 Uhr >> Betreff: Re: [Audacity-devel] Accurate waveform display when zoomed in >> >> Nice idea. >> Probably cheaper to use cubic splines? >> >> --James. >> >> >> Stefan Heinzmann wrote: >>> Hi all, >>> >>> a feature suggestion: >>> >>> When zooming in on the waveform display to such an extent that individual >> samples become visible, the samples are currently joined with straight line >> segments. This is a misleading kind of display for audio signals. >>> It would be much better to show an approximation to the actual reconstructed >> signal as it would result from a conversion to analog. This would show as a >> smooth curve through the sample points, with its bandwidth limited according to >> Nyquist. Probably the best way to achieve this is to use sample rate conversion. >> The target sample rate would have to be derived from the display resolution, >> specifically the time interval from one pixel to the next. The result from the >> conversion could then be used to paint the pixels, with no need for drawing >> joining lines. >>> This requires more math than the current approach, but yields a better >> display, so it might be a good idea to make it user selectable. It also can lead >> to overshoots beyond FS, which will have to be handled appropriately. >>> Cheers >>> Stefan >>> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save $100. >> Use priority code J8TL2D2. >> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone >> _______________________________________________ >> Audacity-devel mailing list >> Aud...@li... >> https://lists.sourceforge.net/lists/listinfo/audacity-devel >> > > > > > __________________________________________________________ > Gesendet von Yahoo! Mail. > Der Mailbox mit unbegrenztem Speicher. > http://de.overview.mail.yahoo.com > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Audacity-devel mailing list > Aud...@li... > https://lists.sourceforge.net/lists/listinfo/audacity-devel > |