Hi and sorry for cross posting,
I sent this to jack-dev but it must be OT perhaps someone here will be
able to shed some light.
I'm working to get my edirol UA-25 working with ridiculously low
latency :)
jackd -R -dalsa -dhw:1 -p64 -n8
thus far I'm having some success (thanks essej) but a few hurdles
remain.
Here's the details:
Dell inspiron 5100
kernel 2.6.12-rc1-RT-V0.7.41-00 (and various other kernels from 2.6.8.1
up through 2.6.12-rc1 all with Ingo Molnar's RP patches applied)
Intel(R) Pentium(R) 4 CPU 2.40GHz
648mb ram
gentoo
recent CVS jackd
I'm able to get -p 64 -n 8 to run relatively reliably with most apps,
however when creating a new session in ardour I get an error message
like:
too many consecutive interrupt delays ... engine pausing
cycle execution failure, exiting
DRIVER NT: could not run driver cycle
16:41:41.902 XRUN callback (1).
16:41:41.902 XRUN callback (2).
16:41:41.909 Shutdown notification.
16:41:41.913 Client deactivated.
16:41:41.915 JACK is stopping...
zombified - calling shutdown handler
delay of 16535.000 usecs exceeds estimated spare time of 1307.000;
restart ...
<snip about 15 lines of "delay of...">
delay of 16535.000 usecs exceeds estimated spare time of 1307.000;
restart ...
jack main caught signal 12
received signal 15 during shutdown (ignored)
no message buffer overruns
Adour then pukes saying it was kicked out by jack.
Asking around on #lad and #ardour has led me to believe it's a kernel
issue rather than a jack/client issue. However I *think* my kernel is
setup correctly. I've verified that the interface works well on OS X.
I've tested the on-board ac97 chip, there are less "delay" errors and
ardour doesn't die, although some messages still occur. I've read that
the usx2y alsa module provides "rawusb" access to that particular
hardware. Is there something similar to be used with the ua-25?
Any explanation or advice is welcome.
Specifically:
-reports of success with this hardware and any kernel
-hints/tips on finding killing those delay of XXX.XXX usecs exceeds...
messages
-opinions on the current state of affairs with alsa & USB
-other lists/resources to investigate regarding these types of errors
thanks in advance,
-ry
--
Ryan Gallagher <ruinaudio(a)comcast.net>
Hi,
When encoding wav files to flac (simply with flac *.wav) some files get
corrupted.
When decoding them, the corrupted ones (about 3 out of 10, always the same
ones when retrying) throw a warning: "MD5 signature mismatch". Those
corrupted files have often (but not always) a loud 'scratch' somewhere in
them, of about 1/10s length. The scratch is also very well visible when
opening the decoded flac in e.g. Audacity.
I'm using flac 1.1.1. I have no other problems with my hardware/disks etc.
only when using flac.
What could I be doing wrong, or are there really problems with the flac
encoder?
thanks,
Wilbert
--
Wilbert Berendsen (www.xs4all.nl/~wbsoft, www.kde.nl, www.kerklied.net)
* Take back the web: http://www.mozilla-europe.org/nl/products/firefox/
* Free as in speech and beer: http://opencd.dischosting.nl/
I rebooted my dual Opteron into its 64-bit environment to try alsa
1.0.9RC1. I see progress, but no joy yet.
alsa-driver, lib, utils all compile and install successfully for me.
Ditto for hdsploader. The alsa-firmware is 1.0.8, and seems to work.
However, hdspconf and hdspmixer break with an old arch mismatch type
error as follows:
make[1]: Entering directory `/usr/local/src/alsa/alsa-tools-1.0.9rc1/hdspconf/src'
if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"hdspconf\" -DVERSION=\"1.4\" -DSTDC_HEADERS=1 -DHAVE_LIBASOUND=1 -I. -I. -g -O2 -O2 -march=i386 -mcpu=i686 -I/usr/X11R6/include -fno-exceptions -MT hdspconf.o -MD -MP -MF ".deps/hdspconf.Tpo" \
-c -o hdspconf.o `test -f 'hdspconf.cxx' || echo './'`hdspconf.cxx; \
then mv -f ".deps/hdspconf.Tpo" ".deps/hdspconf.Po"; \
else rm -f ".deps/hdspconf.Tpo"; exit 1; \
fi
hdspconf.cxx:1: error: CPU you selected does not support x86-64 instruction set
hdspconf.cxx:1: error: CPU you selected does not support x86-64 instruction set
make[1]: *** [hdspconf.o] Error 1
Still, if I could figure out how to set the levels with amixer, it seems
I could work sound in 64-bit mode. Starting alsasound goes like this:
#service alsasound restart
Shutting down sound driver: done
Starting sound driver: snd-hdsp done
Starting sound driver: snd-hdsp done
/usr/sbin/alsactl: load_state:1272: No soundcards found...
Running aplay behaves as if it's working. But I cannot figure out how to
set levels with amixer:
numid=5,iface=HWDEP,name='Mixer'
; type=INTEGER,access=rw---,values=3,min=0,max=65536,step=1
: values=0,0,0
I don't understand "0,0,0" This appears to be something new to me.
Nothing I've tried appears to put any value there--including editing
/etc/asound.state by hand.
PS: running hdspconf and hdspmixer from a chroot of my 32-bit
environment just yields "no sound cards found" as I would expect.
hi
I have an Edirol UR-80 detected on my :
- SuSE 9.2
- Kernel 2.6.8.24-10
- Alsa 1.0.8
- MuSe, Jazz... jack
but i dont know how configure it for this programs
in my hardware configurator :
- Roland UR-80 / driver snd-usb-audio
- Roland UR-80 / driver " i cant read ths driver version but it's
reply that : "a driver have been charged and this peripherique can be
used" " (sorry i'm frensh and i don't speak english)
in jackconnect :
- readable ports :
- 72:0 UR-80
- 72:1 UR-80
- 72:2 UR-80
- Writeable ports :
- 72:0 UR-80
- 72:1 UR-80
i have try to configure this UR-80 with "jazz" but it don't work
it's the same with "MuSe"
thx for your help
++ elg
Hi,
I've got a bunch of old vinyl (and even those before these) records
and some old tape cassette that I would like to record and put on CD
or in a non destructive format like FLAC. I've scanned (not thoroughly
I must admit) the net to see if there is a tool for this. I think that
it would be possible to use ardour, ecasound, audacity or similar. I
found a tool that is called PhonoRipper:
http://www.8ung.at/klappnase/phonoripper/phonoripper.html
The author says that it isn't good with ALSA so I rather prefer
something else. But I'll give it a try anyway.
If anyone has an suggestion how to use ardour, ecasound, audacity or
similar I would appreciate that.
I'm not sure how to do the converting. Could this be a way?
sample the vinyl/tape
spilt into different tracks
try to remove noise and such
maybe normalize?
and maybe jamin?
convert to FLAC
regards,
- Bengan --------------------------------------------------------------
- KTHNOC/SUNET/NORDUnet | http://www.sunet.se/~bengan | +46 8 7906586 -
(de-lurk mode)
Hi all,
I keep getting an error when starting Audacity. It reads "There was an
error initialising the audio i/o layer. You will not be able to play
audio".
It then starts & works, apart from not being able to play what it is
doing.
The strange thing is that it worked fine the first time I used it (I
recently "rested" Debian in order to try Ubuntu, so it's a new
installation). Every time since then, it has shown this error.
Everything else seems to be working fine on the audio front: XMMS is
happy, MIDI is working, even Audacity is functioning, but I have to play
files saved in Audacity via XMMS.
Is there something silly that I've missed? I can't work out why it would
play audio once & then not subsequently.
Any help appreciated.
TIA
Gavin.
>From: Frank Barknecht <fbar(a)footils.org>
>
>You forgot to switch on Audio computation in "Media -> Audio On" or
>the main window. Yes, you did. ;)
No. The "doc/3.audio.examples/output~.pd" did not work.
It was the mute system failing completely.
>> I would like to have an analog-style synth patch. Anyone?
>
>Try /usr/lib/pd/doc/3.audio.examples/C08.analog.sequencer.pd for starters.
Next! ;-) (It makes a lot of zipper/click noises. D/As don't clip.)
Something like, e.g., Virus, TB303, Sequential Circuit, Juno.
With sequencer. Something like Absynth would be nice too.
>abstractions, as every pd patch is an abstraction, this list would be
>huge (I have thousands of pd patches on my disk).
That was the list I was hoping to find. "Re-use" was in my mind.
CVS seem to have 2723 ".pd" files.
>in the HTML docs, which you
>have read once or twice, hopefully.
8-D No, I check how long I survive without manuals.
Copy/paste from other patches seems to be what works perfectly.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
I am feeling stupid right about now.. I had dssi-vst working fine the
other day.. rebuilt my system to have mirrored harddrives and some
other general stuff and am having problems compliing this time.
I am running gentoo and used the gentoo ebuild for dssi and liblo
which is different that the previous time. It seems to have something
to do with LD_LIBRARY_PATH, but dont really know what that is.
Thanks for any help!
Matt
When i do a configure and make here is my output:
Make First:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~/Music/dssi-vst-0.3.1 $ make
sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g'
./apploader.in >apploader || rm -f apploader
LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/bin/winebuild -o
dssi-vst-server.exe.dbg.c --debug -C. dssi-vst-server.cpp
gcc -c -I. -I/home/matt/Music/vstsdk2.3/source/common
-I/usr/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o
dssi-vst-server.exe.dbg.o dssi-vst-server.exe.dbg.c
g++ -c -I. -I/home/matt/Music/vstsdk2.3/source/common
-I/usr/include/wine/windows -g -O2 -fpermissive -fno-for-scope
-D_REENTRANT -o dssi-vst-server.o dssi-vst-server.cpp
LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/bin/winebuild -fPIC -o
dssi-vst-server.exe.spec.c --exe dssi-vst-server.exe -mgui
dssi-vst-server.o -L/usr/lib/wine -L/usr/lib/wine -ladvapi32
-lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32
-luser32 -lwinspool
winebuild: executable must be named via the -F option
make: *** [dssi-vst-server.exe.spec.c] Error 1
Configure:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~/Music/dssi-vst-0.3.1 $ ./configure
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking whether ln -s works... yes
checking for sqrt in -lm... yes
checking for iswalnum in -lw... no
checking for gethostbyname... yes
checking for connect... yes
checking for gcc strength-reduce bug... no
checking whether we can build a Linux dll... yes
checking whether we need to define __i386__... checking for egrep... grep -E
no
checking whether we need to define __sparc__... no
checking whether we need to define __sun__... no
checking for g++ -fpermissive option... yes
checking for g++ -fno-for-scope option... yes
checking for windef.h header... /usr/include/wine/windows
checking for -lwine...
checking for wine_cp_wcstombs in -lwine_unicode... yes
checking for libntdll.def... /usr/lib/wine
checking for wine... /usr/bin/wine
checking for winebuild... /usr/bin/winebuild
checking for wrc... /usr/bin/wrc
configure: creating ./config.status
config.status: creating Make.rules
config.status: creating Makefile
Configure finished. Do 'make' to build the project.
>From: Gilles Degottex <gilles.degottex(a)net2000.ch>
>
>On Tuesday 15 March 2005 05:36, John Check wrote:
>> Have a look at horgand, it's a pretty kick ass hammond emulator.
>> It has a leslie, reverb, rhythm section, the whole schmear.
>
>I already tested it ... IMHO far far away from the original sound and sf2
>synth sounds. I think the problem is horgand seems generate is own primary
>sounds (sounds of the fondamental and the harmonics) and they are too much
>perfect :P A mixed solution between horgand and a wavetable for base sounds,
>could be a better one, I think.
As examples, I extracted a few cuts with Hammond organ kind
sounds from Yello's Motion Picture album (www.yello.ch):
ftp://ftp.funet.fi/pub/culture/music/western/Yello/
yellohammond*.wav
I would like to have similar sounds available. Preferably as
an open source software emulation for the maximum control.
The cuts have other nice sounds as well.
Could anyone record hammond organs from Nord Modular and other
synths? NM users have a huge collection of sound patches. I wonder
if the patches made by users could be converted to our open
source software.
!! I find it always sad when people using system X contributes
intellectual property to X freely and when implicitly the contributed
IP becomes sole property of system X. Thousands of NM user-made
patches are good examples; nobody has ported them to other systems.
Every user-made feature suggestion given to Logic Audio, Cubase,
Maya, Houdini, you-name-it-software are not contributed to other
systems. The user-made contributions may appear in other systems
as "copied from system X", not as "idea contributed by person N.N." !!
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
tim hall wrote:
"One of the problems with the hammond is that you would need a separate
sample
for each key, to get the proper vibrato of each tone-wheel and a good
leslie
is hard to fake. I'm not saying it's utterly impossible, but it would
take a
sample bank as finely engineered as the original instrument. And no,
I've
never heard the hammond transfered to CD without losing some of its
power,
although the tone of a real instrument generally does shine through."
More like a seperate sample for each tonewheel. The mixing can be done
afterwards, otherwise you would need to sample every drawbar position as
well.
I've got an l122 valve tonewheel hammond and two leslies, a leslie valve
one and a transistor sharma.
I have to say that pretty much any keyboard can do a pretty good hammond
simulation if you put it through a real leslie. One of my faves is a
dx7. You can get a decent click and drawbar effect using the oscs.
You gotta give beatrix a go. It's the nicest hammond on Linux IMHO. The
leslie sounds great, and it can go really heavy and distorted if you
like that kind of thing.
http://www.dsv.su.se/~fk/beatrix_home.html
It's also really worth playing with the LADSPA swh impulse convolver
plugin. Guitar amps sound really good on hammond! Also the TAP preamps
are nice. A bit of fuzz and grit+limited freqency range and odd
resonances really brings it to life.
The one thing no midi hammond can ever do is the way different tones
come in at different times as you press down the key. This means you can
kinda flick the keys and just get the top drawbar to plip a little and
the percussion to ping.
