From: hue w. <hue...@ho...> - 2011-07-27 08:42:27
|
hi, what audio production program does all this refer to? the discussed features are aready present in many programs, why do we need such a backward program? thanks > From: lmm...@li... > Subject: LMMS-devel Digest, Vol 61, Issue 3 > To: lmm...@li... > Date: Mon, 25 Jul 2011 16:50:38 +0000 > > Send LMMS-devel mailing list submissions to > lmm...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/lmms-devel > or, via email, send a message with subject or body 'help' to > lmm...@li... > > You can reach the person managing the list at > lmm...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of LMMS-devel digest..." > > > Today's Topics: > > 1. Starting Development (Jeff Willms) > 2. Re: Starting Development (Kevin Fishburne) > 3. Re: Starting Development (musikBear) > 4. Re: Starting Development (Jonathan Aquilina) > 5. Re: Starting Development (musikBear) > 6. Re: Starting Development (Nikos Chantziaras) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 24 Jul 2011 21:04:21 -0400 > From: Jeff Willms <jef...@gm...> > Subject: [LMMS-devel] Starting Development > To: lmm...@li... > Message-ID: > <CAPxkbBCskJv_fV2AnaubxxUO=kiNHrL9Ubk8SNJ0goVmq6gy=w...@ma...> > Content-Type: text/plain; charset="iso-8859-1" > > Hello, > > I am a composer but I am also a programmer and would like to make some > improvements, mainly to the GUI to begin with. I know C++ very well, > however, I am new to GUI programming, but it won't be too hard to learn. > I've already spent some time looking through the LMMS source code. > > The main changes I would like to make are to the piano roll window. To start > off with, I'd like to add a position line to the timeline in the piano roll > window, like the one that is shown in the song editor window. This way you > can see exactly where the timeline pointer is set to. This improvement looks > very easy to make since it will just be a matter of copying what was done > for the song editor. After this, I would like to add the capability to play > the notes underneath the timeline pointer as you are dragging the pointer. > This is helpful both as a way of knowing exactly where you are when you are > adjusting the timeline pointer as a means of previewing a particular chord > you've made or a sequence of notes without having to actually play the song. > I don't imagine this will be too difficult, it is similar to what is done > when you click on one of the bars to adjust the volume at the bottom of the > piano roll window. > > Longer term, I'd like to add the capability to show multiple tracks in the > same piano roll window. I envision each track having it's own colour with > which it will display it's notes, so as to distinguish between notes of > different tracks. There will be a single track that is currently "active", > which means it is the one currently being edited, non-active tracks will > have their colour faded so that it is easy to identify which track is active > and which notes belong to the active track. There will be some way of easily > switching between which track is currently active, as well as an easy way of > configuring which tracks are shown and which are not. Non-active, but > displayed tracks will still be heard when playing the song from the piano > roll window as well as when previewing via the timeline pointer (as > described in the previous paragraph). This feature will take a considerable > amount of work but is extremely helpful when composing since you can easily > see the relationship between tracks when they are shown in the same piano > roll. > > So, what do you guys think of these improvements? Any suggestions? Is there > anyone currently working on implementing something similar to what I've > described? > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > Message: 2 > Date: Sun, 24 Jul 2011 22:22:17 -0400 > From: Kevin Fishburne <kev...@ei...> > Subject: Re: [LMMS-devel] Starting Development > To: lmm...@li... > Message-ID: <4E2...@ei...> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 07/24/2011 09:04 PM, Jeff Willms wrote: > > Hello, > > > > I am a composer but I am also a programmer and would like to make some > > improvements, mainly to the GUI to begin with. I know C++ very well, > > however, I am new to GUI programming, but it won't be too hard to > > learn. I've already spent some time looking through the LMMS source code. > > > > The main changes I would like to make are to the piano roll window. To > > start off with, I'd like to add a position line to the timeline in the > > piano roll window, like the one that is shown in the song editor > > window. This way you can see exactly where the timeline pointer is set > > to. This improvement looks very easy to make since it will just be a > > matter of copying what was done for the song editor. After this, I > > would like to add the capability to play the notes underneath the > > timeline pointer as you are dragging the pointer. This is helpful both > > as a way of knowing exactly where you are when you are adjusting the > > timeline pointer as a means of previewing a particular chord you've > > made or a sequence of notes without having to actually play the song. > > I don't imagine this will be too difficult, it is similar to what is > > done when you click on one of the bars to adjust the volume at the > > bottom of the piano roll window. > > > > Longer term, I'd like to add the capability to show multiple tracks in > > the same piano roll window. I envision each track having it's own > > colour with which it will display it's notes, so as to distinguish > > between notes of different tracks. There will be a single track that > > is currently "active", which means it is the one currently being > > edited, non-active tracks will have their colour faded so that it is > > easy to identify which track is active and which notes belong to the > > active track. There will be some way of easily switching between which > > track is currently active, as well as an easy way of configuring which > > tracks are shown and which are not. Non-active, but displayed tracks > > will still be heard when playing the song from the piano roll window > > as well as when previewing via the timeline pointer (as described in > > the previous paragraph). This feature will take a considerable amount > > of work but is extremely helpful when composing since you can easily > > see the relationship between tracks when they are shown in the same > > piano roll. > > > > So, what do you guys think of these improvements? Any suggestions? Is > > there anyone currently working on implementing something similar to > > what I've described? > > I think those would be outstanding improvements. An alternative to > having multiple tracks in the same piano roll window would be to allow > multiple piano roll windows to be open at the same time. Of course if > both ideas were implemented that would be twice as nice. ;) > > -- > Kevin Fishburne > Eight Virtues > www: http://sales.eightvirtues.com > e-mail: sa...@ei... > phone: (770) 853-6271 > > > > > ------------------------------ > > Message: 3 > Date: Mon, 25 Jul 2011 01:59:09 -0700 (PDT) > From: musikBear <mk...@ho...> > Subject: Re: [LMMS-devel] Starting Development > To: lmm...@li... > Message-ID: <321...@ta...> > Content-Type: text/plain; charset=us-ascii > > > The absolute most difficult area to dive into would be anything that has to > do with song-playback -like your ideas for timeline-pointer: > > Jeff Willms wrote: > > > > This way you can see exactly where the timeline pointer is set to. This > > improvement looks very easy to make since it will just be a matter of > > copying what was done for the song editor. > > > -Yes, but you need to understand that first and foremost -performance- is > the -high-main-preference in lmms. If a rolling posistion bar is to be shown > in both the piano-roll, the songeditor, and perhaps even in the B&B .. and > or automation, then 3(4) simultanous rolling bars is suddently in play -this > costs cpu and performance. > If you follow the threads covering the releases from 0.4.9 to 0.4.12 you can > see how core changes can lead to problems. > > > Jeff Willms wrote: > > > > ..add the capability to play the notes underneath the timeline pointer as > > you are dragging the pointer > > > This is a better idea. This does not directly touch the playback feature, > and cpu-load is not so serious an isue. > > Jeff Willms wrote: > > > > Longer term, I'd like to add the capability to show multiple tracks in the > > same piano roll window. I envision each track having it's own colour with > > which it will display it's notes > > > > here again -performance-. the problem is wheather or not this would be > cpu-load transparent. A way could be to -only- have these 'ghost-notes' if > they specically are user toggled in, through a button-press, and to have > them disabled (logically removed from memory) in playback. > > BUT! One thing that would be an outstanding change to the interfase, would > be to rewrite the automation track-editor. This feature is in need of a > serious makeover. The absolute best way would be to have n editable -points- > Placeable by mouse-drag AND precise entered values (through right-click > with an input-box). These points should then be connected with drawed lines > (for visual representation). The envelopes in zynAddSubFX could could be an > example. > Again -it would be prudent to keep the actual current data-structure > untouched! -and just let a new interfase component unload values to the > existing core - eg an transparent change. > I would even welcome a dead simple ascii-value import of notepad edited > files :) as an alternative of the current automation-editor > > My advice would be not to touch anything that has to do with the core and > playback, and to only work on other features. > Here you can read about submitting features the right way: > http://lmms.sourceforge.net/wiki/index.php/Submitting_a_patch > > Br. > > > > ----- > Hope this helped > BR. > --------------------- > Tutorials and some music on : http://www.youtube.com/user/bearsoundz > > -- > View this message in context: http://old.nabble.com/Starting-Development-tp32128514p32129993.html > Sent from the lmms-devel mailing list archive at Nabble.com. > > > > > ------------------------------ > > Message: 4 > Date: Mon, 25 Jul 2011 11:02:00 +0200 > From: Jonathan Aquilina <eag...@gm...> > Subject: Re: [LMMS-devel] Starting Development > To: lmm...@li... > Message-ID: <4E2...@gm...> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > MusikBear > > Isnt the core soon getting a big time make over thanks to paul giblock's > new unison core that he coded from scratch? > > On 25/07/2011 10:59, musikBear wrote: > > The absolute most difficult area to dive into would be anything that has to > > do with song-playback -like your ideas for timeline-pointer: > > > > Jeff Willms wrote: > >> This way you can see exactly where the timeline pointer is set to. This > >> improvement looks very easy to make since it will just be a matter of > >> copying what was done for the song editor. > >> > > -Yes, but you need to understand that first and foremost -performance- is > > the -high-main-preference in lmms. If a rolling posistion bar is to be shown > > in both the piano-roll, the songeditor, and perhaps even in the B&B .. and > > or automation, then 3(4) simultanous rolling bars is suddently in play -this > > costs cpu and performance. > > If you follow the threads covering the releases from 0.4.9 to 0.4.12 you can > > see how core changes can lead to problems. > > > > > > Jeff Willms wrote: > >> ..add the capability to play the notes underneath the timeline pointer as > >> you are dragging the pointer > >> > > This is a better idea. This does not directly touch the playback feature, > > and cpu-load is not so serious an isue. > > > > Jeff Willms wrote: > >> Longer term, I'd like to add the capability to show multiple tracks in the > >> same piano roll window. I envision each track having it's own colour with > >> which it will display it's notes > >> > > here again -performance-. the problem is wheather or not this would be > > cpu-load transparent. A way could be to -only- have these 'ghost-notes' if > > they specically are user toggled in, through a button-press, and to have > > them disabled (logically removed from memory) in playback. > > > > BUT! One thing that would be an outstanding change to the interfase, would > > be to rewrite the automation track-editor. This feature is in need of a > > serious makeover. The absolute best way would be to have n editable -points- > > Placeable by mouse-drag AND precise entered values (through right-click > > with an input-box). These points should then be connected with drawed lines > > (for visual representation). The envelopes in zynAddSubFX could could be an > > example. > > Again -it would be prudent to keep the actual current data-structure > > untouched! -and just let a new interfase component unload values to the > > existing core - eg an transparent change. > > I would even welcome a dead simple ascii-value import of notepad edited > > files :) as an alternative of the current automation-editor > > > > My advice would be not to touch anything that has to do with the core and > > playback, and to only work on other features. > > Here you can read about submitting features the right way: > > http://lmms.sourceforge.net/wiki/index.php/Submitting_a_patch > > > > Br. > > > > > > > > ----- > > Hope this helped > > BR. > > --------------------- > > Tutorials and some music on : http://www.youtube.com/user/bearsoundz > > > > > > > ------------------------------ > > Message: 5 > Date: Mon, 25 Jul 2011 04:36:10 -0700 (PDT) > From: musikBear <mk...@ho...> > Subject: Re: [LMMS-devel] Starting Development > To: lmm...@li... > Message-ID: <321...@ta...> > Content-Type: text/plain; charset=us-ascii > > > > > Jonathan Aquilina wrote: > > > > Isnt the core soon getting a big time make over > > > a fusion of the two projects has been planned a long time, and YES -when > this takes place, lmms core will be rewritten. Some interface features will > propl. be reused in the new project. Scedule for all this is unknown. > > > ----- > Hope this helped > BR. > --------------------- > Tutorials and some music on : http://www.youtube.com/user/bearsoundz > > -- > View this message in context: http://old.nabble.com/Starting-Development-tp32128514p32130965.html > Sent from the lmms-devel mailing list archive at Nabble.com. > > > > > ------------------------------ > > Message: 6 > Date: Mon, 25 Jul 2011 19:50:45 +0300 > From: Nikos Chantziaras <re...@ar...> > Subject: Re: [LMMS-devel] Starting Development > To: lmm...@li... > Message-ID: <j0k6s4$6m7$1...@do...> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > On 07/25/2011 12:02 PM, Jonathan Aquilina wrote: > > MusikBear > > > > Isnt the core soon getting a big time make over thanks to paul giblock's > > new unison core that he coded from scratch? > > Unison was mentioned here more than a year ago. I haven't seen or heard > anything since then. It starts to look more and more like vaporware, so > I wouldn't count on anything happening any time soon. > > > > > ------------------------------ > > ------------------------------------------------------------------------------ > Storage Efficiency Calculator > This modeling tool is based on patent-pending intellectual property that > has been used successfully in hundreds of IBM storage optimization engage- > ments, worldwide. Store less, Store more with what you own, Move data to > the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ > > ------------------------------ > > _______________________________________________ > LMMS-devel mailing list > LMM...@li... > https://lists.sourceforge.net/lists/listinfo/lmms-devel > > > End of LMMS-devel Digest, Vol 61, Issue 3 > ***************************************** |