Linux-audio-dev May 2011

linux-audio-dev@lists.linuxaudio.org

49 participants
44 discussions

by Alfs Kurmis

Hi Experts. Long Long time ago i have burned CDDA with CD-text [with roxio or nero] With cdda2wav -J , i can see my CD-text. Grip read info only from cddb.org, but not from CD-text. With k3b i can elegant grab selected audio tracks, and i gotta file names from CD-Text On target system [Gentoo] is XFCE installed, and here i do not wanna any KDE4/QT progs/libs cdda2wav , cdparanoia i gotta just so what :( audio_01.inf audio_01.wav audio_02.inf audio_02.wav audio_03.inf In inf files is CD-Text info for each track available, but then in must rename each wan manually :( Is anywhere available option/patch/script/gnome-app/whatever... so that i can in cmd line or GTK+ GUI rip wav files with titles ? Tnx in advance Alfs Kurmis cdda2wav -J No target specified, trying to find one... ==== ... ==== CD-Text: detected CD-Extra: not detected Album title: 'Kristine W' [from Lisa St] Track 1: 'Kristine W - Land of the living (Rollo & sister Bliss club mix)' [from 1] Track 2: 'Kylie Minogue - Where is The Feeling(Morales mix)' [from 5] Track 3: 'Kathy Brown _ Give it up (cleptomanics classic)' [from 6] Track 4: 'Crystal Waters - 100 % pure love (PG funked out mix)' [from 9] .... ----

14 years, 1 month

New LV2 host implementation stack

by David Robillard

Hi all, I have released my new stack of libraries for implementing LV2 in hosts: * Serd http://drobilla.net/software/serd A fast, lightweight, dependency-free Turtle syntax library * Sord http://drobilla.net/software/sord An in-memory RDF quad store * Lilv http://drobilla.net/software/lilv An LV2 host library (replaces SLV2) * Suil http://drobilla.net/software/suil An LV2 UI loading/embedding library These libraries collectively replace SLV2, and have no dependencies except amongst themselves, and Glib (by Lilv and Sord, but this dependency will likely be removed in the near future). Serd and Sord replace Redland, making for a much smaller implementation more appropriate for audio software and embedded applications. Overall, Lilv is dramatically faster and leaner than SLV2, enough that the improvement should be quite noticeable from a user point of view (typically in a lag when the host first loads all LV2 data). Anyone using SLV2 is highly encouraged to migrate to Lilv. These libraries are well tested, each (except Suil) with a test suite covering over 90% of the code, which runs without memory errors or leaks. They are new, however, so (as always) there may be problems; feedback (at http://dev.drobilla.net/newticket or personally) is most welcome. More information available at the links mentioned above. For the lazy/eager, all downloads can be found in http://download.drobilla.net Peace, -dr P.S. Packagers, please read the PACKAGING file!

14 years, 1 month

Cracking sound via USB (ALSA urb.c:480: frame 5 active: -18)

by Aurélien Leblond

Hi Jeremy, Thanks, I have answered to your questions onto the LAU mailing... I have tried as well to give some details about the usage of the M-Audio Fast Track Ultra on the same mailing... Regards, Aurélien

14 years, 1 month

Sound card

by Ralf Mardorf

Thank you all for the help and special thanks to Jörn for mentioning the PCI/ PCIe issue. At last I had to decide to order a 9632 or HDSPe AIO and I'll order the PCIe card tomorrow. I hope the 1 Stereo-IO will be enough for my needs, but I think so, because I can't order more RME gear right now. To loop in 19" FX I only can buy a http://www.behringer.com/EN/Products/ADA8000.aspx, I suspect that I won't like the Behringer's quality for recording instruments, but to loop in 19" reverb for home recoding this should be good enough. Btw. I'll order a KORG NANO for Ardour too. Again, thank you very much to everybody, Ralf

14 years, 1 month

Status of USB M-Audio Fast Track Ultra/Ultra 8R

by Aurélien Leblond

Hi everyone, For those who are interrested in getting the USB M-Audio Fast Track Ultra/Ultra 8R... It works almost out of the box in Ubuntu 11.04 (kernel 2.6.38) but: - Alsa needs to be modified to get the Midi recognized. The fix is already known and I'm very confident it will get to Alsa mainstream soon. - The internal routing of the soundcard is done via software. There is a patch available wit the basic functionality but I haven't tested that yet. Oh and the main developers of this functionality has been posting stuff today on the Alsa-Devel mailing list, so he's working on it. - There is a small bug where the sounds cards is dropping samples. Daniel Mack from the Alsa-Devel is working on it. The most complete thread on the subject is here: http://forums.m-audio.com/showthread.php?714-Not-a-problem.-FastTrack-on-li… Overall, it's not as well supported as the Edirol UA-25Ex for example (the USB one I used to have), but I'm very confident it's only a questions of months. And the more people get it, the more information we can compile, the fastest the issue is going to be fixed I suppose.

14 years, 1 month

What sound cards are recommender by developers? I'll order next week!!!

by Ralf

Pardon that I ask this on the developers list, but it seems to be the best place regarding to the information about hardware, that is or isn't well supported for or by Linux. I'm flirting with the idea of buying a RME PCI card or firewire device or if recommended a card from another vendor. The device should have around 4 analog IOs, for MIDI I could keep one of my Envy24 cards, as long as a new device only needs one PCI slot. I guess PCI is less problematic than firewire? I'll order next week. It's important that the analog IOs and converters etc. keep the sound without audible loss, similar to consumer equipment, that is not the most worse. Professional sound quality isn't needed, but my TerraTec EWX 24/96 or similar Envy24 cards and all those onboard devices I ever heard, don't reach good consumer quality, they produce marked loss for the sound quality. I could spend 800,- EUR or less ;). Any recommendations for sound cards? I already got some recommendations and until now this one seems to be the most confidence inspiring device ... just a feeling ;): http://www.thomann.de/gb/rme_digi_9632_hdsp_pcikarte.htm OTOH, I'm doubtful, regarding to the costs. I thought that new devices are more expensive. Somebody else recommended this one: http://www.thomann.de/gb/focusrite_saffire_pro_40.htm I can't ask friend, because they won't care about compatibility to Linux :(, I guess that e.g. Motu isn't (well) supported. Before I order a sound device, I'll ask if I could test it, when ordering at Thomann or a similar dealer. The problem is that I have to order, because AFAIK there are no good music stores near to my hometown Oberhausen/Rheinland, that are easily reachable by public transit, dunno, perhaps Kurt Spiecker + Dirk Pulch are still ok. Best, Ralf

