Message to linux-audio-dev(a)music.columbia.edu
Ola!!!!
linux-audio-dev
GANHAMOS O PRÊMIO DE MELHOR SITE DO RAMO
======Estamos operando em Novo Formato======
Confira em:
escuta21.kit.net ou
http://www.escuta21.kit.net
ei.... linux-audio-dev
Cuidado com o que fala ao Celular...
ele tb tem ouvidos...
para remover o linux-audio-dev(a)music.columbia.edu de nossa lista
responda este e-mail e coloque remover
nos perdoe o transtorno...ok?
kandrak
Hi
I can't answer your question.. but this email has answered one of mine,
and I have successfully edited my asound.conf file to be able to do what
you are doing.. recording in through discrete channels and outputting
though discrete channels..
Maybe someone on the ardour list can answer us both by confirming that
this will allow multichannel recording on ardour (a possible solve to
the question I think you are asking)
cheers
Allan
P.S I'm still working on a way of then combining my Delta66 with my
intel8x0 (built-in to MOBO) so that I can use the stereo out of the
intel8x0 for monitoring while using the outputs of the Delta66 for
channel recording. (i.e. sending output into the mixing desk to use
outboard processing gear or for external mixdown of tracks)
cheers
Allan
On Mon, 2003-06-09 at 20:25, Akos Maroy wrote:
> In my quest to record from the different channels of the Delta 1010LT
> have come so far that I can address the different hardware inputs using
> ALSA device names, while using an appropriate /etc/asound.conf file.
> e.g. I can
>
> arecord -f cd -d 5 -D channel2 test.wav
>
> and this would record from hardware input channel #2. I have four stereo
> input channels, e.g channel1 ... channel4, plus the spdif channel. So
> far, so good.
>
> Now I would need a way to map these channels to OSS /dev/dsp interfaces.
> something like:
>
> /dev/dsp1 -> channel1
> /dev/dsp2 -> channel2
> /dev/dsp3 -> channel3
> /dev/dsp4 -> channel4
>
> I understand that I would need to use the kernel module snd-pcm-oss to
> achieve this. how can I tell this module to map to the appropriate ALSA
> devices?
>
> BTW, the contents of this asound.conf file is:
>
> pcm.ice1712 {
> type hw
> card 0
> device 0
> }
>
> # adcdac 1&2
> pcm.channel1 {
> type plug
> ttable.0.0 1
> ttable.1.1 1
> slave.pcm ice1712
> }
>
> # adcdac 3&4
> pcm.channel2 {
> type plug
> ttable.0.2 1
> ttable.1.3 1
> slave.pcm ice1712
> }
>
> #adcdac 5&6
> pcm.channel3 {
> type plug
> ttable.0.4 1
> ttable.1.5 1
> slave.pcm ice1712
> }
>
> # adcdac 7&8
> pcm.channel4 {
> type plug
> ttable.0.6 1
> ttable.1.7 1
> slave.pcm ice1712
> }
>
> #SPDIF channels only
> pcm.ice1712_spdif {
> type plug
> ttable.0.8 1
> ttable.1.9 1
> slave.pcm ice1712
> }
--
Allan Klinbail <allank(a)labyrinth.net.au>
Hi, I've been playing a lot with bristol synth and really love it. So
much so that I've been trying to 'Jackify' it. Actually, I'm pretty
much done, but can't figure out the internal audio format. Its
interleaved floats I think, but not normalised to [-1,1]. If any of
the developers are here could you help me out? I can hear noise, but I
need to tune the maths. TIA.
--ant
http://www.sequencer.de/neuron/neuronal.html
This synth has a mainboard running Linux inside :)
Seems like not only Stanton (Final Scratch) is relying on
Linux in the pro audio world these days ..
regards,
Vincent
Hello
A friend and I have made a VST plugin as a college project, and would
like to open source it, and possibly port it to other plugin APIs. We
are considering the GNU GPL for our licence, which has lead to this
question: Does VST count as a special exception of being "anything that
is normally distributed (in either source or binary form) with the major
components (compiler, kernel, and so on) of the operating system on
which the executable runs, unless that component itself accompanies the
executable," or should we follow the suggestion about [1]controlled
interfaces in the GPL FAQ?
[1]
http://www.gnu.org/licenses/gpl-faq.html#TOCLinkingOverControlledInterface
--
Torgeir Strand Henriksen <torgshen(a)stud.iet.hist.no>
The Rosegarden team have great pleasure in announcing the immediate
availability of Rosegarden-4 0.9.1. Rosegarden-4 is a MIDI and audio
sequencer and score editor for Linux and is available for download
from the project homepage:
http://www.all-day-breakfast.com/rosegarden
The source is also available directly from Sourceforge:
http://sourceforge.net/project/showfiles.php?group_id=4932
This is mainly a bugfix release. It is recommended that anyone using
Rosegarden-4-0.9 upgrade to this latest release immediately to take
advantage of improved quality and stability.
New features:
o Mup export
o Step recording in Notation and Matrix views
o Convert single repeat to real segment (by double-click)
o Only one Rosegarden instance can run at a time
Bugs fixed: over two dozen serious bugs including various crashes,
major memory leaks, UI problems etc. See the home page for more
information and links to the SourceForge tracker pages.
Chris
Hi!!
Sorry for the spam ...
News in v0.91
-------------
Tones of major and minor bugs solved.
Many "noises" removed.
Code optimized for speed-up at least a 20%.
REQUERIMENTS:
* FAST COMPUTER
* LINUX
* ALSA
* JACK
* FLTK 1.1
Web Page :
http://personal.telefonica.terra.es/web/soudfontcombi/
Josep
Hello. I found an interesting paper on intervention schedules.
The author Curtis Abbott worked at Lucasfilm and the paper
is only one of the series of papers written by them.
Their system had multiple DSP processors and multiple control
computers with automation. We are doing similar real-time system
in software.
In any case, the paper is at
"http://www.funet.fi/~kouhia/abbott-ischedules.tar.gz"
for a couple of days only as I'm not the copyright owner.
Anyone has the following papers. These are also related to
my search on prior-art for so called Gigasampler patent.
IMHO, we do not need prior art for caching (and keeping) the
first part of each audio clip to memory, but there are people
who are willing to weaken their open source software volunteerly.
J.M. Snell, Professional Real-Time Signal Processor for Synthesis,
Sampling, Mixing, and Recording, Preprint No. 2508 (M-4),
83rd Audio Eng. Soc. Convention, New York, 16-19 October, 1987.
J. Snell, The Lucasfilm real-time console for recording studios
and performance of computer music, Computer Music Journal, 6(3),
pp. 33-45, 1982.
G.W. McNally, P.J. Bloom, N.J. Rose, Optimizing Audio Data Transfer
from Direct Access Media, Preprint No. 2545 (H-4), 83rd Audio Eng.
Soc. Convention, New York, 16-19 October, 1987.
Best regards,
Juhana