On 01/16/2014 09:53 AM, Jonathan Aquilina wrote:
> You say not support mobile devices. Take a look at the libreoffice remote
> which
> allows you to control presentations over blue tooth from ones tablet. I think
> we could do the same.
We could do the same? What, so that you can control presen
You say not support mobile devices. Take a look at the libreoffice remote which
allows you to control presentations over blue tooth from ones tablet. I think
we could do the same.
On Thursday 16 January 2014 09:30:37 you wrote:
> On 01/16/2014 03:44 AM, Jonathan Aquilina wrote:
> > I think as d
I think its a good idea, but again with out the SDK this cannot be made a
reality. I would file a feature request for this idea as well as for an SDK
On Thursday 16 January 2014 09:09:47 Vesa wrote:
> On 01/15/2014 11:58 PM, Israel wrote:
> > Yes please!!
> >
> > On 01/15/2014 09:12 AM, Jonathan
On 01/16/2014 09:22 AM, Johannes Lorenz wrote:
>> I don't think I'd be much use in it, I'd rather continue doing the UI
>> work where I actually have a chance of doing something useful.
>>
>> I also don't think it'd be a good idea right now to start porting in a
>> new engine if it means we have to
On 01/16/2014 03:44 AM, Jonathan Aquilina wrote:
> I think as discussed previously SVG's are the way to go especially
> with such a wide range of devices from mobile devices to very large
> screens it would make things easier im sure. as well it would prepare
> us for a mobile version if we so desi
> I don't think I'd be much use in it, I'd rather continue doing the UI
> work where I actually have a chance of doing something useful.
>
> I also don't think it'd be a good idea right now to start porting in a
> new engine if it means we have to put everything else on hold.
Agreeing. RT safety
On 01/15/2014 11:58 PM, Israel wrote:
> Yes please!!
>
> On 01/15/2014 09:12 AM, Jonathan Aquilina wrote:
>> Hey all
>>
>> Can you guys please share your thoughts on this
>>
Ok, this might be a bit "far out", but hear me out. I have this idea
that I've been thinking about a lot, for quite a while.
This is a stretch, I know, but I just looked up some other domain names,
and "khord.net' and "khord.org" are $10 each. The name kind of has a
KDE/Music pun to it. To quote Johnathan, "just an idea". :)
-Tres
- tres.finocchi...@gmail.com
On Wed, Jan 15, 2014 at 9:30 PM, Sam Duff wrote:
> Goo
On 16 January 2014 03:54, Tobias Doerffel wrote:
> This looks like a small nice task which could be done by newcomers as well
> (important: based on the stable-0.4-new-fx-mixer branch!) as you probably
> only have to edit a few files. If there are volunteers, I can also initially
> give assistance
Yes, we were just discussing this in the "New Website and LSP2"
thread. It is worth creating an organisation/foundation for more than
one reason (ownership of things like domain names and hosting).
Whether or not it is worth funnelling lots of resources into it at
this early stage is another consid
Good points Tres, and I agree.
Also, if we're going to look at purchasing domain names and hosting, it
would be worth looking at setting up an LMMS 'Organisation' kind of like
KDE and transfer 'ownership' of such things to the Organisation. That way
we can neatly avoid any possible disputes down t
On 16 January 2014 03:44, Jonathan Aquilina wrote:
> Hey guys Do you think as LMMS we should slowly work towards becoming a
> foundation just like blender with our own certification etc?
Yes, that would be great. We want LMMS to be known to every music
loving person. :)
--
Gurjot Singh
Blog: h
@Sam,
I rose this same CMS question on the user's list in regards to heading down
the Worpress path too quickly.
Having recently evaluated the major CMSs, (Even the microsoft-only ones) I
too have a hard time allowing Wordpress get picked without some
justification behind it.
Off-topic, but I ju
Hi Jonathan,
With regards to the new website and LSP2, are there any general plans? I
wouldn't mind having a quick discussion about the technologies/frameworks
used. Things like the primary language used, the CMS (Wordpress, Drupal,
other), DB, etc.
>From the look of things you're going to contin
I think as discussed previously SVG's are the way to go especially with
such a wide range of devices from mobile devices to very large screens it
would make things easier im sure. as well it would prepare us for a mobile
version if we so desire to target mobile platforms.
On Wed, Jan 15, 2014 at
Sirmacik we would love to take advantage of your hosting offer, but I have
a question what kind of guarantee can you give in terms of uptime? The main
fear of project owner is that of down time.
On Thu, Jan 16, 2014 at 2:31 AM, sirmacik wrote:
> Debian GNU/Linux i think, hardware is tba. I'll w
Hey guys just another idea. I wonder if it would be worth it to setup
pootle for translations and that way you translate once and all you have to
translate is any new strings that might be created.
Pootle is very interestingly web based. Again this is something I can host
as well. What do you guys
@Luke
Can we get this added to the developer and user wiki wiki.
http://askubuntu.com/questions/107230/what-happened-to-the-ia32-libs-package
Just linking to it is enough. I am sure lots of others that use ubuntu will
encounter this issue.
--
Jonathan Aquilina
--
I will need to add them since I have been made co-owner by toby.
On Wed, Jan 15, 2014 at 6:01 PM, Raine M. Ekman wrote:
> Here's some kind of starting point.
>
> Broad classifications: bug, crash, enhancement, discussion
> Resolutions: duplicate, invalid, question, wontfix, not our issue, later
I havent seen an issue for this so please do file one.
On Wed, Jan 15, 2014 at 11:24 PM, Tobias Doerffel wrote:
> This looks like a small nice task which could be done by newcomers as well
> (important: based on the stable-0.4-new-fx-mixer branch!) as you probably
> only have to edit a few file
Already forked the repo hope to get working on it tomorrow :)
On Wed, Jan 15, 2014 at 11:21 PM, Tobias Doerffel wrote:
> Hi,
>
> the database models for lsp2 are at github.com/lmms/lsp2 now - everybody
> feel free to get your hands dirty on this. Once everything is setup (and
> the database s
I am more then willing to host it for now. and in terms of database may i
recommend during the development of LSP2 that we do not need to use a mysql
database. If you have any questions I am familiar with django granted
probably a bit rusty. But I can help you out.
I think as well toby I probably
Obviously if there is out dated material such as the road map I would still
create a blank page, and then when we have a better road map of ideas of
what we want then we can fill in that page. Again im not versed in the
documentation, but dont worry. Do what you feel is right and then obviously
let
Paul, thank you so much for this update - it's heartwarming.
I'll stay out of your way and focus on graphics and other matters, but I so
much would like to help integrating Unison core quickly. I'm no good as a
programmer though.
Be unstoppable!
On 15 Jan 2014 18:12, "Paul Giblock" wrote:
> If
Correct me if I'm wrong, but I think a lot of information on the wiki
is outdated. For instance, I don't think the roadmap should be copied
in it's current state.
Any input on what to pick for transfer and how to structure it?
2014/1/15 Jonathan Aquilina :
> I would recommend reorganizing things a
He has just mentioned to me and others on irc there has been some bit rot
to unison but nothing that cannot be fixed. as it has gone untouched for
the last two years.
Paul i would like to offer my services with QA and testing. and I am sure
alot of other users here would like to do the same.
On
I think "Sampler" is a good, short name and not a trademark, so I think no
problem with this. It's like "FX mixer" or "Piano Roll"
On 15 Jan 2014 18:18, "Tobias Doerffel" wrote:
> 2014/1/15 Tobiasz Karoń
>
>> I always wondered: why not "sampler"?
>>
>
> IMHO too mainstream (we copied enough name
This looks like a small nice task which could be done by newcomers as well
(important: based on the stable-0.4-new-fx-mixer branch!) as you probably
only have to edit a few files. If there are volunteers, I can also
initially give assistance. Is there an issue at github already?
Toby
-
Hi,
the database models for lsp2 are at github.com/lmms/lsp2 now - everybody
feel free to get your hands dirty on this. Once everything is setup (and
the database structure is kept), in theory it should be no problem to
migrate all existing data.
Toby
-
ok kool :) thanks for that.
On Wed, Jan 15, 2014 at 11:19 PM, Tobias Doerffel wrote:
> Hi Jonathan,
>
> you have admin permissions on the sourceforge project so you should be
> able to login to the according ssh servers in order to edit the website
> files.
>
> Toby
>
>
>
--
Jonathan Aquilin
Hi Jonathan,
you have admin permissions on the sourceforge project so you should be able
to login to the according ssh servers in order to edit the website files.
Toby
--
CenturyLink Cloud: The Leader in Enterprise Cloud
What do you mean by "split"? Left/Right?
Toby
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Every
That's the old master branch ("old-master" on Github) with cusis style set
- everyone can try it out. Would be worthy to backport this style as well
and/or use concepts from it for the default branch as well.
Toby
--
Centu
Hey guys Do you think as LMMS we should slowly work towards becoming a
foundation just like blender with our own certification etc?
--
Jonathan Aquilina
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn
Yes please!!
On 01/15/2014 09:12 AM, Jonathan Aquilina wrote:
> Hey all
>
> Can you guys please share your thoughts on this
>
> https://github.com/LMMS/lmms/issues/19
>
> Thanks
> Jonathan
>
> --
> CenturyLink Cloud: The L
2014/1/15 Johannes Lorenz
> 2. Whenever pointers in LADSPA plugins are used for LADSPA descriptors,
> they are allocated (using strdup() for strings or malloc() for "other"
> pointers). Why should one allocate a pointer if it is kept const anyway?
> Why not just do something like 'str = "hello"'
I would recommend reorganizing things as well. I would even try to simplify
things if it can be done so that there is the least barrier to entry when
starting to dev for this project.
On Wed, Jan 15, 2014 at 10:41 PM, Lukas W. wrote:
> I could to that. Just transfer them exactly as they are on
I could to that. Just transfer them exactly as they are on the sf wiki
or also reorganize things?
Lukas
2014/1/15 Tobias Doerffel :
> Who volunteers for transferring the developer articles (to
> https://github.com/LMMS/lmms/wiki)? If somebody needs according permissions
> on Github, please tell m
Thanks sam :)
On Wed, Jan 15, 2014 at 10:34 PM, Sam Duff wrote:
> I'll put my hand up if you need any PHP help on the web side.
>
> Kind regards,
>
> Sam Duff
>
>
> --
> CenturyLink Cloud: The Leader in Enterprise Cloud
I'll put my hand up if you need any PHP help on the web side.
Kind regards,
Sam Duff
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Wor
Who volunteers for transferring the developer articles (to
https://github.com/LMMS/lmms/wiki)? If somebody needs according permissions
on Github, please tell me, Paul or Jonathan.
Toby
--
CenturyLink Cloud: The Leader in E
Got it will make amendments to the tags on the tracker.
On Wed, Jan 15, 2014 at 10:16 PM, Paul Giblock wrote:
> Agreed, I'd rather discussion stay on the mailing lists. If someone has a
> bug: sure, report it straight to the tracker. But, regarding developer
> discussion, issues shouldn't be c
If nobody else proposes another solution, the stage is yours!
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Envir
Agreed, I'd rather discussion stay on the mailing lists. If someone has a
bug: sure, report it straight to the tracker. But, regarding developer
discussion, issues shouldn't be created until the discussion has led to
concrete feature or bug requests.
On Wed, Jan 15, 2014 at 11:34 AM, Tobiasz Kar
Toby I can code from scratch with html5, css3, twitter bootstrap as a
responsive framework which will make the site accessible on mobile devices,
jquery, php and java script. I can get a prototype goign for the new site
really really fast :)
On Wed, Jan 15, 2014 at 10:04 PM, Tobias Doerffel wrot
2014/1/15 Jonathan Aquilina
> for the website do we want to go the route of wordpress or something
> written in html5 etc or stick with the LSP2 project and django and build a
> website around that?
>
I would split both so we can build the sharing platform independent of the
website, giving us m
Ok that is perfect. Any details on the type of system or setup we can have?
On Wed, Jan 15, 2014 at 5:57 PM, Tobiasz Karoń wrote:
> I've got information, that hosting will be possible since half of February.
> On 15 Jan 2014 16:56, "Jonathan Aquilina" wrote:
>
>> I would love to steer the proj
I am more then wiling to host the website as well as setup forums on my
forums as well as new lsp and everything. for the website do we want to go
the route of wordpress or something written in html5 etc or stick with the
LSP2 project and django and build a website around that?
On Wed, Jan 15, 2
I would be very interested in applying for this role of project manager.
On Wed, Jan 15, 2014 at 6:33 PM, Tobias Doerffel
wrote:
> Hi,
>
> 2014/1/15 Johannes Lorenz
>
>> Things an admin should do:
>> A) Update the old homepage (it is not at all up to date)
>> B) Announce new releases.
>> C)
Actually that is a very good point. Ruben keep them seperate user wiki on
SF and developer related materials moved to git hub wiki :)
On Wed, Jan 15, 2014 at 7:59 PM, Paul Giblock wrote:
> Along these lines, I think there may be value in limiting the scope of the
> Wiki to user documentation.
Ruben have at it the more we have contributing the better. I wonder though
github has its own wiki. I think we should move the wiki there. I dunno
what others thing. I think of it as a way to start fresh with new
documentation and gives us time to do some much needed cleanup.
On Wed, Jan 15, 2014
That is me paul i will let the list know when migration is complete.
On Wed, Jan 15, 2014 at 8:36 PM, Paul Giblock wrote:
> As documentation and other features migrate to GitHub: could the person
> performing any of these operations please let Toby, me, or the mailing list
> know when a system
As documentation and other features migrate to GitHub: could the person
performing any of these operations please let Toby, me, or the mailing list
know when a system is fully-migrated so we can make the old SF.net
equivalent either read-only or a redirect?
Thanks,
Paul
On Wed, Jan 15, 2014 at 1
Along these lines, I think there may be value in limiting the scope of the
Wiki to user documentation. The bulk of developer documentation can be
moved to the GitHub wiki.
On Wed, Jan 15, 2014 at 1:39 PM, Rubén Ibarra Pastor wrote:
> I sometimes search on the wiki and think it is kind of obsole
I sometimes search on the wiki and think it is kind of obsolete. What if we try
to make it better, it can even work as a help file on LMMS. I have this ideas
for example:
Information about each plugin and even some presets.
Tutorials
A new theme more ad-hoc to LMMS interface
Update the requireme
Tobias:
Thanks for your input! I know I contacted you regarding the Unison-Studio
endeavor several years back (3?? Wow, time flies!) You are the main person
holding LMMS together at this point, so I definitely do not want to
distract you from keeping LMMS usable and integrating contributions from
Hi,
looks very good! :-) Can you please fix the typo I commented on? Afterwards
I'll merge!
Toby
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
I decided to put a pull request on the whole UI branch. I feel like this
is a good checkpoint time, it's right now in a state where it can be
safely merged without destroying anything, and there are some nice
features there. See pull request comment.
Next I'll focus on porting the fxmixer changes
Hi,
2014/1/15 Paul Giblock
> Another thing that really bothered me about LMMS is that the projects are
> huge monolithic beasts. Therefore, I have additional thoughts regarding
> next-genreation project files, resource management, and a "proper"
> extension system. Essentially, projects are just
On 15 January 2014 22:42, Paul Giblock wrote:
>
> The bulk of the work above is already complete. The big task is taking LMMS
> elements and implementing them in terms of components.
>
> Another thing that really bothered me about LMMS is that the projects are
> huge monolithic beasts. Therefore,
Hi,
2014/1/15 Johannes Lorenz
> Things an admin should do:
> A) Update the old homepage (it is not at all up to date)
> B) Announce new releases.
> C) Test patches (for code convention and for working) and put them onto
> github.
> C) Try helping with decisions about new code
>
Basically I
2014/1/15 Tobiasz Karoń
> I always wondered: why not "sampler"?
>
IMHO too mainstream (we copied enough names/concepts from FL.. ;-) Anyways
don't take my opinion too serious on this question.
Toby
--
CenturyLink Cloud:
Johannes: Thanks for spearheading this issue!
On Wed, Jan 15, 2014 at 12:16 PM, Tobias Doerffel wrote:
> Hi,
>
> yes, please find someone to take over the website, its design and its
> content. Also somebody doing the public relations stuff. I think the main
> reason for the development stall i
On Wed, Jan 15, 2014 at 4:00 PM, Jonathan Aquilina
wrote:
> I have noticed some discussion about the above topic on the list in recent
> days.
>
Yep :)
> written a new engine called unison that is real time safe
>
Is the code online? The unison.sf.net page doesn't have code.
I have just spoken
Hi,
yes, please find someone to take over the website, its design and its
content. Also somebody doing the public relations stuff. I think the main
reason for the development stall in the last years has been, that these
things needed to be done by somebody (else) and I didn't have time to do
*all*
If people are interested in working on UI code and they are not up for work
on the DSP core, then I fully support the decision to keep working on UI
changes. I do not want to disturb any momentum in order to work on a major
change which may turn to vaporware anyway. There is still a lot to benefi
Hi,
feel free to introduce labels as you like it. You really don't need
permission from me for things like these ;-)
Toby
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosi
I always wondered: why not "sampler"?
On 15 Jan 2014 18:04, "Tobias Doerffel" wrote:
> Hi,
>
> feel free to extend AFP and maybe also find a better name for it, as long
> as not just "Sampler"..
>
> Toby
>
>
--
CenturyLin
Hi,
feel free to extend AFP and maybe also find a better name for it, as long
as not just "Sampler"..
Toby
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink
PNG files should not oppose the modernisation.
On 15 Jan 2014 17:44, "Jonathan Aquilina" wrote:
> If you want to focus on UI work there really isnt anything stopping you
> with
> this migration. It requires just having the various and all aspects
> connecting
> to unison and working with it.
>
>
Great! This is a valuable visual feedback feature!
On 15 Jan 2014 17:44, "Tobias Doerffel" wrote:
> 2014/1/15 Tobiasz Karoń
>
>> Would piano roll keys press when a pattern is played? Will they reflect
>> MIDI notes coming to the instrument no matter how (also from external MIDI
>> keyboard or se
Here's some kind of starting point.
Broad classifications: bug, crash, enhancement, discussion
Resolutions: duplicate, invalid, question, wontfix, not our issue, later
Components: zynaddsubfx, mixer, sf2player, vestige, midi, build
system, automation, audio file processor
BTW, I signed up for G
Thanks Toby.
Looking forward to getting things going for LSP2 for everyone.
On Wednesday 15 January 2014 17:54:59 Tobias Doerffel wrote:
> 2014/1/15 Jonathan Aquilina
>
> > Can you through in another repo the django code for LSP2 that has the
> > database
> > already done.
>
> Here we go:
>
>
On 15 January 2014 22:25, Tobias Doerffel wrote:
>> What about row highlighting? Is it required or if it is fine right now?
>
>
> I personally don't need it.
Ok. So I'll close this issue for now. If others may feel that this
could be included, then we'll reopen this one in future.
--
Gurjot Si
Neither I, but it could be considered eye-candy and made disableable (able
to disable, optional that is) in the preferences window.
On 15 Jan 2014 17:55, "Tobias Doerffel" wrote:
> 2014/1/15 Gurjot Singh
>
>> What about row highlighting? Is it required or if it is fine right now?
>>
>
> I perso
I've got information, that hosting will be possible since half of February.
On 15 Jan 2014 16:56, "Jonathan Aquilina" wrote:
> I would love to steer the project in the direction where we can host the
> necessary software we need such as a proper bug tracker, code review, and
> much
> more.
>
> Re
2014/1/15 Gurjot Singh
> What about row highlighting? Is it required or if it is fine right now?
>
I personally don't need it.
Toby
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesse
2014/1/15 Jonathan Aquilina
> Can you through in another repo the django code for LSP2 that has the
> database
> already done.
>
Here we go:
https://github.com/LMMS/lsp2
Have a lot of fun! :-)
Toby
--
CenturyLink Clo
On 15 January 2014 22:14, Tobias Doerffel wrote:
> Short answer: yes. I made a further rewrite of key press handling using the
> PianoModel so we should see visual feedback for all kind of note events in
> both instrument window and piano roll – if there are uncatched cases, we
> need to fix it.
2014/1/15 Tobiasz Karoń
> Would piano roll keys press when a pattern is played? Will they reflect
> MIDI notes coming to the instrument no matter how (also from external MIDI
> keyboard or sequencer)?
>
Short answer: yes. I made a further rewrite of key press handling using the
PianoModel so we s
If you want to focus on UI work there really isnt anything stopping you with
this migration. It requires just having the various and all aspects connecting
to unison and working with it.
On Wednesday 15 January 2014 18:28:28 Vesa wrote:
> On 01/15/2014 06:00 PM, Jonathan Aquilina wrote:
> > Woul
If waiting longer with replacing the core means it will cost more work
later and rewriting code you've just wrote, it'd be best to do it ASAP.
On 15 Jan 2014 17:29, "Vesa" wrote:
> On 01/15/2014 06:00 PM, Jonathan Aquilina wrote:
> > Would you guys be willing to step back from other work such as
Would piano roll keys press when a pattern is played? Will they reflect
MIDI notes coming to the instrument no matter how (also from external MIDI
keyboard or sequencer)?
On 15 Jan 2014 16:23, "Gurjot Singh" wrote:
> On 15 January 2014 06:52, Gurjot Singh wrote:
> >>
> >> Ok I sent a new pull re
I'd prefer to stay here, as I'm gonna be cut off while on mobile and
offline. I write and read here mostly this way.
On 15 Jan 2014 16:53, "Tres Finocchiaro" wrote:
> From my experience, forums/trackers are not a great place to look for
> active discussions any more.
>
> They can serve as a nice
I hear you. The sampler could still use some improvements though. two
switches and a second pair of markers would do it.
Switch:no loop/loop all/loop sustain
Switch: forward/backward/ping-pong loop
Markers: defining sustain region, must be inside start/end markers region.
On 15 Jan 2014 16:55, "Ve
On 01/15/2014 06:00 PM, Jonathan Aquilina wrote:
> Would you guys be willing to step back from other work such as UI work to
> contribute to this endeavour?
I don't think I'd be much use in it, I'd rather continue doing the UI
work where I actually have a chance of doing something useful.
I also
I'd say: go for it!
On 15 Jan 2014 17:16, "Jonathan Aquilina" wrote:
> Just keep on working and do what Unfa's do best hehe. I guess UI work
> really
> wont need to stop.
>
> We just need man power to rewire the bits of LMMS to work with the unison
> engine.
>
> On Wednesday 15 January 2014 17:13
Just keep on working and do what Unfa's do best hehe. I guess UI work really
wont need to stop.
We just need man power to rewire the bits of LMMS to work with the unison
engine.
On Wednesday 15 January 2014 17:13:36 Tobiasz Karoń wrote:
> So it would be best to first focus all manpower on uni
So it would be best to first focus all manpower on unison integration, and
carry on with other issues after we're done with it?
How about people like me who can't help with LMMS code?
On 15 Jan 2014 17:01, "Jonathan Aquilina" wrote:
>
> I have noticed some discussion about the above topic on the
I have noticed some discussion about the above topic on the list in recent
days.
I have spoken to Paul Gibock who has research this issue, and with the current
engine, it would be a near impossibility to make it real time safe. He has
written a new engine called unison that is real time safe, b
Maybe the pointers are there to save memory if multiple instances are
running?
On 15 Jan 2014 13:24, "Vesa" wrote:
> On 01/15/2014 02:16 PM, Johannes Lorenz wrote:
> > I know this is the LMMS list, but they seem to be distributed with LMMS.
> Hopefully, some developer can help me out here.
> >
>
I would love to steer the project in the direction where we can host the
necessary software we need such as a proper bug tracker, code review, and much
more.
Regards
Jonathan
On Wednesday 15 January 2014 16:38:00 Tobiasz Karoń wrote:
> I think it shouldn't be a problem.
>
> On 15 Jan 2014 15:1
I'm not a massive user of Massive, but it doesn't seem to be as capable as
ZynAddSubFX in regard of sound complexity and layering or morphing. However
ZASFX doesn't have such LFO/ENV routing capabilities. They are very
different by design, and in fact I'd say that Zyn is the most "massive"
synth I
On 01/15/2014 05:36 PM, Tobiasz Karoń wrote:
> Offtopic:
>
> I was doing some music with MODPlug Tracker years ago, and being able
> to import it's projects using VSTs would also be really cool. This may
> be a waste of resources though.
>
I don't think importing tracker files would be of much use.
I would file this as a feature request. I can tell you i would love to have a
feature that would make it easy to remix old tracks :D
On Wednesday 15 January 2014 16:36:09 Tobiasz Karoń wrote:
> Hey! It's something I was thinking about for a long time.
>
> The Audio File Player is a bit limited i
I think it shouldn't be a problem.
On 15 Jan 2014 15:18, "Jonathan Aquilina" wrote:
> Out of curiosity would they be willing to sponsor a server to host lets
> say a
> new lmms website forums etc? Including a bug tracker like phabricator which
> has alot of cool features such as code review and m
Hey! It's something I was thinking about for a long time.
The Audio File Player is a bit limited in regard of looping just a part
(sustain phase) of the sample.
If we made it capable of doing things that trackers do, and finished the
project-independent resource managment (to store samples in the
This has been moved over to the github issue tracker and can be found
https://github.com/LMMS/lmms/issues/20
Please continue any discussion there.
Thanks
Jonathan
On Wednesday 15 January 2014 13:36:22 Johannes Lorenz wrote:
> For those who do not recall: This was about extending the peak contr
Ok, I got the palette-in-css feature working... also the fx-mixer should
take the colours from the palette now. Should we merge some of these
things upstream at some point? Or wait until the whole UI project is
complete?
Heh, I'm learning C++ as I go along... I always thought C++ was much
harder t
On 15 January 2014 20:51, Jonathan Aquilina wrote:
> Then I am in trouble as I posted my idea about the logic pro stuff in the
> tracker already :(
Don't worry, its okay what's done is done. :)
--
Gurjot Singh
Blog: http://bhattigurjot.wordpress.com
---
1 - 100 of 156 matches
Mail list logo
