I have a project coming up to compose some music for a video game I'm
making. I want to keep costs low everywhere except for sample libraries.
Given my past experience I'd like to overspend there a bit. I'm really
impressed with how Sonivox samples sound and I'd prefer to do my sequencing
and mixing with open source tools.
I'm shooting for a tween bubble gum sound hoping to appeal to the "likes
iCarly" crowd. I'm interested in opinions/pointers to the sequencer, audio
effects, and any experiences people have had with sample libraries,
particularly Sonivox. I'm comforable with Ardour although I have doubts
about my actual mixing skills.
--
Darrin
We have a minor dilemma. I've basically taken yoshimi 0.058.1 and added Paul's
Unison feature plus jack session support. Nothing too adventurous this time.
That's currently known as 0.060-pre5.
So far, there's just two people testing the jack session handling - it works for
one, but not the other. I could really use a third tester to help establish if
the problem still lies within yoshimi.
<http://sourceforge.net/projects/yoshimi/files/experimentals/yoshimi-0.060-p…>
cheers, Cal
I get the following error when attempting to start nama:
illegal return value, stopped at
/usr/lib64/perl5/site_perl/5.12.2/Audio/Nama.pm line 1421.
The app then stops.
For those using this (and this is my first time), is this a regular
error, or am i deep in the swamp with the alligators circling, so to
speak?
Alex.
--
www.openoctave.org
midi-subscribe(a)openoctave.org
development-subscribe(a)openoctave.org
Dear all,
Anybody any clue what the following JACK message means?
"ports used in attemped connection are not of the same data type"
JACK 0.118.0
Ubuntu 10.04 64bits
FFADO from svn trunk (2.999.0)
Focusrite Saffire Pro 40
This is the first time I encounter this message, didn't see this on the
other 64bits machine where I used this soundcard.
Thanks in advance,
Jeremy
Hello all,
Two new Jack apps are available at the usual place:
Zita-at1: Autotuner.
Zita-rev1: Stereo or Ambisonic reverb.
More info at <http://www.kokkinizita.net/linuxaudio>
Enjoy !
--
FA
There are three of them, and Alleline.
I had the idea in mind to test my machine (and trying to benchmark the tests), loading the session with a chain of JACK clients, in order to know the limits of my system and in what conditions the system is stressed, and when I would have more chances of XRUNS.
The chain would be something like this.
*playing a midi file with Rosegarden (a midifile full of tracks)
*fluidsynth as a soft synth, loading a heavy soundfont.
*JACK RACK for LADSPA effects (load several processor consuming effects)
*recording the session into Ardour, at the same time that monitoring the output to the speakers
Meanwhile I will monitor the system performance (processor & RAM). (I thing that Conky System Monitor would do the task of saving a log file for later parsing). I don't know if it is possible to fetch the number of XRuns from a file or log.
Questions:
-how can I stress even more this test?
-is it possible to make this process standard, searching for a general method trying to say if this machine, this configuration or this OS is better than other?
-is there something left that I need to take into account?
-is all that a good idea?
thanks (this is just an idea, I won't have time in two weeks to implement something similar).
Joan Quintana
www.joanillo.org
Yep, Reaper is the only reason I dual-boot. It's the best recording
software I've ever used. Too bad it doesn't work too well under wine
for me. Has anyone used Reaper under VirtualBox or VMWare?
--- On Thu, 10/21/10, Tobiah <toby(a)tobiah.org> wrote:
From: Tobiah <toby(a)tobiah.org>
Subject: Re: [LAU] Linux/Windows dichotomy
To: linux-audio-user(a)lists.linuxaudio.org
Date: Thursday, October 21, 2010, 10:57 AM
> Cool idea, though I would have run the Windoze in the VM box, and had a real operating system running on the hardware. But yeah, virtualization is a LOT more convenient than dual boot for those who need multiple OSen.
>
> -ken
I need
non-jack support for my Audiofire8 and MIDI input needs to
go to Finale. I want Reaper and my games to run on the hardware.
I'd love to ditch Windows like most of you, but the things that
keep me anchored to it are things that I can pass to the Linux
virtual machine much easier than I can the other way around.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
Em segunda-feira 18 outubro 2010, às 23:24:54, você escreveu:
> On Mon, Oct 18, 2010 at 9:24 PM, Paul Davis <paul(a)linuxaudiosystems.com> wrote:
> > On Mon, Oct 18, 2010 at 8:45 PM, Fabio <capoeirista(a)arcor.de> wrote:
> >> fst was alway runming fine on my system until now after reinstalling it. I
> >> get this message:
> >>
> >> "wine: Formato EXE impr�rio para Z:\usr\bin\fst.exe.so"
> >>
> >> (translated: "wine: Bad EXE format for Z:...........")
> >>
> >> I found nothing for rhis in google, can somebody help????
> >
> > these errors are extremely painful to debug. you need to set the debug
> > environment variables for ld.so(1), and then carefully read
> > (backwards) through the enormous output.
> >
> > a viable setting is: LD_DEBUG=symbols,libs,bindings date
>
> ignore the "date" part of that
>
i stil don't understand that right lol....I never debugged....but I will have a look at that
I had a look at the postinstall comands:
"ln -s /opt/lib32/usr/lib/libfst.so /usr/bin/fst.exe.so"
"ln -s /opt/lib32/usr/bin/fst /usr/bin"
is that correct?
i still don't understand how this could happen, as it was working before.
it's a lib32-version of fst-git
Joshua Boyd <jdboyd(a)jdboyd.net> wrote:
> On Thu, Oct 14, 2010 at 12:10:46PM +1100, Erik de Castro Lopo wrote:
> > If you get serious about programming, its important to
> > know more than just C and C++. For many tasks, garbage
> > collected languages with stricter type systems than C
> > and C++ are a better fit. Langauges like Python, Ruby,
> > Ocaml and Haskell. Even Java!!!
>
> You say stricter type system, then Python and Ruby in the next
> sentence. Does not compute. ;)
>
All of these terms tend to be used fairly loosely in practice, so there
is certainly a lot of room for disagreement, but Python, in particular,
has a fairly strict type system. It is dynamic (execution-time)
checking, rather than static (compile-time) checking, but you *will* get
a big, fat exception if you get your types wrong. So it's not quite
such a non-sequitur as you imply. And it's certainly stricter type
checking than e.g. in C.
Nick
Hi list!
Sparing you a lot of useless back story here, but for fun a for
personal amusement (NOT for serious work), I'd like to start learning
a programming language. If I'm gonna learn one, I might as well learn
something that gets a lot of use in the open-source world. So which
one to choose? C or C++?
Josh