My humble suggestions

Got a great idea for the future of LMMS? Post it here.
Forum rules

Make sure to search to see if your idea has been posted before! Check our issue tracker as well, just to make sure you are not posting a duplicate: https://github.com/LMMS/lmms/issues

Hi,

TL;DR Here I share my thoughts on LMMS.

I discovered LMMS a long time ago. I started using it about fifteen years ago. I stopped using it a couple of years. I stopped producing music at all some years ago. But I started to use it again some months ago. I’d like to say a very big thank you to all LMMS’s developers, from the bottom of my art. What you’ve done is amazing. This software was very good when I stopped using it, and now, I can see that it just got even better, and incidentally more popular!

I haven’t participate much myself to say the least. I had made what was the first french translation at the time, probably outdated now. But I didn’t even look at the translation file since I started to use the application again. I’ll try to do so, and to help if I can.

I also proposed the Kicker plugin. I’ll always remember how astonished and happy I was to see that Tobias Doerffel implemented it just a few weeks later, with some clever additions to my proposal (even if he may have it already in mind himself). I (maybe) now have another idea to make it even better. I’ll detail that in another post, this one being long enough already.

Important information: I always use the last master branch from Github. I build the software on a Debian Sid desktop. I don’t use jackd, I really like the idea of having all I need within only one software like LMMS, even if I sometime use Audacity for some audio editing. I already tested jackd. I get the whole idea and how it’s powerful, but it’s a bit tiresome/complex having to restart all your different programs, patch bay and such. So I stick to ALSA with LMMS so far.

So… let’s go !

This is my feature requests list, ordered by the neediness I have of each (most needed first):

1) Show the knob’s value when mouse-overing it (currently it needs a click, and a click often leads to an unwanted modification).

2) Better way to set the loop start position and the loop end position in the song editor. Currently, moving the loop end position when I’m zoomed-in near song’s begin, or reciprocally, moving the loop start position when zoomed-in near the song‘s end is not very easy. It seems that right-click selects the loop start marker if clicked in the starting half of the loop bar, and selects the loop end marker if it’s the ending half (?). Sometime I’d like to set the loop at the place I’m zoomed-in. Currently, I have to zoom out, set my loop markers approximately, then zoom in back to the region I’m working on to set the loop markers exactly where I want.

3) A finer horizontal zoom in the song editor. Let’s say with a 1% step. Currently it’s 12,5, 25%; 50%, etc… Quite frustrating sometimes not being able to make your song use the whole screen width because of that.

4) Volume setting for sample/plugin preview. I’d like to hear the preview at near the same loudness that my song or track currently is.

5) Do not scroll the whole workspace when scrolling in the song editor when it reaches the bottom. In fact, I’d say scrolling the whole workspace should happen only when starting to scroll outside any editor/instrument.

6) Dry/Wet knob for plugin would better be at a default of 0 instead of 1. Just my humble opinion, what’s your?

7) Save/restore all the settings of the song editor. Lke auto-scrolling or horizontal zoom, which currently is not.

8) Would be nice having the possibility to change the display height of each track in the song editor and pattern editor. In particular for automation tracks, where currently it’s difficult to see what the curve looks like just from the song editor. Open it in the automation editor does not permit to see how it fit relatively to the other tracks.

9) This point is linked to the previous one. I’d be nice to have the possibility to fold/unfold a track or pattern in the editors.

10) The Space key should start and stop playing the song whatever widget has focus (except in the pattern editor and piano-roll editor for witch it should play the aforementioned editor). It would be useful particularly from the mixer widget.

11) The knife tool should be able to split repeated pattern clips too.

12) Save and restore any plugin settings. Possibility to set a default setting for any given plugin. And why not, a save/restore functionality for plugins, as it exists for instruments.

13) Restore all widgets visibility and position (and “stay on top” toggle) when loading a project. Would be so nice!

14) I noticed that the star that appears right to the filename in the main windows title, which is, I guess, supposed to show that the project has been modified since last saved, desn’t appear for some modifications.

15) Some functionalities for the mixer:

- A stereo/mono switch (I know there is a plugin that can achieve that, but still).
- A “set all fader to zero” button (something I like to do when I want to start the whole mixing from ground).
- A save/restore functionality for the mixer. But it would not be very useful, as saving multiple versions of the whole project for different mixes is not a problem.
- Possibility to stretch it vertically.

16) Magnetic windows.

