>>>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
(sorry for my clumsy english)
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
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.
I've discussed hardware on this list once before, and the USB options weren't
highly regarded at the time.
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 command line:
jackd -R -d alsa -d hw:0 -r 48000 -p 8192 <------- (or whatever)
io support: 32 bit
use dma on
chip: 2ghz amd (I THINK - not at computer now)
thanks for any ideas! :)
i'm trying to load some stuff on qsampler but when i setup the
audio/output it looks like my soundcard is not there (not midi nor audio
when i try the same with jack running the only option for audio is alsa
below are the messages when first i try to create midi devices then
audio devices and finally try to load some .gig
is there something i can do ??
thanks in advance...
02:50:07.015 Client connecting...
02:50:07.018 Client receive timeout is set to 1000 msec.
02:50:07.020 Client connected.
02:50:07.021 New session: "Untitled1".
02:50:21.147 New Channel setup...
02:50:34.320 New MIDI device lscp_create_midi_device: Error opening ALSA
02:50:34.321 New MIDI device Could not create device. Sorry.
02:50:43.797 New Audio device lscp_get_audio_driver_info:
02:50:45.354 New Audio device lscp_create_audio_device:
02:50:45.358 New Audio device Could not create device. Sorry.
02:50:59.746 Channel 0 added.
02:50:59.751 Channel 0 lscp_set_channel_audio_type:
02:50:59.756 Channel 0 lscp_set_channel_midi_type: Error opening ALSA
02:50:59.763 Channel 0 lscp_set_channel_midi_port: No MIDI input device
02:50:59.765 Channel 0 lscp_set_channel_midi_channel: No MIDI input
device assigned. (errno=0)
02:50:59.769 Channel 0 Engine: GIG.
02:50:59.772 Channel 0 lscp_load_instrument: No audio output device
connected to sampler channel (errno=0)
02:50:59.774 Channel 0 Some channel settings could not be set. Sorry.
02:51:01.739 Channel 0 lscp_get_audio_device_info: ENGINE_NAME (errno=0)
02:51:01.742 Channel 0 lscp_get_midi_device_info: ENGINE_NAME (errno=0)
I was just watching the talk on Protege at zkm 2006 and a bit of a crazy
idea occured to me. In addition to storing qualities of each instrument like
lead, string, percussive etc, a spectral profile could be generated for each
instrument and stored in the database. Then, you could take each channel of
your recording and pipe them (individually) into an app which would analyse
their spectral content, and then suggest alternative patches to make the
'whole' sound like some idealised mix (there would be a selection of these,
based on Genre perhaps). It would be like a magic button which would make a
track sound immediately better.
Any thoughts ?
I am having 3 different problems with RG4 on 3 different debian distros.
Xubuntu 32 bit
When I start Rosegarden I get the splash screen then after a while I get an
error message flashing up that's too fast to read. Rosegarden does not
I get the RG splashscreen and then a crash sound output (breaking glass). I
do not get any error message.
Nothing works when I start it up, no keyboard, no mouse, nothing. The only
way out is to hit the system reset button whcih is obvously no good for the
system. I also takes longer to recover from sucha position becasue Demudi
does a system disk check.
I really would like to get Rosegarden up an running as I have ben trying to
do so for about a year now (on and off)!.
Please let me know what info I need to post to get help on this.
Thanks for any help.
View this message in context: http://www.nabble.com/Rosegarden4-Freezes-my-machine%2Cneed-to-system-reset…
Sent from the linux-audio-user forum at Nabble.com.
Better late than never. I configured an Asterisk conference room at the URI lau(a)ash.97montrose.org
Let me know if you can connect to it. I can through a SIP phone that is already registered to the server but I'm not sure about one that is not. This is a recreational server, be nice. I have lots of bandwidth but not too many admin hours.
Me and my girlfriend are planning a trip to Europe for a month between
May and June.
It will be our first trip abroad, so please help if you can with a good advice.
Since it's not so easy to get out of here (russia), and I can't visit
all that great & numerous openlab's etc., one of the main goals is
I'd like to meet (at least some of ) you, LADs/LAUs, in person.
Current plan is (yes, it's huge):
There are two main questions
(lonelyplanet.com helps a bit, but residents can say much more):
1) what is the cheapest way to travel inside europe?
Bus? Airplane? If it's by air, how can we buy cheapest tickets? Which
company? How much days before the flight? etc. Or may be hitchhiking?
2) how hard is to find cheap place to sleep?
Where can we meet YOU?
Sorry, we don't know exact dates as we are researching on european
visa (trip begins from Helsinki, since it seems the easiest way to get
I'd like to get into composition and synthesis, but I am
completely new to this stuff. linux-sound.org has lots of
pointers, but since I don't have much background it's hard to
tell what is worth looking into. A page with example sounds or
music from the various packages would be helpful I think.
I am not interested in performance so real-time synthesis and
instrument input are not necessary. What I would like to be
able to do is create "instruments" from samples and/or various
synthesis methods (or combinations thereof). I would like the
ability to experiment with creating my own synthesizers as well,
preferably using some kind of programming language.
Then, I'd like to be able to compose music is some kind of
sequencer. A "programming language" might even be fine if the
syntax is nice. Real-time playback or non-real-time "rendering"
of the music would both be fine. Basically I want to dabble
with the synthesis/production/composition side of things, rather
than performing or playing instruments.
Any recommendations on what I should look at would be greatly