Linux-audio-dev May 2011

linux-audio-dev@lists.linuxaudio.org

49 participants
44 discussions

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

by Jonathan Woithe

> On 05/22/2011 11:43 AM, Ralf wrote: > > Hi :) > > > > I only watched pictures and read texts but didn't hear one of those RME > > devices, anyway, until now I tend to order the RME FIREFACE 400 or RME > > MULTIFACE II if they shouldn't cause issues with Linux. The two HDSP be > > possible too. > > > > Any experiences, information? Jorn wrote: > the fireface is an ieee1394 device, and the ffado drivers are somewhat > experimental. so yes, this would be an "issue with linux". i suggest you > check the ffado.org website and look through the ffado mailing list > archive to see if the current level of support is sufficient for what > you want to do. [ Disclaimer: I am working on the ffado FF400 driver ] The ffado support for the RME devices is indeed experimental. If you're interested, head across to www.ffado.org and browse the device support pages for the latest information. In short, the latest ffado svn revision contains a driver which should be capable of getting audio into and out of a FF400 (the FF800 will follow once the FF400 has bedded down). Some device controls are also available via ffado-mixer (filling in the rest is mostly a boilerplate coding exercise which I'll do once audio has stabilised). I am continuing testing myself but early adopters (those who already have a ff400 in most cases) are encouraged to try the driver on their own systems to provide feedback to me about how the driver performs on a variety of platforms. To summarise: support for the RME Fireface 400 under ffado is moving in the right direction and is ready for interested people to test, but I would not be saying that it's ready for prime time yet. Having said that, I think the bulk of the work is now done and I want to move on this as quickly as real life permits. :-) Regards jonathan

13 years, 7 months

Re: [LAD] What sound cards are recommender by developers? I'll order next week!!!

by Machel Sylvain

Hello Ralf, Have you already envisaged to use Digigram boards like the vx222 one with alsa driver. Regards, Sylvain ======================================== Message du : 21/05/2011 De : "Ricardo Wurmus " <ricardo.wurmus(a)gmail.com> A : "Ralf" <ralf.mardorf(a)alice-dsl.net> Copie à : linux-audio-dev(a)lists.linuxaudio.org Sujet : Re: [LAD] What sound cards are recommender by developers? I'll order next week!!! If you cannot keep your Envy24 card for MIDI I/O, you might want to check out the ESI MIDIMATE II. It's a minimal USB MIDI interface (it's really just a cable, no box) which works very well in my setup. This could open up a few more alternatives for you, in case you decide on a device that would require you to remove the Envy24 card. On 21 May 2011 20:37, Ralf wrote: > 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 > > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev(a)lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev(a)lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev

13 years, 7 months

RME FIREFACE 400? RME MULTIFACE II?

by Ralf

Hi :) I only watched pictures and read texts but didn't hear one of those RME devices, anyway, until now I tend to order the RME FIREFACE 400 or RME MULTIFACE II if they shouldn't cause issues with Linux. The two HDSP be possible too. Any experiences, information? RME FIREFACE 400 http://www.thomann.de/gb/rme_fireface_400.htm RME MULTIFACE II http://www.thomann.de/gb/rme_multiface_ii.htm RME HDSP 9652 http://www.thomann.de/gb/rme_digi_9652_hdsp.htm http://www.thomann.de/gb/rme_9652_hdsp_retour.htm RME HDSP 9632 http://www.thomann.de/gb/rme_digi_9632_hdsp_pcikarte.htm The sound quality at least should reach that of my elCheapo consumer DAT Sony DTC-670. The Terratec EWX 24/96 does hardly reach the sound quality of my Yamaha MT44D 4 track analog cassette recorder, when it wasn't broken, but well maintained and I heard several Envy24 cards that hardly reach the 4 track recorders quality. I'm not interested in this one, but the price-performance ratio is amazing: BEHRINGER XENYX X2442 USB http://www.thomann.de/gb/behringer_xenyx_x2442_usb.htm I've got a Behringer EURORACK UB2442FX-PRO a very bad mixer, hard to clean, hard to use, because everything is small, even if it's dust protected, after 3 years dust issues started. All faders are still ok, but Group buttons are completely out of order, some channels don't work any more. I don't had enough money to get a better mixer, when my old get completely broken but OTOH, the sound quality anyhow is good enough to reach good consumer quality that is better, than what my Terratec EWX 24/96 are able to record. I wish to get a good sound card, but this Behringer might be interesting for some people. Note, I never compared a Mackie with the UB2442FX-PRO directly, a friend has got nearly the same mixer from Mackie, and I've got the impression that the sound quality of the Mackie is better. IMO Mackie is some kind of reference for low cost home recording equipment. Things should sound similar to a Mackie or better. I'll start reading http://www.google.de/#sclient=psy&hl=de&source=hp&q=RME+FIREFACE+400 +linux&aq=f&aqi=&aql=&oq=&pbx=1&bav=on.2,or.r_gc.r_pw.&fp=5a4a001e44ffdadc now. Best, Ralf

