View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008688 | ardour | bugs | public | 2021-05-05 11:08 | 2021-06-06 23:07 |
| Reporter | unfa | Assigned To | x42 | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | feedback | Resolution | open | ||
| Product Version | 6.6 | ||||
| Summary | 0008688: Ripple edit: Disappearing edits, invisible regions | ||||
| Description | I'm using 6.6.410. When recording and editing voice recordings I uses Ripple mode for some time. After a while I've noticed strange behaviour and finally a region that was played back in empty space but draw in another place. After restarting Ardour the region was visible where I've previously hear it's audio (even though the track was empty on that part of timeline). The problems persisted even when I switched back to Slide mode. I yet again have to go back to 6.5, because 6.6 is rendering my work way harder than it needs to be. | ||||
| Tags | editing | ||||
|
|
does the problem still exist in 6.6-436 was it also present in 6.6? if so, do you have a recipe how to reproduce it? |
|
|
Just wanted to mention I've been having this issue too. Using 6.6-410 on Windows 10, I'll upgrade to 436 and see what happens. |
|
|
yep, still happens in 6.6-436 on Windows 10 |
|
|
How can you reproduce this issue? Can you provide step by step instructions starting with a new session? |
|
|
v6.6.456 has not fixed this. I can't determine an exact recipe to reproduce the issue, however, editing region lengths then zooming out has triggered it several times for me. |
|
|
Here's a video demonstrating the problem: https://youtu.be/JbosJaO4rKc For me the problem started after I've used Ripple Edit for a while to cut out parts of regions and slide them around. After that something has been broken in my session ever since and whenever I open it in Ardour 6.6 - some regions have an offset between where they play sound on the timeline, and where they are drawn on the timeline. When I load the session again in Ardour 6.5 it's fine. |
|
|
Let me add: the region shown the video has actually been recorded way after I stopped using Ripple edit, but it's affected by this problem. |
|
|
Since Ardour 6.6 crashed on exporting this session I'm back to 6.5 and I can confirm that the region is visually located where it is played sound in Ardour 6.6. So the only thing out of place is visual position of the region in Ardour 6.6. oh, and the exprot crashing: saved state in 1260.8 ms PBD::stacktrace(std::ostream&, int) ARDOUR::Session::realtime_stop(bool, bool) ARDOUR::Session::pre_export() ARDOUR::Session::start_audio_export(long, bool, bool) ARDOUR::ExportHandler::start_timespan() ARDOUR::ExportHandler::do_export() /opt/Ardour-6.6.479-dbg/bin/ardour-6.6.479(+0xa7b086) [0x555555e7b086] /opt/Ardour-6.6.479-dbg/bin/ardour-6.6.479(+0xa826fc) [0x555555e826fc] /opt/Ardour-6.6.479-dbg/bin/ardour-6.6.479(+0xa81b0c) [0x555555e81b0c] /opt/Ardour-6.6.479-dbg/bin/ardour-6.6.479(+0xa8125f) [0x555555e8125f] Glib::SignalProxyNormal::slot0_void_callback(_GObject*, void*) g_closure_invoke /opt/Ardour-6.6.479-dbg/lib/libgobject-2.0.so.0(+0x2101b) [0x7ffff324201b] g_signal_emit_valist g_signal_emit /opt/Ardour-6.6.479-dbg/lib/libgtk-x11-2.0.so.0(+0x9ed82) [0x7ffff242dd82] /opt/Ardour-6.6.479-dbg/lib/libgobject-2.0.so.0(+0xfb74) [0x7ffff3230b74] g_signal_emit_valist g_signal_emit gtk_button_released /opt/Ardour-6.6.479-dbg/lib/libgtk-x11-2.0.so.0(+0x9d059) [0x7ffff242c059] /opt/Ardour-6.6.479-dbg/lib/libgtk-x11-2.0.so.0(+0x185cac) [0x7ffff2514cac] g_closure_invoke /opt/Ardour-6.6.479-dbg/lib/libgobject-2.0.so.0(+0x215a0) [0x7ffff32425a0] g_signal_emit_valist g_signal_emit /opt/Ardour-6.6.479-dbg/lib/libgtk-x11-2.0.so.0(+0x30a64c) [0x7ffff269964c] gtk_propagate_event gtk_main_do_event /opt/Ardour-6.6.479-dbg/lib/libgdk-x11-2.0.so.0(+0x6fb4c) [0x7ffff212fb4c] [New Thread 0x7fffc9b27640 (LWP 29801)] ardour-6.6.479: ../libs/ardour/session_transport.cc:1810: void ARDOUR::Session::xrun_recovery(): Assertion `realtime_export ()' failed. --Type <RET> for more, q to quit, c to continue without paging-- Thread 36 "audioengine" received signal SIGABRT, Aborted. [Switching to Thread 0x7fffca1bc640 (LWP 16995)] 0x00007fffecb96ef5 in raise () from /usr/lib/libc.so.6 (gdb) quit |
|
|
> void ARDOUR::Session::xrun_recovery(): Assertion `realtime_export ()' failed. An x-run occurred while running as freewheel. That should be impossible. Are you using JACK? It is only however only an assertion. Optimized builds will ignore this. |
|
|
> So the only thing out of place is visual position of the region in Ardour 6.6. I have not been able to reproduce this. Can you send a session where the region position differs when its is loaded in v6.5.0 vs v6.6.489? Thanks. |
|
|
> Here's a video demonstrating the problem: https://youtu.be/JbosJaO4rKc What happens at 0:25 are you using undo? |
|
|
Another shot in the dark, could you try if the issue is still present in 6.6.492? That fixes an potential issue when a 2nd ripple edit is started while Ardour is still busy updating buffers for the prior ripple edit. This can happen with slow disks or with many regions |
|
|
it seems isn't present on 6.6-504-g4d269729b1 |
|
|
just sending this as a check on modified mantis email function |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2021-05-05 11:08 | unfa | New Issue | |
| 2021-05-05 11:08 | unfa | Tag Attached: editing | |
| 2021-05-07 04:36 | x42 | Note Added: 0025793 | |
| 2021-05-07 15:28 | PatienceAllergy | Note Added: 0025797 | |
| 2021-05-07 18:09 | PatienceAllergy | Note Added: 0025799 | |
| 2021-05-08 00:09 | x42 | Note Added: 0025801 | |
| 2021-05-08 10:35 | PatienceAllergy | Note Added: 0025807 | |
| 2021-05-12 11:30 | unfa | Note Added: 0025817 | |
| 2021-05-12 11:31 | unfa | Note Added: 0025818 | |
| 2021-05-12 11:42 | unfa | Note Added: 0025820 | |
| 2021-05-12 14:26 | x42 | Note Added: 0025821 | |
| 2021-05-12 14:27 | x42 | Note Added: 0025822 | |
| 2021-05-12 14:40 | x42 | Note Added: 0025823 | |
| 2021-05-12 17:28 | x42 | Note Added: 0025824 | |
| 2021-05-12 17:28 | x42 | Assigned To | => x42 |
| 2021-05-12 17:28 | x42 | Status | new => feedback |
| 2021-05-13 17:10 | x42 | Relationship added | related to 0008704 |
| 2021-05-14 19:41 | krabador | Note Added: 0025851 | |
| 2021-06-06 23:07 | paul | Note Added: 0025926 |
