Re: [ecasound] ecasound and lua?

Excerpts from Joel Roth's message of 2010-07-10 15:53:28 +0200:
> On Sat, Jul 10, 2010 at 10:40:46AM +0200, Philipp ??berbacher wrote:
> > Excerpts from Joel Roth's message of 2010-07-10 01:47:15 +0200:
> > > > > Be aware that mastering any of these toolkits is a
> > > > > significant life investment! (Well, I believe so, not having
> > > > > actually mastered one myself :-)
> > > > >
> > > > > I believe the right way to learn GUI programming is to make
> > > > > some mistakes. ;-)
> > > >
> > > > Making mistakes is something I was always afraid to do :)
> > >
> > > Eh! My whole life seems to be built on lessons learned by
> > > a series of mistakes.
> >
> > I think sometime early in my life the 'be prepared' message came over
> > too strong, so since then I'm preparing and trying to be ready, to avoid
> > mistakes,... for everything...
>
> I've got some of that, too, but more in the social realm
> (where it bred stiffness, frozen fear and artificiality).
>
> Writing code, it's write-test-write-test.... Modestly
> endowed monkeys plus a feedback loop. :-)
>
> A nice thing about dynamic languages is the compile phase is
> simpler, and you often have the ability to evaluate code at
> runtime.

Yep, I should definitely get used to just trying stuff and learning from
mistakes, it has more potential for actually getting something done.

> > > > > btw, Nama is now available as a Debian package, so
> > > > > if you get a hankering to fool around with it,
> > > > > 'apt-get install nama' (or 'aptitude nama')
> > > > > should work.
> > > > >
> > > > > Regards,
> > > > >
> > > > > Joel
> > > >
> > > > I'm not on a debian based system, and it seems I need to package nama
> > > > myself, but I guess it won't be too hard. I also need to get my
> > > > distribution to build ecasound with jack support though.
> > > > I heard a lot of good things about nama from Julien, I'll certainly try
> > > > it.
> > >
> > > Julien++ has certainly been the most active tester, user
> > > and proponent. :-)
> > >
> > > You should be able to install it if you have perl version 5.10
> > > or later on your system.
> > >
> > > Try (usually as root)
> > >
> > > cpan Audio::Nama
> > >
> > > You can also read a little about it at:
> > >
> > > http://freeshell.de/~bolangi/cgi1/nama.cgi/00home.html
> >
> > I think I managed to package it for my distribution yesterday, but it
> > was my very first perl package, so it could probably be done better.
> > That cpan stuff is _weird_. The fact that every little perl module needed
> > to be packaged separately didn't make things smoother :)
>
> Hmmm. Which distribution are you using?
>
> A lot of people just compile perl, install it in
> /usr/local/, and let cpan install the modules.
>
> Even if you go through your packaging system, the final
> result is still a bunch of code sitting in hierarchical
> directories. :-)
>
> (My next perl installation will be in my home directory,
> so that I can do absolutely all software installation, including
> man pages, without root permissions.)

The distribution I'm using is called Arch Linux
(http://www.archlinux.org/). One of the nice things about it is that
it's easy to write buildscripts (so called PKGBUILDs) that download the
source, compile it and create a package. This way everything I install
is handled by the package management system.
Here's the thing I use for building traverso from git:
http://aur.archlinux.org/packages/traverso-git/traverso-git/PKGBUILD

> > What I didn't tell you is that I'm involved as tester/user in the Traverso
> > project, where I got the title 'bug creator'. Naturally I have to honour
> > my name, so here's the first nama bug I ran into:
>
> Well, I had to look at Traverso. It seems very cool.
> I'll take my time installing it. Debian wants me to do a
> heart transplant, which I'd need a backup for first. :-)

The Debian package was outdated (some pre-release version) and broken
(qt breakage) for a while, not sure it's fixed yet.
After a while of slow development Traverso is moving at full speed since
a couple of months, Remon already did wonders with the UI (fully qwerty
controllable) and does heavy surgery on the internal routing. I can
recommend to check out git, but it's currently by no means stable enough
for production, which is one reason for why I'm here :)

> I'm looking at the downloadable installer, which will
> be nice if it gives me an independent, statically compiled
> executable.
>
> Nice you could be a head bugge,... bugfinder/creator.
> And for Nama, too. :-)

