> > Most people aren't aware of much above
> > 16k, however the ear/brain is surely capable of
> perceiving differences, so a
> > higher sample rate is going to sound smoother in
> the way that faster film
> > looks smoother, the ear will perceive curves
> rather than digital grainyness.
>
I don't think it's as simple as saying that smoothness
is related to higher sample rate. I think that the way
in which we perceive music is related to distortions
introduced by the signal processing path and the
amount of detail which we can resove.
> There's certainly some evidence in favour of that,
> but consider this
> counter-argument:
> A 'grainy' signal could be regarded as the sum of a
> perfect signal plus
> a small distortion signal. If you can demonstrate
> that the
> distortion signal is inaudible then arguably it also
> doesn't have an
> audible effect whan added to a sound that is
> audible. In fact the well
> known auditory phenomenon of masking shows the
> reverse: a
> sound that by istelf *is* audible can be rendered
> inaudible in the
> presence of a simultaneous louder sound.
>
But what about effects such as stochastic resonance?
Add a (miniscule) amount of distortion and we hear
more of the music. Perhaps this is why some people
like the "sound" of DSD.
Greg
___________________________________________________________ALL-NEW Yahoo! Messenger - sooooo many all-new ways to express yourself http://uk.messenger.yahoo.com
Thank you tim and Alastair for your replies.
The problem seems to lie with getting jack (jackit 0.94) to work on my
system.
Starting Jack with Qjackctl gives an error message: ...
JACK: unable to mlock() port buffers: Operation not permitted
cannot set thread to real-time priority (FIFO/20) (1: Operation not
permitted)
cannot use real-time scheduling (FIFO/10) (1: Operation not permitted)
12:24:50.512 Could not connect to JACK server as client.
Starting Jack from the command line < jackd -d alsa -d hw:0 > results in:
loading driver ..
creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|rt|32bit
control device hw:0
configuring for 48000Hz, period = 1024 frames, buffer = 2 periods
Couldn't open hw:0 for 32bit samples trying 24bit instead
Couldn't open hw:0 for 24bit samples trying 16bit instead
Couldn't open hw:0 for 32bit samples trying 24bit instead
Couldn't open hw:0 for 24bit samples trying 16bit instead
after which the system monitor (KDE System Guard) lists jackd as active
and other audio functions which are not compatible with jack do not work
properly. However jack-reliant applications still fail to respond. For
example starting QSynth, whether or not jackd is running, gives an error
message: ... failed to create the audio driver (jack) ....
I will hunt about on the jack homepage for a bit and try to make sense
of the situation, however any guidance is always appreciated.
David
Greetings:
The Linux soundapps site is now mirrored in Europe at the following URL :
http://linuxsound.atnet.at
Please update your bookmarks. The www.linuxsound.at URL is no longer
in use.
The hosting site contacted me regarding the outdated material that was
still displayed, and I have brought the site into sync with the US and
Japanese mirrors. This time for sure...
Best regards,
Dave Phillips
> Anahata wrote:
> But what about effects such as stochastic resonance?
> Add a (miniscule) amount of distortion and we hear
> more of the music.
> This seems to suggest the possibility of the
recording of
> an acoustic
> performance of music sounding "better" than being
present at the performance itself.
> I see thin ice here!
Not what I'm saying really. "Better" would imply a
euphonic aspect and I'm just talking about the
information content. There's also no reason why the
low-level noise could not be added to a performance
e.g. by the rustling of clothing ;-)
I'm not an expert on this stuff but it's been proven
that stochastic resonance does increase the
information content of non-linear systems (Google for
it, there's lots of material). One question that does
arise, however, is if this added information falls
below the noise floor of the reproduction system in
use.
Greg
___________________________________________________________ALL-NEW Yahoo! Messenger - sooooo many all-new ways to express yourself http://uk.messenger.yahoo.com
Dear list,
i am looking for a command line tool to calculate the BPM of a WAV- or
oggVorbis-file. So far I haven't found CLI tools, only GUI tools...
maybe someone can help me?
Chris
accompaniment
X-BeenThere: linux-audio-user(a)music.columbia.edu
X-Mailman-Version: 2.1.3
Precedence: list
Reply-To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
List-Id: A list for linux audio users <linux-audio-user.music.columbia.edu>
List-Unsubscribe: <http://music.columbia.edu/mailman/listinfo/linux-audio-user>,
<mailto:linux-audio-user-request@music.columbia.edu?subject=unsubscribe>
List-Archive: <http://music.columbia.edu/pipermail/linux-audio-user>
List-Post: <mailto:linux-audio-user@music.columbia.edu>
List-Help: <mailto:linux-audio-user-request@music.columbia.edu?subject=help>
List-Subscribe: <http://music.columbia.edu/mailman/listinfo/linux-audio-user>,
<mailto:linux-audio-user-request@music.columbia.edu?subject=subscribe>
X-List-Received-Date: Tue, 22 Jun 2004 06:53:31 -0000
On Tuesday 22 June 2004 02:22, linux-audio-user-request(a)music.columbia.edu
wrote:
> I need a program that lets me type in chords, select a style, hit play
> and get a midifile with drum and bass accompaniment for practicing. I
> looked around and although I found a few tools they all seem to be aimed
> at jazz (which I also play, so I'll look into the ones I found), but for
> this purpose I need something in faily straight-ahead pop/rock style. Is
> such a thing outthere? Or should I go for another more jazz oriented
> tool, and if so, which?
Alas, the one I use "Jammer" and another great tool "Onyx" are Windows only.
So is BIAB. These are all paid products, not opensource or gnu. There is
little motivation to port this stuff. Not enough customer demand outside
Windows.
I will try gmorgan if I can get it compiled but I am still stuck in Windows
for this type of work and like to remain so for the foreseeable future.
I was looking at one of the RME cards to use under Linux (Ardour, etc.)
because of its ADAT ins/outs, and since I have an ADAT machine hooked up to
my mixer.
However, since the Delta 1010LT is significantly cheaper, has lots of
Ins/Outs (albeit RCAs) and SPIDIF connections, I am now considering this
route. Can anyone give me any thoughts on it? I am far from a pro, but of
course I want something I will be able to live with for a number of years.
Thanks,
Jay
->
> and now m-audio. Here's to German audio excellence! Those cold
winters
> drive you indoors to tinker with great machines and perfect them, I
> guess. :)
I don't think M-Audio is a german company, though. And while M-Audio
makes some great products they also make some very understandard ones:
Most of their USB audio cards are very hard to get to work on Linux,
if at all, contrary to what M-Audio says on their website.<-
About M-Audio... we had been using a Delta 1010 in our studio, with some
heavy 96k usage under RH9 and basically a CCRMA setup. We had two of
these cards fry and become totally unusable - they had a terrible
high-pitched hum and pretty much no audio output. The service on the
cards was pretty bad, too. We had to ditch M-Audio and go with RME
(Multiface) for the rest of the semester.
Matt
Hi
I released gmorgan-0.23. This release is a bugfix version and solve
compilation problems.
Changes in v0.23
-------------------------
Fixed compilation problems with locales.
Fixed bug selecting Drums Instrument and Control type.
Fixed bug when display Sound Names.
Fixed range of Modulation Control.
Fixed bug in song sequencer finish point.
Small things are also added.
Available in: http://gmorgan.sf.net
Thanks
Josep