I'm the (un?)lucky owner of an M-Audio Fast Track Pro USB audio
interface and I'm having some serious problems getting this device to
record audio reliably under Linux.
I've been using arecord and occasionally Audacity for all of my
testing. My problem is this: Recording a take works about 80% of the
time. In the remaining ~20% of cases, the captured audio is extremely
loud with severe digital distortion. Once this problem shows up, it
persists for any subsequent takes. The only way I've found to make
the problem go away, at least temporarily, is to power-cycle the Fast
Track Pro.
I considered the possibility that this particular device might be
defective, but it seems to work wonderfully under Windows.
I'm calling out to other Fast Track Pro users in the hope that someone
out there has encountered the same problem and better still, found a
solution.
Any suggestions at all would be greatly appreciated!
.lewis
Hi.
Quite a shot into the dark, but: Is anyone here by chance into
eurorack modular and has tried the Expert Sleepers ES-8 USB Interface
with Linux yet? It claims to be class compliant, but you never know...
--
CYa,
⡍⠁⠗⠊⠕
Hi list,
I have been search the archives and the web a bit and it seems there is
no easy way to route html5 audio playback from firefox through jack on
Debian testing.
Is this still the case or has there been recent development that might
enable it? What would have to be done to make it work? This
functionality is the last piece in my puzzle to finally get rid of
flash.
thanks for pointers,
P
Anyone else having problems with these?
Suddenly I seem to have been unsubscribed from all of them. No problems with
any other lists.
--
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.
On Tue, 1 Aug 2017 13:55:28 -0400
"mike mazarick" <mazarick(a)bellsouth.net> wrote:
> It has been years since I played with this, but have you disabled/removed
> Pulse audio? It sounds like Pulse audio (the default audio system) has
> grabbed 4 channels, which is its normal behavior.
Removing pulseaudio seems like a good place to start, I'll try that and report back, thanks for the suggestion!
Cheers
--
Atte
http://atte.dkhttp://a773.dk
On Aug 29, 2017 03:39, "Peter P." <peterparker(a)fastmail.com> wrote:
>
> * list <list(a)contacte.xyz> [2017-08-29 15:25]:
> > apt-daily.timer loaded active waiting Daily apt download activities
> Which you can disable safely.
> >
> > and
> >
> > remote-fs.target loaded active active Remote File Systems
> Can be disabled as well I think.
>
> > Not sure they are vital. But i see nothing about them on the journalctl
> > that matches the time of the XRUN - the apt-daily time occurs like 1
> > time every 8 hours or so.
> Did you look at jackd priorities?
>
> > The Card(s) are alone on they interrupt line - already manage that -
> > thank linux audio wiki & others, well explained and documented, and
> > still up to date.
> >
> >
> > Thank you again for reading you all ! Appreciate that a lot !
> >
> >
> > ps : I think it was a wrong routed message from David. J but i do not
> > want a RT Kernel (do i really need one ?!) for my simple recording
> > needs. A good low latency, well configured Kernel should do the trick.
> As far as I understand, if I may chime in, the -rt kernel from the
> Debian packages does implement several realtime patches, but not all of
> them and is not a completely hard realtime kernel. You should at least
> install one in parallel to your existing kernel and give it a try to
> rule this possibility out and not lose time over speculations.
I think there is some disagreement over whether hard RT is needed for audio work. I think hard RT is meant more for systems running manufacturing hardware.
My systems work just fine for audio work using Debian's and KXStudio's -rt kernels. Is KXStudio's kernel hard RT or low-latency?
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
Hi,
I am afraid that I still don't understand limits.conf file properly.
Hopefully someone can explain me some details.
I have limits.conf file like this:
@mira - rtprio 99
@mira - memlock 8000000
@mira - nice -10
@mira /usr/bin/jackd nice=-1 rtprio=85
@mira /usr/bin/qjackctl nice=-1 rtprio=84
@mira /usr/bin/ardour nice=-1 rtprio=83
@mira /usr/bin/hydrogen nice=-1 rtprio=82
@mira /usr/bin/jackeq nice=-1 rtprio=81
@mira /usr/bin/jack-rack nice=-1 rtprio=80
.
.
Should I do something better with nice and rtprrio values to ensure better
RT robustness ?
There is also possible add "priority" value in limits.conf file ... Should
I use it?
2nd question:
In qjackctrl Settings -> Advanced ... there is a "Priority" option ...
How it is connected with these above? Should be used?
mira
On Aug 28, 2017 22:48, Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> wrote:
>
> On Mon, 28 Aug 2017 23:31:53 +0200, list wrote:
> >I get Xruns, or to be clear i get 1 xrun by hour (!)
>
> The Debian and Ubuntu policy is to autostart everything a package
> contains that could be autostarted. Consider to disable all services
> you don't need. You might be using something like ntpd, perhaps polling
> 1 time each hour, maybe by wifi, sharing an IRQ with the USB ports you
> use for the USB audio interfaces. It might be something similar absurd.
I have heard that many wifi drivers can block interrupts when scanning for signals. I would try disabling wifi and see if it helps.
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
On Aug 28, 2017 11:49, Will Godfrey <willgodfrey(a)musically.me.uk> wrote:
>
> On Mon, 28 Aug 2017 23:31:53 +0200
> list <list(a)contacte.xyz> wrote:
>
> > Hello.
> >
> > Just installed a brand new Debian 9.
> >
> > Running Jack from debian's package - 1.9.10+20150825git1ed50c92~dfsg-5
> > Star Jack with Qjackctl.
> >
> > I get Xruns, or to be clear i get 1 xrun by hour (!)
> > The same if i leave the computer on, and leave it without any sound
> > application open/running, or browser or whatever. Just booted, start
> > jack/qjackctl & wait...
> >
> >
> > So i see nothing in the journalctl (or message/kern.log/syslog )
> > something that could make it append at the same time/hour the xrun
> > appear. No matching time.
> >
> > Running a «vanilla» kernel - not RT
> >
> > Tried with 3 different USB cards, same thing.
> >
> > I'll try to build a new kernel more low latency oriented to see.
> > In the meantime, if anyone on the list have any idea...i'll be happy to
> > listen.
> >
> > All the best !
>
> Have you tried disabling the on-board sound? This looks rather like two
> soundcards slipping out of sync.
Disable wifi?
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com