Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[linux-audio-dev] External audio interface (edirol FA/UA-101)

by Dmitry Baikov

Hello! I'm in the process of choosing mobile audio interface for both live sets and studio recording. I need minimal possible latency and 8x8 analog I/O. The two from Edirol - FA-101 ($680) and UA-101($600) look promising, but I'd like to hear about personal experience. UA-101 is an USB 2.0 interface. AFAIU it imposes 1ms buffers, and 3 buffers setup in jackd. So, it should give 3ms minimal latency (but at 48 & 96 kHz only). Is it possible in practice? And for what number of channels? Also, is FW much better than USB2 and why? As for FW solution, FreeBob project's site states FA-101 works, but I'd like to know about minimal possible latency. And does it have any restrictions on buffers/frequency setup? As for RME Multiface ($700) + Cardbus ($390) (for notebook) + PCI ($300) (for desktop), it's much more expensive solution, and AFAIK it's hard to find notebook with appropriate PCMCIA controller to get 64-sample (minimal) buffers to work reliable. If there are better options, I'd like to hear about them also. Thank you. Best regards, Dmitry. P.S. Prices are for Russia, where I live.

20 years, 1 month

[linux-audio-dev] Re: [linux-audio-user] External audio interface (edirol FA/UA-101)

by Dmitry S. Baikov

Many good opinions on RME... Another question about Multiface. Does it make sense to go cheap and buy CardBus->PCI controller and use RME CardBus on both desktop and laptop instead of additional RME PCI controller? Will this work? Yes, it's an additional bridge, but laptops have it anyway and it does not hurt performace... Still no FA-101 facts... Is anyone using it? Or only FreeBob developers are brave enough? :) Okay, any FireWire solution exerience will help. Please! Thank you. Dmitry.

20 years, 1 month

[linux-audio-dev] Re: [linux-audio-user] latency: video card contribution

by Dmitry S. Baikov

> Shared memory is not the highest performance alternative in any > operating system. When the video memory is part of system memory then > the processor the video controller fight for memory bandwidth. This > slows both down. > >> >> So, the question is: what to choose, integrated intel solution or >> ati/nvidia one (in this case, nvidia is preferred, because of driver >> quality). >> > > Choose a good controller with a bit of dedicated video memory. For > purely audio apps you don't need all that much, but if you're going to > run video apps or do multimedia stuff then you'll want more. > It's hard to find light laptop with dedicated controller at a reasonable price :) Is it possible to do 8in/8out and 64-sample buffers with RME Multiface CardBus on a laptop with shared video memory? And the only one(and expensive one) I found is with nvidia controller (Sony Vaio VGN-S480). Not sure about nv TurboCache - is it a shared memory solution? Seems i want too much to be in one unit.

20 years, 1 month

[linux-audio-dev] Re: [linux-audio-user] latency: video card contribution

by Dmitry S. Baikov

> I just sold mine on Ebay this morning. (At least I think it wasn't > shared memory. Hardly remember anymore. Anyway, it's gone...) It's not that easy to get anything to Russia :) > >> Is it possible to do 8in/8out and 64-sample buffers with RME Multiface >> CardBus on a laptop with shared video memory? > > Depends on the laptop but possibly. Why so stringent about 64/2? Do > you _really_ require sub-3mS? > Processing live inputs better be done with lowest latency. Since 64/2 is only a part of total latency, increasing this value is noticable. Especially when playing guitar. > > Possibly, but even shared memory probably won't kill you if you're > just running Ardour, etc. > I hope it will not kill me for running some live processing stuff - SooperLooper, Jack-rack, etc.

20 years, 1 month

[linux-audio-dev] Re: [linux-audio-user] Alsa issues

by Garett Shulman

Hey Terrance, The fact that you don't see anything in /proc/asound suggests to me that there are no alsa modules loaded in your kernel. What output do you get from lsmod? Maybe you could also attach the kernel config that was used to build your currently running kernel. If you are using the kernel that came with your distro this should be /boot/config... If you built your own kernel this should be /usr/src/linux/.config. Here is the alsa card matrix for cirrus logic (I believe that this is the manufacturer of Crystal Soundfusion chips). There are a few different cards here. You may be able to find your particular varity by checking out the output from lspci or by checking the manufacturer of your laptops web site. I suspect that your screen reader is using oss and that the alsaconf utility modified /dev/dsp and this is why it's not working now. I think that the first thing to do is confirm that alsa is not loaded by checking out lsmod. The second thing to do is setup alsa drivers if they are not setup. The driver, lib, & util can be downloaded from alsa-project.org. If you can't determine the exact model of chip you can just compile all of the chips listed on the below link. There are installation instructions on that page if you follow the chipset links. Also, If you have the oss drivers for that chip loaded they will need to be unloaded with rmmod. Let me know if any of this is confusing. Also, if anyone else on the list thinks I am leading Terrence down the wrong path please speak up. -Garett http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-Cirrus_Logic Terrence van Ettinger wrote: >Hi, Garrett, > The screen reader boots up just fine, without any errors. The >sound card is a Crystal Soundfusion; I'm not sure what the version is or >anything. Doing ls /proc/asound? only tells me there's no such >file or directory, and there isn't an /etc/asound.conf file. > >Thanks, >Terrence >the sound card, I don't know what variety it is, unfo > >

