On Sunday 27 Nov 2005 21:21, Chris Cannam wrote: > On Sunday 27 Nov 2005 17:45, Guillaume Laurent wrote: > > Has there been any recent change in the computation of audio > > preview values which could explain these screenshots ? Of course > > given I've just changed how they are drawn, I'm looking very hard > > at my own code ( CompositionModelImpl::postProcessAudioPreview()), > > but it seems that at regular intervals, > > Rosegarden::AudioLevel::multiplier_to_preview() returns 0. So I'm > > asking, just in case... > > These are at higher than default zoom levels, right? I think there > is a problem there, but it's actually not very new.
Rosegarden::AudioLevel::multiplier_to_preview() returns 0, but it is also being passed 0. We do get a very similar behaviour on the stg branch, though, so it doesn't seem to be entirely down to the canvas code. btw, a good example of how to reproduce a probable autoscroll problem. Place the playback pointer somewhere quite a long way into the composition (bar 40 or something), then scroll back to zero so that the pointer is not visible on the screen, and then increase the zoom level. The expected behaviour is that the canvas stays scrolled to zero; instead, it scrolls forward a bit -- how far depends on where the playback pointer is, though it's only a small proportion of the way to the playback pointer. Works (for me) even with an empty composition. Chris ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Rosegarden-devel mailing list [email protected] - use the link below to unsubscribe https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