And those are the questions I have about LMMS:

1) I recently built LMMS with the Carla plugin for the first time. I can see it’s a possible solution to run VST and LV2 plugins. I’ve always struggle to build the native VST support in LMMS. I think I managed to build it only one or twice. But I understand that in building LMMS on Debian Sid, aka unstable, I don’t give myself the best chance to succeed… In addition, I’m happy using LMMS without any VST support, so I didn’t try so hard anyway… I wonder if using a VST instrument via Carla results in a CPU overhead ? Comparing to using the same instrument with the proper VST support ? Is Carla an overhead in general? I wonder about LV2 plugins too. I’ve been able to build LV2 support a few days ago, with SUIL, but after an upgrade of my system I wasn‘t anymore (missing file, didn’t investigate). As I said, this is not a problem for me anyway.

2) Does the spectrum analyzer consumes CPU when it’s not displayed?

3) What’s the greatest challenges LMMS development is facing nowadays, if any?

4) Does the CPU meter in LMMS show the CPU usage of LMMS only? Or the CPU usage of the whole OS?

Thanks for reading so far. Don’t hesitate to ask me anything. I’ve certainly been unclear some times. English is not my native language.

Have a nice and loud day!
HenryDeath wrote:
Wed Jun 21, 2023 10:05 pm
Hi,

TL;DR Here I share my thoughts on LMMS.

I discovered LMMS a long time ago. I started using it about fifteen years ago. I stopped using it a couple of years. I stopped producing music at all some years ago. But I started to use it again some months ago. I’d like to say a very big thank you to all LMMS’s developers, from the bottom of my art. What you’ve done is amazing. This software was very good when I stopped using it, and now, I can see that it just got even better, and incidentally more popular!

I haven’t participate much myself to say the least. I had made what was the first french translation at the time, probably outdated now. But I didn’t even look at the translation file since I started to use the application again. I’ll try to do so, and to help if I can.

I also proposed the Kicker plugin. I’ll always remember how astonished and happy I was to see that Tobias Doerffel implemented it just a few weeks later, with some clever additions to my proposal (even if he may have it already in mind himself). I (maybe) now have another idea to make it even better. I’ll detail that in another post, this one being long enough already.

Important information: I always use the last master branch from Github. I build the software on a Debian Sid desktop. I don’t use jackd, I really like the idea of having all I need within only one software like LMMS, even if I sometime use Audacity for some audio editing. I already tested jackd. I get the whole idea and how it’s powerful, but it’s a bit tiresome/complex having to restart all your different programs, patch bay and such. So I stick to ALSA with LMMS so far.

So… let’s go !

This is my feature requests list, ordered by the neediness I have of each (most needed first):

1) Show the knob’s value when mouse-overing it (currently it needs a click, and a click often leads to an unwanted modification).

2) Better way to set the loop start position and the loop end position in the song editor. Currently, moving the loop end position when I’m zoomed-in near song’s begin, or reciprocally, moving the loop start position when zoomed-in near the song‘s end is not very easy. It seems that right-click selects the loop start marker if clicked in the starting half of the loop bar, and selects the loop end marker if it’s the ending half (?). Sometime I’d like to set the loop at the place I’m zoomed-in. Currently, I have to zoom out, set my loop markers approximately, then zoom in back to the region I’m working on to set the loop markers exactly where I want.

3) A finer horizontal zoom in the song editor. Let’s say with a 1% step. Currently it’s 12,5, 25%; 50%, etc… Quite frustrating sometimes not being able to make your song use the whole screen width because of that.

4) Volume setting for sample/plugin preview. I’d like to hear the preview at near the same loudness that my song or track currently is.

5) Do not scroll the whole workspace when scrolling in the song editor when it reaches the bottom. In fact, I’d say scrolling the whole workspace should happen only when starting to scroll outside any editor/instrument.

6) Dry/Wet knob for plugin would better be at a default of 0 instead of 1. Just my humble opinion, what’s your?

7) Save/restore all the settings of the song editor. Lke auto-scrolling or horizontal zoom, which currently is not.

8) Would be nice having the possibility to change the display height of each track in the song editor and pattern editor. In particular for automation tracks, where currently it’s difficult to see what the curve looks like just from the song editor. Open it in the automation editor does not permit to see how it fit relatively to the other tracks.

9) This point is linked to the previous one. I’d be nice to have the possibility to fold/unfold a track or pattern in the editors.

