Greetings list,
I came across Dave Philip's article on midi arpeggiators (
http://www.linuxjournal.com/content/linux-arpeggiators-part-2) a few minutes
ago.
Dave recommends using either klick or tapstart to send external clock
signals to arpage.
I've installed both, but I can't find any way to send the output of klick
into arpage.
I'm obviously doing something very noobish and obviously wrong, anyone care
to enlighten me?
Thanks,
Andrew.
chino is mainly a bash script generating scripted
sessions around seq24, yoshimi, pd and ardour.
It is rather specialised in its scope, only yoshimi
is used for sound generation. However, I prefer
just adding a few apps manually to the generated
scripts towards hand editing from scratch.
Be warned, this is my very first program. Any kind
of helpful feedback is very much appreciated.
Tested with jack1 and ardour2, 32 and 64 bit.
url:
http://chino.tuxfamily.org/
tarball:
http://download.tuxfamily.org/chino/chino-0.01.tar.bz2
AUR package:
http://aur.archlinux.org/packages.php?ID=37192
greetings,
d
Is there some kind of reflection capability in DSSI so that I can discover which OSC parameters are available for a synth?
It's time to trot out Monosynth again, and this time I'd like to customize its MIDI controls, and I usually do this via a Python script that converts MIDI to OSC. But somehow I have to find out what parameters are exposed via OSC first.
-ken
Ng Oon-Ee wrote:
> On Wed, May 12, 2010 at 3:53 PM, david <gnome(a)hawaii.rr.com> wrote:
>> Hartmut Noack wrote:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Am 12.05.2010 00:47, schrieb Fons Adriaensen:
>>> So would it not be the most easy and non-obtrusive solution for
>>> everybody involved, if PA just treats every card, that does not follow
>>> "desktop-standards" as a simple stereo-device?
>>> Desktop-audio/legacy-stuff would go to the first 2 ports of such a card
>>> via PA (using its JACK-sink if JACK is running and switching to it as
>>> JACK ist started) and everything else would be handeled by JACK on the
>>> users behest.
>>>
>>> Thus PA would not be seen as a trouble-maker, but as a solution most
>>> welcome.
>> It would still be a trouble-maker. There's no guarantee that the first 2
>> ports of any such multi-port card are being routed to what PA would
>> (presumably) be assuming are the appropriate stereo channels out.
>
> The proper way to deal with that is to be card-specific, which is best
> done in the drivers.
>
>>> And the PA-people would not need to add handling of drivers for
>>> un-desktopish hardware to their to-do lists.
>>>
>>> Everybody could be happy :-)
>>>
>>>> The obvious solution for them is to use
>>>> the PA<->Jack bridge which is reported to work well.
>> IMHO, the obvious solution would be for them to simply stop wasting their
>> time on PA and make an existing and better solution (JACK) better. ;-)
>>
>
> JACK and PA are not aimed at the same problem, and as such are not
> either-or in the same way alsa/OSS are. IMO JACK cannot be used as a
> general desktop-audio solution, per-app volume, BT headsets, moving
> audio streams between sound-cards, all cannot be done with JACK as-is
> right now.
JACK "as-is" could be given those abilities, I'm sure. But PA wants to
spend their resources on their project.
> Again, PA is not aimed at pro-audio, JACK is. Conversely, JACK is not
> aimed at desktop audio, and none of us would like it to be taken in
> that direction I think.
I've heard things from the PA camp saying that with PA, you don't need
JACK ...
Anyway, no PA here. Don't need it to play MP3s. Don't need to hear
stupid, pointless audio notifications from desktop software, either - on
ANY OS I use.
--
David
gnome(a)hawaii.rr.com
authenticity, honesty, community
(sorry for cross posting)
I also have problems with ICE1712 based card. I spoke with Lennart about
it. It's an known problem in ALSA, but we need someone who wants to fix
this in ALSA.
More info here: http://pulseaudio.org/ticket/624
These cards where always recommended for Linux in the lower price range.
It's sad that they don't work out-of-the-box anymore...
\r
On Sat, 2010-05-08 at 12:50 -0700, Niels Mayer wrote:
> seen in LAU:
>
>
> https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/178442
>
>
>
> http://www.mail-archive.com/pulseaudio-discuss@mail.0pointer.de/msg01082.ht…
> gives a solutiion (see all messages).
>
>
> http://www.mail-archive.com/pulseaudio-discuss@mail.0pointer.de/msg01155.ht…
> gives the cause:
> PA knows no suitable default channel map for devices that have
> 10
> channels (in contrast to 1, 2, 4, 5, 6, 8). ALSA doesn't know
> either,
> and we default to the ALSA channel maps.
>
> I am not really sure what I should be doing in this case.
>
> Does you device have any implicit channel mapping that we
> could adopt?
>
> Lennart
>
> Comment: Seems like this is just a pain old "distro" bug. If the ICE
> 1712/24 gets supported by the "kernel", the distro needs to carry
> whatever additional configuration files needed to give all it's
> channels proper ALSA names and the same for pulseaudio. So if
> kernel/sound/pci/ice1712/snd-ice1712.ko and
> kernel/sound/pci/ice1712/snd-ice1724.ko ship with a distro, additional
> ALSA and Pulse config files for them should ship with the distro as
> well.
>
>
> Niels
> http://nielsmayer.com
>
>
> PS: I haven't tried reinstalling pulseaudio to find out if this is
> still an issue in Fedora . Maybe it's already fixed?
>
> _______________________________________________
> PlanetCCRMA mailing list
> PlanetCCRMA(a)ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
Hi,
for reference, here's a history of what happened during the first Olympic
(SuperCollider) livecoding games at the LAC in Utrecht:
http://www.nescivi.nl/?p=166
"Concept of the Olympic Games livecoding environment
Going back to the original Olympic thought of participating is more important
than winning, and drawing on ancient Greek tradition of consulting an Oracle
to find a new path in life, or gain advice on the path one has taken…
The OlympicGames provide a collaborative, playful competitive livecoding
environment, where participants are given alternating a set of UGens to write
a SynthDef with, or a set of Pattern elements to write a Pattern with.
The executed code of all participants is visible, both to the audience (by
displaying its screen with a projector) and to all participants. So every
participant can modify code others have come up with."
Thanks to Alberto and Julian for the wonderful Republic Quark, and for the
original Oracle function... :)
Sincerely,
Marije
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Am 13.05.2010 13:59, schrieb Holger Ballweg:
> Hi,
>
> there is waveformgen ( http://github.com/cappelnord/waveformgen ).
> I think there are other tools as well, but this works for me :-)
>
> Cheers,
>
> Holger
Hallo Holger, forget to put lau on cc ? ;-)
the tool looks promising but it does not build on my Suse11.2
(GD-trouble I guess)
any other options?
>
> On 13.05.2010 13:57, Hartmut Noack wrote:
> Hello,
>
> I'd like to build png-files showing the wave-form for every wav-file in
> a directory. I know, that there is visualisation-software out there but
> fail to find something simple or at least something that can be
> installed easily.
>
> any recommendations?
>
> berst regs
>
> HZN
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iEYEARECAAYFAkvsLzoACgkQ1Aecwva1SWNiXwCdE3ejnkhJiE2Cjkk/4BU68tlC
dR4An1EnaH+q0KzqozGc32rlQOFWjwTB
=Mcwt
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
I'd like to build png-files showing the wave-form for every wav-file in
a directory. I know, that there is visualisation-software out there but
fail to find something simple or at least something that can be
installed easily.
any recommendations?
berst regs
HZN
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iEYEARECAAYFAkvr6RwACgkQ1Aecwva1SWM9KgCdH4W5tbZaVnWG53YHFEl0Tm3J
nD4AnRVDvAeOGu7WP6cjR1Sp/Uhp1Far
=gLmS
-----END PGP SIGNATURE-----