> From: Atte Andr? Jensen
>
> Drucer Ninetynine wrote:
>
> > It's a shame if nobody is working on it. It's such an
> > awesome sounding synthesizer that it would be a shame
> > if it can't be used for live shows because of the
> > stability problems.
>
> Amen!
I think that the stability problems people have been having are due to
Zyn taking too much CPU time by playing too many notes at once, and thus
getting disconnected from jack.
If there was a way to restrict polyphony I dont think this would be a
problem any more. I mentioned this on the Zyn list a while back.
jack_mixer is GTK (2.x) JACK audio mixer with look similar to it`s
hardware counterparts. It has lot of useful features, apart from being
able to mix multiple JACK audio streams.
Homepage with screenshots: http://home.gna.org/jackmixer/
Download: http://download.gna.org/jackmixer/
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
I've been contemplating returning to some old projects however my
recent switch to the Linux platform has made it slightly difficult. I
used to mess around with fractal music in Windows but I seem to be
having trouble finding anything for Linux along the same lines. I
found one site that recommended using Cecilia, however I am not a
programmer, I'm not all too familiar with Cecilia, and I don't know
fractals inside and out yet to be able to create my own algorithms.
It seems the software on windows was always freeware but I can't seem
to find anything that has been ported to Linux. That and most of the
sites seem to have gone down long ago. Is fractal music an abandoned
theory or is there still research going on behind closed doors? Most
importantly are there any generators available for Linux?
Chip
--
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCA/FA/S/O d+(--) s+: a-- C+++ L++ P E-- W++ N-
o K? w O-- M- V- PS+ PE- Y+ PGP t- 5-- X R- !tv
b++ DI++ D+ G+ e+/++ h--- r--/+++ z+++(*)
------END GEEK CODE BLOCK------
Hi everybody
I have a strange problem with a RME MADI card, the annoying fact is
that *one* time I managed to make it work properly and I really didn't
understand how, so I'm completely going crazy because I know there is
one solution.
So.. I have the card connected with the ADI-648 interface, the problem
is that:
- every audio program on the machine seems to have a wrong timing, for
example Ardour and Alsaplayer show that one second passed about every
two real seconds. On alsaplayer I can hear something "correct" only if I
put the playing speed to 180%.
- the "sync" led on the ADI-648 ("input state" secion) starts blinking
(that means there is something wrong) when ALSA starts, and never stops.
*Never*. I can unload all the snd modules. I can kill every process but
the essentials and reboot the ADI-648. Nothing. It stops blinking only
when I halt the machine.
yesterday, suddenly, the led stopped and everything started to work
properly. But I really didn't understand why, I was trying almost
everything and the solution went lost (at the reboot everything was
wrong as before).
Any idea about this? ("buy another brain" could be a good idea
but...:))
regards,
--
Daniele Torelli
------------------------------------------------------------
Free Electronic Music - www.danieletorelli.net - www.yue.it
---------- http://freelectronicmusic.splinder.com ----------
Looks really, really exciting!
Note the Dynebolic uses neither KDE no Gnome which are simply too heavy.
I would like to give this a try. KDM logon will let one choose "other" window
managers. Question of installing yet another is disk space available and:
1. Can one run KDE or Gnome apps on it. These two have become more
interoperable. Various Gnome apps run on KDE. I can live without
Konqueror--Opera is much quicker. I suppose KMail could be replaced. I use
KPackage regularly for upgrading and cannot stand Aptitude. That leaves a few
KDE games. Do not have to remove KDE in any event if I have enough space.
2. Compatability with various video cards. NVidia? This stuff should be taken
care of through the kernel and Xorg but there have been problems around.
3. Compatablity with kernels?
KDE is very nice but much to heavy. E17 certain looks like an interesting
"present" :-)
> Hello list!
>
> What would you say about the future of Linux audio
> workstations? What software will we run next year?
>
> It has been thrilling to watch how Linux audio
> software has matured, but I have always felt I'm not
> completely happy with any of the current X.org Window
> Managers.
>
> Somehow I've built an image that E17 might be what
> I've been looking for. I don't know why, but it feels
> like it could be perfect choice for Linux audio
> workstation. Future will tell if my instincts are
> right or wrong.
>
> Something to think about:
>
> - E17 does not make any 'beeps' so it does not have
> any sound server (like KDE has its Arts sound server).
> I see this as a very positive thing. This means there
> will not be any sound server to conflict with Jack.
>
> - E17 supports dual / triple displays out of the box.
> It was designed to be able to use multiple displays
> easily so I bet it can handle them better than other
> solutions.
>
> - E17 has some of the fastest graphics libraries on
> this planet and it should be easy to customize. E17
> scales very well. You can make it as minimalistic as
> you want (making it possible to use it on old
> hardware) or you can have all the eyecandy you could
> ever imagine.
>
> - E17 libraries are world class. You can write a fully
> functional DVD player with 18 lines of C code. It
> should be easy for developers to create E17
> applications rapidly. Will we see Linux audio software
> that uses E17's libraries in the future? Hope so.
>
> --
>
> E17 has pre-alpha status now, so I don't think we will
> have to wait very long now until it's finally
> released.
>
> Could we get a nice Christmas present this year?
> Perhaps.
>
> Some links if you don't know what E17 is:
>
> http://www.enlightenment.org
> http://www.get-e.org/
> http://www.elivecd.org/gb/Main/Screenshots/
>
> TerraSoft's comments (these guys created YellowDog
> Linux for PS3 that has E17 as the default WM):
>
> "We have worked closely with the energetic, determined
> E17 team to bring this advanced graphical user
> interface to a state of interface euphoria. It's not
> about eye candy and unnecessary special effects, it's
> about finding balance between a lean, uncluttered
> desktop and a personal environment that is both
> familiar and powerful. E17 is simply the most
> incredible thing I have ever used --with any operating system"
Greetings:
I took a tip from Lars Luthman and posted this piece to the Internet
Archive :
http://www.archive.org/details/PromenadeForEPiano
It's a very old piece, another one written for my TX802 E Piano, and
here realized via ZynAddSubFX.
Simple music, but I hope you enjoy it.
Best,
dp
Greetings,
Now that JACK 0.102.20 and QJackCtl 0.2.21 being released, the FreeBoB
team is proud to present libfreebob 1.0. The FreeBoB project aims to
provide a generic solution for using Firewire (semi-)pro-audio devices
in Linux.
This release provides support for the devices based on the BridgeCo
DM1000 or DM1500 chipset that are running the BeBoB firmware. For a list
of supported devices, consult our website at freebob.sf.net.
FreeBoB currently provides an interface library that allows firewire
audio devices to be used with the JACK audio server, using a dedicated
backend. This backend is included in the official JACK releases, from
this version on (i.e. 0.102.20). The latest version of QJackCtl also
includes support for this FreeBoB backend. MIDI support is provided
through ALSA sequencer.
Feature list:
* Automatic detection & configuration of devices. If there are multiple
devices attached to the same firewire bus, freebob merges them into one
big device. The devices have to be synced externally (wordclock/spdif)
so that they don't drift. Note that this release cannot setup the boxes
to be synced yet, being synced is a precondition at the moment. (I
tested this with 2 phase88's connected with wordclock, and this works
without the need for any special setting because the Phase88
automatically chooses wordclock slave when there is a wordclock signal
present. This can be different for other models).
* Audio I/O on all analog channels at all sample rates supported by the
device. SPDIF/ADAT I/O works in most cases (when presented as analog IO
by the device). AC3 passthrough doesn't work.
* Midi I/O for all midi ports the device implements, using alsa-sequencer
* Round-trip latency figures around 5ms (depends on system
configuration). 10ms is achievable on all well-configured machines
Not supported yet:
* Hardware mixing ("zero latency" mixer)
* Device-specific configuration (input gain switches, sync source
selection, midi control mappings, ...)
* ALSA for audio IO
* Special SPDIF/ADAT stream support
You can download FreeBoB 1.0 at our sourceforge page:
http://sourceforge.net/project/showfiles.php?group_id=117802
more info at freebob.sf.net
What's next?
We are working on the second generation of the FreeBoB codebase. The 1.0
release is the endpoint for the codebase that dates back to the start of
the project. The 2.0 codebase is a complete redesign of the system using
1.0 as a 'golden spec'. While the 1.0 version is BeBoB-only, the 2.0
codebase is designed as a framework to support all firewire based audio
boxes. The current level of functionality is almost the same for both
codebases. The main difference is that 1.0 had one year of testing and
2.0 doesn't, it's still in the alpha stage. Needless to say that 2.0
will outperform 1.0 by far ;).
Of course this redesign isn't for the sake of aesthetic beauty or lack
of things to do... I can announce that we are already working on
broadening the supported device list. Currently there is support for the
Motu Traveller and the Motu 828 (through reverse engineering). There are
also contacts with the DICE-II developers to implement generic support
for devices based upon their chipset. As an extra, support for Metric
Halo devices is also in the pipeline. Once all of these devices are
supported, we will cover a very large part of the Firewire audio device
spectrum. The most important void will be RME Fireface support, and for
the real budget users: Behringer and Hercules devices.
That's all folks!
Pieter Palmers
(on behalf of the FreeBoB team)
Hi all,
first my apologies for cross-posting (TM) :) . This is a wee small
bugfix release of Simple Sysexxer. It now should build without needing
Qt debug libs installed.
As I didn't get any feedback since the first release (neither success
stories nor complaints), I'd like to encourage anyone to send feedback
or bug reports.
Simple Sysexxer is a tool to exchange sysex data with MIDI devices, e.g.
to do backups of the device's memory contents or to send presets loaded
from the web.
Advantages:
* (Hopefully) easy to use graphical user interface
* True ALSA sequencer support
* Built using Qt, no KDE dependency at all
* Minor changes to the source should make it run on Mac OS X or even
Windows
Disadvantages:
* Requires Qt4 and will *not* build against Qt3
* No JACK MIDI support :)
* No OSS support
* No prebuilt binaries available
Information and source download:
http://www.christeck.de
Enjoy,
ce