View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008900 | ardour | bugs | public | 2022-04-14 11:26 | 2022-05-07 11:37 |
| Reporter | johne53 | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | ||
| Platform | Microsoft | OS | Windows | OS Version | 10 |
| Product Version | Mixbus 8.x | ||||
| Summary | 0008900: Crashing bug with RubberBandStretcher | ||||
| Description | I've been following up a bug report on the MB forum. It's a very reproducible crash on Windows (both for my MSVC build and also Robin's gcc build) but I haven't had a chance yet to try it with Ardour. Also, it probably needs testing with the other platforms. | ||||
| Steps To Reproduce | 1) In the Cues page, select any clip and enable its 'Stretch' mode. 2) Press its "/2" button more than twice. 3) Attempting to replay the clip now causes Mixbus to crash. | ||||
| Additional Information | I tracked the crash down to some code in librubberband. Intentionally or otherwise, it seems like RubberBandStretcher must have a limit on how much a clip can be speeded up. Double speed works okay and x4 works okay but x8 will crash MB in about 80% of cases. | ||||
| Tags | No tags attached. | ||||
|
|
Steps to reproduce: 1) In the Cues page, select any clip and enable its 'Stretch' mode. 2) Press its "/2" button more than twice. 3) Attempting to replay the clip now causes Mixbus to crash. Additional Information: it seems like RubberBandStretcher must have a limit on how much a clip can be speeded up. If this can't be fixed, maybe there could be an upper limit on the maximum speed? (i.e. an upper limit on the number of '/2' presses...) |
|
|
FWIW I can reproduce the same crash in Linux but with a couple of minor differences... on Linux, the speeded-up clip will attempt to play for a second or so (apparently at the last known working speed) and then I see the same crash. And so far in Linux, the crash rate is 100%. |
