LinuxMusicians

After it not looking promising from Arturia I began the process of reverse-engineering how AFCC talks to the AudioFuse and implementing my own controller. You can find it at https://github.com/rhofour/audiofuse-cli . Right now all it can do is change the Digital I/O modes as that was most important ...

I just got an MPC Live and was pleasantly surprised to find that when set to controller mode it actually works an audio interface. It gives you: 2x 1/4 line-level inputs (or alternatively two phono jacks) 6x 1/4 line-level outputs 2x MIDI DIN outs 2x MIDI DIN ins I haven't tested the MIDI ports as I...

I tried hooking it up to a Windows computer then moving it to a linux one and it didn't seem to help any unfortunately.

Drumfix: Could you get that to work reliably? If so it would be a great sign that this could work reliably with Linux with the existing firmware.

Unfortunately i was wrong. It worked, because i had hooked it up to a windows box, where it apparently initialized correctly and then reconnected it to the linux box without rebooting the device... The search continues... Does that work reliably? If so it seems to suggest that if we can reverse-eng...

Also, can anyone explain what exactly the host safety buffer is? Does it have to be related to the buffer size set in jack, or is it completely independent?

I got a suggestion to try "v1.2.4+201 (Release Date 2015-12-01)" and a reminder that MOTU doesn't officially support Linux which is about what I expected.

Has anyone else tried asking MOTU about this?

It looked like they were responsive over on gearslutz so I figured it might be worth pointing them to this thread. I'll report back if they're able to help.

I tried removing the prebuffering from your script by setting PREBUFFER_PACKETS to 0 and it might have reduced the number of errors, but I'm certainly still getting them.

Drumfix wrote:The output of "sudo lsusb -v" is essential.The devices use the same VID/PID, but different configurations.

Was that directed at me? Would you like me to run that, change the buffer settings in the web UI, then run it again?

I can try blacklisting the driver too.

At work now, but I believe the buffer size and safety offset settings "work". That is, I don't think they throw errors, but I have no idea how to check if they change anything. I'm running whatever the latest firmware is (apparently v1.3.4+617). I have no idea what the "Added Bios men...

I have no idea what that Q/A is referring to. My best guess is that it's out of date. Here's what I see in the device tab: https://imgur.com/0ntwjcb.jpg I can configure things like the buffer size and sample rate, but no way to change how many USB channels I can use (except through changing the samp...

Drumfix: Why did you remove your program? I was interested in trying it out on my Ultralite AVB, but I hadn't gotten the chance yet.

I'm still very interested in fixing this, but I need to learn a lot about how USB and class-compliant USB audio work first.

Unfortunately that doesn't seem to be it. I see a single reconfigure when I start aplay, then despite usually moving channels twice in a minute I don't see any reconfigures happening then. Edit: That's not to say reconfigures don't trigger this (I'm not sure how to force one), just that something el...

I was afraid that was going to be the case since I get this problem using alsa directly through aplay which I don't believe does the stream reconfiguration supposedly implicated in the channel remapping.

None of this was running directly through pulseaudio. I mostly connected to the interface through jack, then bridged pulseaudio to send things to it. However, I confirmed this still happens if I use aplay to send audio to the interface directly, so I'm pretty sure the problem is in alsa (or the iner...