Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

4 participants
7502 discussions

[linux-audio-dev] Re: [linux-audio-user] Recording ADAT inputs on RME hammerfall 9636/52

by Stephen Cameron

Well, mixed results tonight. I was able to get some sound to go across the ADAT cables from the PC to the AW4416. But not good sound. On the bright side, I think I more or less understand connecting things up with jack, ecasound, and so on. On the bad side, so far it's not working too well. I monitored things with "jackmeter" and this meter registered peaks near 0dB for the stuff I was playing with ecasound, and pretty high levels for the most part. On the AW4416, the levels were registering between -30dB and -48dB. I guess I don't understand how ADAT works. I was under the impression the signal going across the cables was digital -- and so to get a reduction in levels like that, I would expect some digital numbers would have to go from being big numbers to being small numbers, which seems unlikely thing to happen to numbers encoded as pulses going down a cable. So I conclude I don't know how ADAT works, except it's not as I imagined it did. Oh, and besides a drastic loss of signal level, the signal was distorted strangely. Hard to describe. This may be due to xruns... I haven't got things to work without xruns yet, but that shouldn't cause a drop in levels, right? Just kind of choppiness, dropouts, crappy sound, right? Transfering from the AW4416 to the PC did not work at all. on capture_1 and capture_2, I got very low level white noise apparently. Are those the s/pdif ports? On the other channels input was dead silence. I tried both ADAT ports on the RME board, with similar results on each. I tried swapping the two ADAT cables in case one of the cables was bad... this did not seem to make a difference. Maybe the RME just transmits harder than the Yamaha, so it's signal makes it across (just barely, crossing the finish line at -48dB) while the yamaha's signal dies. I did change the RME's frequency to 44.1kHz in qjackctl's setup window. Maybe there are some clues in here: [root@zuul R15]# cat /proc/asound/R15/rme9652 RME Digi9636 (Rev 1.5) (Card #2) Buffers: capture f6a00000 playback f6400000 IRQ: 10 Registers bus: 0xea000000 VM: 0xf88a2000 Control register: 48029 Latency: 1024 samples (2 periods of 4096 bytes) Hardware pointer (frames): 1024 Passthru: no Clock mode: autosync Pref. sync source: ADAT1 ADAT1 Input source: ADAT1 optical IEC958 input: Internal IEC958 output: Coaxial only IEC958 quality: Consumer IEC958 emphasis: off IEC958 Dolby: off IEC958 sample rate: error flag set ADAT Sample rate: 44100Hz ADAT1: No Lock ADAT2: Sync ADAT3: No Lock Timecode signal: no Punch Status: 1: off 2: off 3: off 4: off 5: off 6: off 7: off 8: off 9: off 10: off 11: off 12: off 13: off 14: off 15: off 16: off 17: off 18: off __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

18 years, 7 months

[linux-audio-dev] RE: linux audio wiki

by Ivica Ico Bukvic

Hi Nedko, A while ago I proposed merging documentation efforts of the community, spearheaded by Dave's now unfortunately cancelled 2nd edition of his venerable book. Linuxaudio.org is already trying to head in this direction and we are currently in the process of assembling a team to utilize presently empty sub-domain docs.linuxaudio.org which ought to be perfect for this purpose (rather than hijacking lau faq site which has its own specific purpose). One possible scenario (which FWIW I very much favor) is to have a Wiki page that would sum up all of the projects listed on Dave's site as well as those that are also relevant but have not yet made it there. Using a similar template format we should provide a continuously updated consolidated resource for all Linux audio users, and more importantly all Linux distributions to reference. As such, we are also hoping to attract various distros to contribute to the same documentation project. So far goto10 guys (dyne creators) have expressed interest in the idea... Best wishes, Ico > -----Original Message----- > From: Nedko Arnaudov [mailto:nedko@arnaudov.name] > Sent: Monday, December 04, 2006 9:09 PM > To: ico(a)linuxaudio.org > Subject: linux audio wiki > > There was a talk in #lad and there is idea to have general purpose wiki > for linux audio. http://lau.linuxaudio.org/faq looks perfect except that > it is "user" faq oriented. What you think about having "lau faq" > category with all current lau faq pages in it and using the mediawiki > installation as general purpose linux audio wiki. Such wiki will include > user and developer oriented pages. It will include also information > about belonging of software to groups like lv2, dssi, jack, alsa midi, > jack midi, jack audio, sequencer, host, etc. Something similar (software > categorization/grouping) is made at http://linux-sound.org/ and > http://lawiki.fugal.net/linuxaudio/show/HomePage > > -- > Nedko Arnaudov <GnuPG KeyID: DE1716B0>

18 years, 7 months

[linux-audio-dev] Laptop mic-input sound quality.

by James Courtier-Dutton

Hi, I have not yet found a laptop with good misc-in sound quality. Do any exist? It is a pain to have to use PCMCIA cards or USB devices. James

18 years, 7 months

[linux-audio-dev] Listserve back up

by Ivica Ico Bukvic

Curiously, shortly following the changing of the network card adapter which brought the consortium Web server back up, the consortium lists are now back as well. It appears that there is some kind of "umbilical cord" :-P that my mental radar failed to notice between the two and therefore the listserve has been for some reason bogged down due to network issues we've been experiencing on the Web server (which is a rather curious thing since the Web server has mail service disabled... go figure!). Well, I am glad that got resolved, sort of :-) Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology, CCTAD, and CHCI Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-1137 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/people/faculty/bukvic/

18 years, 7 months

[linux-audio-dev] Consortium "Made in Linux" cover idea

by Ivica Ico Bukvic

