On Tue, 2013-03-05 at 08:45 -0800, Gabriel Beddingfield wrote:
> On Mon, Mar 4, 2013 at 3:26 AM, Gabbe Nord <gabbe.nord(a)gmail.com> wrote:
> > Hmm, alarming! I do use both USB keyboard and USB mouse. My soundcard is
> > also USB. I do have alot of other devices plugged in aswell to my USB. Is
> > there any way I can fix this, other then getting "real" plugs for the USB
> > keyboard/mouse? Like I said, there's still a couple of devices that uses USB
> > even if I get rid of the mouse/keyboard.
>
> USB devices are allowed to reserve bandwidth... and that affects every
> device attached to the same USB hub. Now, you might say, "I don't use
> a USB hub" -- but that's not true. Your PC has one or two USB hubs
> that it uses internally. In my case, I had a USB audio device on the
> same hub as a USB Webcam. Even when I wasn't using the Webcam, it was
> reserving bandwidth. Thing would be running fine, then all the sudden
> audio comes crashing down with an xrun.
>
> For me the PC had two internal hubs. I used a different USB port
> (attached to the non-webcam-hub) and the problem was solved.
>
> I'm not saying this is your problem... but use something like 'sudo
> lsusb -t' and inspect which devices are connected to which hubs.
> Unplug as much as you can. Try different ports.
Slot plates for using the USB ports provided by the mobo do cost around
EUR 2 only.
FWIW it's possible to unbind USB devices, assumed an unneeded port
should share the IRQ with something that is important.
Hi all,
This weekend, starting a midnight (EST), Saturday morning (Mar 9), the
Systems Support Group at Virginia Tech has scheduled storage maintenance.
The storage that supports linuxaudio.org will be unavailable from
midnight until noon Saturday (EST) and hence the server will be offline.
thanks for your understanding.
robin
Hello!
I'm experiencing some weird issues with JACK. I got a new system the other
day, and I'm tweaking it for linux audio only basically. My issues are:
even when dsp load isn't even close to 100%, I get xruns. This only happens
at lower latencies, but still. My setup is as follows :
Kxstudio 12.04.2
3.2 realtime kernel (tried lowlatency and generic aswell)
Usb sound card Lexicon Omega
Realtimeconfig quickscan shows everything green except cpu governors, but
I'm pretty sure I don't have that on this system? It's an Intel i5 3570k
desktop. Or maybe there's some setting in BIOS equivalent of cpu governors?
If so that might very well be the problem.
I use JACK at 48khz 3 periods/buffer. I start it via falktx's Cadence.
Any ideas about this?
Also! When I'm asking for help anyway... I connect my MIDI keyboard via
MIDI in on my sound card, but that suddenly stopped working. The midi out
from the sound card is present in JACK, but it delivers no midi. Any idea
on where to start troubleshooting this?
Thank you so much for taking the time to read this. Cheers!
Hi,
I work with KXstudio and Unbuntu 12.04. Normally I think is on
KXstudio cadence the main tool for start and stop jack, but I like
qjackct. Most of the time I use both tools. Now I have seen that
cadence and qjackct shows different latency. Although both have the
same settings. Cadence always shows exactly the half of the value than
qjackct.
Which latency value of both is right?
Thanks
Chris
On Mon, March 4, 2013 3:26 am, Gabbe Nord wrote:
> Hello!
>
> I don't have hyperthreading, atleast there's nothing about that in bios.
> It's a dekstop computer though.
looking through the output of dmesg or /var/log/syslog should show if the
cpu has hyperthreading and how many cores there are. Hyperthreading should
not be a problem down to running jack with -p64, but it does make a
difference going lower... it may help make -p64 more stable too. If you
have hyperthreading this can be turned off by disabling every second cpu.
That is if you have a single core system with hyperthread, you will have
cpus 0 and 1, disable cpu 1 as it is really just the hyperthread on the
same cpu.
Just to be sure... you are not by chance using a wireless networking IF? I
have one that gives xruns even at -p1024 :P
--
Len Ovens
www.OvenWerks.net
Hi everyone!
Ubuntu Studio is looking for contributors, and there's plenty of room for
new people in all our work areas - Testing, Public Relations, Artwork,
Documentation and Development.
You don't need to be a hacker, or otherwise ordinarily skilled. It's
enough you have a friendly attitude, and the will to help.
I've prepared some pages..
* Our main site: https://ubuntustudio.org/contribute/
* Our wiki: https://wiki.ubuntu.com/UbuntuStudio/JoinTheTeam
So, if you think this might be something for you, don't hesitate to join
us!
Since this is a post to the Linux audio community, it makes sense I
explain a little bit about what you could do to contribute to the audio
side of things.
* Software Selection: Just researching what is out there, new
applications, plugins, etc - since our goal is to be a gateway for new
users coming to the Linux audio world, we want to represent Linux audio
with a nice selection of applications and settings.
* Testing: Of course, always important. We need to know what works, and
what doesn't. If we find bugs, we should report them. And we should try to
work as closely upstream, with Debian and software developers to make sure
bugs get attention and are fixed. Most of everything audio-wise on a
Ubuntu Studio system is directly imported from Debian, and we'd like to
keep it that way, as that means we don't reinvent the wheel, and also, any
improvements will spread throughout the Debian tree of derivatives.
* Performance Testing: Kernel testing, trying different drivers, hardware,
and also designing the tests to be performed. Based on the results, we
suggest and make changes where they seem most logical.
* Public Relations: Posting news, conducting interviews with developers,
musicians, artists who work with Linux platforms. Interacting with users,
etc. As we are probably the most common linux multimedia distro out there,
we have the opportunity to also spread information and experiences to a
large base of users.
* Documentation: What most try to avoid doing, probably, but a very
important part of any organization. Our goal is to reuse as much as
possible of what already exists out there, since that would lessen our
workload. But, we also need to write our own docs. As this is seldom the
first priority, there's plenty to do on this front.
I'm probably forgetting a bunch of stuff, but this is really just meant as
an introduction anyway. Hope to see some new contributors soon!
On 02.03.2013 13:00, linux-audio-user-request(a)lists.linuxaudio.org wrote:
> Hiho, I've only worked with the python2 version, but I may have an
> idea where things go wrong. On Wed, 27 Feb 2013 15:54:42 +0100
> Christoph Kuhr <christoph.kuhr(a)web.de> wrote:
>> I have a python3 app, that calls a class OSC_Communication.
>>
>> address = localhost, port = 9001
> Try for an address 0.0.0.0 instead, then the program will listen on any
> interface, and not just localhost.
> It may be that the program you are using to send is using the
> IP-address connected to one of your physical interfaces as a targer,
> rather than the loopback (localhost) address.
>
> In a sense this difference allows you to make your program more secure,
> by ignoring messages coming from outside of the machine, but
> unfortunately, not all other OSC-enabled programs allow you control
> over how they send the messages.
>
> sincerely,
> Marije
Hi, thanks for the advice, but i already tried that one out earlier
without success.
I switched to pyliblo, which works like a charm!
regards,
Ck
Hi everyone,
yesterday i tried to include pyOSC in a python3 project.
I register my callbacks, the address space is correct.
I connect to the server, it works.
But nothing happens if I send messages from puredata to any address.
Even not the default handlers.
Wireshark captures the packets.
do you have any idea, what might be the problem, where I have to look?
thanks and regards,
Ck
