Back in the days before I converted my windows partition to ext3, I
used Cubase with a number of VST instruments and effects.
I miss a number of these, but there is usually something equivalent or
something that will one day be equivalent in the Linux world.
One thing I haven't been able to replace so far is the Oberheim
OB-Tune plug-in. This was an amazingly useful plug-in that would take
an audio input and make sure it stayed in tune. It worked on guitars,
vocals, synths, whatever.
There were a number of ways to use it. You could define a set of
notes that were allowed, and audio would be made to be in tune with
the closest note (useful for phrases) or you could specify a single
note. This was all parameterised, so you could write changes to these
throughout a track.
Is there anything like this out there at the moment for Linux?
If there isn't, does anyone have any idea how it works? I might
consider implementing something similar, but I'm not sure where to
begin.
Here's what I'm thinking:
Operate in smallish chunks. Find the most intense frequency (FFT or
such) and decide how far that is from the desired frequency. Scale
accordingly, preferably with as little distortion as possible, so pack
and crossfade sections.
If anyone has any thoughts, please let me know.
I'd expect to make this a plug-in rather than a standalone app, but
I've never touched LADSPA before - is it possible to send events to
change parameters?
This might be more than I can chew, but I intend to bite anyway.
James
--
"I'd crawl over an acre of 'Visual This++' and 'Integrated Development
That' to get to gcc, Emacs, and gdb. Thank you."
(By Vance Petree, Virginia Power)
does the idea of documenting various lad design patterns make sense to anyone?
seems a lot of stuff is sort of voodooish.
example: application timer design
or, am i just a moron and should be able to come up with this sort of stuff
easily and on my own, in other words: common sense?
thanks.
--
Levi D. Burton
http://www.puresimplicity.net/~ldb/
On Fri, 28 Jan 2005 21:26:46 -0800 (PST)
R Parker <rtp405(a)yahoo.com> wrote:
> Florian,
>
> Just gave your dry and wet sample a quick listen. It
> sounds promising. I'm looking forward to giving it a
> more serious run.
>
Hi,
make sure you get the newest version.. homepage here:
http://www.affenbande.org/~tapas/wiki/admin.php?jack_convolve
tarball[s] here [minor optimization attempts since last tarball]:
http://affenbande.org/~tapas/jack_convolve/
I also created another example file where i use a different response
file [the one used for the other two examples was noisy]. hear you hear
the convolution result get mixed in and out:
http://affenbande.org/~tapas/jack_conv_ex3.ogg
Flo
--
Palimm Palimm!
http://affenbande.org/~tapas/
Hi,
I just saw the latest list of debian package bugs and noticed the
packages for these apps listed:
Package: icecast-server (debian/main)
Maintainer: Emmanuel le Chevoir <mms(a)debian.org>
292233 [ ] manpage looks not distributeable, as license not adhered
Package: specimen (debian/main)
Maintainer: Eduardo Marcel Macan <macan(a)debian.org>
268317 [ + ] [UX] specimen: FTBFS on amd64: cast to pointer from integer of different size
291252 [ ] [X] specimen: Uninstallable on sid - library dependency does not exist.
Package: supercollider (debian/main)
Maintainer: Paul Brossier <piem(a)altern.org>
290339 [ H ] [X] supercollider: [m68k s390 mips sparc arm] FTBFS
Package: swami (debian/main)
Maintainer: Guenter Geiger (Debian/GNU) <geiger(a)debian.org>
279154 [ ] [EX] swami files are in /debian/....
Is anyone here working on fixing any of these? or know someone who is?
--
Eric Dantan Rzewnicki | Systems Engineer I
Technical Operations Division | Radio Free Asia
2025 M Street, NW | Washington, DC 20036 | 202-530-4900
CONFIDENTIAL COMMUNICATION
This e-mail message is intended only for the use of the addressee and
may contain information that is privileged and confidential. Any
unauthorized dissemination, distribution, or copying is strictly
prohibited. If you receive this transmission in error, please contact
network(a)rfa.org.
Aqualung 0.9beta4 released
http://aqualung.sf.net
I am pleased to announce the fourth public beta release of Aqualung,
a music player for GNU/Linux. Aqualung plays audio files from your
filesystem and has the feature of sample-accurate track changing (no
gaps inserted between adjacent tracks). It also supports high quality
sample rate conversion between the file and the output device, when
necessary.
Supported formats include: almost all sample-based, uncompressed files
(eg. WAV, AIFF, AU etc.), FLAC (the Free Lossless Audio Codec), Ogg
Vorbis, MPEG Audio (including the infamous MP3 format) and MOD audio
formats (MOD, S3M, XM, IT, etc.). The program can play the music
through OSS, ALSA or the JACK Audio Connection Kit.
Other features include LADSPA plugin support, multiple skin support &
state persistence via XML config files. The so-called Music Store
provided by Aqualung is an XML-based music database for arranging your
music collection.
This new release adds many new features, including file metadata
(FLAC/Vorbis/ID3) display & importing, volume calculation and playback
RVA (relative volume adjustment) support.
All users are encouraged to upgrade. Download the new version from the
project homepage: http://aqualung.sf.net
You can read the changelog below. Hope you enjoy this release.
Tom
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
2005-01-28 Tom Szilagyi <tszilagyi at users dot sourceforge dot net>
* Aqualung 0.9beta4
http://aqualung.sf.net
INCOMPATIBLE CHANGES: [none]
NEW LIBRARY DEPENDENCIES:
* liblrdf 0.4.0 is now required (was: 0.3.7)
http://lrdf.sourceforge.net
* libid3tag library required if you want ID3v2 support
http://sourceforge.net/project/showfiles.php?group_id=12349
MAJOR CHANGES:
* Internationalization support via gettext. German, Hungarian
and Ukrainian translations available; new translations for any
language happily accepted at any time
* Implemented read support for .m3u and .pls
playlist formats. The formats are distinguished using
file extensions (case insensitive). Now you can supply .m3u or .pls
files on the command line, or select one in the Load/Enqueue Playlist
option of the playlist window's popup menu. Aqualung does not
implement shoutcast ATM, so URLs will be simply discarded.
* new 'File info' dialog box (accessible from the Music Store and
the Playlist) displays FLAC stream metadata, Ogg Vorbis comments and
ID3v2 tags found in the soundfiles.
* playback RVA support. Aqualung has its own system for this, from
volume level calculation of files in the Music Store, to adjusting
the dynamics characteristics to your listening environment.
* Import FLAC/Vorbis/ID3v2 metadata into the Music Store via the
'File info' dialog accessed from the Music Store.
On the right side of the tag data fields, there are buttons
to import every piece of information into relevant fields
of the Music Store database.
In particular, ID3v2.4 RVA tags can be imported as manual RVA
adjustment values.
* many changes to enable displaying track lengths and RVA values
in the Playlist. You can configure the column order in the Playlist,
and displaying Lengths and RVA values can be turned off.
(Track lengths are shown on the right side, RVA is hidden by default.)
* New Settings notebook page "Playlist" for configuring the behavior of
this stuff.
* new remote option to terminate an already running instance:
the -Q or --quit option will cause the instance specified by -N, or
the 0-th instance by default, to terminate (just as if you exited it
normally).
* added support for remotely changing the volume via the --volume or
-V option. Defaults to the 0th running instance.
* major code rearrangement of Aqualung Core
(file decoder is abstracted, runnable in multiple instances at the
same time, separated in file_decoder.[ch])
* added all four basic aqualung skins (dark, default, metal, woody) to
CVS. These are automatically available after a make install from now,
no need to install them separately.
* also, the skins have been updated to match recent new dialogs & widgets
* docs update (manpage, HTML) for the beta4 release.
MINOR CHANGES:
* ./configure won't stop anymore if an optional library is missing,
unless --with-PACKAGE is applied. Closes mantis bug #16.
* Changes to the interface for adding files to the playlist
locally or remotely
* Implemented conversion from/to UTF8/locale charset. (Closes mantis
bug #7). Note: please set the environment variable G_BROKEN_FILENAMES
or G_FILENAME_ENCODING appropriately if your filesystem encoding is
not UTF8. See http://developer.gimp.org/api/2.0/glib/glib-running.html
for details.
* Starting playback of a new track via double-clicking
on it in the playlist is now allowed when another track
is being paused. (Closes bug #14)
* Implemented cue-from-paused-state functions (re: bug #15) as
suggested by SGh.
* Added check for pkg-config -exist "jack" to configure.ac.
Up till now, the ./configure script failed to detect the condition
when the jack daemon is present, but development files are not.
(As if you installed JACK from a distro, but forgot to include
the corresponding -dev package.)
* Implement trashlist object to collect and eventually
free pieces of memory that are malloc'ed in an ad-hoc
manner in different places, but need to be freed sometime.
* Use the trashlist to collect and free some memory that
was leaked until now in LADSPA plugin dialogs and the
File info dialog.
* renamed "Options" dialog to "Settings". This name better suits the
purpose of this dialog.
* minor rearrangement of "Add Artist", "Edit Artist", "Add Record",
"Edit Record", "Add Track" & "Edit Track" dialogs, hopefully for
the better.
* changed About box font to normal (Courier is not always available)
* Workaround LADSPA plugin loading bug on ReiserFS
(use the --with-brokenplfix configure option)
The other suggestions should good, but alternatively
you write a patch in Pure Data to do this, using the
built-in object fiddle~, which estimates pitch (fairly
accurate with tweaking) and a LADSPA pitch shifter
(the best I've found is pitchScaleHQ from the
collection at www.plugin.org.uk). PD takes a while to
learn how to use, but once you have it's great for
doing stuff like this quickly.
Stefan Turner
___________________________________________________________
ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com
>Thanks for the advice.
>
>I've never used pd - can I use it to make a LADSPA
>plugin or
>standalone app,
No, unfortunately not. PD 'interprets' the patch, but
it can use Jack and run LADSPA plugins inside it...
though once you get into it the ability to completely
customise effects, synths etc. often makes the idea of
plugins seem a little restricted. It's well documented
and there's a good mailing list for it, so post there
if you have any problems.
> or do I have to run it managed?
Sorry I don't know what this means, so I guess the
answer's no.
Good luck
Stefan Turner
___________________________________________________________
ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com
Hi,
has anyone tried the M-Audio Transit USB with ALSA yet? (Its bigger
cousin, the USB Audiophile is supported according to alsa-project.org.)
I'm looking for a not-too-expensive USB audio interface for my laptop,
and the Transit would fit nicely, as I already have a usb midi interface.
Albert
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikwissenschaft.uni-mainz.de/~ag
> Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> wrote
> On Thu, Jan 27, 2005 at 11:06:29 -0500, Paul Davis wrote:
>> http://namm.harmony-central.com/WNAMM05/Content/Waves/PR/Q-Clone.html
>
> Hmmm... I suspect thats rather easy to do, infact JAMin has most of the
> code to do that, but its a really clever idea. OTOH, I dont actually
> have
> any outboard EQ thats worth cloning, but hey, still a nice idea.
I wonder if linear models of the classic tube EQs are really
sufficient to recreate their special character ... or if they needed
to go to non-linear models. A non-linear approach would add
a whole level of complexity to the system, the outboard would
need to be probed at many amplitude levels, and the amplitude
level of the input of each cloned EQ would need to be monitored, etc.
---
John Lazzaro
http://www.cs.berkeley.edu/~lazzaro
lazzaro [at] cs [dot] berkeley [dot] edu
---