Bristol has been updated with a user configurable ARP 2600 synth. It has the
usual pre-patching as the original and, additionally, outputs can be
redirected to arbitrary inputs. This was a few changes to bristol to adjust
the engine buffer management for data that may feed back on itself, and
additionally a few extra operators for electroswitches, reverb and ring-mod,
etc. The envelope follower has not been tested at all and not all the patch
possibilities either as there are honestly too many to go through - about
600 possibilities with just a single cable.
The biggest changes were in the GUI. To support the user patches an extra
layer was added for their representation, then this was converted into a
transparency layer so the cables can be layered over the GUI to allow
control of the parameters without them 'getting in the way', then the cables
were coloured perhaps somewhat randomly - yellow patches carry signal left
to right, red cables carry signal right to left when see from the user
interface.
Once that was done I put in a cheesy watermarked logo - you can clear it
with the 'l' key or use the '-logo' option on the command line, but the
effect was too good to miss out on. The transparency can be toggled with the
't' key to allow you to foreground and background the layer, and 'o'/'O'
will adjust the depth of opacity. Load memory number 17, and play with the
'o' and 't' keys to get a feel for how the interface works. To patch, select
an output (the jack sockets light up for outputs) and then select an input
(these are just 'momentary'). This will direct the new engine routing
algorithm for each voice and then paint in the GUI. To clear a patch just
select either jack socket at the cable ends.
The net output of the synth is reminiscent of the sounds from the BBC
Radiophonic Workshop's greatest ever hit - the theme tune to 'Dr Who'. If
you don't know what that is don't worry, it's perhaps a bit obscure. The
original was composed on the elder brother of this synth - the ARP 2500 of
which the BBC had a few, so the results came as a pleasant surprise.
Graphics can be seen on the sourceforge homepage. Downloads as well of
course.
https://sourceforge.net/project/screenshots.php?group_id=157415
Regards,
Nick.
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Well after further review it looks like the .asoundrc file doesn¹t have much
to do with it. Now it looks like the sound will work about every 4th or 5th
time I boot.
And also I looked at my /proc/asound/cards and it shows my delta 44 and the
Unitor 8 but what about my built in apple sound?
[steve@localhost ~]$ cat /proc/asound/cards
0 [M66 ]: ICE1712 - M Audio Delta 66
M Audio Delta 66 at 0x40, irq 54
1 [AMT8 ]: USB-Audio - AMT8
Emagic AMT8 at usb-0001:02:0b.2-1.3.4.2, full speed
Can someone please help me with this??
Hi All,
I have a strange problem with the sound in my system. I have Fedora Core 5
on a Power Mac 2.3gHz with a Delta 44 sound card and a Unitor 8 midi
interface. I have spent much of the last month or so perusing the mailing
lists trying to find the answer to my problem. OK here it is. The sound
system works only after I boot once without a .asoundrc file and then boot
again with one. There is a thread that discusses something about detection
order. From what I can gather the Unitor 8 is being confused with a sound
card. Another thing I think I understand is that there is no set order in
which hardware is detected. What I don't understand is how to get the
actual sound card detected before the Unitor. I read that in order to do
this I should have something like "options snd-ice1712 index=0" in my
/etc/modprobe.conf file. Here are the contents of that file:
alias eth0 sungem
alias scsi_hostadapter sata_svw
alias snd-card-0 snd-ice1712
options snd-card-0 index=0
options snd-ice1712 index=0
remove snd-ice1712 { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; };
/sbin/modprobe -r --ignore-remove snd-ice1712
alias snd-card-1 snd-powermac
options snd-card-1 index=1
options snd-powermac index=1
remove snd-powermac { /usr/sbin/alsactl store 1 >/dev/null 2>&1 || : ; };
/sbin/modprobe -r --ignore-remove snd-powermac
As you can see that line is in there. And being a Linux newbie I don't have
much of a clue about what the rest of the file does. Here is the contents
of my .asoundrc file:
pcm.ice1712 {
type hw
card 0
}
ctl.ice1712 {
type hw
card 0
}
I would appreciate any and all help that comes my way.
I'll even sing at your next wedding if you can help me get this working
correctly :-)
Thanks,
Steve
hi to the list,
i just compiled "kontroll", just to see what it can do.
reading the stuff at the homepage, the README etc. i dont find what this
appi actually does (and how).
can somebody give here a short explanation, which is more practice-related.
i am trying here to do sth with zyn and kontroll, but no success.
cheers,
doc
I'm still a bit confused about some aspects of setting up a machine
for decent audio work.
Does having RT kernel have any negative aspects when the computer is
used for general office work? Would it be best to use a different
computer for this (or different partition perhaps) and keep the audio
M/C strictly for audio and nothing else?
Am I right in thinking there are issues with some things (jack) working
with root privileges that might have security implications?
OK I know that's more than one question :)
--
Will J G
Robert Jonsson:
>
> Hi Soenke,
>
> On Thursday 21 September 2006 18:23, Sönke Hahn wrote:
>> Hi!
>>
>> I created a song with jack, ardour, hydrogen and some softwaresynth i
>> don't remember... here's the link:
>>
>> http://open-projects.net/~shahn/downloads/Wenn_ich_traeume.ogg
>
> Probably more my parents music than mine, still very well performed and
> produced.
> In my limited knowledge of german music I think it sounds Deutsch! :) Ein
Yeah, its definitely deutch. :-) But I wonder what deutch dialect this
is? I think the super-rolling R's are very cool. :-)
Hi.
I have achieved booting a 2.6.18-rt5 on a dual Opteron X2
system. As I've just had the idea of disabling HPET with this version of
the patch, I can't say if it could work on an earlier version (it hanged
on all versions theretofore). HPET has always been activated in the kernel
I've compiled before.
The config is there, it's only made for an AMD 8111 motherboard
with Sil SATA chipset, but IDE is activated without any need of initrd :
http://ypotin.nerim.net/myconfig
Apparately, the rtc works better.
This kind of messages (2.6.17.7) :
Sep 25 10:43:42 fairlight kernel: softirq-tasklet/20[CPU#1]: BUG in
__tasklet_action at kernel/softirq.c:493
Sep 25 10:43:42 fairlight kernel: [<c011e467>] __WARN_ON+0x67/0x90 (8)
Sep 25 10:43:42 fairlight kernel: [<c0122d0b>] __tasklet_action+0xeb/0xf0
(48)
Sep 25 10:43:42 fairlight kernel: [<c01234f6>] ksoftirqd+0xf6/0x1a0 (24)
Sep 25 10:43:42 fairlight kernel: [<c0123400>] ksoftirqd+0x0/0x1a0 (48)
Sep 25 10:43:42 fairlight kernel: [<c01318bb>] kthread+0xab/0xe0 (4)
Sep 25 10:43:42 fairlight kernel: [<c0131810>] kthread+0x0/0xe0 (12)
Sep 25 10:43:42 fairlight kernel: [<c0100e65>]
kernel_thread_helper+0x5/0x10 (1
6)
And also that (I had tons of that) :
Sep 28 21:35:13 fairlight kernel: bug in rtc_read(): called in state
S_IDLE!
Sep 28 21:35:13 fairlight kernel: Read missed before next interrupt
Sep 28 21:35:48 fairlight kernel: bug in rtc_read(): called in state
S_IDLE!
All this *seems* to have disappear, after three hours using the
kernel. The rtc have stopped saying « eek » sometimes in the logs.
Instead, I have tons of this kind of things :
Sep 30 13:08:09 fairlight kernel: rtc: lost some interrupts at 1024Hz.
Sep 30 13:08:31 fairlight last message repeated 1899 times
Sep 30 13:09:01 fairlight kernel: 1024Hz.
Sep 30 13:09:01 fairlight kernel: rtc: lost some interrupts at 1024Hz.
Sep 30 13:09:16 fairlight last message repeated 1545 times
[...]
Sep 30 14:20:00 fairlight kernel: rtc: lost some interrupts at 1024Hz.
Sep 30 14:20:31 fairlight last message repeated 2346 times
Sep 30 14:21:32 fairlight last message repeated 3067 times
Sep 30 14:21:54 fairlight last message repeated 1148 times
IRQ balancing is activated, and the litlle redhat's software for
that is installed and running. I have chosen to compile the enhanced rtc
in module, and have disabled its graphs because it flooded my logs without
any use for me.
I have two questions :
- Could someone tell me, more clearly than in the kernel help :),
what's the use of this HPET beast ?
- Does it matter to disable it for real time audio purposes ?
Thanks in advance for any enlightenment.
Cheers,
Y.
P.S. : /proc/interrupts :
CPU0 CPU1 CPU2 CPU3
0: 3237178 3211763 3204014 3202106 IO-APIC
[........N/ 0]-edge timer
6: 2 0 0 1 IO-APIC
[........./ 1]-edge floppy
8: 0 0 0 0 IO-APIC
[........./ 0]-edge rtc
9: 0 0 0 0 IO-APIC
[........./ 0]-level acpi
14: 89780 107867 194304 1819 IO-APIC
[........./ 0]-edge ide0
15: 31 0 1 1 IO-APIC
[........./ 0]-edge ide1
16: 24128 57874 47830 32380 IO-APIC
[........./ 0]-level libata
17: 27659 0 0 1 IO-APIC
[........./ 0]-level eth0
18: 17715 30803 28025 12471 IO-APIC
[........./ 0]-level ohci_hcd:usb1, ohci_hcd:usb2, ohci1394
19: 991430 1208684 744999 1458384 IO-APIC
[........./ 0]-level hdsp
NMI: 0 0 0 0
LOC: 18863126 17966846 18728772 17747659
ERR: 0
MIS: 0
Folks,
Until recently I used to connect one output (L or R) to one mono
Ardor input. Then I thought, well, most apps have stereo outs, so why
not connect both ? This way Freeverb works ! Apart from that, what do
you most often use, mono or stereo ? What's your approach ?
Cheers,
Al
Hi,
this is a small announcement for a minor update for a minor piece of software,
and at the same time a question :) So here it goes:
Kontroll is a small utility that generates midi cc messages from the mouse
position. It is inspired by the MouseX and MouseY UGens in Supercollider. It
simply creates an alsa sequencer port which you can then connect with your
favourite patchbay. The mouse position is independent of window focus and is
relative to the screen origin at the upper left.
- Another small update to kontroll. Now the controller and channel numbering
range from 1-128 and 1-16 as commonly seen in other midi applications and
hardware. previously it as 0-127 and 0-15 which was probably confusing to non
computer people.
- A minor update to this little program of mine called “Kontroll”. On shutdown
it saves the last used parameters to a file called ~/.kontroll and on startup
reads it again. This saves setting it up all over again on each start of the
program. You can also save special setups via the “File” menu.
Grab it here:
http://tapas.affenbande.org/?page_id=42
Or directly:
http://affenbande.org/~tapas/kontroll.tgz
And here's the question: A user suggested (and i'd like this idea very much)
that kontroll be able to make use of other input devices attached to the
computer (additional mice, joysticks, etc). Now i would like to avoid playing
with /dev/input directly, cause i imagine it to be a drag. So does anyone of
you guys know a small and easy to use input-library that makes accessing
these devices a breeze? If so, please let me know.
Regards,
Flo
P.S.: Ah, LASH support is still missing. Will add it right away (or at least
try) ;)
--
Palimm Palimm!
http://tapas.affenbande.org