10) The Space key should start and stop playing the song whatever widget has focus (except in the pattern editor and piano-roll editor for witch it should play the aforementioned editor). It would be useful particularly from the mixer widget.

11) The knife tool should be able to split repeated pattern clips too.

12) Save and restore any plugin settings. Possibility to set a default setting for any given plugin. And why not, a save/restore functionality for plugins, as it exists for instruments.

13) Restore all widgets visibility and position (and “stay on top” toggle) when loading a project. Would be so nice!

14) I noticed that the star that appears right to the filename in the main windows title, which is, I guess, supposed to show that the project has been modified since last saved, desn’t appear for some modifications.

15) Some functionalities for the mixer:

- A stereo/mono switch (I know there is a plugin that can achieve that, but still).
- A “set all fader to zero” button (something I like to do when I want to start the whole mixing from ground).
- A save/restore functionality for the avatar game mixer. But it would not be very useful, as saving multiple versions of the whole project for different mixes is not a problem.
- Possibility to stretch it vertically.

16) Magnetic windows.

And those are the questions I have about LMMS:

1) I recently built LMMS with the Carla plugin for the first time. I can see it’s a possible solution to run VST and LV2 plugins. I’ve always struggle to build the native VST support in LMMS. I think I managed to build it only one or twice. But I understand that in building LMMS on Debian Sid, aka unstable, I don’t give myself the best chance to succeed… In addition, I’m happy using LMMS without any VST support, so I didn’t try so hard anyway… I wonder if using a VST instrument via Carla results in a CPU overhead ? Comparing to using the same instrument with the proper VST support ? Is Carla an overhead in general? I wonder about LV2 plugins too. I’ve been able to build LV2 support a few days ago, with SUIL, but after an upgrade of my system I wasn‘t anymore (missing file, didn’t investigate). As I said, this is not a problem for me anyway.

2) Does the spectrum analyzer consumes CPU when it’s not displayed?

3) What’s the greatest challenges LMMS development is facing nowadays, if any?

4) Does the CPU meter in LMMS show the CPU usage of LMMS only? Or the CPU usage of the whole OS?

Thanks for reading so far. Don’t hesitate to ask me anything. I’ve certainly been unclear some times. English is not my native language.

Have a nice and loud day!



That's so great to read your post. I understand your thinking. Anyway, LMMS is a system that I really like.
HenryDeath wrote:
Wed Jun 21, 2023 10:05 pm
Here I share my thoughts on LMMS.
Quite allot of your points are already inside gitHub' Enhancement
https://github.com/LMMS/lmms/labels/enhancement
-Witch leads to answering what the project needs most -Easy: Coders :p
There 100'th of both issues and suggestions waiting for a coder, but everything is done in spare time of a handful of peeps, and there is also a issue with platform capacity for using the UI-template we have tied LMMS to qT
So coders need to know cpp in depth and be a linux wizard.. Dumb combo.....
I do like your inputs, though, and agree with most, though some of the resize requests are impossible with the current UI, others has been deliberately removed, because of instability issues.
Your issues with building on Debian is known, but why build at all?
Use the AppImage for linux, and you are in the clear. Two builds are recommended for production: Off 1.2.2, but also Alpha 1.3 is stable -imho its release is long overdo .. Politics and nwm... .|
You are more than welcome to work on a new French translate, i do believe some work has been done in relation to 1.2.2 at least, but i am not sure how up-to-date it is..
Cant read it :p
Lastly welcome back :p
Hi musikbear,
a issue with platform capacity for using the UI-template we have tied LMMS to qT
No sure to understand what you mean. Is using Qt a problem in itself? Or is it the way it is used in LMMS? It seems to me that Qt has a good reputation and I only know too other well-known (and multi-platform) UI libraries: GTK and Tk. Are those would have a better choice for LMMS? Anyway I guess it’s a lot of work to make such a change. AFAIK (but I may be wrong), it’s a current goal for LMMS to separate the core from the UI? (Yeah I should check the git repository instead of asking such thing here, I’ll try to do it soon)

