On Dec 7, 2016 10:52, termtech <termtech(a)rogers.com> wrote:
>
> On Wednesday, December 7, 2016 10:43:22 AM EST David Jones wrote:
> > On Dec 7, 2016 06:48, termtech <termtech(a)rogers.com> wrote:
> > > On Wednesday, December 7, 2016 7:34:25 AM EST David Klann wrote:
> > > > On 12/03/2016 01:50 PM, termtech wrote:
> > > > > On Saturday, December 3, 2016 1:20:09 PM EST David Klann wrote:
> > > > >> Greetings,
> > > > >>
> > > > >> Long-time Linux user, and relatively new JACK user here. I have built
> > > > >> ...
> > > > >
> > > > > Hello, this might be a long shot, but maybe not.
> > > > > You mentioned it did this when Jack was disabled,
> > > > >
> > > > >Â so it seems Jack is not the problem.
> > > > >
> > > > > Look for the LAU thread on Wednesday titled:
> > > > > "[LAU] [SOLVED] Crackles in audio, drifting intermittent noise etc."
> > > > > I was having very strange phasing problems, although I didn't notice
> > > > >
> > > > >Â from channel to channel but I wasn't really listening for that.
> > > > >
> > > > > I knew it was hardware related, only that could cause it.
> > > > >
> > > > > My ONLY solution was changing the number of enabled CPU cores,
> > > > >
> > > > >Â either through my BIOS or through Linux commands such as:
> > > > > echo 0| sudo tee /sys/devices/system/cpu/cpu3/online
> > > > > cat /sys/devices/system/cpu/cpu3/online
> > > > >
> > > > > I found that I must run with just ONE core for the most stability.
> > > > > (I had posted that I found TWO cores were OK but actually
> > > > >
> > > > >Â further test revealed it was not OK.)
> > > > >
> > > > > So try:
> > > > > echo 0| sudo tee /sys/devices/system/cpu/cpu1/online
> > > > > echo 0| sudo tee /sys/devices/system/cpu/cpu2/online
> > > > > echo 0| sudo tee /sys/devices/system/cpu/cpu3/online
> > > > >
> > > > > cpu0 will always be online.
> > > > >
> > > > > Tim.
> > > >
> > > > Hi Tim!
> > > >
> > > > Thanks for this tip! I probably never would have considered this even
> > > > though it was a vague, nagging thought in the back of my head.
> > > >
> > > > Disabling three of the four cores (or hyperthreads?) on the CPU fixed
> > > > the problem for us!
> > > >
> > > > Specifically (and to tweak your command set), I placed the following in
> > > > /etc/rc.local to ensure the CPU disabling survives a reboot:
> > > >
> > > > <code>
> > > > for c in 1 2 3; do echo 0 > /sys/devices/system/cpu/cpu${c}/online; done
> > > > </code>
> > > >
> > > > In reading the "Crackles in audio..." thread, I am curious to know why
> > > > this happens with some CPUs and not with others. My understanding is
> > > > that this is fundamentally a timing issue between processes that are
> > > > running on different CPUs (or cores). So, while it's not specifically a
> > > > JACK issue, if the jackd process is running on CPU0 and the audacity
> > > > process is running on CPU3 then a timing error may be introduced between
> > > > those two CPU's. Is that a reasonable summary of the effect?
> > > >
> > > > And for my next trick, I will experiment with the taskset(1) command to
> > > > set processor affinity for the audio processes. Maybe we can leave all
> > > > four CPU's enabled and still avoid the "left-right channel skew"
> > > > problem.
> > >
> > > Ah thanks, I was looking for something like taskset.
> > > I wondered if the entire audio chain, from driver to application,
> > > should somehow be set to one CPU even if all four are enabled.
> > > Please let us know how it works out for you.
> > >
> > > I am very late to this multi-core party. It's my first such PC.
> > > I am sure this episode has been repeated before in other threads.
> > > It's hard to dig through the confusion and misinformation.
> > > Even though I did research these CPUs before buying, I didn't
> > > expect it would affect things in this manner.
> > >
> > > Tim.
> > >
> > > > Thank you everyone who weighed in on this, and especially Paul for
> > > > pointing out that it cannot be an issue introduced by JACK.
> > > >
> > > > Best regards,
> > > >
> > > >Â Â ~David Klann
> >
> > Well, I have 2 PCs I do audio on. One has 4-core AMD Phenom II (no
> > hyperthreading). Other has Intel i7 (4 cores + hyperthreading). Have never
> > tweaked anything like what you're talking about and have never had any such
> > problem as you had.
> >
> > I do not have Pulseaudio installed on either of them.
> >
> > My final guess at root of problem: hardware issue with CPU itself. Maybe
> > some manufacturing defect that only manifests when all cores are in use?
>
> It appears to be something related to certain (older?) PCI audio cards.
> Although, I think Len said he's running a similar card as mine
> and hasn't seen any problems.
>
> An older SBLive! PCI card appeared to work fine. Maybe I should test again...
>
> Tim.
Never had it when I used an AudioPhile 2496 PCI card, either, on the AMD machine. The i7's in a laptop, so limited only to internal audio or external USB audio.
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
On Dec 7, 2016 06:48, termtech <termtech(a)rogers.com> wrote:
>
> On Wednesday, December 7, 2016 7:34:25 AM EST David Klann wrote:
> > On 12/03/2016 01:50 PM, termtech wrote:
> > > On Saturday, December 3, 2016 1:20:09 PM EST David Klann wrote:
> > >> Greetings,
> > >>
> > >> Long-time Linux user, and relatively new JACK user here. I have built
> > >> ...
> > >
> > > Hello, this might be a long shot, but maybe not.
> > > You mentioned it did this when Jack was disabled,
> > >
> > >Â so it seems Jack is not the problem.
> > >
> > > Look for the LAU thread on Wednesday titled:
> > > "[LAU] [SOLVED] Crackles in audio, drifting intermittent noise etc."
> > > I was having very strange phasing problems, although I didn't notice
> > >
> > >Â from channel to channel but I wasn't really listening for that.
> > >
> > > I knew it was hardware related, only that could cause it.
> > >
> > > My ONLY solution was changing the number of enabled CPU cores,
> > >
> > >Â either through my BIOS or through Linux commands such as:
> > > echo 0| sudo tee /sys/devices/system/cpu/cpu3/online
> > > cat /sys/devices/system/cpu/cpu3/online
> > >
> > > I found that I must run with just ONE core for the most stability.
> > > (I had posted that I found TWO cores were OK but actually
> > >
> > >Â further test revealed it was not OK.)
> > >
> > > So try:
> > > echo 0| sudo tee /sys/devices/system/cpu/cpu1/online
> > > echo 0| sudo tee /sys/devices/system/cpu/cpu2/online
> > > echo 0| sudo tee /sys/devices/system/cpu/cpu3/online
> > >
> > > cpu0 will always be online.
> > >
> > > Tim.
> >
> > Hi Tim!
> >
> > Thanks for this tip! I probably never would have considered this even
> > though it was a vague, nagging thought in the back of my head.
> >
> > Disabling three of the four cores (or hyperthreads?) on the CPU fixed
> > the problem for us!
> >
> > Specifically (and to tweak your command set), I placed the following in
> > /etc/rc.local to ensure the CPU disabling survives a reboot:
> >
> > <code>
> > for c in 1 2 3; do echo 0 > /sys/devices/system/cpu/cpu${c}/online; done
> > </code>
> >
> > In reading the "Crackles in audio..." thread, I am curious to know why
> > this happens with some CPUs and not with others. My understanding is
> > that this is fundamentally a timing issue between processes that are
> > running on different CPUs (or cores). So, while it's not specifically a
> > JACK issue, if the jackd process is running on CPU0 and the audacity
> > process is running on CPU3 then a timing error may be introduced between
> > those two CPU's. Is that a reasonable summary of the effect?
> >
> > And for my next trick, I will experiment with the taskset(1) command to
> > set processor affinity for the audio processes. Maybe we can leave all
> > four CPU's enabled and still avoid the "left-right channel skew" problem.
>
> Ah thanks, I was looking for something like taskset.
> I wondered if the entire audio chain, from driver to application,
> should somehow be set to one CPU even if all four are enabled.
> Please let us know how it works out for you.
>
> I am very late to this multi-core party. It's my first such PC.
> I am sure this episode has been repeated before in other threads.
> It's hard to dig through the confusion and misinformation.
> Even though I did research these CPUs before buying, I didn't
> expect it would affect things in this manner.
>
> Tim.
>
> > Thank you everyone who weighed in on this, and especially Paul for
> > pointing out that it cannot be an issue introduced by JACK.
> >
> > Best regards,
> >
> >Â Â ~David Klann
Well, I have 2 PCs I do audio on. One has 4-core AMD Phenom II (no hyperthreading). Other has Intel i7 (4 cores + hyperthreading). Have never tweaked anything like what you're talking about and have never had any such problem as you had.
I do not have Pulseaudio installed on either of them.
My final guess at root of problem: hardware issue with CPU itself. Maybe some manufacturing defect that only manifests when all cores are in use?
Glad you found a solution!
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.com
Hello,
u-he is offering their synths for the Linux platform. Not many are
doing so. Not at all.
Repro-1 is an emulation of the Sequential Circuit Pro-One. The video
presentation was posted a few hours ago:
https://www.youtube.com/watch?v=vhQST401uYM
Cheers.
Greetings,
Long-time Linux user, and relatively new JACK user here. I have built
some audio workstations for the community radio station where I
volunteer (WDRT, Viroqua, WI, US). I recently switched one of the
workstations to use JACK, along with PulseAudio. We use Audacity to edit
audio and we have noticed that the "left" and "right" channels are out
of sync with each other. We have witnessed the "skew" to be as few as
two samples (which is unnoticeable to the ear) to as many as a couple
hundred samples (which sounds a lot like a phase error).
We performed a lot of troubleshooting, including swapping PCI audio
cards (ESI Juli@, Digigram VX222), disabling JACK, running Audacity on
the same hardware booted from a USB stick and a completely different
Debian environment. I am not *completely* confident, but the likely
culprit seems to be JACK.
We have recorded audio using jack-record and experienced the same
left-right channel skew.
Can anyone help point to JACK or OS configuration parameters that we
might look at to get our left and right channels in sync?
Details:
OS: Debian Jessie (8.6), up to date (kernel: 3.16.0-4-amd64 #1 SMP
Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux)
JACK (jackd2): 1.9.10+20140719git3eb0ae6a~df
PulseAudio: 5.0-13
ALSA: 1.0.27+1
CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
RAM: 8GB
Audio Cards: ESI Juli@ PCI, Digigram VX222HR PCI
Thanks for your consideration!
~David Klann
Hello, again!
Another Computer - another problem. :)
Seems like my HDSP is no longer catched by rtirq-init. At least htop
doesn't list this card in the "priority-view". And I get a lot of
xruns... Wonder, if this has sth to do with systemd?
Using Debian Testing with KXstudio-overlay.
There was a handy tool to list the priority of Interrupts (and devices)
but I can't find it anymore and I forgot it's name. (Sth like
"rtprio"?)
Or is using rtirq-init the old way and I should use rtkit instead? If
yes, how?
Greets!
Mitsch
Hi.
The monthly meeting will take place (i.e. at least I will go there and
try to gather some audio geeks) at c-base on Wednesday.
I hope I will see some people there.
Cheers
/Daniel
Hmm, I use Debian Testing, with JACK and a USB sound card (for both recording and playback) also using Audacity and jack-record. I don't have Pulseaudio installed at all. And I've never had left-right channels out of sync by even two samples.
Don't know what's going on with your setup. Perhaps try booting the machine from an audio-oriented distro like Musix 3, KXStudio, or ArtistX and see if you have same problem?
David W. Jones
gnome(a)hawaii.rr.com
authenticity, honesty, community
http://dancingtreefrog.comOn Dec 3, 2016 13:59, Paul Davis <paul(a)linuxaudiosystems.com> wrote:
>
> There's more or less no way for JACK to do this. Its entire design is "be woken by hardware to process N samples; process N samples; go to sleep". It is a synchronous low latency design that does not offer scope for processing different channels or different outputs at different times.
>
> On Sat, Dec 3, 2016 at 7:20 PM, David Klann <dxklann(a)gmail.com> wrote:
>>
>> Greetings,
>>
>> Long-time Linux user, and relatively new JACK user here. I have built
>> some audio workstations for the community radio station where I
>> volunteer (WDRT, Viroqua, WI, US). I recently switched one of the
>> workstations to use JACK, along with PulseAudio. We use Audacity to edit
>> audio and we have noticed that the "left" and "right" channels are out
>> of sync with each other. We have witnessed the "skew" to be as few as
>> two samples (which is unnoticeable to the ear) to as many as a couple
>> hundred samples (which sounds a lot like a phase error).
>>
>> We performed a lot of troubleshooting, including swapping PCI audio
>> cards (ESI Juli@, Digigram VX222), disabling JACK, running Audacity on
>> the same hardware booted from a USB stick and a completely different
>> Debian environment. I am not *completely* confident, but the likely
>> culprit seems to be JACK.
>>
>> We have recorded audio using jack-record and experienced the same
>> left-right channel skew.
>>
>> Can anyone help point to JACK or OS configuration parameters that we
>> might look at to get our left and right channels in sync?
>>
>> Details:
>>
>> OS: Debian Jessie (8.6), up to date (kernel: 3.16.0-4-amd64 #1 SMP
>> Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux)
>> JACK (jackd2): 1.9.10+20140719git3eb0ae6a~df
>> PulseAudio: 5.0-13
>> ALSA: 1.0.27+1
>> CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
>> RAM: 8GB
>> Audio Cards: ESI Juli@ PCI, Digigram VX222HR PCI
>>
>> Thanks for your consideration!
>>
>> Â ~David Klann
>>
>>
>> _______________________________________________
>> Linux-audio-user mailing list
>> Linux-audio-user(a)lists.linuxaudio.org
>> http://lists.linuxaudio.org/listinfo/linux-audio-user
>>
>
Howdy,
In contrast to the last few pieces, Aquaterra is rather laid
back. It's a smooth travel from water to land and back to water. The
sonic 'waves' could be representing water waves or perhaps whales.
This one brings back acoustic guitar in the sonic palette. Since we
know an autistic child who likes whales a lot, the solo with its
'stuck notes' that are evolving takes a new dimension.
https://soundcloud.com/nominal6/aquaterra
There is also a remix of a previous piece, that makes it perhaps a bit
more even:
https://soundcloud.com/nominal6/jumanmai
Comments are welcomed !
Cheers.
Howdy,
The title for this one is from one of the presets included in the new
Repro-1 synth. There is no political statement but if you insist...
there might be a general statement about the blah-blah talk with the
piece ending appropriately with an ACE synth sound called 'In the
Oubliette', in the dungeon if you wish :) This said, I do not favor any
of the - for all practical purposes - only two candidates.
Comments welcomed !
https://soundcloud.com/nominal6/softtrump
Cheers.
Anyone on the list know how to persuade an Arduino to look like a MIDI
device?
I've got it generating MIDI signals via a MIDI breakout unit, but want
to connect direct
to my PC using the USB. I've got it sending what appear to be valid MIDI
messages to
/dev/ttyUSB1, but qjackctl doesn't see it as a midi device so it can't
connect it.
Any useful information would be welcome.
Thanks in advance
Bill
--
+----------------------------------------+
| Bill Purvis |
| email: bill(a)billp.org |
+----------------------------------------+