14 years, 1 month

Cracking sound via USB (ALSA urb.c:480: frame 5 active: -18)

by Aurélien Leblond

Hi, I seem to have an issue with USB soundcards on my laptop. I have tried two of them, but I keep getting crackling sounds while playing with Ardour or Hydrogen. Everytime this crackling sounds occur, I get the following in dmesg: ALSA urb.c:480: frame 5 active: -18 The Kernel is 2.6.39 with Irqthreads, Alsa is the git version (1.0.24). I have tried a lot of things already, but I'm really ready to restart the investigation from scratch and to provide any information! Thanks in advance for the help. dmesg details: [ 41.927872] CE: hpet2 increased min_delta_ns to 7500 nsec [ 41.927897] CE: hpet2 increased min_delta_ns to 11250 nsec [ 75.569991] CE: hpet5 increased min_delta_ns to 7500 nsec [ 75.570003] CE: hpet5 increased min_delta_ns to 11250 nsec [ 79.234811] ALSA urb.c:480: frame 1 active: -71 [ 102.065990] CE: hpet4 increased min_delta_ns to 7500 nsec [ 102.066005] CE: hpet4 increased min_delta_ns to 11250 nsec [ 147.964992] ALSA urb.c:480: frame 5 active: -18 [ 185.833311] ALSA urb.c:480: frame 4 active: -18 [ 271.091937] ALSA urb.c:480: frame 1 active: -18 [ 276.686711] ALSA urb.c:480: frame 1 active: -18 [ 300.120588] ALSA urb.c:480: frame 0 active: -18 [ 302.416319] CE: hpet increased min_delta_ns to 30169 nsec [ 318.225546] ALSA urb.c:480: frame 7 active: -18 [ 318.433469] ALSA urb.c:480: frame 7 active: -18 lsusb -v gives (only the details about the soundcard): Bus 001 Device 003: ID 0763:2080 Midiman M-Audio RunTime DFU Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x0763 Midiman idProduct 0x2080 M-Audio RunTime DFU bcdDevice 1.51 iManufacturer 1 M-Audio iProduct 2 Fast Track Ultra iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 340 bNumInterfaces 5 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 0mA Interface Association: bLength 8 bDescriptorType 11 bFirstInterface 0 bInterfaceCount 5 bFunctionClass 255 Vendor Specific Class bFunctionSubClass 1 bFunctionProtocol 0 iFunction 2 Fast Track Ultra Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 1 bInterfaceProtocol 0 iInterface 2 Fast Track Ultra ** UNRECOGNIZED: 0b 24 01 00 01 34 00 03 01 02 03 ** UNRECOGNIZED: 0c 24 02 01 03 06 00 08 03 00 00 00 ** UNRECOGNIZED: 09 24 03 02 01 01 00 01 00 ** UNRECOGNIZED: 0c 24 02 03 01 01 00 08 03 00 00 00 ** UNRECOGNIZED: 09 24 03 04 03 06 00 03 00 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 2 bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 1 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 2 bInterfaceProtocol 0 iInterface 0 ** UNRECOGNIZED: 07 24 01 03 01 01 00 ** UNRECOGNIZED: 14 24 02 01 08 03 18 04 44 ac 00 80 bb 00 88 58 01 00 77 01 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0138 1x 312 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x0003 1x 3 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 2 bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 1 bNumEndpoints 1 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 2 bInterfaceProtocol 0 iInterface 0 ** UNRECOGNIZED: 07 24 01 02 01 01 00 ** UNRECOGNIZED: 14 24 02 01 08 03 18 04 44 ac 00 80 bb 00 88 58 01 00 77 01 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0138 1x 312 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 2 bNumEndpoints 1 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 2 bInterfaceProtocol 0 iInterface 0 ** UNRECOGNIZED: 07 24 01 02 01 01 00 ** UNRECOGNIZED: 14 24 02 01 08 03 18 04 44 ac 00 80 bb 00 88 58 01 00 77 01 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 5 Transfer Type Isochronous Synch Type Asynchronous Usage Type Data wMaxPacketSize 0x0138 1x 312 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 3 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 1 Audio bInterfaceSubClass 3 MIDI Streaming bInterfaceProtocol 0 iInterface 5 Fast Track Ultra MIDIStreaming Interface Descriptor: bLength 7 bDescriptorType 36 bDescriptorSubtype 1 (HEADER) bcdADC 1.00 wTotalLength 63 MIDIStreaming Interface Descriptor: bLength 6 bDescriptorType 36 bDescriptorSubtype 2 (MIDI_IN_JACK) bJackType 1 Embedded bJackID 1 iJack 0 MIDIStreaming Interface Descriptor: bLength 6 bDescriptorType 36 bDescriptorSubtype 2 (MIDI_IN_JACK) bJackType 2 External bJackID 2 iJack 0 MIDIStreaming Interface Descriptor: bLength 8 bDescriptorType 36 bDescriptorSubtype 3 (MIDI_OUT_JACK) Warning: Descriptor too short bJackType 1 Embedded bJackID 3 bNrInputPins 1 baSourceID( 0) 2 BaSourcePin( 0) 1 iJack 8 MIDIStreaming Interface Descriptor: bLength 8 bDescriptorType 36 bDescriptorSubtype 3 (MIDI_OUT_JACK) Warning: Descriptor too short bJackType 2 External bJackID 4 bNrInputPins 1 baSourceID( 0) 1 BaSourcePin( 0) 1 iJack 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x07 EP 7 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 8 MIDIStreaming Endpoint Descriptor: bLength 5 bDescriptorType 37 bDescriptorSubtype 1 (GENERAL) bNumEmbMIDIJack 1 baAssocJackID( 0) 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x87 EP 7 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 0 MIDIStreaming Endpoint Descriptor: bLength 5 bDescriptorType 37 bDescriptorSubtype 1 (GENERAL) bNumEmbMIDIJack 1 baAssocJackID( 0) 3 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 4 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 254 Application Specific Interface bInterfaceSubClass 1 Device Firmware Update bInterfaceProtocol 0 iInterface 7 M-Audio DFU Device Firmware Upgrade Interface Descriptor: bLength 9 bDescriptorType 33 bmAttributes 1 Will Not Detach Manifestation Intolerant Upload Unsupported Download Supported wDetachTimeout 2000 milliseconds wTransferSize 1024 bytes bcdDFUVersion 1.10 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 bNumConfigurations 1 Device Status: 0x0001 Self Powered