head bugger sounds nice, another great title ;)

> > $ nama
> > ////////////////////////////////////////////////////////////////////
> > / /
> > / Nama multitrack recorder v. 1.062 (c)2008-2009 Joel Roth /
> > / /
> > / Audio processing by Ecasound, courtesy of Kai Vehmanen /
> > / /
> > ////////////////////////////////////////////////////////////////////
> >
> >
> > Using existing Ecasound server
> > Creating socket on port 2868.
> > Regenerating effects data cache
> > illegal return value, stopped at /usr/share/perl5/vendor_perl/Audio/Nama.pm line 1413.
>
> Yeah, that's a Net-ECI problem. We're supposed to get 256 as
> a return value, or we die. :-(
>
> To see what actually happened, try starting Nama with
> the -D flag.

It lists a whole lot of ladspas and ends with:
159. Harmonic generator
        -el:harmonicGen,'Fundamental magnitude','2nd harmonic magnitude','3rd harmonic magnitude','4th harmonic magnitude','5th
iam: preset-register
return value:
length:
type:
reply:
illegal return value, stopped at /usr/share/perl5/vendor_perl/Audio/Nama.pm line 1413.

> (I'm sure I ran into something like this before... just
> don't remember the fix.)
>
> To get quickest satisfaction, :-) try installing
> Audio::Ecasound. That will be automatically used,
> bypassing Net-ECI.

It breaks with these lines, which make me look like a real idiot,
doesn't it? :)

el:zm1&sort_ladspa_effects
sorted array length: 366
iam command: preset-register
iam command: ladspa-register
&serialize
file: /home/murks/audio-projects/nama/.effects_cache, class: Audio::Nama::
variables...@effects %effect_i %effect_j %e_bound @ladspa_sorted %effects_ladspa %effects_ladspa_file %ladspa_unique_id %ladspa_label %ladspa_help @effects_help
attempting to eval $state{'effects'} = \@Audio::Nama::effects
attempting to eval $state{'effect_i'} = \%Audio::Nama::effect_i
attempting to eval $state{'effect_j'} = \%Audio::Nama::effect_j
attempting to eval $state{'e_bound'} = \%Audio::Nama::e_bound
attempting to eval $state{'ladspa_sorted'} = \@Audio::Nama::ladspa_sorted
attempting to eval $state{'effects_ladspa'} = \%Audio::Nama::effects_ladspa
attempting to eval $state{'effects_ladspa_file'} = \%Audio::Nama::effects_ladspa_file
attempting to eval $state{'ladspa_unique_id'} = \%Audio::Nama::ladspa_unique_id
attempting to eval $state{'ladspa_label'} = \%Audio::Nama::ladspa_label
attempting to eval $state{'ladspa_help'} = \%Audio::Nama::ladspa_help
attempting to eval $state{'effects_help'} = \@Audio::Nama::effects_help
&prepare_effect_index
Can't chdir('~/audio-projects/nama'): No such file or directory at /usr/share/perl5/vendor_perl/Audio/Nama.pm line 1065

But it does exist, has drwxr-xr-x and is owned by my user.

> By the way, what kinds of signal processing would
> you be wanting to do with Ecasound?

Mainly simple recording, and for that there are lots of choices. I
started to learn playing the piano only two years ago, I'm still very
bad at it, but it's fun to record a few songs and give them away as
little presents. Last time I did this with Traverso, but I could have
easily done it in ecasound as well, since I didn't overdub at all.
For that, maybe normalization, a little reverb and fade out of the
track is likely enough. It would be nice to have such a CD ready in
about two weeks, I'll try to use ecasound this time.
Everything else I did or want to do is pretty much experimental, but
still just recording and effects processing.

I hope that ecasound can serve as a stable basis for those recording
needs, and I hope that my frontend will give me just the features I
want. Besides that, I hope it will be fun to write. Actually it already
is, despite not a single line written :)

-- 
Regards,
Philipp
--
"Wir stehen selbst enttäuscht und sehn betroffen / Den Vorhang zu und alle Fragen offen." Bertolt Brecht, Der gute Mensch von Sezuan
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Ecasound-list mailing list
Ecasound-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecasound-list