Em sexta-feira 10 dezembro 2010, às 16:55:37, fons(a)kokkinizita.net escreveu:
> The offset control now has 400 steps of exactly 1
> cent (1/100 semitone) each, and displays the set
> value when touched. Default mousewheel step is 10
> cents, 1 cent with Shift pressed.
verry nice, nothing more is needed
tried 3 "autotuners" and yours is the only one usable (for me). Thanks for that soft
Is the develepor on this list?
would be nice to be able to enter values instead of only using th knobs. For example, if you change the "offset" you want it to be exactly
Fabio
Hi,
I was talking to a friend this morning about a project I thought we
could do together. He plays free improv piano/keyboard music - dense
patterns and textures improvised in live time. I was saying that in
principle it would be possible to record a piece of his music on a
keyboard as a midi stream, then feed it through a softsynth in a studio
and tweak the synth parameters as it's playing to produce the final piece.
He liked the idea, but I'm not sure if there's a linux softsynth that
would work like this. What it needs to do is:
- produce sounds from a midi stream in real time, with the sound altered
by tweaking various parameters (knobs and buttons).
- the tweaks should be recordable so that you can play them back and
re-tweak them until you get the result you want.
- the feature I really want is to be able to set presets for the
parameters and then fade between presets in real time. E.g. if there are
two presets which both use a resonant low pass filter, I want to be able
to move a single slider that moves the filter value from one to the
other continuously to create a filter sweep. This is different from a
fade at the audio stream level.
Does anyone know of anything like this?
cheers,
andy
Hi,
I made a script to download free audio data which may be useful on your
linuxaudio desktop.
* I tried to 'echo' credits and copyrights as much as possible, all
though it should be improved in some areas as well I think
(contributions are welcome).
* I didn't check if the folder structure made by the script is right,
you may find data in unexpected places... (improvements are welcome)
* I ran a previous version of this script myself. I didn't run the
script as it is now...
* There is probably more interesting free audio data available which
should fit nicely in the script (contributions are welcome!)
* Use at your own risk
Regards,
\r
On Sun, Dec 5, 2010 at 6:56 PM, RJ Ryan <rryan(a)mit.edu> wrote:
> Mixxx 1.8.2 is a maintenance release and has many of the same bug fixes,
> MIDI mappings, and performance improvements that 1.9.0 Beta1 does.
> You can read more details about this release on our blog. You can download
> Mixxx 1.9.0b1 and Mixxx 1.8.2 from out website: http://mixxx.org.
I compiled mixxx-1.9.0beta1.1 on Fedora 12 and it runs beautifully.
Unlike previous versions, this one is able to successfully use ALSA
directly, even while using "ondemand" cpu scaling; it allows use of
multiple ALSA devices simultaneously (e.g. "SB [HDA ATI SB] [VT1708S
Digital]" sending out SPDIF to the "mains" and using "SB [HDA ATI SB]
[VT1708S Analog]" as headphone monitor -- all without glitching. It
even works properly driving two completely different ALSA devices.
Further, all the lights and controls work flawlessly on my Behringer
BCD-3000 as well.
Previously, for glitch-free performance in mixxx, I had to use jack.
Now I can use ALSA directly, which can be useful if you have a
low-power device. Next, to see how it performs on a netbook, where
having a few less processes (jackd, qjackctl) might make a big
difference.
Any chance you can get this running on a nokia n900?? Now *that* would be cool!
[[ FYI mixxx is distracting me from learning QML and running test
progs on the n900, for purpose of developing
http://ytd-meego.googlecode.com ]]
Associated feature request: "reskin" mixxx so that the UI can be done
entirely in QML and allow use of qtquick "gestures" and panels for use
on touchscreen devices. This could eventually allow people to use Qt
Designer to customize the controls for mixxx (custom layouts, etc) to
match the resolution and use-case of the touchscreen device hosting
mixxx (such as a http://PandaBoard.org -- check all the music related
projects on http://omappedia.org/wiki/PEAP_Projects )
W/r/t mixxx-1.9.0beta1.1 -- this ain't no beta! Ship it!! (of course,
this is after five minutes of testing). Very nice! A gift worth
lighting an eighth candle for.
-- Niels
http://nielsmayer.com
Hi
A friend of mine is looking for an usb audio interface. It must work
without hassle under linux, and have an (at least decent) 48V input, and
at least one other microphone input (48V on this input would be nice,
but not necessary). 2 channel output would be enough. If the price
permits, more inputs (mainly for michrophone) would be great, but the
price is important.
What should I recommend him? My first idea was an edirol, but looking
over two large web-shops, I didn't see a single edirol usb-interface!
--
Atte
http://atte.dkhttp://modlys.dk
Changes since release candidate 6:
*added apply undo/redo (applies to vanilla objects with properties (e.g.
gatom) plus currently as a test implementation only to the cnv object
from the iemgui set--I will add it to other applicable imegui objects
once the implementation is thoroughly tested).
*added resize handle to the cnv object.
*implemented auto-update of properties window (width/height and in cnv
case also selection area width/height if the properties window is open).
*fixed bug where autoconnect tries to auto-connect cnv objects.
*fixed regression where gatom objects after being duplicated are only
partially selected.
*fixed bug where changing object properties did not result in canvas
being "dirty."
Special thanks to all who have provided invaluable feedback in making
this release as bug-free as possible!
http://l2ork.music.vt.edu/main/?page_id=56
Best wishes,
Ico
Hi,
I thought sudo cpufreq-set -g performance, would set my cpu to the
'perfomance' setting. Apparently is does, but only for one of the two
cpu's... (?)
# cpufreq-info
cpufrequtils 007: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq(a)vger.kernel.org, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0 1
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 10.0 us.
hardware limits: 800 MHz - 2.00 GHz
available frequency steps: 2.00 GHz, 2.00 GHz, 1.60 GHz, 1.20 GHz,
800 MHz
available cpufreq governors: userspace, powersave, conservative,
ondemand, performance
current policy: frequency should be within 800 MHz and 1.20 GHz.
The governor "*performance*" may decide which speed
to use
within this range.
current CPU frequency is 1.20 GHz (asserted by call to hardware).
cpufreq stats: 2.00 GHz:0.00%, 2.00 GHz:0.00%, 1.60 GHz:0.00%, 1.20
GHz:2.65%, 800 MHz:97.35% (347)
analyzing CPU 1:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0 1
CPUs which need to have their frequency coordinated by software: 1
maximum transition latency: 10.0 us.
hardware limits: 800 MHz - 2.00 GHz
available frequency steps: 2.00 GHz, 2.00 GHz, 1.60 GHz, 1.20 GHz,
800 MHz
available cpufreq governors: userspace, powersave, conservative,
ondemand, performance
current policy: frequency should be within 800 MHz and 1.20 GHz.
The governor "*ondemand*" may decide which speed to use
within this range.
current CPU frequency is 1.20 GHz (asserted by call to hardware).
cpufreq stats: 2.00 GHz:0.00%, 2.00 GHz:0.00%, 1.60 GHz:0.00%, 1.20
GHz:1.59%, 800 MHz:98.41% (287)