allanger/ardour
1
0
Fork 0
Code Issues Pull Requests 1 Actions Packages Projects Releases Activity

Hotfix more export woes, prevent possible endless loop

Browse Source 
This apparently happens on some Windows systems when exporting
a range starting at 00:00:00:00

I'm still hoping there's a better fix for these race-condition
issues, perhaps by kicking the TFSM...
This commit is contained in:
Robin Gareus
2020-04-10 03:29:16 +02:00
parent c33c988adc
commit 78b29c55d3
1 changed files with 7 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
libs/ardour/session_export.cc
View File

@@ -139,10 +139,16 @@ Session::start_audio_export (samplepos_t position, bool realtime, bool region_ex
* to wait for it to wake up and call
* non_realtime_stop ().
*/
int timeout = std::max (10, (int)(nominal_sample_rate () / get_block_size ()));
do {
Glib::usleep (engine().usecs_per_cycle ());
_butler->schedule_transport_work ();
} while (0 != post_transport_work ());
} while (0 != post_transport_work () && --timeout > 0);
if (timeout != 0) {
error << _("Cannot prepare transport for export") << endmsg;
return -1;
}
/* We're about to call Track::seek, so the butler must have finished everything
up otherwise it could be doing do_refill in its thread while we are doing