Hi,
Does anyone knows if is possible to make a RME HDSPe RayDAT work
properly under Linux?
I cannot make it sync correctly with the adat outputs, even if in the
alsamixer I select "Sample Clock Source": "Internal 48Khz", the slave
devices got sync as 44.1Khz, and it doesn't sound properly (not only the
SR).
I only found by google some mails by Fernando, Florian and a few others,
but any of those helped me to make it work. I also tried changing
HDSPM_freqReg to 100 MHz (see [1]) but didn't seem to help (anyway, on
monday I'll do further tests with that).
Any news on that?
Can someone give me some hints to make further tests?
Thanks in advance,
Natanael.
[1] http://www.mentby.com/dougall-irving/rme-hdspe-raydat.html
Is there a mass-market (a cheap module from china/taiwan/hongkong)
equivalent of the OptoRec and OptoGen , which could be usefully hooked
up to a few of these:
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=230418195291
to make a useful multichannel D/A for an ADAT lightpipe ; the optorec
could likewise be paired with external A/D's or used to "vampire" an
I2S signal from external digital gear w/o digital outputs.
Also, experience with assembling and/or using the OpenRec/OptoGen?
http://electronics.dantimax.dk/Kits/Digital_audio/11329401182.html
..................
OptoRec and OptoGen
ADAT digital audio receiver and transmitter circuit
These kits is [sic] an 8-channel interface circuit using the ADAT
protocol. They supports the sample rates 44.1 and 48kHz and up to 24
bits.
The boards can be used for adding an ADAT input to a DAC, an ADAT
output to an ADC or for DIY projects. The receiver board includes an
ADAT input, ADAT output, a wordclock input and I2S outputs. The
transmitter board includes an ADAT output and I2S inputs.
The kits use SMD parts, so some SMD experience may be needed to
assemble the board. SOT-23-5 parts are used, so a fine-tipped
soldering iron (or SMD tools) is needed.
..................
It's that "SMD experience" needed part that really gets me. I will
invariably get a blob of solder bridging two SMD pins, and then in the
course of trying to correct my mistake manage to get it bridging a few
more pins and melting the ic or lifting the pad of the pc board.
there's a reason i went into software. The undo key.
Niels
http://nielsmayer.com
Announcing the DSSI Soft Synth Interface version 1.1.0 release:
http://dssi.sourceforge.net/
DSSI is an audio plugin API for software instruments and effects,
based on LADSPA, the ALSA sequencer event types, and OSC (Open
Sound Control) communications.
DSSI is now supported by six full-featured hosts, several
specialized hosts, and at least twenty-four DSSI plugins. (See the
above URL for a list.)
New in the DSSI 1.1.0 release:
* New jack-dssi-host command line option '-c' to set the ALSA and JACK
client names.
* New 'dssi_list_plugins' and 'dssi_analyse_plugin' command line tools.
* Example GUIs have been updated to Qt 4.
Bugfixes:
* Fixed jack-dssi-host ALSA client ports to be of type 'application'.
* Fixed the MIDI CC mapping in trivial_synth.
* Fixed an uninitialized variable bug in less_trivial_synth.
Enjoy!
Sean Bolton
This is going to stir up a bit of discussion!
Rotary knob GUI elements - should you move the mouse in a circle to
operate them, or up and down? What about side to side?
Gordon MM0YEQ
Continuing the tradition from past conferences, the LCA Multimedia
Miniconf is back at Linux.conf.au 2011 (LCA2011). Linux.conf.au 2011 will
be hosted in Brisbane, Australia from 24-29 January 2011 with the
miniconfs being held over the first two days. For more information about
the conference check out http://lca2011.linux.org.au/.
Multimedia encapsulates a wide variety of topics: composition and playpack
of video, audio and music. Submissions are now invited from those
interested in giving presentations or short tutorials at the Multimedia
miniconf on any topic related to opensource multimedia software, such as
the following:
* exciting new additions to existing software
* development of new multimedia programs
* how to set Linux up for multimedia composition, authoring and/or
playback
* great user experiences with open source multimedia software
* legal issues surrounding multimedia content and its use with open
source software
* descriptions of multimedia workflows: tools used, process followed,
and so forth
* upcoming features in low-level infrastructure (JACK, ALSA,
PulseAudio, etc)
* any other open source multimedia topic we haven't thought of
It is expected that most of the miniconf presentation slots will be around
20 minutes with question time to follow. We may be able to accommodate
longer 50 minute presentations depending on the number of proposals
offered. In addition, time will be allocated for 5 minute "lightning
talks". Projection facilities will be available. Please note that in
line with linux.conf.au guidelines miniconfs cannot receive funding, nor
can they provide travel or accommodation assistance. In general
presenters and attendees at miniconfs must be registered for LCA2011
although miniconf-only registration can be arranged - contact the
multimedia minconf organisers for more information.
To submit a proposal please send the following to lca-mm(a)lists.annodex.net
or one of the organisers by Thursday 6 October 2010 00:00 UT:
* your name and preferred email address
* the title of your talk
* a brief abstract describing what you want to talk about (up to about
500 words)
* your preferred presentation length
For more information about the miniconf please refer to the website
http://www.annodex.org/events/lca2011_mmm/ or contact one of the
organisers (Jonathan Woithe, Silvia Pfeiffer, Roderick Dornan - addresses
are on the website).
Regards
Jonathan Woithe
LCA2011 Multimedia miniconf organiser
I was playing with alsa arecord and daring to brave a .asoundrc for my
delta 1010. I set up a multi-out and monitor mix to grab the digital
mixer output [1]
pcm.delta1010 {
type hw
card M1010
device 0
}
# send to all outputs:
pcm.multi {
type plug
ttable.0.0 1
ttable.0.1 1
ttable.0.2 1
ttable.0.3 1
ttable.0.4 1
ttable.0.5 1
ttable.0.6 1
ttable.0.7 1
ttable.0.8 1
ttable.0.9 1
slave.pcm delta1010
}
pcm.mix {
type plug
ttable.0.10 1 # digital mix left
ttable.1.11 1 # digital mix right
slave.pcm delta1010
}
Monitoring with mudita24, I see the individual levels well below +0 but
the digital mixer showing OVER (well, peaked).
2 questions: 1) is this correct to sum the individual pcms (seems
that's what it's doing) and 2) is that even correct? recording with
arecord -c2 -r44100 -d10 -fS32_LE -V stereo
never showed OVERs.
Any insight?
thanks
David
[1] http://alsa.opensrc.org/index.php/1712_.asoundrc
On Mon, Sep 13, 2010 at 11:01 AM, Robin Gareus <robin(a)gareus.org> wrote:
> On 09/13/2010 07:49 PM, Rory Filer wrote:
> > On Sun, Sep 12, 2010 at 2:40 PM, Robin Gareus <robin(a)gareus.org> wrote:
> >
> >>
> >>
> >> Hi Rory,
> >>
> >> You're not missing a library but some other kernel modules which provide
> >> those symbols.
> >>
> >> After installing the kernel, run 'depmod' and try to load the module
> >> with 'modprobe snd-dummy' instead of 'insmod snd-dummy.ko'.
> >>
> >>
> > Hi Robin,
> >
> > I appreciate your reply. Unfortunately my embedded system doesn't have
> > depmod configured so I'll have to try adding it to Busybox first.
>
> depmod/modprobe is basically just a handy way to automatically load
> module dependencies. It may or may not be overkill for an embedded system.
>
> FWIW, you should be able to run 'depmod' to generate modules.dep on the
> system where you built the kernel. The target system only needs modprobe.
>
> Did you try to run 'insmod snd.ko snd_pcm.ko' manually before the
> 'insmod snd-dummy.ko'. That should work as well.
>
>
Hi Robin,
It was reply-to munging that got me on that previous reply.
I think there might be some weird stuff with the build/make utility on my
target
which builds the sound files but isn't seeming to include them in my kernel
image.
I'll try and figure out all that before rattling the list again.
Thanks for your assistance.
Rory
Hello,
Let me point out in advance that my problem is pretty trivial compared to
most of the postings on that list. If a journey in sound engineering on
Linux is 1000 steps, I'm at step 1 here. I basically tried configuring sound
into the kernel but it didn't seem to work. If you think you can help,
please read on. Otherwise, stop here.
And thanks to all who continue from here...
I want to build sound support into my embedded Linux platform (2.6.28); the
CPU supports I2S in silicon, but I haven't got a driver for that yet. My
plan is to build the kernel with SOUND/SND configurations enabled and start
working on the driver later. In my configurations, I've left all the sound
card-specific options out, keeping just the CONFIG_SND_SOC. I thought it
would be sufficient to install snd-dummy so that any cross-compiled audio
applications could be fooled into working. l rebuilt the kernel after *make
clean* and noted several new SND files being compiled. So far so good. The
final zImage was only a little larger. Overall, the configuration and build
seemed to be going through all the right motions, but when I loaded zImage
onto the target I didn't see any bootup logging that suggested audio was now
working. As an experiment, I tried to insmod snd_dummy.ko but got a long
list of errors. I guess I'm missing something basic.
Here's my configuration choices:
> CONFIG_SOUND=m
> CONFIG_SOUND_OSS_CORE=y
> CONFIG_SND=m
> CONFIG_SND_TIMER=m
> CONFIG_SND_PCM=m
> # CONFIG_SND_SEQUENCER is not set
> CONFIG_SND_OSSEMUL=y
> CONFIG_SND_MIXER_OSS=m
> CONFIG_SND_PCM_OSS=m
> CONFIG_SND_PCM_OSS_PLUGINS=y
> # CONFIG_SND_DYNAMIC_MINORS is not set
> CONFIG_SND_SUPPORT_OLD_API=y
> CONFIG_SND_VERBOSE_PROCFS=y
> # CONFIG_SND_VERBOSE_PRINTK is not set
> # CONFIG_SND_DEBUG is not set
> CONFIG_SND_DRIVERS=y
> # CONFIG_SND_PCSP is not set
> CONFIG_SND_DUMMY=m
> # CONFIG_SND_MTPAV is not set
> # CONFIG_SND_MTS64 is not set
> # CONFIG_SND_SERIAL_U16550 is not set
> # CONFIG_SND_MPU401 is not set
> # CONFIG_SND_PORTMAN2X4 is not set
> # CONFIG_SND_ISA is not set
> # CONFIG_SND_PCI is not set
> # CONFIG_SND_SPI is not set
> # CONFIG_SND_USB is not set
> # CONFIG_SND_PCMCIA is not set
> CONFIG_SND_SOC=m
> CONFIG_SND_SOC_ALL_CODECS=m
> CONFIG_SND_SOC_AD73311=m
> CONFIG_SND_SOC_AK4535=m
> CONFIG_SND_SOC_CS4270=m
> CONFIG_SND_SOC_SSM2602=m
> CONFIG_SND_SOC_TLV320AIC23=m
> CONFIG_SND_SOC_TLV320AIC26=m
> CONFIG_SND_SOC_TLV320AIC3X=m
> CONFIG_SND_SOC_UDA1380=m
> CONFIG_SND_SOC_WM8510=m
> CONFIG_SND_SOC_WM8580=m
> CONFIG_SND_SOC_WM8731=m
> CONFIG_SND_SOC_WM8750=m
> CONFIG_SND_SOC_WM8753=m
> CONFIG_SND_SOC_WM8900=m
> CONFIG_SND_SOC_WM8903=m
> CONFIG_SND_SOC_WM8971=m
> CONFIG_SND_SOC_WM8990=m
> # CONFIG_SOUND_PRIME is not set
>
And here is the list of errors from installing snd-dummy.ko
[root@127 drivers]#insmod snd-dummy.ko
Using snd-dummy.ko
snd_dummy: Unknown symbol snd_pcm_lib_free_pages
snd_dummy: Unknown symbol snd_pcm_set_ops
snd_dummy: Unknown symbol snd_ctl_boolean_stereo_info
snd_dummy: Unknown symbol snd_card_new
snd_dummy: Unknown symbol snd_pcm_lib_ioctl
snd_dummy: Unknown symbol snd_pcm_lib_malloc_pages
snd_dummy: Unknown symbol snd_pcm_lib_preallocate_pages_for_all
snd_dummy: Unknown symbol snd_card_free
snd_dummy: Unknown symbol snd_ctl_add
snd_dummy: Unknown symbol snd_pcm_new
snd_dummy: Unknown symbol snd_pcm_suspend_all
snd_dummy: Unknown symbol snd_pcm_period_elapsed
snd_dummy: Unknown symbol snd_card_register
snd_dummy: Unknown symbol snd_pcm_format_set_silence
snd_dummy: Unknown symbol snd_pcm_format_width
snd_dummy: Unknown symbol snd_ctl_new1
insmod: cannot insert `snd-dummy.ko': Unknown symbol in module (-1): No such
fil
e or directory
Best Regards,
Rory
Drumstick is a C++ wrapper around the ALSA library sequencer interface using
Qt4 objects, idioms and style. ALSA sequencer provides software support for
MIDI technology on Linux. Complementary classes for SMF, WRK and OVE file
processing are also included. This library is used in KMetronome, KMidimon and
KMid2, and was formerly known as "aseqmm".
Changes:
* OVE file format support, contributed by Rui Fan
* Optional RealtimeKit support for MIDI input thread
* guiplayer simplified and optimized, with OVE format playback
* Build system fixes: using visibility=hidden if it is available,
exceptions, static build.
Copyright (C) 2009-2010, Pedro Lopez-Cabanillas
License: GPL v2 or later
Project web site
http://sourceforge.net/projects/drumstick
Online documentation
http://drumstick.sourceforge.net/docs/
Downloads
http://sourceforge.net/projects/drumstick/files/
I was going through Paul Davis's excellent tutorial on the
ALSA API:
http://www.equalarea.com/paul/alsa-audio.html#interruptex
I've set alsa to wake me up every N frames. However, when I
awake, I find that I often have fewer than N frames
available:
int err;
uint32_t N = 2048, frames_to_deliver;
assert( 0 == ((N-1)&N) ); /* power of 2 */
/*...*/
snd_pcm_sw_params_set_avail_min (playback_handle, sw_params, N)
/* ... */
while(1) {
err = snd_pcm_wait(playback_handle, 1000);
assert(err >= 0); /* OK */
frames_to_deliver = snd_pcm_avail_update(playback_handle);
assert(frames_to_deliver >= 0); /* OK */
/* this fails about every other cycle: */
assert(frames_to_deliver >= N);
}
E.g. with N = 2048, I'll typically get a stream that looks
like 1996, 2048, 2048, 1990, 2048, 1999, 2048...
Any ideas?
-gabriel