Linux-audio-user October 2009

linux-audio-user@lists.linuxaudio.org

141 participants
173 discussions

by David Baron

My daughter bought a bunch of songs from Sony's music downloads to my Sony- Ericson cell-phone. They are similar sizes to mp3's but seem to only play on the phone. How might one play them in linux or on a normal mp3 player?

15 years, 2 months

Command-line client naming

by Jonathan E. Brickman

I like command-line client naming, because it admits of very quick automatic setup, for live work, by Jack patchbay. J.E.B.

15 years, 2 months

Several USB cards position in /proc/asound/cards

by Ismael Valladolid Torres

Sorry in advance for crossposting. I used to have three soundcards in this system. One internal soundcard embedded in my mobo, then an RME PCI soundcard, and an USB MIDI interface. Then I added this code to /etc/modprobe.d/alsa-base.conf . # Make sure internal soundcard grabs index 0 alias snd-card-0 snd-intel8x0 alias sound-slot-0 snd-intel8x0 options snd-intel8x0 index=0 alias snd-card-1 snd-rme96 alias sound-slot-1 snd-rme96 options snd-rme96 index=1 alias snd-card-2 snd-usb-audio alias sound-slot-2 snd-usb-audio options snd-usb-audio index=2 So in /proc/asound/cards the internal soundcard gets index 0, the PCI soundcard gets index 1 and the MIDI interface gets index 2. Now I bought an USB webcam, which also has a mic input. It appears in the system as another USB soundcard. The problem is that during boot as hotplug runs before anything else the first soundcard gets index 2 as specified by alsa-base.conf but the second soundcard overrides index 0. Module snd-intel8x0 is loaded but internal soundcard is not available and does not appear in /proc/asound/cards. How do I specify order of *several* USB soundcards in alsa-base.conf? Any information very useful so thanks in advance. Cordially, Ismael -- Ismael Valladolid Torres Hey there! ivalladt is using Twitter. <ivalladt(a)gmail.com> http://twitter.com/ivalladt t. 0034912519850 Facebook: http://profile.to/ivalladt m. 0034609884094 (Yoigo) http://groups.to/lamediahostia Google Talk/Jabber/MSN Messenger: ivalladt(a)gmail.com Jaiku/Twitter/Skype/Yahoo!: ivalladt AIM/ICQ: 264472328 GnuPG key: DE721AF4

15 years, 2 months

Re: [LAU] [Zynaddsubfx-user] yoshimi bug fixes

by Frank Kober

> but aren't we right back where we started - > yoshimi-<client number>? > Not quite, "yoshimi_n", n is just a number starting from 1 and set to the next free client name, whereas the alsa client number is more or less unpredictable.

15 years, 2 months

Re: [LAU] Live CDs

by Hans Wilmers

Hi folks, > > I'm looking for a good Live CD/DVD for music production. > > Some of the things I'd like to see: > > * preferably based on Ubuntu > > * decent hardware detection > > * recent versions of ZynAddSubFx, Guitarix, Bristol, > QJackCtl, Rosegarden, Seq24, Hydrogen, QAMix, QSynth > (but see the next point) > > * ability to add custom packages after booting; > a build environment that lets me compile stuff > residing on an USB stick would probably be > the best solution > > There seem to be quite a few well-maintained Live distributions > geared towards audio production out there, but I don't really > want to download and test each one, so I'd like to hear about > your experiences with them. > > Thanks! :) > > Leslie > > -- http://www.linkedin.com/in/polzer Hi, here's one solution based on Fedora+CCRMA: http://www.notam02.no/projects/index.php?title=NotamLive As you see in the wiki, this is something I made for a specific usage. But you can write it on a USB stick and make persistent changes to it, like installing apps. The only drawback I see now is that the live image uses a non-RT kernel, and you can not change the kernel unless you make a real harddisk install. There is no ISO on the wiki - send me a note if you need one. / Hans

15 years, 2 months

Re: [LAU] [LAD] So what's the deal with controlling the aeolus organ?stops via midi

by Clemens Ladisch

Jens M Andreasen wrote: > On Thu, 2009-10-08 at 09:26 +0200, Clemens Ladisch wrote: > > This is handled by the USB protocol: the host controller retries sending > > a data packet until the device acknowledges it. In other words, the > > driver can blast away at the device with lots of packets, but the actual > > rate is never higher than the device can handle, so the driver doesn't > > need to specifically know about your device. > > Has this changed in the ALSA implementation? Because I remember that in > order to double the transfer rate to the BCR2000 I had to edit some > driver file (which one? I do not recall right now ...) In the latest driver version (ALSA 1.0.21 or kernel 2.6.32), the driver now can submit multiple packets at the same time. > Also, wouldn't it be so that the USB interface in the device may > acknowledge that the package has arrived, but the device itself might > not have the compute power to deal with it and gives up because of > internal buffer overflows and errors? The device's firmware controls when to ACK a packet, so this should not happen. However, it is possible that USB support was later bolted on to a device (or that the firmware writer is incompetent), and that the USB chip communicates with the rest of the device over a line that has a higher bandwidth than the main CPU can handle, and that nobody implemented busy feedback. In that case, it woule be possible to lose data after it has been correctly received over USB. Best regards, Clemens

15 years, 2 months

Re: [LAU] [LAD] So what's the deal with controlling the aeolus organ?stops via midi

by Clemens Ladisch

Jens M Andreasen wrote: > If you know that the device is virtual and that it won't pass on any > messages to the next device, you can sometimes get away with sending > usb-midi at a higher rate. This has to be implemented at the driver > level though. This is handled by the USB protocol: the host controller retries sending a data packet until the device acknowledges it. In other words, the driver can blast away at the device with lots of packets, but the actual rate is never higher than the device can handle, so the driver doesn't need to specifically know about your device. Best regards, Clemens

15 years, 2 months

jack/firewire weirdness - missing input ports and no sound

by Atte Andre Jensen

Hi I'm running arch linux with a edirol FA66 firewire soundcard. Sometimes when I start qjackctl only 2 (and not 6 as normal) input ports show up in qjackctl's connections for the soundcard. When this happens I cannot get any sound from the soundcard, and so far the only solution I found to work is to reboot the machine, in which case it usually comes back up ok. Anyone else experienced this? Any ideas what could be the problem (or how I figure out what the problem is) or how to solve it? Jack is jackdmp 1.9.2 and my kernel is 2.6.31-rt. [atte@vestbjerg ~]$ jackd --version jackdmp 1.9.2 [atte@vestbjerg ~]$ uname -r 2.6.31-rt -- Atte http://atte.dk http://modlys.dk http://virb.com/atte

15 years, 2 months

My new album: Unwell

by Norval Watson

Hi there, This is my new album, "Unwell". Thirteen songs about getting hurt and getting better. Brooklyn Mix, 47-minute monolithic pre-master MP3, streaming now on Soundcloud. http://soundcloud.com/norv/unwell-1 Download available and comments welcome. Thanks, Norv PS: It's so new, Soundcloud is still busy making the waveform ;) __________________________________________________________________________________ Get more done like never before with Yahoo!7 Mail. Learn more: http://au.overview.mail.yahoo.com/

15 years, 2 months

Re: [LAU] Realtime MIDI programming?

by Jeff Sandys

Carlo Capocasa said (cross posted from linux-audio-dev): > Hi, > > I'm looking into doing some real time MIDI programming with > either C++ or Common lisp. > > I would specifically not schedule anything but deliver everything > as "play it right now" notes. > > Is it necessary to use realtime scheduling the way JACK does? Common Music will do this and it's new variant GRACE: http://commonmusic.sourceforge.net/cm/res/doc/cm.html#midi-out (GRACE is actually Scheme) Real time is desirable with data flow intense audio processing, for midi messages (3 bytes per note) the vanilla kernels should be ok, as many of the real time improvements have migrated into the kernel. Thanks, Jeff Sandys ____________________________________________________________ Best Weight Loss Program - Click Here! http://thirdpartyoffers.juno.com/TGL2131/fc/BLSrjnsEGrGkXPVLuDxPRy8diLoqi2W…

15 years, 2 months

← Newer
1
...
11
12
13
14
15
16
17
18
Older →

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-user October 2009