View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003870 | ardour | bugs | public | 2011-03-22 23:03 | 2011-03-22 23:03 |
| Reporter | zettberlin | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | ||
| Product Version | SVN/2.0-ongoing | ||||
| Summary | 0003870: Time-Stretch wrong graphics on stereo-tracks and crash | ||||
| Description | Stretching regions I often encounter problems. In the recent SVN Rev. 9187 strechting a region about 1 sec. long to 4 sec. I can hear the result but the graphical representation of that region remains unchanged. If I drop the new stretched region to a track, the waveform is displayed correctly (with the correct length). Moving the stretched region itself shows up this: [WARNING]: Audio 1.1: bounds changed received for region (runnaway1.3)not in playlist [WARNING]: Audio 1.1: bounds changed received for region (runnaway1.3)not in playlist I had one crash of Ardour when dropping a region created by stretching to a track also. As of now I could not reproduce this crash. In the given Project I have no such trouble on mono-tracks/regions | ||||
| Additional Information | Output from terminal while stretching some regions: ################################################## StretchCalculator::calculate(): inputDuration 24001, ratio 7.99967, outputDuration 192000 (rounded up to 192184), df size 572 WARNING: extreme increment 1070 > 671.972 WARNING: extreme increment 808 > 671.972 WARNING: extreme increment 684 > 671.972 WARNING: extreme increment 798 > 671.972 WARNING: extreme increment 847 > 671.972 WARNING: extreme increment 685 > 671.972 total input increment = 24024 (= 572 chunks), output = 192184, ratio = 7.99967, ideal output 192184 (region total = 192184) REDISPLAY diskstream Layering call for runnaway2.14@799 Layering call for runnaway1.2 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 REDISPLAY diskstream Layering call for runnaway1.5 Layering call for runnaway1.4 Layering call for runnaway1.3@299 Layering call for runnaway1-L@4260 Layering call for runnaway1-L@4880 RBEffect: source region: position = 5328000, start = 6074176, length = 36001, ancestral_start = 0, ancestral_length = 0, stretch 1, shift 1 StretchCalculator::calculate(): inputDuration 36001, ratio 6.66648, outputDuration 240000 (rounded up to 240033), df size 706 WARNING: extreme increment 1081 > 679.981 WARNING: extreme increment 816 > 679.981 WARNING: extreme increment 690 > 679.981 WARNING: extreme increment 770 > 679.981 WARNING: extreme increment 901 > 679.981 total input increment = 36006 (= 706 chunks), output = 240033, ratio = 6.66647, ideal output 240034 (region total = 240033) 2 threads created RubberBandStretcher::~RubberBandStretcher: joining (channel 0xad6ddee0) RubberBandStretcher::~RubberBandStretcher: joining (channel 0xad6de1b0) RBEffect: source region: position = 5328000, start = 6074176, length = 36001, ancestral_start = 0, ancestral_length = 0, stretch 1, shift 1 StretchCalculator::calculate(): inputDuration 36001, ratio 6.66648, outputDuration 240000 (rounded up to 240033), df size 706 WARNING: extreme increment 1081 > 679.981 WARNING: extreme increment 816 > 679.981 WARNING: extreme increment 690 > 679.981 WARNING: extreme increment 770 > 679.981 WARNING: extreme increment 901 > 679.981 total input increment = 36006 (= 706 chunks), output = 240033, ratio = 6.66647, ideal output 240034 (region total = 240033) 2 threads created RubberBandStretcher::~RubberBandStretcher: joining (channel 0xad67b458) RubberBandStretcher::~RubberBandStretcher: joining (channel 0xad697008) ####################### At this point I can hear the stretch but the graphic of the region is not updated. Ardour is build today with rubberband from Ubuntu 10.10 Architecture: i386 Source: rubberband Version: 1.3-1.1build1 Depends: librubberband2 (= 1.3-1.1build1) | ||||
| Tags | No tags attached. | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2011-03-22 23:03 | zettberlin | New Issue |
