Hi all
There's a new release available of GSequencer as version 0.6.0. This
release brings accessibility features for all widgets.
Please visit http://gsequencer.org
If you missed it here are the key-strokes:
----
AgsMatrix
* Left, Left-Arrow
* Move within matrix left
* Right, Right-Arrow
* Move within matrix right
* Up, Up-Arrow
* Move within matrix up
* Down, Down-Arrow
* Move within matrix down
* Space
* Toggle audio pattern
* Tab
* Leave matrix editor
----
AgsPatternEdit
* Left, Left-Arrow
* Move within pattern edit left
* Right, Right-Arrow
* Move within pattern edit right
* Up, Up-Arrow
* Move within pattern edit up
* Down, Down-Arrow
* Move within pattern edit down
* Space
* Add audio pattern
* Delete
* Remove audio pattern
* Tab
* Leave pattern editor
----
AgsNoteEdit
* Left, Left-Arrow
* Move within note edit left
* Right, Right-Arrow
* Move within note edit right
* Up, Up-Arrow
* Move within note edit up
* Down, Down-Arrow
* Move within note edit down
* Space
* Add audio note
* Shift+Left, Shift+Left-Arrow
* Shrink note by given zoom factor
* Shift+Right, Shift+Right-Arrow
* Grow note by given zoom factor
* Delete
* Remove audio note
* Tab
* Leave note editor
----
cheers,
Joël
A stable release, version 15.09, of MMA--Musical MIDI Accompaniment
is available for downloading. In addition to a number of bug fixes
and optimizations, MMA now features:
- Works with Python 2.7 or 3.x
- Number of minor bug fixes
- Added RPITCH for random "mistakes"
- Added SUBROUTINES
- Added FretNoise option for Plectrum tracks
- Other minor enhancements
Please read the file text/CHANGES-15 for a complete list of changes.
MMA is a accompaniment generator -- it creates midi tracks
for a soloist to perform with. User supplied files contain
pattern selections, chords, and MMA directives. For full details
please visit:
http://www.mellowood.ca/mma/
If you have any questions or comments, please send
them to: bob(a)mellowood.ca
--
**** Listen to my FREE CD at http://www.mellowood.ca/music/cedars ****
Bob van der Poel ** Wynndel, British Columbia, CANADA **
EMAIL: bob(a)mellowood.ca
WWW: http://www.mellowood.ca
On 17/09/2015 23:13, Alexandre DENIS wrote:
> On Thu, 17 Sep 2015 18:57:08 +0200
> Alessio Degani <alessio.degani(a)ymail.com> wrote:
>
>> On 17/09/2015 18:01, Alexandre DENIS wrote:
>>> On Thu, 17 Sep 2015 17:08:22 +0200 (CEST)
>>> Tim Goetze <tim(a)quitte.de> wrote:
>>>
>>>> [Alessio Degani]
>>>>> What can I do to test my algorithm at 8 kHz in realtime using
>>>>> jack?
>>>> Or simpler : use the 'dummy' backend for jackd at 8kHz, and
>>>> connect your soundcard using zita-a2j/j2a. -a.
>> Good hint!
>> Humm... never thougth to use the "dummy" driver.
Hi,
> Hi,
>
> It's a classical trick to decouple jackd from device, e.g. to make a
> jack session survive an USB device disconnect.
>
>> It seems to work, but I see aliasing :)
> Isn't it precisely to investigate these issues that you wanted to try
> 8kHz?
Actually no... I want to test if the algorithm works equally well (at
least in the reduced bandwidth given by the 8 kHz sampling) with respect
to the 44.1 kHz sample rate case!
That's becouse the target hardware has a low sample rate, but with a
proper anti-aliasing filter.
For now, I'm designing the algorithm on a PC with jack mainly for 2 reasons:
1- Debugging is far more simple
2- I don't have the target hardware yet :)
>
>> Maybe I've to put a ladspa low-pass near 4 kHz just after my signal
>> source?
> Of course you cannot output anything higher than the Nyquist frequency.
> If your source is higher frequency than output and you need
> downsampling, a brickwall low pass filter is necessary.
Sure... I was thinking that jack 'dummy' driver takes care of
resampling, but clearly that's not the case (as I mentioned before, I've
never used the dummy driver before :) )
>
> BTW why did you reply privately and not to the list?
Sorry... my fault! My email client WAS configured to 'reply to list' by
default, but for some reason something went wrong!
Cheers
--
a.
>
> On 09/14/2015 11:56 PM, David Sumbler wrote:
> > Simply I cannot get any sound when playing a midi file in Qtractor or
> > Muse even though the editor and QjackCtl show that the file is being
> > processed (time counters advancing etc.)
>
> You need to tell Qtractor or Muse which sound engine to use to play the
> MIDI files. By default Qtractor, Muse or an editor like Seq24 do not
> make sound by themselves. When using Qtractor, it can produce sound
> through plugins (LV2, VST,DSSI,LADSPA) or through an external app that
> is connected via ALSA MIDI (like Qsynth).
>
>
Also, David, when using a plugin with Qtractor, be sure to activate the
plugin. That was my source of frustration.
Hope that helps!
bill
Thanks for all your replies. I was on digest (I have now turned this
off), so I didn't get most of the replies until this afternoon.
I'm encouraged, because it seems that much of what I have been doing was
correct - and discouraged, because I still haven't got any sound!
Ralf's suggested running 'aplay -l'. On my desktop computer I get this
output:
> **** List of PLAYBACK Hardware Devices ****
> card 0: Intel [HDA Intel], device 0: VT1708S Analog [VT1708S Analog]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 0: Intel [HDA Intel], device 1: VT1708S Digital [VT1708S Digital]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 0: Intel [HDA Intel], device 2: VT1708S HP [VT1708S HP]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 1: Speaker [USB Speaker], device 0: USB Audio [USB Audio]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 2: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 2: NVidia [HDA NVidia], device 7: HDMI 0 [HDMI 0]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 2: NVidia [HDA NVidia], device 8: HDMI 0 [HDMI 0]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> card 2: NVidia [HDA NVidia], device 9: HDMI 0 [HDMI 0]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
I have 2 USB speakers connected to this computer.
When I run 'card=0; killall -9 jackd; jackd -dalsa -dhw:$card -r48000
-p1024 -n2' for each of cards 0, 1 and 2, then open QjackCtl, Qsynth and
Qtractor I typically get:
> jackd: no process found
> jackdmp 1.9.8
> Copyright 2001-2005 Paul Davis and others.
> Copyright 2004-2011 Grame.
> jackdmp comes with ABSOLUTELY NO WARRANTY
> This is free software, and you are welcome to redistribute it
> under certain conditions; see the file COPYING for details
> JACK server starting in realtime mode with priority 10
> audio_reservation_init
> Acquire audio card Audio0
> creating alsa driver ... hw:|hw:|1024|2|48000|0|0|nomon|swmeter|-|32bit
> configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 periods
> ALSA: final selected sample format for capture: 32bit integer little-endian
> ALSA: use 2 periods for capture
> ALSA: final selected sample format for playback: 32bit integer little-endian
> ALSA: use 2 periods for playback
> JackEngine::XRun: client = Qtractor was not run: state = 1
> JackAudioDriver::ProcessGraphAsyncMaster: Process error
> JackEngine::XRun: client = Qtractor was not run: state = 1
> JackAudioDriver::ProcessGraphAsyncMaster: Process error
> JackAudioDriver::ProcessGraphAsyncMaster: Process error
> JackEngine::XRun: client = Qtractor was not run: state = 1
> JackAudioDriver::ProcessGraphAsyncMaster: Process error
> JackEngine::XRun: client = Qtractor was not run: state = 1
> JackAudioDriver::ProcessGraphAsyncMaster: Process error
> JackAudioDriver::ProcessGraphAsyncMaster: Process error
> JackEngine::XRun: client = Qtractor was not run: state = 1
Sometimes I get references to Qsynth rather than Qtractor, but never
both. It doesn't seem to depend on which card I am using.
Incidentally, the output always refers to audio card Audio0, even when
$card is set to 1 or 2.
rncbc's suggestions were helpful. I have FluidR3_GM.sf2 loaded in
Qsynth, and I checked that the mid input driver and audio output driver
were as suggested. The rest of the instructions confirmed that I was
importing the midi file correctly and making appropriate connections in
Qtractor.
Thanks also to Bob, Will and Jeremy for suggestions. I haven't actually
got the piano here, so I can't try connecting it at the moment, but in
any case I want to make sure I can get sound from Qtractor or something
similar first.
David
Maybe the very beginning is to run in terminal
killall pulseaudio
and then follow the steps given by other people on the list
HTH,Fred
On Mon, 14 Sep 2015 20:42:24 +0100
David Sumbler <david(a)aeolia.co.uk> wrote:
> I have hesitated for weeks to post here with such a basic and possibly
> stupid problem, but I am at my wits end with this.
>
> I run Ubuntu 12.04 on a desktop computer and also on a small notebook.
> Sound is fine on both of them, and I can play midi files through
> tiMidity with no problem.
>
> I want to use a midi-capable electric piano as an input device, and I
> reckoned the first thing to do was to get some suitable software and
> make sure I could play a midi file from a midi editor.
>
> If anyone feels they have the patience to try to point me in the right
> direction, I shall be very grateful indeed.
>
> David
I am also looking to have a conversation about recording hardware, but
not quite the same as the PCI one.
Short story:
If I wanted to have a combination of two separate devices,
analog->ADAT unit and ADAT->Linux@computer, what would I buy?
Long story:
The way that I did quality recordings so far:
- use a quality preamp from mic to S/PDIF optical
- use a USB soundcard with (under Linux) working S/PDIF in
- jackd of course
- depending on hardware there might be a separate piece in front that
converts symmetric microphone level to line out, but right now my
first thing does both mic level and line level well
I really like how this is separating out the [analog part, A/D
converter] and the [thing that needs a Linux driver]. Now I can
change one or the other and don't get utter breakdown on software
changes. I have hardware pieces for which this works great... ish
except for some USB unreliability.
Now, the careful observer will notice that this is limited to 2
channels due to S/PDIF. While I could have more USB soundcards that
does not satisfy synchonization since the stupid things with S/PDIF
don't take world clocks. My attempts to link multiple jackds have
been, well I think everybody here knows that this exactly working
well.
So I want to get the concept of separating this out further. Now I
need:
- analog part is a few line in or mic level inputs to ADAT
- a "soundcard" that takes binary ADAT and gives me Linux-able input.
Ideally I would like this to be 24 bit capable (I don't need > 48
MHz but I'd like > 16 bit)
- once there I could add more sync ADAT takes a world clock
I wonder whether somebody has recommendations for these two parts.
Digital part with great Linux support, and what do I use for analog to
ADAT?
My computers still have native PCI, but... well to be honest PCI
sucks, USB sucks, Firewire is old. Is anything Thunderbolt out yet
that does ADAT to Thunderbolt with open source Linux drivers? Haha,
very funny. Can we make one?
Sorry for the long post. I hope the concept makes sense. I really
like this more modular setup that allows you to toss one thing at a
time and don't sit there with nothing on changes.
Martin
--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer <cracauer(a)cons.org> http://www.cons.org/cracauer/
After a recent update to my system, it seems I can now no longer compile
LinuxSampler. I've tried both 1.0.0 and the new 2.0.0.
My versions of the dependencies are all the latest stable:
libgig 4.0.0
liblscp 0.5.7
Should I be going with the latest SVN, or are the releases ok?
Below is the spillage I get. Liblscp and libgig get built and installed
fine, and then this happens during the build of linuxsampler itself:
/bin/sh ../../libtool --tag=CXX --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/include/libgig -Wreturn-type -ffast-math -O2 -march=athlon64 -pipe -pthread -c -o lscpevent.lo lscpevent.cpp
libtool: compile: x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/include/libgig -Wreturn-type -ffast-math -O2 -march=athlon64 -pipe -pthread -c lscpevent.cpp -fPIC -DPIC -o .libs/lscpevent.o
lscp.y: In function 'bool _isRuleTerminalSymbol(int)':
lscp.y:1380:18: error: 'yyprhs' was not declared in this scope
for (int i = yyprhs[rule]; yyrhs[i] != -1; ++i)
^
lscp.y:1380:32: error: 'yyrhs' was not declared in this scope
for (int i = yyprhs[rule]; yyrhs[i] != -1; ++i)
^
lscpserver.cpp: In member function 'String LinuxSampler::LSCPServer::GetChannelInfo(uint)':
lscpserver.cpp:1253:101: warning: 'LinuxSampler::MidiInputDevice* LinuxSampler::SamplerChannel::GetMidiInputDevice()' is deprecated (declared at ../Sampler.h:258) [-Wdeprecated-declarations]
INPUT_DEVICE", GetMidiInputDeviceIndex(pSamplerChannel->GetMidiInputDevice()));
^
lscpserver.cpp:1254:73: warning: 'int LinuxSampler::SamplerChannel::GetMidiInputPort()' is deprecated (declared at ../Sampler.h:237) [-Wdeprecated-declarations]
result.Add("MIDI_INPUT_PORT", pSamplerChannel->GetMidiInputPort());
^
In file included from lscpparser.h:41:0,
from lscpserver.h:45,
from lscpserver.cpp:28:
lscpserver.cpp: In member function 'String LinuxSampler::LSCPServer::GetMidiInputDriverParameterInfo(String, String, std::map<std::basic_string<char>, std::basic_string<char> >)':
lscpserver.cpp:1452:161: warning: format '%d' expects argument of type 'int', but argument 4 has type 'std::map<std::basic_string<char>, std::basic_string<char> >::size_type {aka long unsigned int}' [-Wformat=]
ndencyListSize=%d)\n",Driver.c_str(),Parameter.c_str(),DependencyList.size()));
^
../common/global_private.h:39:76: note: in definition of macro 'dmsg'
ne dmsg(debuglevel,x) if (CONFIG_DEBUG_LEVEL >= debuglevel) {printf x; fflush(s
^
lscpserver.cpp: In member function 'String LinuxSampler::LSCPServer::GetAudioOutputDriverParameterInfo(String, String, std::map<std::basic_string<char>, std::basic_string<char> >)':
lscpserver.cpp:1480:163: warning: format '%d' expects argument of type 'int', but argument 4 has type 'std::map<std::basic_string<char>, std::basic_string<char> >::size_type {aka long unsigned int}' [-Wformat=]
ndencyListSize=%d)\n",Driver.c_str(),Parameter.c_str(),DependencyList.size()));
^
../common/global_private.h:39:76: note: in definition of macro 'dmsg'
ne dmsg(debuglevel,x) if (CONFIG_DEBUG_LEVEL >= debuglevel) {printf x; fflush(s
^
lscpserver.cpp: In member function 'String LinuxSampler::LSCPServer::SetMIDIInputPort(uint, uint)':
lscpserver.cpp:2004:51: warning: 'void LinuxSampler::SamplerChannel::SetMidiInputPort(int)' is deprecated (declared at ../Sampler.h:169) [-Wdeprecated-declarations]
pSamplerChannel->SetMidiInputPort(MIDIPort);
^
lscpserver.cpp: In member function 'String LinuxSampler::LSCPServer::SetMIDIInputDevice(uint, uint)':
lscpserver.cpp:2035:52: warning: 'void LinuxSampler::SamplerChannel::SetMidiInputDevice(LinuxSampler::MidiInputDevice*)' is deprecated (declared at ../Sampler.h:143) [-Wdeprecated-declarations]
pSamplerChannel->SetMidiInputDevice(pDevice);
^
lscpserver.cpp: In member function 'String LinuxSampler::LSCPServer::SetMIDIInputType(String, uint)':
lscpserver.cpp:2073:52: warning: 'void LinuxSampler::SamplerChannel::SetMidiInputDevice(LinuxSampler::MidiInputDevice*)' is deprecated (declared at ../Sampler.h:143) [-Wdeprecated-declarations]
pSamplerChannel->SetMidiInputDevice(pDevice);
^
lscpserver.cpp: In member function 'String LinuxSampler::LSCPServer::SetMIDIInput(uint, uint, uint, uint)':
lscpserver.cpp:2094:83: warning: 'void LinuxSampler::SamplerChannel::SetMidiInput(LinuxSampler::MidiInputDevice*, int, LinuxSampler::midi_chan_t)' is deprecated (declared at ../Sampler.h:207) [-Wdeprecated-declarations]
pSamplerChannel->SetMidiInput(pDevice, MIDIPort, (midi_chan_t) MIDIChannel);
^
Makefile:441: recipe for target 'lscpparser.lo' failed
make[3]: *** [lscpparser.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory '/var/tmp/portage/media-sound/linuxsampler-2.0.0/work/linuxsampler-2.0.0/src/network'
Makefile:674: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/var/tmp/portage/media-sound/linuxsampler-2.0.0/work/linuxsampler-2.0.0/src'
Makefile:496: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/var/tmp/portage/media-sound/linuxsampler-2.0.0/work/linuxsampler-2.0.0'
Makefile:400: recipe for target 'all' failed
make: *** [all] Error 2
In short: I'm looking for a mixer which works out of the box with linux.
Longer story: For an acrobatic/music group I'm looking for a mixer with
different compatabilities:
- It should work as a(n analog) standalone mixer for mics and instruments
- It should work with linux to get the sources into ardour, preferable
replace an external soundcard
- In best case it has Midi support to control ardour and other programs.
Maybe I think about something like the Allen & Heath ZED60-10FX, but
that doesn't support my wish about the Midi compatability and also
allows only 16 Bit recordings.
Do you have any idea which hardware could work and get close to my demands?
Sinnlos