13 years, 7 months

LAC 2011 pictures

by Marc Groenewegen

Hi all, here are some pictures of the LAC 2011 and because I had an extra day to get around Maynooth, the university (NUIM) and beyond, there are some non-LAC pictures as well. Frank will probably put more pictures on the LAC-2011 website but in the meantime this already gives you an impression: http://www.flickr.com/photos/marcdinkum/sets Feel free to add comments. Cheers, Marc

13 years, 7 months

[HEADSUP] Please submit something for the Audio track at LPC!

by Lennart Poettering

Heya, The Linux Plumbers Conference 2011 is coming soon. Mark Brown and I are running the Audio track at LPC, and we are looking for more proposals! So, please consider submitting something if you haven't done so yet. We are looking for all kinds of technical talks covering everything audio plumbing related: audio drivers, audio APIs, sound servers, pro audio, consumer audio. If you can propose something audio related -- like talks on media controller routing, on audio for ASOC/Embedded, submit something! If you care for low-latency audio, submit something. If you care about the Linux audio stack in general, submit something. LPC is probably the most relevant technical conference on the general Linux platform, so be sure that if you want your project, your work, your ideas to be heard then this is the right forum for everything related to the Linux stack. And the Audio track covers everything in our Audio Stack, regardless whether it is pro or consumer audio. So, submit! submit! submit! (And contrary to what the web site might suggest regarding deadlines we'll still consider your submission, if you post it quickly!) http://www.linuxplumbersconf.org/2011/ Lennart -- Lennart Poettering - Red Hat, Inc.

13 years, 7 months

AVB applications

by Duncan Gray

