Re: [LMMS-devel] Starting Development

[Kevin F. <kev...@ei...>]

On 07/25/2011 04:59 AM, musikBear wrote:
> -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.

Taking into account that some people have old, crapped-out computers and 
others have quad-core 3.7 GHz clean computers with SSD's and /tmp 
mounted in RAM, I think adding CPU intensive features is fine as long as 
they can be turned on and off in the options or window GUI. Whether 
they're on or off by default could be determined by a quick speed test 
upon program launch (how long does it take to do 1000 floating point 
operations, for example), and whether or not the options have been 
previously explicitly set by the user.

Also, unity or no unity, I think LMMS should move forward as much as 
possible. As noted, changes, whether in concept or in code, could be 
migrated to unity if and when it's ready for integration with LMMS. Not 
doing work due to the anticipation of uncertain future events is in 
general a mistake I think.

-- 
Kevin Fishburne
Eight Virtues
www: http://sales.eightvirtues.com
e-mail: sa...@ei...
phone: (770) 853-6271