I have a jurassic ens1371 audio PCI card. It is used just as a monitor port
leaving anything else to newer peripherals.
This card has a joystick port. I found an old joystick so would like to try
this out. There are even MIDI controllers around that can make use of it.
Unfortunately, everything found by Google on how to set this up is very out-
of-date. Some file or script somewhere, not where all these instructions say it
should be, needs be around setting the joystick-enabled to true.
I tried /etc/modprobe.d but that did not work.
Anyone done this? Gameport is in /etc/modules and gets modprobed and lsmod
shows it tied to the ens1371.
In a moment of stupidity I managed to trash the install on one of my machines.
There was no practical way to undo the damage (this is debian testing) so I did
a fresh install from scratch - I must say the debian install discs have improved
a lot!
Anyway the first time I tried to do any audio work I got Xruns all over the
place on stuff that had been rock-solid previously. However, a quick look at
htop revealed that pulseaudio was running three threads right in the middle of
the jack stuff. Deleting just the 'pulseaudio' server cured the problem, and
nothing else seems to complain.
The icing on the cake is that various programs that like to make annoying beeps
and bongs are now quite silent :)
--
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
Hello all,
The thread on 'crackles in audio' reminded me of a similar problem
which upset me for some years now.
I normally run Jack all the time, and for apps that don't support it
there's an ~/.asoundrc like this:
pcm.!default {
type plug
slave { pcm "jack" }
}
pcm.jack {
type jack
playback_ports {
0 zita-mu1:in_2.L
1 zita-mu1:in_2.R
}
capture_ports {
0 system:capture_1
1 system:capture_2
}
}
If you don't know what zita-mu1 is, see here:
<http://kokkinizita.linuxaudio.org/linuxaudio/zita-mu1-doc/quickguide.html>
The only use case for this is viewing youtube videos with either
Chromium or Firefox, which will use ALSA's default device.
This works ok but after some time I get 'crackles'. It sounds
like a buffer wraparound. Repositioning or stopping/restarting
the video usually solves the problem, but it will come back
after some time.
I see no reason why things shouldn't 'just work'. And I've been
wondering: is this a long-standing problem with ALSA's Jack
plugin, or are the browsers doing something wrong ? In either
case, is there a solution (not involving PA or loop devices) ?
Ciao,
--
FA
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)
If one would like tu use Linux as an audio workstation with say, Ardour
to do the recording, all housed inside a midsize tower i5 or so
computer, what would be the recommended audio interface ? The one that
integrates to Linux 99% and works really well while providing a
certain number of I/Os ?
There must be one that satisfies serious home (or small studio) uses. I
do not believe that all Linux audio users are clinging to their legacy,
no-longer-sold M-Audio 1010 interfaces :)
Cheers.
Yet a other one off the mini series from GUI-less LV2 plugs,
This time, a analogue simulation of the Vintage Fuzz Master (Devi Ever)
This one comes with a bass/bright switch and is a bit modified to
produce less Volume then the original pedal.
With "Intensity" down, it will blow up the low end, but by turn it up,
it produce the well known and loved octave up artefacts.
https://github.com/brummer10/GxVintageFuzzMaster.lv2
>All we wanna do is have some fuzz
This piece is built around an acoustic guitar improvisation laid over
a drum riff. Various sounds swishes around amongst phaser cymbals
while a lead ethnic synth of future tribal times tells a story of not
so quiet times floating over a loose and dirty bass.
Enjoy.
https://soundcloud.com/nominal6/jam35
Hello,
Suddenly the audio started crackling. I was listening to a youtube
tutorial (firefox) and it started. Bitwig and Renoise were running but
not playing anything. I looked at the log files (syslog, kern) nothing
relevant. Card is 10101LT.
jackd runs at about 10.3ms latency (last time I checked using
jack_iodelay), so it run as:
/usr/bin/jackd --sync -T -P95 -ndefault -dalsa -dhw:M1010LT -r44100
-p128 -n2
scaling_gouvernor all set to performance. Interrupt prio looks OK:
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
436 FF 90 - 130 1.6 S irq/18-snd_ice1
47 FF 50 - 90 0.0 S irq/9-acpi
limits audio.conf is:
@audio - rtprio 95
@audio - memlock unlimited
Interrupts servicing for all 4 CPUs (i5) :
0: IR-IO-APIC-edge i8042
4: IR-IO-APIC-edge
8: IR-IO-APIC-edge rtc0
9: IR-IO-APIC-fasteoi acpi
12: IR-IO-APIC-edge i8042
18: IR-IO-APIC-fasteoi snd_ice1712
jackd and pulse processes:
/usr/bin/pulseaudio --start --log-target=syslog
[pulseaudio] <defunct>
/usr/bin/jackd -T -ndefault --sync -T -P95 -ndefault -dalsa
-dhw:M1010LT -r44100 -p128 -n2
The pa zombie was there way before the crackling started. Not sure if
this is related.
The pulseaudio jackd sink is active and can be seen in qjackctl.
So it seems OK. But the audio is full of crackles. In firefox, as
well as Bitwig and Renoise when now something is played. Of course,
when the machine was started some audio was played in both Bitwig and
Renoise and it was fine. Then I watched a youtube tutorial and bam,
after maybe 15 minutes, all audio output is full of crackling.
Since the log files shows nothing. How is troubleshooting information
gathered ? There should be some SW system component that can be
probed, somwthing that could be observed. - or is it that the 1010LT
is going awry ? Can this happen at all ?
Thanks for suggestions and comments !
Cheers.
Hi all,
What's there on the market nowadays that works very well in Linux ?
I use many in/out lines on the 1010LT. I use 5 line outs, 4 line
ins, 2 XLR ins. I find it practical not having to re-connect things.
Nice for recording. And also, not needing extra hardware to connect
many lines to an interface limited in I/O is good.
The replacement audio card should have a good number of I/o lines, as
well as XLR inputs.
Just got recently an ART MPA II pre-amp which I'm slowly exploring. So
phantom power from an audio interface is not a criteria.
Browsing the M-Audio site, the M-Track Eight rack mount USB unit might
be something along those lines, although since I also have things
connected to the 3 USB ports, I would tend to prefer one that does not
use USB. Also, it sounds like it comes with controlling software that
could be not available on Linux, or available with limited
capabilities. Some for the Octane Preamp Technology M-Audio is
boasting about that interface: not needed. I'd prefer putting money
into the interface itself.
The other offerings from M-Audio are those rather limited-looking
interfaces with a big knob sitting on top.
I do not know of any other serious audio interfaces out there -
suggestions and comments are welcomed !
Cheers.