Apologies for the cross-posting -- the consortium listserv that is hosted by Agnula server continues to refuse forwarding e-mail to its members... Apropos CD covers for the vol.1, how about taking the image from the http://lau.linuxaudio.org/faq/ ? IMHO it best portrays the idea of "Tux Power" without even having to explicitly state the subtitle. So, we could have the subtitle on the side and the back but perhaps not on the front side of the cover? Or if we do have it on the front, perhaps making it intentional small and inconspicuous? Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology, CCTAD, and CHCI Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-1137 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/people/faculty/bukvic/

18 years, 7 months

[linux-audio-dev] RE: [linux-audio-user] where are the "made in linux "logo's now ?

by Ivica Ico Bukvic

See: http://lists.agnula.org/pipermail/consortium/2006-November/000781.html BTW, anyone has any idea why the listserv is not forwarding posts to its membership, yet it still adds new posts to the archive without any problems? I checked the admin settings for the listserv and there is nothing that would suggest any problems. Alas, I do not have ssh access to the listserv server so I am unable to dig though the logs... Very bizarre week to say the least. First the listserv breaks, and now the linuxaudio.org server is experiencing problems as well... Ico > -----Original Message----- > From: linux-audio-user-bounces(a)music.columbia.edu [mailto:linux-audio- > user-bounces(a)music.columbia.edu] On Behalf Of Geoff Beasley > Sent: Friday, December 01, 2006 9:00 PM > To: linux-audio-user(a)music.columbia.edu > Subject: [linux-audio-user] where are the "made in linux "logo's now ? > > can't find them anywhere > > g.

18 years, 7 months

[linux-audio-dev] Linuxaudio.org site problems

by Ivica Ico Bukvic

Just to let everyone know, we are experiencing some problems with the Linuxaudio.org server. As a result, we will have a downtime over the weekend and possibly a good portion of Monday. My sincere apologies if this unfortunate development has caused you any inconvenience. Your patience and understanding in this matter is most appreciated! Should you happen to have any additional questions and/or concerns, please do not hesitate to contact me. Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology, CCTAD, and CHCI Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-1137 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/people/faculty/bukvic/

18 years, 7 months

[linux-audio-dev] Website moving - please update your links

by Fons Adriaensen

Hello all, Since I'm preparing to move abroad, I've transferred my website to a host that's independent of my local ISP. The new site is www.kokkinizita.net/linuxaudio 'Kokkini Zita' means 'red zeta' - the Greek letter, and all the 'i' are pronounced as English 'ee', not 'y'. It's also my 'project name' at the Linux Audio Consortium. In time you will also see the red zeta appear in the GUI of any new software. The main page has been restyled a bit, and the rest will follow as I have time. Please let me know if you have any problems with the new layout and colors. The old site will remain on-line for some months, but any new stuff and updates will go to the new one only. My new e-mail address will be fons-at-kokkinizita.net, but please don't use that until you see it appear on the lists. Enjoy ! -- FA Lascia la spina, cogli la rosa.

18 years, 7 months

[linux-audio-dev] [admin] maintainership passes on...

by Joern Nettingsmeier

hi everyone! i'm very happy to announce that marc-olivier barre will be maintaining the linux-audio-* lists from now on. let me take this opportunity to ask for a few more volunteers to moderate linux-audio-announce. get this: for years, brilliant minds like ingo molnar, robert love and lee revellhave been toiling with the kernel for a few measly microseconds gain - as a linux-audio-announce moderator, you can cut latencies by hours if not days. how is that for a claim to fame? please get in touch with marc-olivier. it's been a pleasure to participate in this linux audio community for all those years, and i have profited immensely from the great work done here! thanks everyone, and i hope to see you around at LAC 2007! best wishes, jörn -- jörn nettingsmeier home://germany/45128 essen/lortzingstr. 11/ http://spunk.dnsalias.org phone://+49/201/491621 if you are a free (as in "free speech") software developer and you happen to be travelling near my home, drop me a line and come round for a free (as in "free beer") beer. :-D

18 years, 7 months

[linux-audio-dev] Re: MIDI

by Gene Heskett

On Saturday 11 November 2006 21:00, Tony Nelson wrote: >At 4:21 PM -0500 11/11/06, Gene Heskett wrote: > ... > This thread might be of interest to the linux-audio-dev group, so I've added them to the Cc: >>Yup, and its been a constant src of amazement to this old fart that >> when the midi spec was setup, they used a serial port, thats fine, but >> when they set the data rate at only 31,250 baud, ... >> >>Consistently attrocious timeing, with the horns always 1/16 beat late >>unless the actual output order of each instrument is scrambled in the >>order output. That would make it sound a heck of a lot less >> mechanical. And there isn't a heck of a lot that can be done until we >> put midi on an optical circuit running at several megabytes/sec. >> Something like TOS maybe? > >Firewire. Many products already, plenty of speed, almost robust enough. >1/8 millisecond isoch cycle times; each cycle can contain packets from > many senders; each packet can contain lots of notes. More robust IMO than the din connectors now used for midi interconnects, however the cabling itself can't help but be more fragile when subjected to the rigors of a jam session with bodies walking on them all night. And that has to be a consideration else the first users will get discouraged at the high cable failure rates and revert, particularly if they have a tin ear and can't hear what to many of us would be an extremely obvious improvement. But I like that idea, a lot. Maybe some enterprising LAD people could get together and spec something like a midi interface running over firewire, complete with the repeaters so it can be daisy-chained just like midi can be, and hopefully release it into the PD as a new midi-2 interface standard. And design it such that it never, ever gets into the snails trail of the 31,250 baud interface it uses today. -- Cheers, Gene

18 years, 7 months

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