coders need to know cpp in depth and be a linux wizard
Why especially Linux? Isn’t LMMS multi-platform? I know that C++ is a language one could qualify as an over-featured language, and such, quite difficult to learn (not mentioning not being as hype as Rust or Go nowadays ^^). Are there some code guidelines regarding the use of C++ in LMMS (like for example: use this paradigm but not that one, do this like that but not like that, etc…) or do some parts of the source code tend to use different coding styles?
why build at all?
I guess this is because back in the time I started using LMMS there was no AppImage, so I’m simply used to do it ^^. Anyway it’s not a problem, I know how to edit the CMakeList file when a feature doesn’t build and I’ve always been able to build the main program.

1.3 is stable -imho its release is long overdo .. Politics and nwm
I just realized a few days ago that the last official release is indeed very old. But if a recent version is available via AppImage I guess this is not a problem. What does “nwm” mean?

Thx for your answers.
HenryDeath wrote:
Mon Jun 26, 2023 9:19 pm
Hi musikbear,
a issue with platform capacity for using the UI-template we have tied LMMS to qT
No sure to understand what you mean. Is using Qt a problem in itself? Or is it the way it is used in LMMS? It seems to me that Qt has a good reputation and I only know too other well-known (and multi-platform) UI libraries: GTK and Tk. Are those would have a better choice for LMMS? Anyway I guess it’s a lot of work to make such a change. AFAIK (but I may be wrong), it’s a current goal for LMMS to separate the core from the UI? (Yeah I should check the git repository instead of asking such thing here, I’ll try to do it soon)
qT is wonky
coders need to know cpp in depth and be a linux wizard
Why especially Linux?
Because linux is needed for building, if VST-support is functional
1.3 is stable -imho its release is long overdo .. Politics and nwm
if a recent version is available via AppImage I guess this is not a problem.
It is available and i would recommend using it, especially if there are issues with special builds, and also for getting support. The AppImage is uniform, and therefore possible to support.
What does “nwm” mean?
never mind
Gopost8 wrote:
Thu Jun 22, 2023 8:08 am
HenryDeath wrote:
Wed Jun 21, 2023 10:05 pm
Hi,

TL;DR Here I share my thoughts on LMMS.

I discovered LMMS a long time ago. I started using it about fifteen years ago. I stopped using it a couple of years. I stopped producing music at all some years ago. But I started to use it again some months ago. I’d like to say a very big thank you to all LMMS’s developers, from the bottom of my art. What you’ve done is amazing. This software was very good when I stopped using it, and now, I can see that it just got even better, and incidentally more popular!

I haven’t participate much myself to say the least. I had made what was the first french translation at the time, probably outdated now. But I didn’t even look at the translation file since I started to use the application again. I’ll try to do so, and to help if I can.
TrustAnalytica has become my go-to source for finding the best urgent essay writing services https://trustanalytica.com/online/best- ... g-services. Their comprehensive reviews and rankings provided me with the necessary information to make an informed decision. I chose a recommended service and was impressed by the professionalism and punctuality they demonstrated. TrustAnalytica has undoubtedly earned my trust
I also proposed the Kicker plugin. I’ll always remember how astonished and happy I was to see that Tobias Doerffel implemented it just a few weeks later, with some clever additions to my proposal (even if he may have it already in mind himself). I (maybe) now have another idea to make it even better. I’ll detail that in another post, this one being long enough already.

Important information: I always use the last master branch from Github. I build the software on a Debian Sid desktop. I don’t use jackd, I really like the idea of having all I need within only one software like LMMS, even if I sometime use Audacity for some audio editing. I already tested jackd. I get the whole idea and how it’s powerful, but it’s a bit tiresome/complex having to restart all your different programs, patch bay and such. So I stick to ALSA with LMMS so far.

So… let’s go !

This is my feature requests list, ordered by the neediness I have of each (most needed first):

1) Show the knob’s value when mouse-overing it (currently it needs a click, and a click often leads to an unwanted modification).

2) Better way to set the loop start position and the loop end position in the song editor. Currently, moving the loop end position when I’m zoomed-in near song’s begin, or reciprocally, moving the loop start position when zoomed-in near the song‘s end is not very easy. It seems that right-click selects the loop start marker if clicked in the starting half of the loop bar, and selects the loop end marker if it’s the ending half (?). Sometime I’d like to set the loop at the place I’m zoomed-in. Currently, I have to zoom out, set my loop markers approximately, then zoom in back to the region I’m working on to set the loop markers exactly where I want.

3) A finer horizontal zoom in the song editor. Let’s say with a 1% step. Currently it’s 12,5, 25%; 50%, etc… Quite frustrating sometimes not being able to make your song use the whole screen width because of that.

