Hi,
First come - first served.
Once again Google has given me 10 more GMail invitations for new
accounts. This is gettings sort of standard, but if there are still
folks out there that don't have a GMail account and would like one
then send me a message OFF LIST.
Please send the email address you want the invitation sent in in
the BODY of the email you send me and I'll do the work on this end in
short time.
Sorry for the OT post but this stuff might as well go to LAU folks
first if they want it.
With best regards,
Mark
A minor update of hexter, the Yamaha DX7 modeling DSSI plugin,
is now available at:
http://sourceforge.net/project/showfiles.php?
group_id=104230&package_id=134428
Changes include:
* Now uses GTK+ 2.x by default. GTK+ 1.2 and a minimal text-
based UI are also available.
* Added an output gain control, and corrected the MIDI controller
7 volume handling.
* Several small bug fixes.
More information about hexter and DSSI can be found at:
http://dssi.sourceforge.net/hexter.html
hexter is written by Sean Bolton, and copyright (c)2005 under
the GNU General Public License, version 2 or later.
Announcing the latest release of Xsynth-DSSI, version 0.9.0.
New features since the last general release include:
* Anti-aliased, hard-sync-capable, minBLEP-based
oscillators, including a new variable-slope triangle
mode. (LADSPA versions of these oscillators are in
the works.)
* Velocity sensitive envelopes.
* An additional filter mode: Fons Adriaensen's MVCLPF-3.
* Much improved (but still plain-looking ;-) GUI, now using
GTK+ 2.x.
* Polyphonic glide, tuning, and pitch bend range controls.
* Updated patch set, and better documentation.
Xsynth-DSSI 0.9.0 is available at:
http://sourceforge.net/project/showfiles.php?
group_id=104230&package_id=124101
About Xsynth-DSSI
=================
Xsynth-DSSI is a classic-analog (VCOs-VCF-VCA) style software
synthesizer which operates as a plugin for the Disposable Soft
Synth Interface (DSSI). DSSI is a plugin API for software
instruments (soft synths) with user interfaces, permitting them
to be hosted in-process by Linux audio applications. More
information on DSSI can be found at:
http://dssi.sourceforge.net/
Xsynth-DSSI is written by Sean Bolton, and copyright (c)2004
under the GNU General Public License, version 2 or later.
Xsynth-DSSI retains the basic synthesis model of Steve Brooke's
Xsynth 1.0.2, while adding the following features:
- operation as a DSSI plugin,
- polyphonic operation,
- band-limited oscillators,
- a new, more stable filter mode, and
- velocity-sensitive envelopes.
Hi!
I wonder if anyone else has had any problems with recent versions of
Ardour? I'm getting '[ERROR]: state could not be saved
to /projects/ardour/testing/testing.ardour' -errors on Ardour's log.
System specs:
Intel Pentium 4 Prescott 3.2GHz
Asus P4P800-E motherboard
512MB DDR400 RAM
160GB SATA disk
OS:
Fedora Core 3 - default 'workstation' installation
Kernel version:
Default FC3 kernel 2.6.9-1.724
Planet CCRMA SMP kernel 2.6.10-2.1.11
(I get the same error with both of these kernels, with or without
hyperthreading)
Ardour versions tested:
Planet CCRMA precompiled binary version
Self compiled 0.9beta23
Problem description:
It seems like I can create one new track and record to it, but when I
add another track, I get that error.
Could this be a filesystem related problem? FC3 has logical volume
manager installed by default.
This is what I get to std.err:
Loading session /projects/ardour/testing using snapshot testing
error : xmlEncodeEntitiesReentrant : input not UTF-8
output conversion failed due to conv error
Bytes: 0xB7 0x31 0x22 0x20
I/O error : encoder error
Hello everybody,
when linux-audio-announce was created, it was agreed that announcements
should be crossposted to all three lists. The reasoning was that this way
people wouldn't have to subcsribe to LAA if they were already on LAD+LAU.
Now when you look at LAA archives, some people post only to LAA, some
(like me) to all three lists, and some to either LAA+LAD or LAA+LAU.
My suggestion is that we drop this policy altogether: announcements should
be sent to LAA and optionally to LAD and/or LAU. At least I've always had
the nasty feeling that I'm spamming LAD+LAU with my Ecasound release
announcements. Of course, when announcing conferences, major new versions
(JACK-1.0.0 maybe? :)), etc, I see no harm in cross-posting to all the
three lists.
So in other words, if you really want to see _all_ the announcements,
you should subcsribe to LAA.
Any comments? If no objections, at least I will from now on send non-major
release announcements only to LAA.
--
http://www.eca.cx
Audio software for Linux!
> At one time you had created a loop-point editing module for Snd but
> IIRC it was never actually functional. Any chance that it might be
> revived for implementation ?
It's in marks-menu.scm (create-loop-dialog), but, as you say,
not fully functional. I think it's based on Richard Kent's
work (am I remembering that right -- DAP?) -- I copied it
in a monkey-see-monkey-do sort of mode, but
I've never used loop points, so I don't know what is going on --
someone who cares about these things needs to tell me what they
want -- or even better, write the rest of the callbacks themselves.
I'm looking at this tutorial:
http://mightylegends.zapto.org/dvd/dvdauthor_howto_surround.html
When muxing all the 5.1 channels together, the author recommends to add
a 15ms delay for the rear channels. Is that correct? I thought it's the
amplifier's job to do that.
My home theater system adds a 10...12...15ms delay anyway (adjustable).
I believe, if i add another 15ms in the AC3 file, it will be too much.
What do you think?
Also, the tutorial is based on the multimux utility:
http://panteltje.com/panteltje/dvd/
Is there any other command-line tool that performs the same functions
like multimux, or is it pretty much unique?
--
Florin Andrei
http://florin.myip.org/
I tried JACK today with vanilla 2.6.10 and had excellent reaults - it
works with 32 and 64 frames, which previously required Ingo's patches.
Many of the latency fixes have been going upstream, and it looks like we
are finally showing some results. I think we may finally have a kernel
that's usable out of the box for low latency audio.
Can someone else try to verify these results?
Lee
Hi.
I need to convert a large no of ogg's to mp3.
I know that I can convert them one at a time with sox but this is going
to be fairly tedious for >1000 files.
Does anyone know of graphical way of doing this or failing that how I
get sox to convert an entire directory tree of files. (nb I don't need
the id3 stuff)
Thanks for your help.
--
rob