View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0005050ardourbugspublic2012-07-30 17:252020-04-19 20:16
ReporterAdrianFernandezFazio Assigned Topaul  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Product Version3.0 beta5 
Target Version3.0 
Summary0005050: Problem looping midi
DescriptionWhen I set a midi loop, the first time works oh but in the repetition don't hear any sound. I'm routing the midi tracks through Hydrogen. Thanks for this great software
TagsNo tags attached.

Relationships

related to 0004168 closedpaul when synced to JACK-transport: loop-playback loops only once or never. 
has duplicate 0005237 closedx42 Loop playback doesn't work for MIDI 
related to 0006140 closedccaudle first loop playback is incorrect, subsequent are correct 

Activities

AdrianFernandezFazio

2012-07-31 18:12

reporter   ~0013944

Seting jack positional sync solves the problem

paul

2012-07-31 21:01

administrator   ~0013946

setting it to what?

AdrianFernandezFazio

2012-07-31 22:03

reporter   ~0013951

Sorry, the note is for the other post.

akavir

2012-07-31 22:34

reporter   ~0013953

Last edited: 2012-07-31 22:35

 Confirmed here. When I set a loop, only the audio plays in subsequent repeats after the first. No MIDI data is sent to any of the softsynths(Had this hooked up to Reason 5, hydrogen, and some bristol synths all with no MIDI loop.) Worked fine in Beta 4. Only major bug I've run into in Beta 5, other than this issue things are really working well now!

cajmere

2012-08-12 13:06

reporter   ~0013973

I can confirm it also.
First time the loop is played.
Second and other times no midi data is send at all.

No midi data to softsynths and nothing to external hardware synths.


In Beta 4 it worked fine

cbx33

2012-08-13 22:35

reporter   ~0013974

Confirmed here too

cajmere

2012-08-25 14:32

reporter   ~0013978

Is it possible that the bug has been solved? I downloaded from svn last week and recompiled it, but the looping is doing it like it should be.

revision 13126

acidtv

2012-08-26 10:01

reporter   ~0013979

I don't think so. It's still in r13143

calimerox

2012-08-26 12:16

reporter   ~0013980

confirmed here, on A3 beta 5

cajmere

2012-08-26 13:27

reporter   ~0013981

Last edited: 2012-08-26 13:51

 Strange

I just downloaded svn 13143 compiled it (no ./waf install). Launched it with ./ardev from build directory gtk2_ardour, opend a file and it looped without any problems.

Closed Ardour

Reopend with ./ardev, created a new session with basic percussion (DrMr Sampler) & bassline from xoxbox and it loops like it should be.

tom_

2012-09-16 03:12

reporter   ~0014018

Last edited: 2012-09-16 03:41

 confirmed on A3 beta 5 (build 13190)
midi plays ok, stops playing after first loop
also with ./ardev
if loop boundaries are modified or playhead set to a new position, works again for one shot

paul

2012-09-16 20:31

administrator   ~0014021

will one of you reporters please attach a preferably "minimal" session that demonstrates this bug. the loop should be set. also specify whether you are synced to jack transport/time and if so, which version of JACK you are using.

cajmere

2012-09-18 17:01

reporter   ~0014024

I have jackd2 installed from debian unstable and the version is "1.9.8~dfsg.4+20120529git007cdc37-4". Since I can not reproduce the bug anymore since revision 13126 it is possibe that jack was the problem. I had couple of updates of jackd2 in august, one with just couple of days(9days following the packages tracking system) between them.

tapas

2012-09-20 09:12

reporter   ~0014027

Hi, I run into this bug, too. I'll upload a file containing a session in a second.. Timing is set to "internal", not jack transport or anything..

2012-09-20 09:13

 

analysis_paralysis.tgz (8,029 bytes)

tapas

2012-09-20 09:29

reporter   ~0014028

A note: Disable seamless looping and the midi data gets played on all passes through the loop..

tom_

2012-09-20 11:07

reporter   ~0014029

Last edited: 2012-09-20 11:09

 Hi, while setting up a session to demonstrate, i could not reproduce this effect. Midi seems to loop just fine now, over a long period of time, including non-midi tracks.

(Looping with sync to Jack still does not work, see 0004168)

Dazgard

2012-10-20 06:24

reporter   ~0014113

Hi,

i think this can be closed, testing here with Ab5 build 13312, using the provided session: it works

paul

2012-10-22 13:37

administrator   ~0014121

i'm not 100% convinced that there isn't some other issue here, but according to some of the notes below, it does appear that the specific thing that this report is about has been fixed.

tom_

2012-11-16 17:21

reporter   ~0014267

svn rev 13510

midi loop: notes are played only for the first loop

mooving the loop locators plays again for one time

see attached session

2012-11-16 17:22

 

midi_test.tgz (6,837 bytes)

tom_

2012-11-16 17:28

reporter   ~0014268

see notes

stanlea

2012-11-21 21:31

reporter   ~0014289

Ardour 3.0beta5 (built from revision ['13418'])
The bug is still there. I tried with an external synth (Linuxsampler) and with a LV2 plugin (Calf organ) : same result. The loop plays once and then loops from start but no sound. When I set the transport control to jack, it plays two times, then jumps out the loop.

2012-11-21 21:33

 

sinplug.tar.gz (12,383 bytes)

paul

2013-01-09 00:56

administrator   ~0014451

this is (hopefully) fixed after a substantial reworking of MIDI data handling. those of you building from svn can test it (and it *does* need testing)

tapas

2013-01-09 08:20

reporter   ~0014452

Fixed for me with the midi_test session and seamless looping enabled..

tom_

2013-01-09 17:09

reporter   ~0014459

confirm working with seamless loop

paul

2013-01-09 21:44

administrator   ~0014460

see notes. confirmed by two bug commentators/reporters.

system

2020-04-19 20:16

developer   ~0023131

Issue has been closed automatically, by Trigger Close Plugin.
Feel free to re-open with additional information if you think the issue is not resolved.

Issue History

Date Modified Username Field Change
2012-07-30 17:25 AdrianFernandezFazio New Issue
2012-07-31 18:12 AdrianFernandezFazio Note Added: 0013944
2012-07-31 21:01 paul Note Added: 0013946
2012-07-31 22:03 AdrianFernandezFazio Note Added: 0013951
2012-07-31 22:34 akavir Note Added: 0013953
2012-07-31 22:35 akavir Note Edited: 0013953
2012-08-05 23:01 cth103 cost => 0.00
2012-08-05 23:01 cth103 Target Version => 3.0
2012-08-12 13:06 cajmere Note Added: 0013973
2012-08-13 22:35 cbx33 Note Added: 0013974
2012-08-25 14:32 cajmere Note Added: 0013978
2012-08-26 10:01 acidtv Note Added: 0013979
2012-08-26 12:16 calimerox Note Added: 0013980
2012-08-26 13:27 cajmere Note Added: 0013981
2012-08-26 13:51 cajmere Note Edited: 0013981
2012-09-16 03:12 tom_ Note Added: 0014018
2012-09-16 03:19 tom_ Note Edited: 0014018
2012-09-16 03:41 tom_ Note Edited: 0014018
2012-09-16 20:31 paul Note Added: 0014021
2012-09-18 17:01 cajmere Note Added: 0014024
2012-09-20 09:12 tapas Note Added: 0014027
2012-09-20 09:13 tapas File Added: analysis_paralysis.tgz
2012-09-20 09:29 tapas Note Added: 0014028
2012-09-20 11:07 tom_ Note Added: 0014029
2012-09-20 11:09 tom_ Note Edited: 0014029
2012-10-20 06:24 Dazgard Note Added: 0014113
2012-10-22 13:37 paul Note Added: 0014121
2012-10-22 13:37 paul Status new => resolved
2012-10-22 13:37 paul Resolution open => fixed
2012-10-22 13:37 paul Assigned To => paul
2012-11-16 17:21 tom_ Note Added: 0014267
2012-11-16 17:22 tom_ File Added: midi_test.tgz
2012-11-16 17:28 tom_ Note Added: 0014268
2012-11-16 17:28 tom_ Status resolved => assigned
2012-11-21 21:31 stanlea Note Added: 0014289
2012-11-21 21:33 stanlea File Added: sinplug.tar.gz
2013-01-02 23:25 paul Relationship added has duplicate 0005237
2013-01-02 23:26 paul Relationship added related to 0004168
2013-01-09 00:56 paul Note Added: 0014451
2013-01-09 08:20 tapas Note Added: 0014452
2013-01-09 17:09 tom_ Note Added: 0014459
2013-01-09 21:44 paul Note Added: 0014460
2013-01-09 21:44 paul Status assigned => resolved
2015-01-22 16:20 x42 Relationship added related to 0006140
2020-04-19 20:16 system Note Added: 0023131
2020-04-19 20:16 system Status resolved => closed