View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009398 | ardour | bugs | public | 2023-06-24 10:54 | 2023-07-08 21:43 |
Reporter | merryl0 | Assigned To | paul | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Platform | Debian GNU | OS | Linux | OS Version | (any) |
Summary | 0009398: version7.4 will not play midi notes at beginning of region | ||||
Description | Midi Notes which start earlier than 80 ticks after the beginning of a region do not sound | ||||
Steps To Reproduce | draw a midi region insert notes at start of region play region (eg press h, or record another track starting from beginning of region Seems to have affected all 7.xs so far | ||||
Additional Information | Will try with 7.5 | ||||
Tags | No tags attached. | ||||
|
Still present in 7.5.0 |
|
also applies to notes entered from midi controller keyboard |
|
could it be related to this error message 1st entry in the log? 2023-06-24T11:59:13 [ERROR]: Cannot set sample rate to 0 |
|
Today the first note (at 01.01.0) is playing. Still on 7.5.0 |
|
though there is some note length time discrepancy. i turned off snap, selected all the semiquaver notes except one in a region with the edit tool and shortened them by dragging. the resulting note lengths are unequal. please see screenshot below |
|
I get this too. On 7.5. My workflow for triggering this is: Start record, play some stuff with the metronome, stop record. Then I'll want to remove the extra empty space at the beginning of the region, so I want to resize the beginning of the region to match where the first midi note is. If the note is earlier than the beat, resizing to the beat will clip the note, so I first have to manually adjust the first note to be exactly on the beat. Then I resize the start of the region to the same beat and all looks nice with the note still showing in the region. But, if I set the playhead on that same beat (start of region) and hit play, the first note will not play. Now, the first note will not play, *as long as the track is still armed*. If I disarm the track, and play from the start of the region again, the first note will play correctly!! |
|
Mine is doing this with nothing rec armed. Just open a session. put the playhead at the beginning of a midi region with a note at the start (of the region). the first note does not sound when play is pressed |
|
Five minutes later... Now the first note is sounding |
|
Please attach a session archive (via Session > Archive inside Ardour) of a *minimal* session that displays this behavior. |
|
Good morning. This session is behaving as nyxkn describes above; the first note silent when record is armed for the track, but sounding when record is not enabled. Many thanks for your great help |
|
I have noticed that the silent first note occurs if recording is enabled for the session (Shift R), or the Track itself. So the track might not be armed, but the first note is silent if Record is enabled on the transport bar at the top left of the edit window. |
|
Hi merryl0, I found what is the problem, Ardour doesn't play the beginning of the midi region if the track record button is on, when the the record button is off, it plays the complete region. |
|
I mean, when the track is armed to record that happens, has nothing to do with the main record button, but the the trackk's. |
|
Is when you quantize the region and the track is armed for record. |
|
It doesn't even record notes at the beginning entered from midi keyboard while recording! |
|
axra, Try to record with Pre-Roll feature and let me know. |
|
I am not able to reproduce this behavior using the test session when using the JACK backend. I can reproduce it using ALSA. |
|
Here it plays correctly with Arodur's ALSA backend and Pulseaudio. PS. I first had to disable Rec-arm. Then it plays correctly both after rewind as well as when looping. |
|
Bug fixed in commit 3b1d4d8fa65 |
|
Confirming, fixed for me on master! |
Date Modified | Username | Field | Change |
---|---|---|---|
2023-06-24 10:54 | merryl0 | New Issue | |
2023-06-24 11:04 | merryl0 | Note Added: 0027812 | |
2023-06-24 11:05 | merryl0 | Note Added: 0027813 | |
2023-06-24 11:26 | merryl0 | Note Added: 0027814 | |
2023-06-28 13:35 | merryl0 | Note Added: 0027821 | |
2023-06-28 13:39 | merryl0 | Note Added: 0027822 | |
2023-06-28 13:39 | merryl0 | File Added: image.png | |
2023-07-01 03:22 | paul | Assigned To | => paul |
2023-07-01 03:22 | paul | Status | new => assigned |
2023-07-03 10:50 | nyxkn | Note Added: 0027840 | |
2023-07-03 12:22 | merryl0 | Note Added: 0027841 | |
2023-07-03 12:26 | merryl0 | Note Added: 0027842 | |
2023-07-03 12:45 | paul | Status | assigned => feedback |
2023-07-03 12:45 | paul | Note Added: 0027843 | |
2023-07-04 09:48 | merryl0 | Note Added: 0027851 | |
2023-07-04 09:48 | merryl0 | File Added: 1stNoteSilent.ardour-session-archive | |
2023-07-04 09:48 | merryl0 | Status | feedback => assigned |
2023-07-04 10:13 | merryl0 | Note Added: 0027852 | |
2023-07-07 16:58 | paul | Relationship added | has duplicate 0009410 |
2023-07-08 12:06 | edrickblade | Note Added: 0027862 | |
2023-07-08 12:08 | edrickblade | Note Added: 0027863 | |
2023-07-08 12:10 | edrickblade | Note Added: 0027864 | |
2023-07-08 12:54 | axra | Note Added: 0027867 | |
2023-07-08 15:18 | edrickblade | Note Added: 0027869 | |
2023-07-08 16:59 | paul | Note Added: 0027873 | |
2023-07-08 17:01 | paul | Note Edited: 0027873 | |
2023-07-08 20:23 | x42 | Note Added: 0027875 | |
2023-07-08 20:25 | x42 | Note Edited: 0027875 | |
2023-07-08 21:26 | paul | Status | assigned => resolved |
2023-07-08 21:26 | paul | Resolution | open => fixed |
2023-07-08 21:26 | paul | Note Added: 0027876 | |
2023-07-08 21:43 | nyxkn | Note Added: 0027878 |