qmidiarp-devel Mailing List for QMidiArp (Page 3)
Linux MIDI arpeggiator, phrase generator and controller LFO
Status: Alpha
Brought to you by:
emuse
You can subscribe to this list here.
2011 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(3) |
Jun
(29) |
Jul
(9) |
Aug
(1) |
Sep
|
Oct
|
Nov
(9) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
(4) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Frank K. <goe...@ya...> - 2011-07-14 08:57:32
|
Hi Sascha,we'll be giving priority to make some changes under the hood in the next weeks with Nedko. But it is definitely helpful to track your suggestions here for after that :) > 1st feature: variable playlength of sequence > it would be nice that if I add a sequence of f.e. 16 steps and alter > the "length" live to f.e. 8, that after switching back to length of 16 > the sequencer does not just double the first 8 steps, but has the old > steps set in mind. > Or that there is something under the sequence-bar that runs with the > sequence, where I can determine, to which point the sequence loops. Thanks for your input here. Jeremy and I had left comments regarding this in the feature-request tracker, and the only problem with that seems to be (again) how storage to disk should be done. Maybe a loop marker as you suggest is a good solution to this. > 2nd feature: playing direction of sequence > add new playing directions live to a sequence > play left-to-right, right-to-left, forward-backward-forward, random > Means, f.e. if sequence runs from left-to-right and loops and I switch > the play-direction, it will start playing backwards at the end of the > loop Sounds interesting to me, too. > 3rd feature: group 2 sequences > this way I could join 2 sequences of f.e. 8 steps to one sequence of > 16 step but with the ability to change the play-direction of just one > of them or mute one of them > > Yes I know, weird ideas, but they would be fun :) Not that weird, ....well the last one a bit maybe :) One planned feature are multi-patterns for each sequencer, a bit like in the arp modules. But there again, a logical way of storage (with session file, with application rc file, both....) has to be found first. Thanks again Cheers Frank > |
From: Sascha S. <ung...@gm...> - 2011-07-13 07:11:24
|
Hi Frank, wanted to ask if it is possible to make the "display:" section in the sequencer a drop-down?? would save some space to add more sequences/LFO to on window-set. greetings, sascha |
From: Sascha S. <ung...@gm...> - 2011-07-12 10:26:00
|
I played a lot with the sequencer of qmidiarp the last days and I have a couple of ideas that might be worth considering for the future. I admit that it is all stolen from the way f.e. a doepfer darktime works or the older "softwerk" from the ardour-project and yes, I know that those features are maybe a bit "hardcore" 1st feature: variable playlength of sequence it would be nice that if I add a sequence of f.e. 16 steps and alter the "length" live to f.e. 8, that after switching back to length of 16 the sequencer does not just double the first 8 steps, but has the old steps set in mind. Or that there is something under the sequence-bar that runs with the sequence, where I can determine, to which point the sequence loops. 2nd feature: playing direction of sequence add new playing directions live to a sequence play left-to-right, right-to-left, forward-backward-forward, random Means, f.e. if sequence runs from left-to-right and loops and I switch the play-direction, it will start playing backwards at the end of the loop 3rd feature: group 2 sequences this way I could join 2 sequences of f.e. 8 steps to one sequence of 16 step but with the ability to change the play-direction of just one of them or mute one of them Yes I know, weird ideas, but they would be fun :) greetings from belgium, Sascha |
From: Frank K. <goe...@ya...> - 2011-07-10 08:44:29
|
Hi all, Great feedback from some users, especially Louigi Verona, Sascha Schneider and Jeremy Jongepier have kept the inspiration level up, and some bugs could be squeezed since the last release. Louigi has even used QMidiArp in Live sessions that you can now listen to on the qmidiarp website at http://qmidiarp.sourceforge.net/qmidiarp_demos_en.html I'd also like to thank Nedko again for great discussions and answers in most cases Two major issues had been addressed in a provided patch, but other small ones are now done in this release. But there are even some new features, most of them inspired by you guys: qmidiarp-0.4.2 (2011-07-10) New Features o LFO wave lengths up to 32 bars for very low frequencies o Groove Settings and LFO & Seq resolutions now also MIDI-controllable o One-click duplication of LFO and Seq modules o Option to add new modules in muted state o Vertical Zoom switch for Seq module display o ToolBars can be positioned vertically o Nested arrangement of modules allows more flexible layouts Fixed Bugs o 0.4.1-patch had been available for the following two: o Jack Transport sync arbitrarily stopping with only arp modules o Instability with ALSA clock with only Seq and LFO modules o Faster response to Jack Transport state changes o Incorrect response to two Seq sliders General Changes o Jack Transport sync uses jack process callback not sync callback Enjoy! ------------------------------------------------------ http://qmidiarp.sourceforge.net/ http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.4.2/ ------------------------------------------------------ |
From: Frank K. <goe...@ya...> - 2011-06-20 20:07:06
|
Hi all, Louigi Verona has put two very nice new live tracks on soundcloud. They are heavily featuring Seq and LFO modules! Check them out here if you are interested, they are embedded on the qmidiarp demo page here: http://qmidiarp.sourceforge.net/qmidiarp_demos_en.html Cheers Frank |
From: Frank K. <goe...@ya...> - 2011-06-11 16:28:42
|
Hi Brendan, ----- Mail original ----- > De : Brendan Jones <bre...@gm...> > À : qmi...@li... > Cc : > Envoyé le : Mardi 7 Juin 2011 3h02 > Objet : [Qmidiarp-devel] Further testing > > Hi guys > > I have been playing around with the git version from yesterday. > > I have experienced some unusual behaviour with jack transport. > Occasionally playback will cease after stopping and starting. I'll > outline my setup: > > - I have both jackctlmmc and a2jmidi daemons queued to start after > jackd starts. > - Qmidiarp in jack transport mode > - I have a midi controller sending transport messages to jackctlmmc > Jack midi port > - midi controller also sends input to a Qmidiarp sequencer > - seq24 sequencer with jack as transport master (midi out to hydrogen) > - Qmidiarp output port to either/and yoshimi / hardware synth > > Two issues I have noticed > > 1 - if I rapidly stop start jack transport via the controller > occasionally qmidiarp will only play the first note and playback will stop > 2 - if I have set the midi sequencer to retrigger on input occasionally > playback will stop - however subsequent note velocity input can be seen > to update the GUI > > In the first instance stopping and starting transport will cause the > playback to continue There are some changes on git which _might_ improve (1), at least reaction to transport start and stop should now be faster. Could you try with the current git ? (2) is something I don't get here so it probably didn't change for this issue. Thanks for the feedback Cheers Frank |
From: michael n. <lo...@gm...> - 2011-06-10 07:08:04
|
On Wed, Jun 8, 2011 at 2:49 AM, Frank Kober <goe...@ya...> wrote: > > 1) The docking is a Qt feature, but it can be adjusted. I have changed one of the allowed > features enabled for docking, and it might be that this used to be the default in earlier > qt versions, but I am not sure. Anyway, please try whether this enables the possibility of > doing the layout as you say. > > 2) I'm not sure why the toolbars don't resize automatically when in vertical orientation, but I've added > a workaround that works OK giving correct vertical sizes at least with my Qt style here. > Thanks for looking at that. I'll try the new build on the weekend and let you know if there are any further problems. -michael |
From: Frank K. <goe...@ya...> - 2011-06-07 17:49:28
|
Hello Michael, ----- Mail original ----- > De : michael noble <lo...@gm...> > Likewise, the toolbar's are movable, but they only > really are useful when docked horizontally - the icons are not visible > when you dock them vertically, as I like to do on my netbook to make > the most of the screen dimensions on that machine. > > Is the docking something that can be adjusted, or is it a limitation > of the QT toolkit? 1) The docking is a Qt feature, but it can be adjusted. I have changed one of the allowed features enabled for docking, and it might be that this used to be the default in earlier qt versions, but I am not sure. Anyway, please try whether this enables the possibility of doing the layout as you say. 2) I'm not sure why the toolbars don't resize automatically when in vertical orientation, but I've added a workaround that works OK giving correct vertical sizes at least with my Qt style here. Hope this addresses you questions ;) Thanks for the feedback, glad you can work without glitches so far Frank |
From: Brendan J. <bre...@gm...> - 2011-06-07 01:01:41
|
Hi guys I have been playing around with the git version from yesterday. I have experienced some unusual behaviour with jack transport. Occasionally playback will cease after stopping and starting. I'll outline my setup: - I have both jackctlmmc and a2jmidi daemons queued to start after jackd starts. - Qmidiarp in jack transport mode - I have a midi controller sending transport messages to jackctlmmc Jack midi port - midi controller also sends input to a Qmidiarp sequencer - seq24 sequencer with jack as transport master (midi out to hydrogen) - Qmidiarp output port to either/and yoshimi / hardware synth Two issues I have noticed 1 - if I rapidly stop start jack transport via the controller occasionally qmidiarp will only play the first note and playback will stop 2 - if I have set the midi sequencer to retrigger on input occasionally playback will stop - however subsequent note velocity input can be seen to update the GUI In the first instance stopping and starting transport will cause the playback to continue In the second its not immediately apparent how I can restart playback - usually a combination of turning off jack transport / stopping / starting / stopping Qmidiarp and re-enabling jack transport. In all cases seq24 receives and acts on transport messages correctly. Anyway - I hope this is clear. Let me know if there is anything else you need. regards, Brendan |
From: michael n. <lo...@gm...> - 2011-06-06 03:30:46
|
Hi Frank, I finally had a chance to test out the latest git code and it works great. Very stable, no problems with either the transport or random crashes. I just have a question regard the way objects are docked in the main window. The behavior of docking seems kind of arbitrary. In earlier releases I could basically dock eight visible LFOs at once as a grid with the center missing (3 on top row, 2 in middle, 3 on bottom). Now, I can only dock three on top, and two on the bottom and middle rows. If wanted to have say two sequencer modules in a top row, with 6 LFOs in two rows below this, this doesn't work. Similarly, if I wanted to put 4 LFOs in the top row, which should fit into the resolution of my montior, I can't. Likewise, the toolbar's are movable, but they only really are useful when docked horizontally - the icons are not visible when you dock them vertically, as I like to do on my netbook to make the most of the screen dimensions on that machine. Is the docking something that can be adjusted, or is it a limitation of the QT toolkit? regards Michael |
From: Louigi V. <lou...@gm...> - 2011-06-05 08:30:52
|
Just built it now, will check. Stops occurred when I added a new sequencer during play. To avoid this, I created a template with 8 sequencers already loaded, so hopefully this will not happen again. -- Louigi Verona http://www.louigiverona.ru/ |
From: Frank K. <goe...@ya...> - 2011-06-05 08:30:43
|
Thanks Brendan, ----- Mail original ----- > De : Brendan Jones <bre...@gm...> > À : qmi...@li... > Cc : > Envoyé le : Vendredi 3 Juin 2011 23h53 > Objet : [Qmidiarp-devel] Re : Some feedback on QMidiArp 0.4.1 > Just an update - I have not experienced any crashes or stoppages - only > one very minor issue with the Transpose slider in the sequencer. It only > works with the mouse if you drag on the slider knob directly - if you > click anywhere on the slider the slider knob itself moves but the key is > uchanged. As I said minor - I can't really see why you'd want to control > > the key by sight in this way. Dragging the knob, or using the textbox or > ext. MIDI controller works as expected. > This is fixed on git now, it was supposed to be a "feature" but it didn't work with MIDI CC... Good catch Cheers Frank |
From: Frank K. <goe...@ya...> - 2011-06-05 08:27:26
|
>De : Louigi Verona <lou...@gm...> >2. Sliders behaviour. >What about when you use midi input? I used LFOs to change the volume of what was played by feeding midi from LFO directly into QMidiArp. The slider moves around but volume changes do not happen. But if I use my mouse - they do. Good catch! These were the two sliders I had changed response for to allow for the pre-set and go by enter without noticing MIDI-learned controllers didn't work any longer. They are back to normal now, thanks. > >3. Three state check-box of piano roll zoom. >Looks really great! However (hehe) can you add an option to view the center portion? Because often note C is the central note of the sequence, so jumping from upper to lower is like not that convenient. GUI is at least not bigger yet, so we can have this a try. Both are on git BTW: I noticed some stops in your last music piece, the one with sync to harmonySEQ. Are these transport sync shortcomings or were they on purpose? Did you sync with JACK Transport or MIDI Clock? Frank |
From: Louigi V. <lou...@gm...> - 2011-06-04 19:57:41
|
Hey Frank! Doing a reply to all in because this feedback exchange might be useful to the whole list. 1. Muted state. Great addition! Checked it and it is very nice. 2. Sliders behaviour. What about when you use midi input? I used LFOs to change the volume of what was played by feeding midi from LFO directly into QMidiArp. The slider moves around but volume changes do not happen. But if I use my mouse - they do. 3. Three state check-box of piano roll zoom. Looks really great! However (hehe) can you add an option to view the center portion? Because often note C is the central note of the sequence, so jumping from upper to lower is like not that convenient. On the other hand, I do not want the GUI to be overwhelmed with options, so see if you think my point makes sense. Maybe we can just try it out and then remove it if it is not good. Cheers! ps: hooked up HarmonySEQ to QMidiArp, synced it and used it for a bassline with chord changes (towards the end). This is the result: http://www.louigiverona.ru/files/Materialization.ogg -- Louigi Verona http://www.louigiverona.ru/ |
From: Frank K. <goe...@ya...> - 2011-06-04 18:47:28
|
Hey Louigi, >________________________________ >De : Louigi Verona <lou...@gm...> >À : qmi...@li... >Envoyé le : Vendredi 3 Juin 2011 23h59 >Objet : [Qmidiarp-devel] Proof QMidiArp is stable and some feedback after a 32 minute live session > >The tune is more dynamic than the previous attempt and towards the end it is really rocking. Everything done on the fly, nothing prewritten. > >http://www.disc-shelf.com/var_files/Patterns.ogg > Really nice again! There is a good growing dynamics in the piece which makes it doesn't get boring, and the groove is nice, too. And a real pleasure to hear QMidiArp helped you in doing this solidly :) >Stuff to Improve. > >1. It would be nice to have new modules being added in muted state, otherwise you end up with a burst of sound and then the default sequence playing on channel 1. I was able to work around it by not having anything on channel 1. I've added this possibility in the latest Git, there is now an option in the settings dialog controlling the behaviour of newly added modules, also the mute state is finally saved with the session file, a thing I didn't do before because I had to do the sync of states with my nanokontrol toggles at every startup manually anyway, but it might be more handy if the state is saved, too. >2. Sliders sometimes behave weirdly. One time I had note length be inverted, so making it longer in reality made it shorter and vice versa. This happened in one sequencer while others were okay. Volume knobs and transpose buttons would not always change settings until you press on the slider or sort of fixate it - moving it might not change anything. Maybe it is a delay, I did not get exactly. True that they don't behave 'normally'. Actually it's a bit on purpose. If you use the wheel to move the slider or spinbox, the value becomes active only once you hit enter on the spinbox or if you touch the slider with the left mouse button. Might be some way to differ pre-adjusted settings. But maybe it's not useful this way, agreed it's a bit surprising at the first glance.... @notelength, isn't this merely a mix of note on / offs if the same note is repeated twice with the previous note taking longer than the pause between the two note ons? I'll check more thoroughly, too. >3. Piano roll in general is great and you get used to it, but zooming in would still be nice, notes are very narrow. While it is ok at home, I wonder if it is convenient on stage. My idea was that you can have wider keys of pianoroll and instead of taking up space with a side slider, have the slider below along with volume and transpose and let it move piano roll up and down. But this has to be tested, whether this is comfortable in a live situation. Another way is a Ctrl+Middle mouse standard zooming in/out. I've added a three-state check box on the left, so that not more space is needed and IMO this is a fast and handy way to do zoom. Scrollbars have always been confusing me in sequencer pattern windows when I did live editing, so for my taste this should work not too bad, what do you think? >4. Once when I added a new sequencer, I muted it and then switched it to an appropriate channel. Then in QSynth I chose a preset I want to use. Although the sequence was muted, it started to play something absolutely out of tune. You can hear that on the recording at 3:10. I don't remember whether at that point the sequencer itself was muted or just all the notes were muted, I think it was both. I had to unset a preset in QSynth and then choose it again and then it worked. Did not have that issue again during the session. > >Hope this is useful! > It definitely IS useful, this is how things can move forward, thanks very much, let me know what you think about these late changes... Cheers Frank |
From: Louigi V. <lou...@gm...> - 2011-06-03 21:59:53
|
Hey guys! Yesterday I showed you a small tune which was of not so good sound quality and pretty short, this time I recorded another live session, 32 minutes long. Made with QMidiArp, which was commanding Zyn, several soundfonts and Phaser Tempo automation in one of the Rakarracks. The phasers you hear, however, are not QMidiArp, but Rakarracks internal LFOs. Because the speed of QMidiArp was 120, it was difficult to achieve slow LFOs. All in all, I had around 7 sequencers open and 2 LFOs but one I did not use. Performance was robust, only at one time when I added the seventh sequencer it glitched, you can hear it at 24:28 into the tune. The tune is more dynamic than the previous attempt and towards the end it is really rocking. Everything done on the fly, nothing prewritten. http://www.disc-shelf.com/var_files/Patterns.ogg Some feedback I would like to supply. The Good stuff. 1. I really like the dot on the keyboard which shows where you are when you are dragging the note. The ability to mute/unmute the note fast is very useful. 2. Volume control is a great thing - nice to be able to gradually fade things in and out. 3. After the fixes QMidiArp did not crash on me. Stuff to Improve. 1. It would be nice to have new modules being added in muted state, otherwise you end up with a burst of sound and then the default sequence playing on channel 1. I was able to work around it by not having anything on channel 1. 2. Sliders sometimes behave weirdly. One time I had note length be inverted, so making it longer in reality made it shorter and vice versa. This happened in one sequencer while others were okay. Volume knobs and transpose buttons would not always change settings until you press on the slider or sort of fixate it - moving it might not change anything. Maybe it is a delay, I did not get exactly. 3. Piano roll in general is great and you get used to it, but zooming in would still be nice, notes are very narrow. While it is ok at home, I wonder if it is convenient on stage. My idea was that you can have wider keys of pianoroll and instead of taking up space with a side slider, have the slider below along with volume and transpose and let it move piano roll up and down. But this has to be tested, whether this is comfortable in a live situation. Another way is a Ctrl+Middle mouse standard zooming in/out. 4. Once when I added a new sequencer, I muted it and then switched it to an appropriate channel. Then in QSynth I chose a preset I want to use. Although the sequence was muted, it started to play something absolutely out of tune. You can hear that on the recording at 3:10. I don't remember whether at that point the sequencer itself was muted or just all the notes were muted, I think it was both. I had to unset a preset in QSynth and then choose it again and then it worked. Did not have that issue again during the session. Hope this is useful! -- Louigi Verona http://www.louigiverona.ru/ |
From: Brendan J. <bre...@gm...> - 2011-06-03 21:58:45
|
On 06/03/2011 09:10 PM, Frank Kober wrote: > > > >> ________________________________ >> De : Louigi Verona<lou...@gm...> >> À : Frank Kober<goe...@ya...> >> Cc : "bre...@gm..."<bre...@gm...>; "qmi...@li..."<qmi...@li...> >> Envoyé le : Vendredi 3 Juin 2011 9h20 >> Objet : Re: Re : Re : [Qmidiarp-devel] Some feedback on QMidiArp 0.4.1 >> >> >> Correction: http://www.louigiverona.ru/files/seascape.ogg >> >> >> On Fri, Jun 3, 2011 at 11:20 AM, Louigi Verona<lou...@gm...> wrote: >> >> Hey guys! Frank! >>> >>> >>> Gave git version a try - no more stops!!! >>> >>> No crashes so far, I will report if any. >>> >>> As proof, I've recorded a hypnotic tune. Some rough spots there due to live recording and no attention to levels peaking at times, but in general I think it is listenable: > > > Hi Louigi, > > an awesome piece! You already know that I do like your music a lot, much of the ambient stuff is on my mp3 player already and I'm a fan of "Inside an Echo chamber". > > This seascape piece is wonderful and I think about "Brave old sequence" by the old german guy :D, it's a bit what I wanted to use qmidiarp for, too, very nice play with filter-lfos! > > Thanks so much for sharing this. > > BTW, there is a small demo piece I did quite some time ago, it is much too overloaded and aggressive, but....it's only a demo piece :) > > > http://www.linuxmao.org/tikiwiki/tiki-download_file.php?fileId=189 > > > Frank > Powerful stuff Frank! Love to hear where you end up with that one. Just an update - I have not experienced any crashes or stoppages - only one very minor issue with the Transpose slider in the sequencer. It only works with the mouse if you drag on the slider knob directly - if you click anywhere on the slider the slider knob itself moves but the key is uchanged. As I said minor - I can't really see why you'd want to control the key by sight in this way. Dragging the knob, or using the textbox or ext. MIDI controller works as expected. |
From: Brendan J. <bre...@gm...> - 2011-06-03 11:55:51
|
On 06/03/2011 09:27 PM, Frank Kober wrote: > ----- Mail original ----- > >> De : Brendan Jones<bre...@gm...> > >> Frank, I noticed the autoconf stuff is not in the tree I cloned. I just >> pulled em in from the release source. I've packaged here if anyone wants >> to test on Fedora: >> http://bsjones.fedorapeople.org/qmidiarp-0.4.1-2.git20110602.fc15.src.rpm and >> >> http://bsjones.fedorapeople.org/qmidiarp-0.4.1-2.git20110602.fc15.x86_64.rpm >> >> > > Brendan, this is normal, when building from git, a > > autoreconf -i > before ./configure > > should create all needed files. Of course. I won't be pushing any updates (other than rawhide) until we've given it a touch more time... Thanks again B |
From: Frank K. <goe...@ya...> - 2011-06-03 11:27:54
|
----- Mail original ----- > De : Brendan Jones <bre...@gm...> > Frank, I noticed the autoconf stuff is not in the tree I cloned. I just > pulled em in from the release source. I've packaged here if anyone wants > to test on Fedora: > http://bsjones.fedorapeople.org/qmidiarp-0.4.1-2.git20110602.fc15.src.rpm and > > http://bsjones.fedorapeople.org/qmidiarp-0.4.1-2.git20110602.fc15.x86_64.rpm > > Brendan, this is normal, when building from git, a autoreconf -i before ./configure should create all needed files. For distribution, maybe the best for now would be to apply the patch I just dropped in the release folder... I'd like to wait a bit and collect more possible issues before a new version. Thanks for the fedora rpms, btw I have updated the mandriva rpms with the patches, if you're interested in the specs, look here, but you won't learn much new there :) http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages?revision=682625&view=revision Cheers Frank |
From: Frank K. <goe...@ya...> - 2011-06-03 11:10:43
|
>________________________________ >De : Louigi Verona <lou...@gm...> >À : Frank Kober <goe...@ya...> >Cc : "bre...@gm..." <bre...@gm...>; "qmi...@li..." <qmi...@li...> >Envoyé le : Vendredi 3 Juin 2011 9h20 >Objet : Re: Re : Re : [Qmidiarp-devel] Some feedback on QMidiArp 0.4.1 > > >Correction: http://www.louigiverona.ru/files/seascape.ogg > > >On Fri, Jun 3, 2011 at 11:20 AM, Louigi Verona <lou...@gm...> wrote: > >Hey guys! Frank! >> >> >>Gave git version a try - no more stops!!! >> >>No crashes so far, I will report if any. >> >>As proof, I've recorded a hypnotic tune. Some rough spots there due to live recording and no attention to levels peaking at times, but in general I think it is listenable: Hi Louigi, an awesome piece! You already know that I do like your music a lot, much of the ambient stuff is on my mp3 player already and I'm a fan of "Inside an Echo chamber". This seascape piece is wonderful and I think about "Brave old sequence" by the old german guy :D, it's a bit what I wanted to use qmidiarp for, too, very nice play with filter-lfos! Thanks so much for sharing this. BTW, there is a small demo piece I did quite some time ago, it is much too overloaded and aggressive, but....it's only a demo piece :) http://www.linuxmao.org/tikiwiki/tiki-download_file.php?fileId=189 Frank |
From: Brendan J. <bre...@gm...> - 2011-06-03 10:58:22
|
On 06/03/2011 05:20 PM, Louigi Verona wrote: > Correction: http://www.louigiverona.ru/files/seascape.ogg > > On Fri, Jun 3, 2011 at 11:20 AM, Louigi Verona <lou...@gm... > <mailto:lou...@gm...>> wrote: > > Hey guys! Frank! > > > Gave git version a try - no more stops!!! > > No crashes so far, I will report if any. > > As proof, I've recorded a hypnotic tune. Some rough spots there due > to live recording and no attention to levels peaking at times, but > in general I think it is listenable: > http://www.louigiverona.ru/seascape.ogg That's awesome Louigi... I'll have to check out your other stuff... I can confirm that the stoppage issue has also been fixed with the latest git snap shot. Been running now for over an hour with a mix of arsps lfo's and sequencers. I'm pretty bowled over by this piece of software - the possibilities are endless with that LFO ... time to dig out those MIDI control codes... Frank, I noticed the autoconf stuff is not in the tree I cloned. I just pulled em in from the release source. I've packaged here if anyone wants to test on Fedora: http://bsjones.fedorapeople.org/qmidiarp-0.4.1-2.git20110602.fc15.src.rpm and http://bsjones.fedorapeople.org/qmidiarp-0.4.1-2.git20110602.fc15.x86_64.rpm |
From: Frank K. <goe...@ya...> - 2011-06-03 10:44:52
|
Mainly two important issues regarding external synchronization and running stability with only Seq and Lfo modules are fixed by the qmidiarp-0.4.1-fixes.patch file available from the 0.4.1 Download directory. I'd like to thank Louigi Verona, Brendan Jones and Jeremy Jongepier for quickly reporting and insisting on these overseen issues. Please apply this patch to 0.4.1 before building / distributing Frank ----------------- QMidiArp is available for download at http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.4.1/ Project page http://qmidiarp.sourceforge.net/ Git repo (developers welcome) git://qmidiarp.git.sourceforge.net/gitroot/qmidiarp/qmidiarp |
From: Louigi V. <lou...@gm...> - 2011-06-03 07:20:42
|
Correction: http://www.louigiverona.ru/files/seascape.ogg On Fri, Jun 3, 2011 at 11:20 AM, Louigi Verona <lou...@gm...>wrote: > Hey guys! Frank! > > > Gave git version a try - no more stops!!! > > No crashes so far, I will report if any. > > As proof, I've recorded a hypnotic tune. Some rough spots there due to live > recording and no attention to levels peaking at times, but in general I > think it is listenable: > http://www.louigiverona.ru/seascape.ogg > > > > > -- > Louigi Verona > http://www.louigiverona.ru/ > -- Louigi Verona http://www.louigiverona.ru/ |
From: Louigi V. <lou...@gm...> - 2011-06-03 07:20:16
|
Hey guys! Frank! Gave git version a try - no more stops!!! No crashes so far, I will report if any. As proof, I've recorded a hypnotic tune. Some rough spots there due to live recording and no attention to levels peaking at times, but in general I think it is listenable: http://www.louigiverona.ru/seascape.ogg -- Louigi Verona http://www.louigiverona.ru/ |
From: Frank K. <goe...@ya...> - 2011-06-02 22:55:18
|
> JACK synchronization works fine now with just one arp module! Haven't > had any crashes yet but as I used QMidiArp from Debian Multimedia git > (http://anonscm.debian.org/gitweb/?p=pkg-multimedia/qmidiarp.git;a=summary) > to build QMidiArp the source package also produces a dbg binary. > Speaking of Debian Multimedia, the git repository for QMidiArp contains > a patch for the man page: > http://anonscm.debian.org/gitweb/?p=pkg-multimedia/qmidiarp.git;a=blob;f=debian/patches/0001-manpages_fix.patch;h=d0ee087a4ad522e88ee53cf37af34293420951c9;hb=31981d0fe48f614e15b0046a7062739a1a424503 Thanks again Jeremy, manpage patch is applied on git, the other issues should be fixed now, too. Frank |