You currently know best how the code and performance of LMMS can be improved, Vesa, therefore I support you. I too think it will be crucial for LMMS and make it better, but I can't understand why, other than that it will be RT safe. Could you try to explain to us non-coders even more why this is so much better than the old one? If you throw in some comparisons and metaphors it might brighten our minds. I just want to know if you are really sure RT safe kernel will be better for LMMS (stability, bugs, sound, user friendly), make things (like coding) easier, and that other devs would have reached the same conclusion in this need.
I support you in the belief of that a new (or improved old) core is a fundamental need in the future, and I can see that we might as well start thinking about that sooner than later, because the number of devs aren't rising. I like the kickstarter and GsoC idea. Can we do both? GsoC is if we don't raise enough money, a backup plan we should be prepared for. If we fail with the money raising (5000€ seems like way too much for a 1500 people userbase), we still should give something back, need to figure that out. I do see that when we start a kickstarter, we might as well (must) do our best. Tres and Rob Kudla, you are perfectly right in that with a kickstarter you have to appeal to the audience with a nice product. We could go with your idea, Vesa, of presenting LMMS being rotten in its bones and dying, thus appeal to compassionate sponsors. On the other hand LMMS is a nice product. I, with propaganda experience from the FB page, think it will be better presenting "real time safe LMMS with live capabilities". Something like that can be our banner slogan, excitement is a greater feeling to play on. There can probably be more amazing enhancements coming out of this too. And to tip the humans over to the right decision we include the facts too; the true and heartbreaking story about the future we are afraid LMMS could fall into. Written and told first hand by the person(s) who have written and maintained the code themselves, Vesa and hopefully Toby. I am deadly serious, and slightly exited, this is how I would make the kickstarter. I volunteer to do some work on the campaign, after the questions I have are answered. Vesa, it will be you who must instruct the hired dev, the most. You have time and will? I don't want to loose the best dev for LMMS, but I guess you would have to concentrate 100% on helping the new dev for a month or so. And perhaps the most important question, as Tres also asked: Where do you find the developer? You were mentioning JACK support as one very important enhancement? Do you think that is less coding and would be a nice first goal to pledge money for? And at last, I want to brighten up the future of LMMS with this: As I know, the program has inspired no less than three boys to begin study computer science, one of them is me, the other guys I were thinking about are at the same age. In a few years we might be able to contribute code to LMMS. We want to already :-) -- View this message in context: http://linux-multimedia-studio-lmms.996328.n3.nabble.com/LMMS-the-future-ideas-tp9795p9842.html Sent from the lmms-devel mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk _______________________________________________ LMMS-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/lmms-devel
