Linux-audio-user August 2006

linux-audio-user@lists.linuxaudio.org

146 participants
124 discussions

by DCZX

Does anyone know of a good vocoder app or plugin? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

17 years, 3 months

[linux-audio-user] Vocoder Working

by DCZX

Okay, sorted out some file installation difficulties and now it's up! Pretty cool. I wonder if there's a program that can just "stick" a midi note for me though for the carrier... __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

17 years, 3 months

Re: [linux-audio-user] Miscellaneous hardware/software questions

by Gabriel Brachtel

>>>it's easy for non-programing people to bring "visions" regarding >>>interface design. (and i love do so :) as i know programers, it's quite >>>hard to establish a new standard. but imho the interface standards >>>(buttons, dropdown boxes, scrolling, menu-structure, etc.) are now a >>>couple of years old, and there might be better solutions for specific >>>tasks. audio seems to me like a good point to start. > > > i wasn't talking about such rudimentary stuff. of course there are > alternatives to these basic widgets and several audio applications (even > free ones) have begun to support them. > > the point about a visual interface is that it acts as a "memory buffer" > for the user: you do not have to remember much about the structure of > the session because the structure is made visible on the screen. can't > remember precisely where you put a certain sound? how many copies of the > bridge riff did i put in? is the door slam before or after the creak? > its all there on the screen, just waiting for you to look at it. > > as soon as you move away from a visual UI, you have to find some way to > avoid requiring the user to remember everything about the session. when i try to remember a poem my brain creates images and i walk trough them, when i reproduce it. when i learn a piece of music it does other stuff (i'm a pianist and singer) but in the end i have a very complex thing in my mind, just think of a bach fugue. i have the fugue also in "the fingers". different areas of the brain work together. i have the same oppinion as you, we are very good in using a visual UI. we trained it for a long time. but there could be other combinations that work nearly as good as "mouse-to-eye". > the visual interface offers another hard-to-replicate feature as well: > trivially variable precision. if you try doing cut-n-paste based only on > audio feedback, you will find it quite hard/laborious to be as precise > as you might want to be. with the visual interface, its much easier to > use visual information to get the rough location of an edit and then > get to precisely where you want, without many steps. with audio feedback > based approaches, i think you will find yourself needing many more > iterations through the edit-play-edit-play cycle before you get the > location correct. i think it's all a matter of training. you do the "display-keyboard-mouse-combination" for long years and you became professional in speed and precision. watch a pro-gamer gaming with mouse.. what's about data-gloves? whats with feet-controlers and other "non-standard" devices? greets, gabriel (sorry for my clumsy english)

17 years, 4 months

[linux-audio-user] Miscellaneous hardware/software questions

by Jason White

I am looking for suitable hardware to handle digital i/o between a Linux system and an RME ADI-2 ad/da converter that I just bought. I don't need lots of channels, but reliability of the data transfer is important, including jitter reduction. An RME card would be excellent but it is somewhat outside my budget. Also, connectivity to a laptop would be desirable, suggesting either a USB interface or waiting until http://freebob.sourceforge.net/ (the Alsa firewire project) matures. I don't plan to run any OS besides Linux with this hardware, so Alsa support is crucial. As this is for home/personal use I'm not in a hurry. M-Audio hardware is high on my list of possibilities at the moment. Now to the software question: does there exist any sound editor with a non-graphical interface, i.e., one that can be operated from the Linux console for inserting, deleting, copying and otherwise editing audio? Due to a vision-related disability I can't use a graphical display and therefore need a text-only solution - but all the sound editors appear to require X11. Surely it should be possible to design an audio interface to a digital sound editor. Suggestions welcome. I've discussed hardware on this list once before, and the USB options weren't highly regarded at the time.

17 years, 4 months

Re: [linux-audio-user] Midi to USB converter

by Dmitry Baikov

I use ESI RoMI/O - 2in 1out with male MIDI and USB connectors and ESI M4U 4inx4out with female connectors Both work perfectly, and do not need any firmware. Dmitry.

17 years, 6 months

[linux-audio-user] hello gentoo? speed up please...

by Aaron Trumm

hello all - got a question - I've only recently been stopping and taking a look at my studio computer's performance and in the almost year since I change from Red Hat 9 to gentoo, it's been more solid on some things, but I notice a huge latency difference - ie: I have to run Jack at -p 8192 to get anything done in Ardour Anybody have any tips on what to look at to tweak it? Seems like it should do better than that... I didn't see it as a problem until in the last few days I started playing with playing softsynths live directly into Ardour - you've gotta be running at -p 1024 or there's a latency that screws up your playing - at 8192 it's a downright 8th note delay... Here's some vitals that I can think of: OS: gentoo 2.6.6-rc1 kernel (alsa built in) jack: 0.99.0 ardour: beta28 jack command line: jackd -R -d alsa -d hw:0 -r 48000 -p 8192 <------- (or whatever) harddrive: multicount on io support: 32 bit unmaskirq on use dma on keepsettings off readonly off readahead on chip: 2ghz amd (I THINK - not at computer now) ram: 512MB thanks for any ideas! :) --------------------- Aaron Trumm www.nquit.com -----------------------

17 years, 6 months

[linux-audio-user] Linux Rock Star blog...

by DCZX

Hello, I was just wondering if anyone had anything they would like to read about at Linux Rock Star, or any applications they would like announced... after a brief delay, I'm posting again at: http://linuxrockstar.blogspot.com thank you! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

17 years, 7 months

[linux-audio-user] Linux Audio Notebooks for recording? Any recommendations?

by Michael Wagner

Hello, (Lurking mode off ;-) Trying to keep this short: Is it possible, in general, to do low latency multitrack-recording in ardour with a notebook and a multichannel audio-interface? If so, does anyone have any recommendations for notebooks and audio-interfaces that are suitable for this task and still available? I'd like to run gentoo-linux on it, do some recording and maybe, from time to time, do some Sequencing / Sample playback and PureData-stuff. Thank you, -Michael

17 years, 7 months

Re: [linux-audio-user] Intel core-duo cpu and realtime patches

by Chris Simpson

i can successfully compile a 2.6.17.6 kernel with patch-2.6.17-rt7, with ACPI disabled within the kernel .config (and from boot just to be doubly sure), but it still won't boot. the chip is exactly the same (intel core duo T2400). what is the difference between the realtime-lsm patch and the MIngo one? chris

17 years, 7 months

[linux-audio-user] pd and gem on gentoo

by luis jure

hello list, anyone using pd and gem on a gentoo system? i had no problems installing the latest version of pd (i adapted an older ebuild), but gem is being more problematic. i have installed all the dependencies mentioned in the documentation, but ./configure fails due to something related to openGL: Finished building Auxilliary Libraries ====================================== checking for main in -lX11... yes checking for main in -lXext... yes checking for XF86VidModeGetAllModeLines in -lXxf86vm... yes checking for sin in -lm... no checking for main in -lz... no checking for glInitNames in -lGL... no checking for glInitNames in -lMesaGL... no OpenGL is mandatory i have an HP laptop (amd64, nvidia video card). i'm still using the plain nv open drivers. google shows, as usual, lots of (contradicting and possibly outdated) solutions to this, so i decided to invoke the wisdom of the list. best, lj

17 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-user August 2006