>
> haven't tried recording anything to see if the same problem exists there.
> it's tough to test these things as i'm guaranteed a lock-up, ie: my drives
> have to be fsck'd each time.
>
> does anyone know of a way to safely debug this? can i catch the playback
> thread before it pees on the floor
I thought I had installed hotplug, but apparently I forgot. After
installing it the uhci driver loads. However, still no midi. After
stopping alsa and then hotplug and then starting hotplug and alsa via
init scripts I see this in /var/log/messages:
box1:~# grep "\(usb\|uhci\)" /var/log/messages
..
hello,
tried playback of a mono file, to the same ends. yesterday in one instance, i
got around 45min of stereo playback before a lock up.
also experienced a lock up in ardour yesterday, monitoring a single channel
and outputing it on another channel.
haven't tried recording anything to see if
Martin Langer wrote:
> On Wed, Jul 30, 2003 at 09:58:18AM +0200, Clemens Ladisch wrote:
> > The MIDI quirk structure has separate fields for input and
> > output endpoints, so you must not use 0x80 in this case.
>
> must not???
>
> It doesn't work with the 0x80 flag!!!
> Only the 0x00 flag works! T
[EMAIL PROTECTED] writes:
> i read that plughw does some magic conversion for samplerate and stuff.
> how does this magic work. whats the main differenc in the concept of hw
> and plughw.
hw interfaces directly to the physical card. Thus you can only use
modes supported by the hardware. plug
On Wed, Jul 30, 2003 at 10:33:38 -0400, Eric Dantan Rzewnicki wrote:
> lsusb returns nothing and there is nothing in /proc/bus/usb/devices (
> which I
> guess says the same thing. )
Do you mean absolutly nothing, or just no MIDI devices? I always see
the system hubs and bridges and so on.
> ./c
On Wed, 30 Jul 2003, Paul Davis wrote:
> >i guess that outbuffer has a wrong size. does somebody have any idea about
> >this outbuffer calculation?
>
> i don't know exactly why you're spending time doing this. whether you
> decide to use it or not, JACK (http://jackit.sf.net/) has full,
> workin
