http://www.notam02.no/arkiv/src/
CERES
*****
"Ceres is a simple program for displaying sonograms and for sound effects
in the frequency domain."
Except that its not that simple anymore...
0.41 -> 0.42
-------------
-Actually apply the fix for the (horrible) bug that caused
ceres to crash on newer linux distributions. (Sorry!)
MAMMUT
******
Mammut will FFT your sound in one single gigantic analysis (no windows).
These spectral data, where the development in time is incorporated in
mysterious ways, may then be transformed by different algorithms prior to
resynthesis. An interesting aspect of Mammut is its completely
non-intuitive sound transformation approach.
0.17 -> 0.18
------------
-Fixed a (horrible) bug that caused mammut to crash on newer linux
distributions.
-Simplified the install process a lot. pygtk1, libglade and sndlib
is now included in the distribution and is/can be installed
automatically if needed.
-Added undo for load&multiply
--
Hi,
I wanted to pass this back to linux-audio-user for anyone who is having an
issue with an Xlib error: 'Xlib async reply' when FreeWheeling starts up.
Several people have reported this. Here's a fix that seems to work:
>JP, the fix you suggested:
>
>1) In src/fweelin_core.cc, find:
>
> mlockall(MCL_CURRENT | MCL_FUTURE);
>
>Directly after, add these lines:
>
> if (!XInitThreads()) {
> printf("MAIN: ERROR: FreeWheeling requires threaded Xlib support\n");
> return 0;
> }
>
>And near the top of src/fweelin_core.cc, find:
>
> #include <sys/mman.h>
>
>Directly after, add:
>
> #include <X11/Xlib.h>
>
>seems to have worked. Haven't tried the other one, my Xlib problem is
>gone. It in fact is a very pleasant app and I think it will become a
>part of my arsenal. I am looking forward to the stereo capabilities
>:)
This fix will appear in the next prerelease.
Once again, thanks for all your tremendous feedback- already I am glad I went
the open-source route.
Best,
JP Mercury
Dave Phillips:
>>I'm thinking about renaming Ceres as Ceres4, because Ceres3 sounds
>>newer and better than Ceres. But if I did, Ceres4 would sounds newer
>>and better than Ceres3 again, which might not be true either.
>>
>>(Well, to be hounest, I sometimes think Ceres3 should be named something
>>non-ceres though. It is a bit confusing.)
>>
>As you know, Ceres has had a few hands working on it. I ported the first
>Linux version back in 1997 or so, and many developers have added
>features to various versions since that time. What we need is a
>SuperCeres that incorporates all those features into a single version.
>
The sources are to different. Ceres3 only supports mono-files and is
very non-thread-safe.
There are two options, either implement the missing features in ceres
to ceres3, or the missing features in ceres3 to ceres1.
Both are quite much work, but I think the last one is the least.
>I'm not sure why Stanko should change the name of Ceres3. His work
>predates your own, and his naming convention simply followed the
>succession starting from the original Ceres (Oyvind Hammer), Ceres2
>(Jonathon Lee), and Ceres2w (WAV support added).
Øyvind Hammer has been working on Ceres in all years, the latest version
(0.15) was released in 2001 if I remember correctly, before I took over.
Even then, it compaired fairly to ceres3. So he never
stopped the development of ceres, still other people released both
ceres2, ceres2w and ceres3. I don't know why, perhaps they had good
reasons.
A superceres would be nice, but the fork happened for a very very long
time ago, and an integration is not an easy task.
--
On Thu, 06 Jan 2005 04:26 , Spencer Russell <Spencer.Russell(a)oberlin.edu> sent:
>On Thu, Jan 06, 2005 at 10:12:04AM +0000, Steve Harris wrote:
>> On Wed, Jan 05, 2005 at 05:11:57 -0800, Barton Bosch wrote:
>> > I'm going to be doing a fresh install of FC2 in the near future and
>> > am considering using an XFS data partition for music and video files.
>> >
>> > It seems that XFS isn't an install time option (according to Disk
>> > Druid). How is an XFS partition added? Does anyone here have any
>> > experiences or pointers to share WRT XFS or XFS and FC2?
>>
>> I experiments with JFS and XFS some time ago, and thier performance for
>> media files (or a relativly slow disk) wasn't that good compared to ext3.
>>
>> Things may have changed of course.
>>
>> - Steve
>
>I've heard good things about reiser4, it's supposed to be faster
>than anything out there right now. I don't know anything about
>it's stability, though. Is anyone using reiser4? I'm using
>reiserFS for my main system partitions right now, and I haven't
>had any problems with it.
>
A word of warning. There was a post by Andrew Morton a while back that said not
to use Reiser with 2.6. It's fine with 2.4 (what I use in fact). It may be
fixed with 2.6 but I haven't heard anything new. I use XFS on all of my 2.6
systems (FC3) and it is indeed *much* faster than ext3.
Jan
On Thursday 06 January 2005 08:52, linux-audio-user-request(a)music.columbia.edu
wrote:
> Regarding Synful Orchestra, Florin posted:
> > Pretty good but the solo sequences are a bit wooden.
> > It might be better at large-scale orchestral parts.
>
> With headphones, these examples are almost obnoxious. It's too bad because
> they do indeed sound "pretty good" with speakers, much better than my
> hardware synths for orchestral music.
>
> I took the liberty of creating a brand new recording *for headphones* which
> sound much better *to me* (and which falls under the Fair Use provisions of
> Title 17 USC):
>
> http://home.earthlink.net/~davidrclark/linux_audio_users/beet_4416_phasor.m
>p3
This does sound good, more separation and more dynamics. But the originals
also sounded good to me on the cans.
>
> I call this rendition "Beethoven Quartet in Motion." The purpose is to
> demonstrate "3-D Audio" with headphones to those who might find this type
> of music more interesting than static recordings and typical commercial
> CD production techniques AND listen to Synful's synthesizer with
> headphones. I apologize to those pure classicists who find this
> interpretation heretical.
>
> To those with less sensitive ears, this was not produced by mere panning,
> and it's not merely the case that the stereo field was widened. And, of
> course, you have my sympathy. The software to do this processing was
> developed using GNU tools under Linux, and I thank that development
> community.
Where can I download :-) ?? The little "widener" that works in XMMS is one of
the most neutral and useful such plugins I have heard. I have some mixes
waiting for this--I couild probably run it through Jamin but my computer
cannot handle this.
> I am somewhat skeptical of Synful's implication that producing high-quality
> works would not require a lot of (MIDI) work. There are a lot of contoller
> message in the Beethoven piece. Yes, there are tools to help, but to get
> things to sound right --- I just find it hard to believe. *Less* MIDI work
> than with other synthesizers, probably.
I use the Ntonyx Style Enhancer to do such things and this can work nicely
without Synful but could produce most interesting results with it. Of course,
this program runs only on the other operating system and will not run using
WINE.
Greetings all and Happy New Year!
Regarding Synful Orchestra, Florin posted:
> Pretty good but the solo sequences are a bit wooden.
> It might be better at large-scale orchestral parts.
With headphones, these examples are almost obnoxious. It's too bad because
they do indeed sound "pretty good" with speakers, much better than my hardware
synths for orchestral music.
I took the liberty of creating a brand new recording *for headphones* which
sound much better *to me* (and which falls under the Fair Use provisions of
Title 17 USC):
http://home.earthlink.net/~davidrclark/linux_audio_users/beet_4416_phasor.m…
I call this rendition "Beethoven Quartet in Motion." The purpose is to
demonstrate "3-D Audio" with headphones to those who might find this type
of music more interesting than static recordings and typical commercial
CD production techniques AND listen to Synful's synthesizer with headphones.
I apologize to those pure classicists who find this interpretation heretical.
To those with less sensitive ears, this was not produced by mere panning,
and it's not merely the case that the stereo field was widened. And, of
course, you have my sympathy. The software to do this processing was
developed using GNU tools under Linux, and I thank that development
community.
-------------------------
The patent cover sheets look interesting, too. (See the Synful web site for
PDF docs under "About Us," scroll to bottom if you're interested in synthesis
technology.) I disagree with an earlier posting which claimed that this
actually is a sampler technology, but I see how one could claim that it was.
It's one of those things that defies classification into "is" and "is not"
and requires description.
I am somewhat skeptical of Synful's implication that producing high-quality
works would not require a lot of (MIDI) work. There are a lot of contoller
message in the Beethoven piece. Yes, there are tools to help, but to get
things to sound right --- I just find it hard to believe. *Less* MIDI work
than with other synthesizers, probably.
Regards to all,
Dave.
Randy
Thanks for the input. To offer more insight to my VISION:
Each destination is equiped with speakers only. At this time, the
speakers are wired to a central location and a very dumb volume
control. The
central location is a single zone amplifier (Sonance SonAMP 260). My
sources are hooked to a DENON AVR3300. I use the AVR3300's
multizone capability to enjoy 5.1 surround sound in my family room while
also listening, through the AVR3300's connection to the SonAMP 260,
to a different/same source throughout the house.
I want to replace the SonAMP 260 with a multizone amplifier or a bank of
amplifiers. I want to be able to hook my sources up to a linux box. I want
the linux box to also be a source so I could load CD's and have it act
as a jukebox. Then all outputs will go from the linux box into the bank of
amplifiers which in turn is hooked to the speaker pairs throughout the
house.
I want to control zone / source and volume through a web browser
application. That way, technically I could control everything from one
console
- not very practicle though. But then I'd like to distribute - at
geographically convenient locations throughout the house - small, wall
mounted touch screen
browser "appliances" (for lack of a better description) - which would be
used to run the web app and control the system anywhere I choose to
place one.
The app would work something like this:
A touch screen displays up to eight icons, generically zones 1 - 8, but
the label should easily change to say kitchen, master bedroom, etc.
THE USER THEN SELECTS A ZONE.
The touch screen displays up to eight icons, sources 1 - 8. The app
will need some "knowledge" of the source though. For tuners like directv,
digital cable, XM radio, etc - the user will want to select "channel"
after source. If however the source is a "jukebox" like device, it
needs to run more
sophisticated jukebox software.
THE USER SELECTS A SOURCE.
The touch screen then displays what it can - from and about the source -
with a volume UP & DOWN icon included.
THE USER ADJUSTS THE VOLUME
Depending on the outcome of this project - I'm thinking there may be a
real business opportunity here. Throughout the history of the PC - and
I've seen
it all - my first "PC" was an 8 bit 4Mhz Z80 running CPM - as it has
grown in power and sophistication, the PC has continuously absorbed
applications
(and trampled on business models in the process) that were previously
done by low volume, expensive and proprietary solutions. I'm thinking
this might
be one of those times and whole house audio maybe one of those
applications ripe for a revolution.
Hi all,
this comes somewhat late, but we are still happy to finally have the
proceedings of the last Linux Audio Conference (April 2004) online.
Short after the conference, we asked the speakers to send papers about their
talks so we could put together these proceedings. Well, collecting those
papers _after_ a conference was probably not such a good idea :-), but we
still got a fine small collection of 6 papers which we have then put together
into one PDF, together with a list of the all people who helped in making
the conference possible (sorry to anyone we might have forgotten).
Get it while it's still warm: http://on1.zkm.de/zkm/stories/storyReader$4477
A lot of thanks go out to those who wrote and submitted these papers!
Greetings,
The LAC organization team:
Götz Dipper
Matthias Nagorni
Frank Neumann
PS: On a sidenote, the OGG files of the presentations which were unavailable
for several weeks are now back online again:
http://www.linuxdj.com/audio/lad/contrib/zkm_meeting_2004/
> I'm a UNIX guy going back to 1983 - Altos8600 running a 5Mhz Intel 8086
> with 512Kb RAM, 20Mb 8" Winchester hard drive and Microsoft's version of
> Xenix.
I was at Altos using z80's with 64Kb of ram. I helped write an OS
called AMEX. I then left to go work on a real unix port, which
was the first port of unix onto a micro at company call Onyx.
Do you remember those stupid shirts that said:
"Altos goes hard with 8 inches".
I would like to help out on this project if anything gets started.
I built a house about 5 years ago. I did the multi source music
every where thing. It hasn't worked in years. I would love to have
control via a linux box.
What is the biggest multi channel alsa device running today?
8x16 would be nice. 4 audio sources into 8 areas.
--
Bob Knight
[-w] the work option
bk(a)minusw.com
925-449-9163