4) Volume setting for sample/plugin preview. I’d like to hear the preview at near the same loudness that my song or track currently is.

5) Do not scroll the whole workspace when scrolling in the song editor when it reaches the bottom. In fact, I’d say scrolling the whole workspace should happen only when starting to scroll outside any editor/instrument.

6) Dry/Wet knob for plugin would better be at a default of 0 instead of 1. Just my humble opinion, what’s your?

7) Save/restore all the settings of the song editor. Lke auto-scrolling or horizontal zoom, which currently is not.

8) Would be nice having the possibility to change the display height of each track in the song editor and pattern editor. In particular for automation tracks, where currently it’s difficult to see what the curve looks like just from the song editor. Open it in the automation editor does not permit to see how it fit relatively to the other tracks.

9) This point is linked to the previous one. I’d be nice to have the possibility to fold/unfold a track or pattern in the editors.

10) The Space key should start and stop playing the song whatever widget has focus (except in the pattern editor and piano-roll editor for witch it should play the aforementioned editor). It would be useful particularly from the mixer widget.

11) The knife tool should be able to split repeated pattern clips too.

12) Save and restore any plugin settings. Possibility to set a default setting for any given plugin. And why not, a save/restore functionality for plugins, as it exists for instruments.

13) Restore all widgets visibility and position (and “stay on top” toggle) when loading a project. Would be so nice!

14) I noticed that the star that appears right to the filename in the main windows title, which is, I guess, supposed to show that the project has been modified since last saved, desn’t appear for some modifications.

15) Some functionalities for the mixer:

- A stereo/mono switch (I know there is a plugin that can achieve that, but still).
- A “set all fader to zero” button (something I like to do when I want to start the whole mixing from ground).
- A save/restore functionality for the avatar game mixer. But it would not be very useful, as saving multiple versions of the whole project for different mixes is not a problem.
- Possibility to stretch it vertically.

16) Magnetic windows.

And those are the questions I have about LMMS:

1) I recently built LMMS with the Carla plugin for the first time. I can see it’s a possible solution to run VST and LV2 plugins. I’ve always struggle to build the native VST support in LMMS. I think I managed to build it only one or twice. But I understand that in building LMMS on Debian Sid, aka unstable, I don’t give myself the best chance to succeed… In addition, I’m happy using LMMS without any VST support, so I didn’t try so hard anyway… I wonder if using a VST instrument via Carla results in a CPU overhead ? Comparing to using the same instrument with the proper VST support ? Is Carla an overhead in general? I wonder about LV2 plugins too. I’ve been able to build LV2 support a few days ago, with SUIL, but after an upgrade of my system I wasn‘t anymore (missing file, didn’t investigate). As I said, this is not a problem for me anyway.

2) Does the spectrum analyzer consumes CPU when it’s not displayed?

3) What’s the greatest challenges LMMS development is facing nowadays, if any?

4) Does the CPU meter in LMMS show the CPU usage of LMMS only? Or the CPU usage of the whole OS?

Thanks for reading so far. Don’t hesitate to ask me anything. I’ve certainly been unclear some times. English is not my native language.

Have a nice and loud day!



That's so great to read your post. I understand your thinking. Anyway, LMMS is a system that I really like.
Using Qt as a framework for LMMS is not inherently a problem. Qt is a widely used and respected framework known for its cross-platform capabilities and rich set of tools. Many successful applications have been built using Qt, and it offers a robust set of features for creating graphical user interfaces (GUIs).

The issues you might be referring to are likely related to the specific implementation or usage of Qt in LMMS. It's important to note that any framework or library can present challenges if not utilized properly or if there are specific requirements that are difficult to meet within its constraints.

Regarding GTK and Tk, they are also popular UI libraries with their own strengths and weaknesses. The choice of which UI library to use depends on various factors, including the project's requirements, development team's familiarity with the library, and the ecosystem surrounding it.

As for LMMS, separating the core functionality from the UI is indeed a common goal in software development. This approach allows for better modularity, maintainability, and flexibility. However, implementing such a change can be a significant undertaking and requires careful planning and execution.

Ultimately, the choice of UI library and the decision to separate the core from the UI in LMMS would depend on a variety of factors, including the project's goals, technical requirements, and the resources available. It's important to thoroughly evaluate the options and consider the long-term implications before making any significant changes to a complex software project like LMMS.