View Issue Details

IDProjectCategoryView StatusLast Update
0008688ardourbugspublic2021-06-06 23:07
Reporterunfa Assigned Tox42  
PrioritynormalSeverityminorReproducibilityhave not tried
Status feedbackResolutionopen 
Product Version6.6 
Summary0008688: Ripple edit: Disappearing edits, invisible regions
DescriptionI'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.
Tagsediting

Relationships

related to 0008704 closedx42 Moving region and zooming to it moves the region back again 

Activities

x42

2021-05-07 04:36

administrator   ~0025793

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?

PatienceAllergy

2021-05-07 15:28

reporter   ~0025797

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.

PatienceAllergy

2021-05-07 18:09

reporter   ~0025799

yep, still happens in 6.6-436 on Windows 10

x42

2021-05-08 00:09

administrator   ~0025801

How can you reproduce this issue?
Can you provide step by step instructions starting with a new session?

PatienceAllergy

2021-05-08 10:35

reporter   ~0025807

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.

unfa

2021-05-12 11:30

reporter   ~0025817

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.

unfa

2021-05-12 11:31

reporter   ~0025818

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.

unfa

2021-05-12 11:42

reporter   ~0025820

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

x42

2021-05-12 14:26

administrator   ~0025821

> 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.

x42

2021-05-12 14:27

administrator   ~0025822

> 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.

x42

2021-05-12 14:40

administrator   ~0025823

> Here's a video demonstrating the problem: https://youtu.be/JbosJaO4rKc

What happens at 0:25 are you using undo?

x42

2021-05-12 17:28

administrator   ~0025824

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

krabador

2021-05-14 19:41

reporter   ~0025851

it seems isn't present on 6.6-504-g4d269729b1

paul

2021-06-06 23:07

administrator   ~0025926

just sending this as a check on modified mantis email function

Issue History

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