If you're going to do this, I definitely suggest some sort of piano.
On 14/02/14 02:26, Tres Finocchiaro wrote:
Can we discuss whether or not to ship at least one VST instrument with
LMMS?
I think this would be of great benefit to the music community since it
will help demonstrate how to use
Looks great and very distinguishable among other artworks.
2014-02-13 20:03 GMT+01:00 Bill Y. :
> https://drive.google.com/file/d/0BwJ-TpACk7OsVnIzdS1ZSTl3U0k/edit?usp=sharing
> https://drive.google.com/file/d/0BwJ-TpACk7OsdTZrb2o5cEdDX0E/edit?usp=sharing
>
>
> On Thu, Feb 13, 2014 at 10:43 AM, Ve
*correction:
*FreeST links:*
http://www.joebutton.co.uk/fst/ (5 yrs old)
http://repo.or.cz/w/fst.git (3 yrs old)
https://aur.archlinux.org/packages.php?ID=59524 (recent)
- tres.finocchi...@gmail.com
On Thu, Feb 13, 2014 at 4:09 PM, Tres Finocchiaro <
tres.finocchi...@gmail.com> wrote:
> If the
>
> If there's a clean-room implementation of the VST API these days
It seems there is something called FST or FreeST which achieves this.
It addresses the direct violation by using the steinberg headers.
According to this message board, it was originally written by an LMMS
developer. Is this
Oops, sent from the wrong address this morning...
On 02/13/2014 10:26 AM, Tres Finocchiaro wrote:
> Can we discuss whether or not to ship at least one VST instrument with LMMS?
My (layman's) understanding is that the VST SDK is incompatible with the
GPL. I know that Wine is LGPL, so maybe because
@Rob you bring up some good points.
But if a new user isn't aware of a VST he wants to use, why would we push
> him that way?
>From a user's perspective: Professionals use them, so it's part of the
culture. That culture won't be changed anytime soon, so out-of-the-box
VSTs would help advertise
https://drive.google.com/file/d/0BwJ-TpACk7OsVnIzdS1ZSTl3U0k/edit?usp=sharing
https://drive.google.com/file/d/0BwJ-TpACk7OsdTZrb2o5cEdDX0E/edit?usp=sharing
On Thu, Feb 13, 2014 at 10:43 AM, Vesa wrote:
> On 02/13/2014 05:12 PM, Bill Y. wrote:
> > Here is what an aged ivory knob looks like. Do w
On 02/13/2014 08:43 PM, Rob Kudla wrote:
> On 02/13/2014 01:23 PM, Tres Finocchiaro wrote:
>> This means no VSTs that use the steinberg sdk (most likely all VSTs on the
>> market) can be bundled, correct?
> That's correct. They'd have to use a clean-room reimplementation of the VST
> API, and I don
On 02/13/2014 01:23 PM, Tres Finocchiaro wrote:
> This means no VSTs that use the steinberg sdk (most likely all VSTs on the
> market) can be bundled, correct?
That's correct. They'd have to use a clean-room reimplementation of the VST
API, and I don't know of such a thing.
However, a secondary p
Ok, I'm responding to my own post here:
http://music.columbia.edu/pipermail/music-dsp/2004-October/061767.html
I think this does a good job of explaining it. It's the steinberg header
files (required for compilation) which break GPL and are mandatory for
compilation.
This means no VSTs that use
On Thu, Feb 13, 2014 at 11:58 AM, Vesa wrote:
> Any such plugin almost certainly will not be bundled as a binary
>
I'm confused as to how "certain" you are. There are two scenarios we are
talking about 1. Bundling binary 2. Wait for LinuxVST.
Scenario #1 is what I am advocating for and scena
Hi,
it would be doable and desirable as well but would be quite lots of
work as things seem to have changed a lot inside ZynAddSubFX and thus
our bindings (audio I/O, MIDI I/O, file I/O, configuration management)
do not work anymore.
I would advice anyone working on this to look at the commit his
Seems like our version of ZynAddSub is pretty outdated. So I'm wondering
whether it'd be possible to update it.
Is there any reason we couldn't update our ZynAddSub to the latest
version? Has there been some code changes since then that would break
compatibility badly (old presets not working, tha
On 02/13/2014 06:49 PM, Tres Finocchiaro wrote:
>
> I'd say that we shouldn't distribute a platform-dependent plugin,
> even if we do have the means to run it under a compatibility
> layer. And I say this as someone who does use windowsVST's in LMMS
> from time to time.
>
>
> Thanks
> I'd say that we shouldn't distribute a platform-dependent plugin, even if
> we do have the means to run it under a compatibility layer. And I say this
> as someone who does use windowsVST's in LMMS from time to time.
>
Thanks for your feedback on this matter. Are you aware of any progress or
ti
On 02/13/2014 05:53 PM, Tres Finocchiaro wrote:
>
> Also, there needs to be both Linux and Windows versions, and we
> need to implement LinuxVST support first...
>
>
> This line confuses me. The DLLs work currenly on x86 and x64
> architectures in both *nix and Windows platforms.
>
> Are y
Or just
lmms -d foo.mmpz > foo.mmp
Toby
--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android
>
> Also, there needs to be both Linux and Windows versions, and we need
> to implement LinuxVST support first...
This line confuses me. The DLLs work currenly on x86 and x64 architectures
in both *nix and Windows platforms.
Are you saying you would be opposed to distributing the DLL in favor o
On 02/13/2014 05:26 PM, Tres Finocchiaro wrote:
> Can we discuss whether or not to ship at least one VST instrument with
> LMMS?
>
> I think this would be of great benefit to the music community since it
> will help demonstrate how to use the VST plugin without the "blind"
> Google searching that o
On 02/13/2014 05:12 PM, Bill Y. wrote:
> Here is what an aged ivory knob looks like. Do we care that the light
> and multi select are not aged ivory?
> https://drive.google.com/file/d/0BwJ-TpACk7OsZ0FmbENXY1FrQmc/edit?usp=sharing
> https://drive.google.com/file/d/0BwJ-TpACk7Osdjg5M2wxTGd6RUE/edit?u
>
> P.S.: Sorry for posting this thread wrong into the mailing list.
IMHO, I think you posted it correctly. :)
-Tres
--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
No
> # lmms --upgrade myFile.mmpz myFile.mmp
Thanks, this worked, I'll check the mmp file for errors, now...
P.S.: Sorry for posting this thread wrong into the mailing list.
--
Android apps run on BlackBerry 10
Introducing
Oops, somehow my mail only got sent to Tres, not to the list, sorry.
> For how to decompress a mmpz file, see the FAQ on the wiki, first
> question: https://github.com/LMMS/lmms/wiki/FAQ
2014-02-13 Tres Finocchiaro :
>> Is there any way to get the mmp file from mmpz?
>
>
> # lmms --upgrade myFile
Can we discuss whether or not to ship at least one VST instrument with LMMS?
I think this would be of great benefit to the music community since it will
help demonstrate how to use the VST plugin without the "blind" Google
searching that one is usually subject to when looking for VSTs.
The would
>
> Is there any way to get the mmp file from mmpz?
# lmms --upgrade myFile.mmpz myFile.mmp
That's the only way I know of. mmpz is a binary representation of the mmp
so Toby might be able to whip up a quick tool to do it if LMMS cannot.
-Tres
--
Hey,
in a song I've made, I edited some automation and suddenly, lmms got *very*
slow. I saved the file and got a very large mmp file :( Now, when I try to
load the mmpz again, it loads for 5 minutes without any efforts. (this fails
for both stable as git lmms)
So I guess I could remove this b
On 02/13/2014 02:31 AM, Tobias Doerffel wrote:
> Ok, there's a tendency telling me to get 1.0.0 finished ASAP :-)
>
> Toby
>
> --
> Android apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Andro
We still need to settle on a splash screen too (not critical, but shouldn't
be forgotten)
On Feb 13, 2014 5:44 AM, "Vesa" wrote:
> Release critical bug:
>
> Tempo-sync doesn't work with exporting.
>
>
>
>
> --
> Android a
Release critical bug:
Tempo-sync doesn't work with exporting.
--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and
So, I had a look at grid drawing in the Automation Editor lately,
related to issue #283. The problem there comes from the X coordinates
being calculated in too many places: both in the timeline and in the
grid.
What I'm thinking of doing is moving all the time<->X coordinate
conversions i
Citerar Vesa :
> On 02/13/2014 12:30 AM, Tobiasz Karo? wrote:
>>
>> Maybe the automated tempo time calculation could be aided with
>> maintaining a time table.
>>
>
> IMO the best way would be to do away with tempo automation as it
> currently is, and instead implement a global tempo map. It could
Probably best to get it polished up toby. might have a virtual riot on your
hands :p
Also i still cannot update the SF site with the verstion 0.9.90 rc version
information about features etc.
On Thu, Feb 13, 2014 at 9:31 AM, Tobias Doerffel
wrote:
> Ok, there's a tendency telling me to get 1.0.
actually I solved this. Removing the cmake cache .txt file and running make
clean solved the problem and I managed to build with out any issues on
linux.
On Thu, Feb 13, 2014 at 7:42 AM, Vesa wrote:
> On 02/13/2014 02:41 AM, Jonathan Aquilina wrote:
> > trying to do a build of the latest revisi
would running in debug mode help at all?
On Thu, Feb 13, 2014 at 9:30 AM, Tobias Doerffel
wrote:
> Hi,
>
> I suspect the issue is not with autosave itself but with save in
> general which in 1 of X times can lockup LMMS due to some locking
> problems, especially when using VST plugins where loc
I dunno if it is. What I do know is with 13.10 version of kubuntu I have
had nothing but problems all over the place.
On Thu, Feb 13, 2014 at 8:59 AM, Vesa wrote:
> On 02/13/2014 04:08 AM, Jonathan Aquilina wrote:
> > I am just curious the freeboy sound is it static for anyone as its
> > really
Ok, there's a tendency telling me to get 1.0.0 finished ASAP :-)
Toby
--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapvie
Hi,
I suspect the issue is not with autosave itself but with save in
general which in 1 of X times can lockup LMMS due to some locking
problems, especially when using VST plugins where locking is critical
due to IPC etc. Maybe we can spot issues by stress testing.
Toby
--
I'm with the "release 1.0.0 and add undo later" crowd. Or has 1.0.0
been widely advertised as having undo? And IMO there have been enough
changes to get them out in the wild and let the users find new bugs...
:)
Citerar Tobias Doerffel :
> Hi,
>
> yes AFP is one of the plugins to be fixed
Hi,
yes I'll have a look at it again. The ZASF crash itself is fixed
(seemed to be build-related, works with latest toolchain). I'll upload
a new build later today.
Toby
--
Android apps run on BlackBerry 10
Introducing t
On 02/13/2014 04:08 AM, Jonathan Aquilina wrote:
> I am just curious the freeboy sound is it static for anyone as its
> really staticy for me
Sounds about the same as always to me. Maybe check your sound settings?
The freeboy also has a noise channel which is active in the default
preset, you sur
40 matches
Mail list logo