This is to bring a discussion from the Jack Dev list to this more appropriate forum as suggested by Arnold Krille. First, I hear lots of people seemingly thinking that AVB (IEEE 1722) and the IEEE 1588 version of Precision Timing Protocol can be done in the kernel. It cannot and it must not. They both need hardware assist. Period. A timestamp is specified to be inserted based on the leading edge of the header immediately after the preamble. If anyone ever makes some neighboring equipment that has done these with the required precision, then you will kill that clock network and there will be yet another good reason not to bring Linux to the workplace. The ONLY exception is that if the listener is a stream-to-disk system, then the timestamp system can simply be ignored. Such a listener will never turn on PTP, but that won't hurt, because it will just ask for the 1722 stream and the talker will spit it out without knowing that that node doesn't play PTP. The version of PTP that is used in AVB is from the 802.1AS specification. The acronym PTP is now an ambiguous one that has at least these two uses, and I have heard some other hardware-assisted networked timing schemes called PTP. IEEE 1588 specifies an epoch-based struct with 48 bits of seconds (This gives 8.9 million years before a "y2k" hits IEEE 1588) and a 32-bit number that specifies nano-seconds. the 802.1AS sub-spec also uses this epoch-based timestamp. PTP maintains one suite of transactions to keep itself timed. This is blind to AVB. AVB creates Word Clock timeframes using the PTP wall-clock that MUST be made available to the 1722 layer. IF YOU HAVE PTP, then you can synthesize predictive wallclocks using a buffer-full scheme in a PTP-capable NIC. That NIC has to be configured to pay out the frames per the 802.1Qav forwarding and scheduling spec. This is how streamers will deliver streams that are well-timed, low-jitter streams. There are fruit companies doing this as we speak with new NICs that have been enabled from Broadcom and Marvell (and any host of others.) It is possible to fake a GrandMaster clock using kernel-timed calculations. The Best Master Clock Algorithm (BMCA) of a two-node system will be forced to accept such a sloppy clock and the slave will achieve lock, but with jitter that will fail a normally specified PTP system. Noisy environment listeners will not hear this, but clean listening will reveal the various artifacts of such jitter. You can just make a leaky-bucket PLL at a receiver and use the DPLL frequency to inform SRC. This hack will be un-noticed by the average media-player person, but not by the critical listener. When the 1722 timestamp is constructed, it is a complex assembly from the 802.1AS timestamp. The 802.1AS timestamp is a two-part thing, as specified above with its first part being simply seconds. This will not roll over in the lifetime of Linux, our species or even our continents, let alone a recording session. The second part is specified to roll over at decimal one billion-1 = 999999999 = 0x 3B9ACBFF. The timestamp in IEEE 1722 rolls over at unsigned long = 4294967295 = 0xFFFFFFFF, which is 4.294967296 seconds. I apologize for quoting "weeks between rollover" in the previous thread. IEEE 1588 and IEEE 1722 are Ethernet-Only protocols, do not shoe-horn them into IP. I have heard lots of people say that AVB is just some thing for consumers. go to http://grouper.ieee.org/groups/1722/ and hover over some of the names to find where they work. It was, in fact, designed FIRST to very easily accommodate Pro Audio: Reliability. Multiple-Node Synchronization without the need for Sample Rate Conversion. Low-Jitter. Unlimited (at least not limited by the protocol, only the bandwidth) channel count. And then it would be a trivial subset to get two - or 5.1, 7.1 any surround count - channels to go from my CD player to any media player over some LAN. (However, as of two autumns ago, they were still kvetching over Wi-Fi.) Finally, Yes, the CLOCK_REALTIME can be very simply pasted from a good PTP instance.

13 years, 7 months

[LAA] [ANN] Release of aj-snapshot-0.9.4

by Lieven Moors

Hi everybody, I've just released aj-snapshot-0.9.4 Aj-snapshot is a command line utility to store/restore ALSA and JACK connections to/from an XML file. Changes in this release: - Make the -a and -j flags work together as expected, when they are combined. - Fixed bug where aj-snapshot would not restore connections to a2jmidid ports. - Refactoring of ignore-clients code. For more information: http://aj-snapshot.sourceforge.net/ To clone the git repository: git clone git://aj-snapshot.git.sourceforge.net/gitroot/aj-snapshot/aj-snapshot I hope you enjoy... lievenmoors

13 years, 7 months

Begining of work at flowcanvas replacement

by Nikita Zlobin

I began to work at modular, patchage-like graph (afaik, flowcanvas i used not only for such things - project panner in ardour3 looks using it too). This graph is based on goocanvas, driven by cairo. Project page: http://repo.or.cz/w/gmodulargraph.git (of course, it is just a git web interface :) For now i implemented modules with ports and wires. Began to implement connections. There is no library yet, it is implemented in standalone test execuable. Though project is called GModularGraph, some files need to be renamed (i changed name, because it depends on project, which is not a gtk part). Unfortunally i will go to military service after several hours (need to sleep yet :), so it would be nice, if someone clone it and help with development (also there is ability to push anonimously into 'mob' branch, thanks to repo.or.cz for this feature).

13 years, 7 months

aj-snapshot fails to connect a2jmidid ports

by Lieven Moors

Hi, I just discovered that aj-snapshot fails to connect a2jmidid ports that appear in jack midi. I store connections by seperating the client and port name from what jack_get_ports returns, and I restore connections by concatenating those as port names again (with a seperating colon). This seems to work with most clients, but not with a2jmidid. Does anyone know what the problem might be? Thanks, lieven

13 years, 7 months

EBU loudness meter

by Fons Adriaensen

Hello all, The EBU-R128 loudness meter presented today at the LAC is now available at <http://kokkinizita.linuxaudio.org/linuxaudio/downloads> The package contains the interactive meter, the command line app to measure sound files, and both the paper and the presentation slides. Ciao, -- FA

13 years, 7 months

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