20 years, 1 month

[linux-audio-dev] Setting the Beat of a Clock

by capnlinux＠handsonarabians.com

Both optical sensors and contact mic's are often used for this by the professional calibration tools. I would probably plan on using a contact mic inside the clock case to minimize outside noise interference. It is important to perform final adjustments with the works inside the case and the case carefully leveled in order to get the final accuracy needed, although with large case clocks this isn't always possible without some kind of portable device. One problem with an optical sensor is that it cannot help much with the first step and that is telling the difference between the 'tick' and the 'tock' sound. A clock that is not level or that has the internal linkage to the pendulum off-center will not perform as designed and be very hard to accurately set. Although a simple and inexpensive solution to this is to just use a cheap amplifier available from Radio Shack and use the ear as the calibration tool.

20 years, 1 month

[linux-audio-dev] Re: [linux-audio-user] External audio interface (edirol FA/UA-101)

by Dmitry Baikov

> thats not a very fair comparison. USB2.0 is the "new USB", FW800 is the > "new FW" :) but FW is also a better protocol, which means its easier to > get close the theoretical maximum than it is with USB. > Fair enough, given USB2.0 and FW400 in most of laptops. And UA-101 is a USB2 device (though, has no driver support yet) Anyway, I'm interested in practical applications, not a theoretical ones. > if you were in the US, i could offer you the best prices on RME gear > (i'm a dealer), but with a european location, thats not likely. > Thank you, Paul. I also know where the linux drivers come from ;) Dmitry.

20 years, 1 month

[linux-audio-dev] Re: [linux-audio-user] External audio interface (edirol FA/UA-101)

by Paul Davis

On Wed, 2005-09-28 at 17:32 +0400, Dmitry Baikov wrote: > > yes, its much better: vastly higher bandwidth, much faster bus > clock. > > Theoretical(!) numbers are: FW-400 = 400MBits/s, USB2.0 = 480 MBits/s thats not a very fair comparison. USB2.0 is the "new USB", FW800 is the "new FW" :) but FW is also a better protocol, which means its easier to get close the theoretical maximum than it is with USB. > >From reading RME mailing lists, I know there were many problems with > Ricoh controllers (on PCI bursts). And everybody recommends TI. But > most notebooks to choose from have Ricoh controllers. Do you know if i have ENE controllers in my two HP laptops, as do a couple of other people on LAD. there *were* problems with these in the 2.4 kernel series, but they were fixable from user-space *and* are gone in 2.6 (AFAICT). if you were in the US, i could offer you the best prices on RME gear (i'm a dealer), but with a european location, thats not likely. --p

20 years, 1 month

[linux-audio-dev] Re: [linux-audio-user] External audio interface (edirol FA/UA-101)

by Dmitry Baikov

On 9/28/05, *Paul Davis* <paul(a)linuxaudiosystems.com <mailto:paul@linuxaudiosystems.com>> wrote: > Is it possible in practice? And for what number of channels? Also, is FW > much better than USB2 and why? yes, its much better: vastly higher bandwidth, much faster bus clock. Theoretical(!) numbers are: FW-400 = 400MBits/s, USB2.0 = 480 MBits/s > As for RME Multiface i'm not sure that its that hard anymore. kernel 2.6 seemed to have fixes ... --p As I see, you insist on RME :) Reasonable choice. More expensive, but bullet-proof. From reading RME mailing lists, I know there were many problems with Ricoh controllers (on PCI bursts). And everybody recommends TI. But most notebooks to choose from have Ricoh controllers. Do you know if these problems were solved? According to the list everybody went for Fireface now, so there's no feedback on modern cardbus setups. And even less on linux setups. Questions about FA-101 still remain :) More opinions / experiences are welcome :) Thank you. Dmitry.

20 years, 1 month

[linux-audio-dev] LinuxSampler bug?

by Julien Claassen

Hi all! I've just recently installed the latest release of linuxsampler (0.3.3?) and I've got a problem. I only use telnet to access LS. If I want to shut the sampler down (really quit the server), it tells me something like: Stopping diskthread... There it just hangs eternally. I have to kill it. It doesn't stop my work and playing, but it is nasty and I suppose not the way it is expected to be. Anyone the same problem, fixes? Kindest regards Julien -------- Music was my first love and it will be my last (John Miles) ======== FIND MY WEB-PROJECT AT: ======== http://ltsb.sourceforge.net - the Linux TextBased Studio guide

20 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev