-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi all,
First post here. I wrote a new blog entry yesterday:
"Achieve reverse reverb (echo) effect with GNU/Linux audio plugins"
https://blogs.fsfe.org/samtuke/?p=599
I used Qtractor and IR.LV2 to recreate an effect like one applied to pianos by
the famous electro group Justice. It might be of interest to some of you.
Best,
Sam.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlII7o8ACgkQ1bR1Itj7YQVreQD+PIlYFfeT7lDYGxOiA0Cc3Y9P
M9gC92WTZ7iBPWDC24IA/Rsddcb/XsTx9rYX0K9/77c3qpc1AVrvC3OTFmy5l3LD
=WuoC
-----END PGP SIGNATURE-----
So the Tube project has been chugging along in the background and a new
trailer has been released...
http://urchn.org/post/wires-for-empathy-trailer
All the sounds were recorded on a Tascam DR-40 with a small variety of mics
(Built In Mics for a surprising amount, SM57s, and AKG c451/ck94 on a jury
rig for a M/S combo). Everything with one exception was done on Linux with
Ardour3.3, or git versions near that, the exception being cleaning up the
audio (Noise reduction primarily) which sad fact of life is that there
isn't much on Linux to compare to even basic tools on Mac or Windows sadly,
but will comment more on that some other time.
Many thanks to Robin Gaerus for putting up with me over the past couple
weeks as I broke and he fixed his wonderful work on the Video Timeline of
course:)
Seablade
Hi,
Some of you might be interested in a radio stream with Soviet Era Classical.
Excellent production quality from that bygone era. All audio digitised and
professionally restored using Linux Audio Tools of course.
You can access the stream and others from the community directly in your
browser via the Radio Station link at http://linux-audio.com. For those of
you have text based (no js) interfaces or prefer to use their own player
there's a direct link at this site:
http://lowcostrestaurantmusic.com
It's not a very powerful server but I am interested to see what kind of
load it can tolerate. If you notice any glitches or have any other
feedback about the selection please let me know.
--
Patrick Shirkey
Boost Hardware Ltd
Hi all! I haven't seen this error before, and don't know what it means:
subgraph starting at a2j timed out (subgraph_wait_fd=19, status = 0, state = Finished, pollret = 0 revents = 0x0)
This occurred when recording the audio from a softsynth played by a MIDI sequence. Applications were: MIDISH, setBfree, Nama, Jackd, and A2JMIDID. It occurs consistently after aprox. 20-25 seconds.
A similar error occurs when recording no audio from Jack with Nama:
subgraph starting at Nama timed out (subgraph_wait_fd=17, status = 0, state = Running, pollret = 0 revents = 0x0)
This is without MIDISH or setBfree. At the same time, Nama responds:
**** alsa_pcm: xrun of at least 2.411 msecs
zombified - calling shutdown handler
At which point Nama has to be stopped with Ctrl-C. This occurs with and without lightdm (desktop manager) running. I'm currently running Jack 1.
Previously when running Jack 2, I would get XRuns at the same 20-25 second interval, but recording would continue.
I had thought that perhaps the error might be caused because my whole operating system is on a USB disc, in order to keep the rest of the system unchanged, but is this the type of error I would expect in a situation where audio file writing to a perhaps slow disc would give, or is this something else? I probably need to reconsider running from a USB disc, but I wasn't quite ready to play with re-partitioning Windows discs, and playing with dual boot situations yet, although it is still perhaps a better idea.
Sorry to be so verbose, but wanted to be thorough. Thanks for any help or suggestions.
Kevin
I would use one of the Python midi classes to read the midi input and fire
the commandline. No soldering required, just a little Python script.
http://wiki.python.org/moin/PythonInMusic
-- Jeff Sandys
Julian said:
Hello everyone!
Someone told me, that they were intending to get a pedalboard to trigger
keystrokes to control some commandline applications. And I've been wondering.
...
On Thu, August 8, 2013 4:10 am, Roger Weinheimer wrote:
> **** List of PLAYBACK Hardware Devices ****
> card 0: SoundByLayout [SoundByLayout], device 0: Master []
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 1: default [USB Audio DAC ], device 0: USB Audio [USB Audio]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> **** List of CAPTURE Hardware Devices ****
> card 0: SoundByLayout [SoundByLayout], device 0: Master []
> Subdevices: 1/1
> Subdevice #0: subdevice #0
Ok, going back to your original post :)
You do show both cards, good.
Your USB card is playback only, but that is what you are trying to do, so
that is ok.
The portion of /var/lib/alsa/asound.state that you show is for the
internal card. That may mean your USB card has no controls which is ok, it
just means volume can only be changed at the card or is always "100%". I
find alsamixer easiest to use to check that.
You used a commandline of:
alsaplayer /path/filename.flac
Generally for trouble shooting I would hit the card directly:
alsaplayer -i hw:1,0 filename.flac
aplay --device=hw:1,0 filename.flac
may still get errors
--
Len Ovens
www.OvenWerks.net
**** List of PLAYBACK Hardware Devices ****
card 0: SoundByLayout [SoundByLayout], device 0: Master []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: default [USB Audio DAC ], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
**** List of CAPTURE Hardware Devices ****
card 0: SoundByLayout [SoundByLayout], device 0: Master []
Subdevices: 1/1
Subdevice #0: subdevice #0
On Aug 8, 2013, at 3:15 AM, linux-audio-user-request(a)lists.linuxaudio.org wrote:
> Message: 17
> Date: Tue, 6 Aug 2013 20:47:31 -0700
> From: "Len Ovens" <len(a)ovenwerks.net>
> To: linux-audio-user(a)lists.linuxaudio.org
> Subject: Re: [LAU] alsaplayer error using USB Audio DAC
> Message-ID:
> <a38062bad0472967ee159a08208d77b4.squirrel(a)ssl.ovenwerks.net>
> Content-Type: text/plain;charset=iso-8859-1
>
>
> On Tue, August 6, 2013 8:40 pm, Roger Weinheimer wrote:
>> Hi All,
>>
>> I'm an alsa novice with a barely surface knowledge of alsa, and I could
>> use some help troubleshooting a problem. I am connecting a Mac Mini (ppc)
>> running the following to a Rega DAC.
>>
>> miniG4:~$ cat /etc/debian_version
>> 6.0.7
>> miniG4:~$ uname -a
>> Linux miniG4 2.6.32-5-powerpc #1 Fri May 10 08:12:18 UTC 2013 ppc
>> GNU/Linux
>> miniG4:~$
>
> aplay -l gives what? (might as well try arecord -l too)
> aplay -l
> should list what alsa thinks it has for devices.
>
> --
> Len Ovens
> www.OvenWerks.net