14 years, 1 month

Re: [LAD] RME FIREFACE 400? RME MULTIFACE II?

by Ralf

On Mon, 2011-05-23 at 14:09 -0600, Gustin Johnson wrote: > On Sun, May 22, 2011 at 9:43 PM, Ralf <ralf.mardorf(a)alice-dsl.net> wrote: > > On Sun, 2011-05-22 at 13:23 -0600, Gustin Johnson wrote: > >> I would stay away from the Fireface and the multiface (unless you > >> connect the multiface to another interface). > >> > >> FWIW, I have a 9652 PCI card and an RME ADI 8-DS. If I need more > >> channels there is an Alesis ADAT that I can connect to it, albeit at > >> only 16/48. It is important to note that the 9652/9652 do not have > >> any ADC/DACs on them and rely on outboard gear for that. > >> > >> This particular rig has been solid and stable for years and has been > >> in 3 different rigs, the latest being an Intel Sandy bridge. If you > >> can afford it I highly recommend the RME PCI and PCIe solutions. > >> Their Firewire solutions have traditionally been the exact opposite > >> under Linux. > > > > Hm? I tries to switch from LAD to LAU, regarding to current user > > queries, but it failed. Hi Admin [1] ;). > > > > Hi Gustin :), hi Ubuntu Studio users list :), pardon LAD ;) > > > > IIUC a HDSPe AIO or DSP 9632 is all I need, if I just need a stereo IO? > > I only need to buy a BF-BOXLRMKH or BF-BOCMKH breakout cable? > > There are a number of possible solutions. It sounds like the AIO > might be what you want, but I would ask someone local if you are > unsure (in other words, don't just take my word for it). I did send a request to my dealer. At the moment I tend to buy a 9632 and if I should switch the mobo one day, I perhaps have to replace it by the AIO, anyway, the 9632 is less expensive. But I'm undecided. > > > > If I need additional IOs and wish to avoid Multiface firmware issues, I > > can add AI4S-192 AIO and AO4S-192 AIO. > > > You could add anything that speaks ADAT, assuming you get the PCI/PCIe > card with ADAT connectors on it. > > > If I need much more IOs and don't have enough money for RME IOs, I can > > e.g. use a BEHRINGER ADA8000 ULTRAGAIN PRO8 DIGITAL by ADAT connection. > > The sound quality might be less good and I guess this will add extra > > latency and Ardour won't auto-compensate this extra latency > > automatically? > > > What latency are you talking about? The only latency this adds is > electrical switching and media conversion + travel time for the > optical signal + the DAC/ADC. The sound quality of Behringer tends to > be lower than other solutions, but this should work. I guess I'll start with just AI4S-192 AIO and AO4S-192 AIO for home recording. If I should need more channels I'll order a cheap ADAT device at another time. More channels might be needed to do rehearsal room recordings, with cheap microphones, hence the sound quality is less important, "live" music has an advantage regarding to the feeling compared with home recording, just for home recording I wish to get the most near professional sound that is possible by my equipment, but at home I don't need much channels. 2 for the stereo sum and some to loop in a 19" reverb or to record drum sounds from a drum module by separated channels at the same time. > > > As long as I'm using a mobo with PCI slots I can use AI4S-192 AIO and > > AO4S-192 AIO with a DSP 9632 and when I switch to a mobo with PCIe only > > I can switch from DSP 9632 to HDSPe AIO and keep AI4S-192 AIO and > > AO4S-192 AIO (and e.g. a BEHRINGER ADA8000 ULTRAGAIN PRO8 DIGITAL ;)? > > This sounds right. If in doubt check with RME. The compatibility of > the add on boards is listed on this page: > http://www.rme-audio.de/en_products_hdsp_expansion_boards.php > > > > Using a DSP 9632 with a PCIe to PCI bridge doesn't work or at least > > could cause issues? > > > Never heard of such a thing. I would not trust it, but I tend to be > skeptical of such kludges. Me too. Thank you, Ralf

14 years, 1 month

Re: [LAD] Looping audio to oneself via Jack

by Stéphane Letz

> >> I can't tell you about jack API stuff that might be relevant but I can >> tell you that it usually works, there's nothing in jack that forbids it. >> There's one thing though you should be aware of: the output will reach >> the input one processing cycle after the output was produced, hence it >> will be delayed. This is simply a consequence of how jack works. > > This may be a long standing bug that has been reported before. > The jack authors seem to see it as a 'feature'. > > The summing of signals connected to an input port is done when > that port's owner calls jack_port_get_buffer(). There is an > optimisation: when there is only one output connected, you > just get a copy of its buffer pointer, the sample data is not > copied to separate input buffer. > > Now if (1) you make a loopback AND (2) your app clears its > output buffers at the start of the cycle AND (3) it does > this before calling jack_port_get_buffer() on its inputs, > then the looped back output will appear to be empty. > > A workaround would be to ensure condition (3) is not true, > i.e. call jack_port_get_buffer() on inputs before clearing > your ouputs. > > But even that won't work if there is just one output connected > to the loopback input: the optimisation means its data is not > copied and you will see an empy buffer anyway. > > IMHO Jack should make a copy of an output buffer if it is > looped back even if that would otherwise not be necessary. > > Not doing this violates assumptions that are (IMHO) very > legitimately made by all authors: either that > > (1, strong form) input buffers do not change during a > process callback, or > (2, weaker form) they do not change after the call to > jack_port_get_buffer(). > > Ciao, > > -- > FA > > The issue has (hopefully) been fixed in jack2 since a while, Fons have you ever tested? Thanks. Stéphane

14 years, 1 month

Re: [LAD] RME FIREFACE 400? RME MULTIFACE II?

by Ralf

On Sun, 2011-05-22 at 13:23 -0600, Gustin Johnson wrote: > I would stay away from the Fireface and the multiface (unless you > connect the multiface to another interface). > > FWIW, I have a 9652 PCI card and an RME ADI 8-DS. If I need more > channels there is an Alesis ADAT that I can connect to it, albeit at > only 16/48. It is important to note that the 9652/9652 do not have > any ADC/DACs on them and rely on outboard gear for that. > > This particular rig has been solid and stable for years and has been > in 3 different rigs, the latest being an Intel Sandy bridge. If you > can afford it I highly recommend the RME PCI and PCIe solutions. > Their Firewire solutions have traditionally been the exact opposite > under Linux. Hm? I tries to switch from LAD to LAU, regarding to current user queries, but it failed. Hi Admin [1] ;). Hi Gustin :), hi Ubuntu Studio users list :), pardon LAD ;) IIUC a HDSPe AIO or DSP 9632 is all I need, if I just need a stereo IO? I only need to buy a BF-BOXLRMKH or BF-BOCMKH breakout cable? If I need additional IOs and wish to avoid Multiface firmware issues, I can add AI4S-192 AIO and AO4S-192 AIO. If I need much more IOs and don't have enough money for RME IOs, I can e.g. use a BEHRINGER ADA8000 ULTRAGAIN PRO8 DIGITAL by ADAT connection. The sound quality might be less good and I guess this will add extra latency and Ardour won't auto-compensate this extra latency automatically? As long as I'm using a mobo with PCI slots I can use AI4S-192 AIO and AO4S-192 AIO with a DSP 9632 and when I switch to a mobo with PCIe only I can switch from DSP 9632 to HDSPe AIO and keep AI4S-192 AIO and AO4S-192 AIO (and e.g. a BEHRINGER ADA8000 ULTRAGAIN PRO8 DIGITAL ;)? Using a DSP 9632 with a PCIe to PCI bridge doesn't work or at least could cause issues? Best, Ralf [1] -------- Forwarded Message -------- From: Ralf <ralf.mardorf(a)alice-dsl.net> To: linux-audio-user-owner(a)lists.linuxaudio.org Subject: Subscription failed Date: Mon, 23 May 2011 04:40:52 +0200 Hi, I want to switch from LAD to LAU, regarding to some user queries about sound cards. When I first tried to subscribe, I made a typo for my email address, then I tried again without typo, but it failed several times, without any error messages. Best, Ralf

14 years, 1 month

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 May 2011