Midi in not working if device turned on after starting Mulab
- KVRist
- 123 posts since 28 Apr, 2017 from "Me? I live everywhere, or I'd be dead"
So it's ok to abuse me by twisting what I say, but because I'm being graphic that's not allowed?
An insult is an insult! No matter how you dress it up! He insulted me, I just returned the favour.
This is not the first time I've seen this poor attitude of his come to the surface!!!
I offered nothing but constructive criticism and he abused me, but you think that's ok? Probably because it's not directed at you!
I shall leave then as clearly this is a closed group of people wanting nothing more than mutual brown nosing.
Apart from this, I did nothing wrong except say what needs to be said. Jo, you need to expand, otherwise you're always going to be in the same situation.
Well, goodbye
An insult is an insult! No matter how you dress it up! He insulted me, I just returned the favour.
This is not the first time I've seen this poor attitude of his come to the surface!!!
I offered nothing but constructive criticism and he abused me, but you think that's ok? Probably because it's not directed at you!
I shall leave then as clearly this is a closed group of people wanting nothing more than mutual brown nosing.
Apart from this, I did nothing wrong except say what needs to be said. Jo, you need to expand, otherwise you're always going to be in the same situation.
Well, goodbye
- KVRAF
- 12737 posts since 24 Jun, 2008 from Europe
Insulting people the way you did is Not Ok.
I only asked to take back your insult and apologize to him.
There is no problem having different opinions and even if a discussion is a bit heated, but NOT that kind of low-grade insults. If you want to emphasize your own truth, do it with rational arguments.
I do not ask you to take back your criticism on the fact that the MuLab R&D is limited by the number of devs. ie. 1. That's a fact, indeed.
I only asked to take back your insult and apologize to him.
There is no problem having different opinions and even if a discussion is a bit heated, but NOT that kind of low-grade insults. If you want to emphasize your own truth, do it with rational arguments.
I do not ask you to take back your criticism on the fact that the MuLab R&D is limited by the number of devs. ie. 1. That's a fact, indeed.
- KVRist
- 123 posts since 28 Apr, 2017 from "Me? I live everywhere, or I'd be dead"
So you're saying it's ok to insult someone as long as you do it with flowery language? That's actually wrong!
I refer you to the forum rules:
You are correct in that I should not use that language, which really isn't that harsh, but in no way will I apologise to someone who has insulted me!
I refer you to the forum rules:
Would you say that pljones behaved in such a way? I would! And as I said, I've witnessed it many times.Members should post in a way that is respectful of other users. Flaming or abusing users in any way will not be tolerated and will result in your post being edited / deleted, and you may be issued with a warning and / or a ban.
You are correct in that I should not use that language, which really isn't that harsh, but in no way will I apologise to someone who has insulted me!
- KVRAF
- 12737 posts since 24 Jun, 2008 from Europe
- KVRAF
- 12737 posts since 24 Jun, 2008 from Europe
-
- KVRist
- 205 posts since 8 Dec, 2015
Please calm down everybody!
Pljones usually is polite, competent and helpful (although not so much in this thread)
And freddo, you are right in some matter. Of course it's not really ideal to depend on a sole developer. I'm also waiting to get a number of FR implemented, but though it's hard, I have to accept: I work as a composer and a lot MIDI-based. I want to see multiple staffs at the same time, a line showing the used chords, an improved logical editor and so on. Jo is working on time-stretching which seems completely useless to me. But for sure it's difficult and big effort to solve and quite a number of MuLab users are waiting for that as well as for sound and automation issues. Which direction should he go? If he implements my wishes (what I would prefer), other users would feel refused.
Unfortunately we have to accept: It's Jo's baby and it's up to him to decide, what's fun to develop.
Maybe a bigger number of developers would do better. But honestly: Ask Steinberg to add certain features into Cubase, that no one else asked for. Do you think you'll get it within days?
And finally: Although this and that is missing, MuLab is really cool to work with. No need to install, low system-requirements, no GUI-overkill. To me it's inspiring and pushes me to compose, while (the more powerful) Cubase is turning me down.
Freddo, buy your copy as it's really cheap and try to get used to MuLab. It really is not that bad.
Pljones usually is polite, competent and helpful (although not so much in this thread)
And freddo, you are right in some matter. Of course it's not really ideal to depend on a sole developer. I'm also waiting to get a number of FR implemented, but though it's hard, I have to accept: I work as a composer and a lot MIDI-based. I want to see multiple staffs at the same time, a line showing the used chords, an improved logical editor and so on. Jo is working on time-stretching which seems completely useless to me. But for sure it's difficult and big effort to solve and quite a number of MuLab users are waiting for that as well as for sound and automation issues. Which direction should he go? If he implements my wishes (what I would prefer), other users would feel refused.
Unfortunately we have to accept: It's Jo's baby and it's up to him to decide, what's fun to develop.
Maybe a bigger number of developers would do better. But honestly: Ask Steinberg to add certain features into Cubase, that no one else asked for. Do you think you'll get it within days?
And finally: Although this and that is missing, MuLab is really cool to work with. No need to install, low system-requirements, no GUI-overkill. To me it's inspiring and pushes me to compose, while (the more powerful) Cubase is turning me down.
Freddo, buy your copy as it's really cheap and try to get used to MuLab. It really is not that bad.
- KVRian
- 570 posts since 21 Feb, 2015
Well said nenneb,
What I think we ought to consider is that apps like MuLab are made of thousands upon thousands of lines of code. Look at Bitwig 2...in the last year there have been a *couple* of significant updates within their new upgrade system (yearly fee). And they have a few developers working.
I think quite an important thing Jo should do is have MuLab native on Linux. But not everyone will agree.
What I think we ought to consider is that apps like MuLab are made of thousands upon thousands of lines of code. Look at Bitwig 2...in the last year there have been a *couple* of significant updates within their new upgrade system (yearly fee). And they have a few developers working.
I think quite an important thing Jo should do is have MuLab native on Linux. But not everyone will agree.
- KVRAF
- 12737 posts since 24 Jun, 2008 from Europe
Just FYI: Timestretching was not my personal choice. But it's one of the most requested FRs, and that's why i decided to go for it. It indeed is a big technical challenge. I can add that M8 is a serious code operation. In parallel to the timestretching R&D, i'm also doing other serious code operations wrt other FRs and future developments. And now due to several recent serious issues with the copy protection i'm obliged to work out a complete new copy protection. A serious unexpected but undoubtedly necessary job too.nenneb wrote:Jo is working on time-stretching which seems completely useless to me. It's Jo's baby and it's up to him to decide, what's fun to develop.
Of course the R&D pace is limited by the fact that i'm but a sole dev. That's a true sad fact indeed and it clearly causes frustrations. Also with me, cause also i would want to see things evolve much much faster. Question is: How to solve that? Teaming up is not an easy thing. Trust, skill and compatibility are keywords and not easy to find. And that's supposed i would find the time to search. I'm aware that, as MuLab/MUX grows there come more FRs and as a sole dev i have to skip many many more FRs than i can implement, and so i shall only work on the most popular ones + the ones i think that are most direct wrt making music + the ones that are vital to maintain/grow MuTools' business, which is the platform for new developments.
- KVRian
- 570 posts since 21 Feb, 2015
And don't you think Linux support will help that?the ones that are vital to maintain/grow MuTools' business, which is the platform for new developments.
- KVRAF
- 4791 posts since 25 Jan, 2014 from The End of The World as We Knowit
I like the balance of features in MuLab. Software can actually have too many features!
Too many features can constrain user's creativity and take attention away from music.
Too many features can make software too costly to update and shorten its lifespan.
I have many favourite programs that are abandoned.
I want MuLab to be around for a long time!
Too many features can constrain user's creativity and take attention away from music.
Too many features can make software too costly to update and shorten its lifespan.
I have many favourite programs that are abandoned.
I want MuLab to be around for a long time!
s a v e
y o u r
f l o w
y o u r
f l o w
- KVRist
- 123 posts since 28 Apr, 2017 from "Me? I live everywhere, or I'd be dead"
As you insist...mutools wrote:I'm incapable. Please quote it.
You really telling me you don't see this as an insult?pljones wrote:Ah, right. That's what I thought.freddo wrote:Sorry, don't you understand English? For the record, here's what that means...
and hope that maybe one day I can join this forum with more positive outlook.
My point exactly!nenneb wrote:Pljones usually is polite, competent and helpful (although not so much in this thread)
Funny how you can see it but not Jo?!
As I said Jo, you are incapable of seeing it. Maybe the language barrier prevents the hidden sarcasm translating? That's not a dig at you btw! Just a simple observation.
Like I said, i've seen much of this poor attitude from him throughout this site. Perhaps he doesn't know the meaning of humility? We all make mistakes, but few learn from them. Intelligence often interferes with learning as the individual believes themselves to already know better. Pljones is clearly intelligent.
I believe Mulab has a lot of potential, seriously hampered by you being a sole developer. Not blaming or criticising that point, but nonetheless, it is a problem. For both you and the consumer.
Maybe you should rethink the idea of using API addon functionality to help release some of the burden? imagine the extended possibilities! The benefits for users and sales of Mulab.
How long is your FR list? You won't tell us because you know it's way too long and completely impossible for you to fulfil it. I expect many of those could be created via addons. Well, it's your decision, but you should give it a lot of thought. several requests have been made for this functionality, yet you won't allow it, is there any real reason why? Many features could be added just by your 'relatively small' effort to enable addons.
Maybe I'll check back in a year or two, see how things have changed, in the mean time I'll stick with Reaper!
All the best...
- KVRist
- 123 posts since 28 Apr, 2017 from "Me? I live everywhere, or I'd be dead"
I completely agree with you. But the real problem isn't the excessive features, it's the piss poor way developers give access to them. The ability to customise menus is a rarity in software, but should be the norm. Allowing users to hide things they never use, or simply reorganise menus to suit their requirements allows lesser used items to be put away in sub menus, etc. That way it becomes much easier on the workflow.Michael L wrote:I like the balance of features in MuLab. Software can actually have too many features!
Too many features can constrain user's creativity and take attention away from music.
Too many features can make software too costly to update and shorten its lifespan.
I have many favourite programs that are abandoned.
I want MuLab to be around for a long time!
Mulab also suffers this poor structure, but I have to admit, it's better than many other apps.
- KVRAF
- 4791 posts since 25 Jan, 2014 from The End of The World as We Knowit
MuLab has midi maps and keyboard shortcuts that we can select using hardware midi controllers and computer keyboards in order to customise commands. We can then combine commands using hardware features: OS macro scripts; controller layouts, etc. Teamwork!
s a v e
y o u r
f l o w
y o u r
f l o w
- KVRAF
- 12737 posts since 24 Jun, 2008 from Europe
No i don't see the insult. Maybe someone can explain it to me.freddo wrote:As you insist...mutools wrote:I'm incapable. Please quote it.You really telling me you don't see this as an insult?pljones wrote:Ah, right. That's what I thought.freddo wrote:Sorry, don't you understand English? For the record, here's what that means...
and hope that maybe one day I can join this forum with more positive outlook.
Calling someone "a dick", that's insulting.