|
|
load-error.png (35,124 bytes) |
|
|
The attached file allows to load the session again. Replace the "Happy Birthday.ardour" file in your session folder with the file. The fix is to change line 3075 and disable <code>Protocol name="Generic MIDI" ... active="0"</code> The bug is caused since you've apparently used MIDI-learn and the Control that was assigned is no longer available (a pitch-bend?). We'll need to address this in a future release. |
|
|
There it is in all its beauty!! You're my hero!! Big thanx! (And thanks to the XML format that makes patching so easy) :-) Never would have thought of this root cause. But I need to say: yes: I tried to learn the pitch bend. But it did not work out while the session was open. Anyhow it got saved?! The pitch bend had no effect on the setBfree organ. When I tried to load the (then crashing) session , the MIDI keyboard was all available with the same hardware pitch bend. So it might be, that the problem is not during loading (the hardware was available and connected!), but that the problem occured even more early during assigning and saving bad information? Anyway: thanks again! Just out of sheer happiness a photo of Ardour with my session loading again. |
|
|
Well, organs have no pitch-bend, so it may have been "working", but setBfree does not respond since a Hammond B3 has not pitch-wheel. Anyway, I'll leave this issue open. The root cause remains to be fixed and that session of yours will come in handy for this. |
|
|
I just wanted to inform you that I had the same problem with a project today. Setting "Generic MIDI" to active="0" also worked for me. Thanks a lot! |
|
|
I had the same "tr1::bad_weak_ptr" exception on startup. I had used midi learning and not changed any hardware. Removing this block made it run again: $ diff "Pirate#0.ardour.orig" "Pirate#0.ardour.patchfixed" 2112,2126d2111 < <Protocol name="Generic MIDI" feedback="1" feedback-interval="10000" threshold="15" motorized="0" binding="Korg nanoKONTROL Studio" active="1"> < <Input> < <Port name="MIDI Control In" direction="input"> < <Connection other="system:midi_capture_nanoKONTROL Studio"/> < </Port> < </Input> < <Output> < <Port name="MIDI Control Out" direction="output"> < <Connection other="system:midi_playback_nanoKONTROL Studio"/> < </Port> < </Output> < <Controls> < <MIDIControllable id="23059" event="0xb0" channel="0" additional="0xc"/> < </Controls> < </Protocol> Actually if I just remove: < <Controls> < <MIDIControllable id="23059" event="0xb0" channel="0" additional="0xc"/> < </Controls> ...Ardour will load the session. I'm up and running again thanks to finding this bug report. |
|
|
Phew! This just saved me from a huge headache and the loss of two days work, thanks guys! Had a setBFree track and assigned my Faderport via QMidiRoute to the rotary speed (which works). Setting <code>Protocol name="Generic MIDI" ... active="0"</code> solved it. |
- Anonymous
