PS:
Don't buy this one
http://www.thomann.de/gb/swissonic_midiusb_1x1.htm
When I bought it, it costs between 19 and 20 €. It's much better when
using it with Windows, but even for Windows it won't fit to the ears of
a musician.
I deeply suspect the USB MIDI device now causing jitter.
__
On Wed, 2010-06-30 at 14:27 +0200, Adrian Knoth wrote:
> On Tue, Jun 29, 2010 at 06:20:30PM -0700, Niels Mayer wrote:
>
> > What's interesting to note is that most of the USB MIDI interfaces do
> > not have consistent latency (Other than the Roland UM2's consistent
>
> Let me just show you the re
On Wed, 2010-06-30 at 14:48 +0200, f...@kokkinizita.net wrote:
> I've no idea how this test works, but if it uses the same
> interface for TX an RX the results should be treated with
> a healthy dose of scepticism.
Not only because the system is measuring it self, but also because there
is no way
On Fri, 2010-07-02 at 09:51 -0400, Gene Heskett wrote:
> Hmm, I'm on mdv-2010-x64 at the moment, what package would I find this test
> utility in?
Hi Gene :)
install (debhelper) autotools-dev automake libasound2-dev
$ git clone git://github.com/koppi/alsa-midi-latency-test.git
$ cd alsa-midi-la
On Fri, 2010-07-02 at 14:51 -0700, Niels Mayer wrote:
> sudo alsa-midi-latency-test -w 20 -r -R -i 36:0 -o 36:0
Perhaps better without sudo.
--
"Suse 11.2 - Proprietärer NVIDIA-Treiber
Beitrag von stachelmaus » 3. Jul 2010, 12:48
Hi :)
für einen selbst gebauten Kernel 2.6.31.6-rt19 x86_64 hab
PS: Perhaps you need to install git-core too.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
> PS: Perhaps you need to install git-core too.
And libtool.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
and without and with glxgears running.
On Sat, 2010-07-03 at 09:12 -0700, Niels Mayer wrote:
> 2010/7/3 Ralf Mardorf :
> > On Fri, 2010-07-02 at 14:51 -0700, Niels Mayer wrote:
> >> sudo alsa-midi-latency-test -w 20 -r -R -i 36:0 -o 36:0
> >
> > Perhaps better withou
On Sun, 2010-07-04 at 18:45 +0200, Adrian Knoth wrote:
> Damn, where's my prozac?
When you go wild you shouldn't take selective serotonin reuptake
inhibitor, instead try some stimulus retarding tricyclic
antidepressants, if you need antidepressants, but tranquilizer.
I hope the signature is ple
I once did a MIDI extension for SpeechBasic to program a real time MIDI
sound sampler on BASIC for the C64, for example
$1810 LDA $DEO6
$1813 LSR
$1814 BCC $1810
$1816 LDA $DE07; read MIDI event byte, usually followed by RTS
This are 6 bytes of code, to get a MIDI data byte from the UART.
I did a
> $1810 LDA $DEO6
> $1813 LSR
> $1814 BCC $1810
> $1816 LDA $DE07; read MIDI event byte, usually followed by RTS
>
> This are 9 bytes of code, but 6 :S
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/li
On Sun, 2010-07-04 at 15:46 -0400, Paul Davis wrote:
> On Sun, Jul 4, 2010 at 3:39 PM, Ralf Mardorf
> wrote:
> > I once did a MIDI extension for SpeechBasic to program a real time MIDI
> > sound sampler on BASIC for the C64, for example
> >
> > $1810 LDA $DEO6
>
On Sun, 2010-07-04 at 20:57 +0100, James Morris wrote:
> Can you not see that Linux is just a little bit more complex than a C64?
>
> Just to begin with, a C64 is a C64, where as Linux is ARM, x86, AMD64,
> etc etc etc.
A comparison to the C64 is caring it to extremes, perhaps I should
compare t
On Sun, 2010-07-04 at 21:52 +0100, Dan Mills wrote:
> Trying again, I accidentally sent this off list the first time
So I can add, I anyway will test to use two PCI cards, at least for
MIDI, for audio would be nice too.
Forwarded Message
From: Ralf Mardorf
To: Dan Mi
On Sun, 2010-07-04 at 22:14 +0100, Dan Mills wrote:
> You could probably hack a multi serial port card to do multiple midi
> ports (Change the rock to give a suitable divider for 31250 baud
> (4MHz?), add current loop interfaces)...
If one is fine with programming on Linux ;).
__
On Sun, 2010-07-04 at 23:05 +0100, Dan Mills wrote:
> On Sun, 2010-07-04 at 23:35 +0200, f...@kokkinizita.net wrote:
>
> > Well, at least those sound cards that provide both audio and midi
> > *could* do this - timestamp incoming midi and provide that info
> > in some way, and requiring similar ti
On Mon, 2010-07-05 at 00:52 +0200, f...@kokkinizita.net wrote:
> On Sun, Jul 04, 2010 at 11:05:02PM +0100, Dan Mills wrote:
>
> > On Sun, 2010-07-04 at 23:35 +0200, f...@kokkinizita.net wrote:
> >
> > > Well, at least those sound cards that provide both audio and midi
> > > *could* do this - time
On Sun, 2010-07-04 at 19:08 -0400, Gene Heskett wrote:
> On Sunday 04 July 2010, Gordon JC Pearce wrote:
> >On Sun, 2010-07-04 at 22:16 +0100, Dan Mills wrote:
> >> You could probably hack a multi serial port card to do multiple midi
> >> ports (Change the rock to give a suitable divider for 31250
very often and regarding to firewire I read too much about driver
issues.
On Sun, 2010-07-04 at 17:38 -0700, Niels Mayer wrote:
> On Sun, Jul 4, 2010 at 1:56 PM, Ralf Mardorf
> wrote:
> > Good to read about this issue. I always disable the on-board audio
> > devices, but I would a
On Sun, 2010-07-04 at 23:16 -0400, Paul Davis wrote:
> On Sun, Jul 4, 2010 at 5:16 PM, Dan Mills wrote:
> > This sort of issue is what the ALSA midi sequencer is really intended to
> > fix, by making midi timing a kernel problem rather then a user space
> > one.
>
> the mistake there is that it m
On Mon, 2010-07-05 at 09:16 +0200, Clemens Ladisch wrote:
> Niels Mayer wrote:
> > Here's the new results with "-w 20" (nb: "-w" == "-w 0")
> >
> >> A) Edirol UM-2
> >
> > best latency was 2.07 ms
> > worst latency was 3.11 ms, which is great.
>
> As long we're optimizing for benchmarks: In r
Today my swissonic USB MIDInterface didn't fail the ALSA MIDI latency
tests.
There are 3 differences.
1. I didn't use 64 Studio 3.0-beta3 and I didn't use 64 Studio 3.3
alpha, but Suse 11.2 were the rt stuff isn't from the repositories, but
self build.
2. Using another kernel version, the kernel
On Mon, 2010-07-05 at 10:15 +0200, Ralf Mardorf wrote:
> Forwarded Message
> From: Ralf Mardorf
> To: Clemens Ladisch
> Cc: Linux Audio Developers
> Subject: MIDI jitter - Today for 4 of 4 tests my USB device did pass all
> tests with success
> Date: Mon,
On Mon, 2010-07-05 at 10:33 +0200, Arnout Engelen wrote:
> On Mon, Jul 05, 2010 at 10:25:23AM +0200, Ralf Mardorf wrote:
> > So the visually test around 4 ms and ALSA MIDI latency test around 4 ms
> > from today might be correct results for my computer
>
> That so
On Mon, 2010-07-05 at 10:47 +0200, Ralf Mardorf wrote:
> On Mon, 2010-07-05 at 10:33 +0200, Arnout Engelen wrote:
> > On Mon, Jul 05, 2010 at 10:25:23AM +0200, Ralf Mardorf wrote:
> > > So the visually test around 4 ms and ALSA MIDI latency test around 4 ms
> > >
On Mon, 2010-07-05 at 10:33 +0200, Arnout Engelen wrote:
> On Mon, Jul 05, 2010 at 10:25:23AM +0200, Ralf Mardorf wrote:
> > So the visually test around 4 ms and ALSA MIDI latency test around 4 ms
> > from today might be correct results for my computer
>
> That so
On Tue, 2010-07-06 at 10:57 +0100, Daniel James wrote:
[snip]
> I notice
> http://www.rme-audio.de/en_support_techinfo.php?page=content/support/en_support_techinfo_steadyclock
> doesn't mention USB or MIDI at all.
>
> Cheers!
>
> Daniel
Hi all :) hi Daniel :)
I'll read this link tomorrow, I jus
On Tue, 2010-07-06 at 10:25 -0400, Paul Davis wrote:
> On Tue, Jul 6, 2010 at 8:06 AM, Ralf Mardorf
> wrote:
> > I've got a good feeling, that around 1ms (when the -R switch is set)
> > would be good enough to make music, but again, even if the test says
> > 2.23 ms
On Tue, 2010-07-06 at 10:25 -0400, Paul Davis wrote:
> On Tue, Jul 6, 2010 at 8:06 AM, Ralf Mardorf
> wrote:
> > I've got a good feeling, that around 1ms (when the -R switch is set)
> > would be good enough to make music, but again, even if the test says
> > 2.23 ms
On Wed, 2010-07-07 at 11:49 +0400, Louigi Verona wrote:
> Hello!
>
> Both Ardour and Qtractor are capable sequencers. Ardour is getting
> midi soon, Qtractor is getting automation. All of this is good news.
>
> I was wondering if the devs are interested in implementing routing
> signals in a mixe
On Wed, 2010-07-07 at 10:05 +0200, Natanael Olaiz wrote:
> El 07/07/2010 09:49 AM, Louigi Verona escribió:
> > Hello!
> >
> > Both Ardour and Qtractor are capable sequencers. Ardour is getting
> > midi soon, Qtractor is getting automation. All of this is good news.
> >
> > I was wondering if the
On Wed, 2010-07-07 at 12:07 +0400, Louigi Verona wrote:
>
> Why not?
> I don't know in Qtractor, but in Ardour you can do that... For
> the audio signals, even routing to their inputs mono outputs
> of other tracks (and/or system inputs), or by sends.
> And
Thank you Niels :). Unfortunately I couldn't search my old e-mails,
hence the new HDD is in a package 'sitting' on my Yamaha SPX 90II (but
mounted to my PC), while the backup of the broken HDD is on an USB
stick, so extracting would take too much time for me at the moment ;).
But I was sure on some
On Wed, 2010-07-07 at 13:12 +0400, Louigi Verona wrote:
>
>
> On Wed, Jul 7, 2010 at 1:07 PM, Natanael Olaiz
> wrote:
> >
> >
> > Ardour does not see three inputs of, say, a LADSPA Vocoder.
> > It sees only two. LADSPA Vocoder has three and you need
> >
> I GUESS in other words, mono in and stereo out ;)?!
Resp. the modifying signal is mono, but the manipulated signal is stereo
in and stereo out?!
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinf
On Wed, 2010-07-07 at 13:19 +0400, Louigi Verona wrote:
>
>
> On Wed, Jul 7, 2010 at 1:17 PM, Ralf Mardorf
> wrote:
>
> > I GUESS in other words, mono in and stereo out ;)?!
>
>
> Resp. the modifying signal is mo
On Wed, 2010-07-07 at 10:21 -0700, Niels Mayer wrote:
> Is there a similar solution with Qtractor possible for audio plugins
> that output midi (e.g. audio->midi pitch detection as provided by
> 'autotalent'), or midi-controlled audio-processing plugins (again,
> such as autotalent). You mentioned
On Wed, 2010-07-07 at 19:40 +0200, Ralf Mardorf wrote:
> On Wed, 2010-07-07 at 10:21 -0700, Niels Mayer wrote:
> > Is there a similar solution with Qtractor possible for audio plugins
> > that output midi (e.g. audio->midi pitch detection as provided by
> > 'autotalen
On Wed, 2010-07-07 at 19:51 +0200, f...@kokkinizita.net wrote:
> On Wed, Jul 07, 2010 at 05:12:56PM +0200, Philipp Überbacher wrote:
> > It doesn't help plugin developers either if they have to
> > chose between 5-7 plugin APIs, knowing that, whatever they
> > chose, only a, often tiny, subset of p
On Wed, 2010-07-07 at 14:23 -0400, Paul Davis wrote:
> On Wed, Jul 7, 2010 at 1:21 PM, Niels Mayer wrote:
>
> > What if you want to use MIDI control as your "side chain" (
>
> just for the record, ardour3 in SVN can now do this. i'm not
> suggesting that anyone actually try it out yet, though, a
On Wed, 2010-07-07 at 20:39 +0200, Ralf Mardorf wrote:
> On Wed, 2010-07-07 at 14:23 -0400, Paul Davis wrote:
> > On Wed, Jul 7, 2010 at 1:21 PM, Niels Mayer wrote:
> >
> > > What if you want to use MIDI control as your "side chain" (
> >
> > just
On Wed, 2010-07-07 at 20:46 +0200, Ralf Mardorf wrote:
> On Wed, 2010-07-07 at 20:39 +0200, Ralf Mardorf wrote:
> > On Wed, 2010-07-07 at 14:23 -0400, Paul Davis wrote:
> > > On Wed, Jul 7, 2010 at 1:21 PM, Niels Mayer wrote:
> > >
> > > > What if you want
> On Wed, 2010-07-07 at 10:21 -0700, Niels Mayer wrote:
> > A good example of this would be using a fast on/off
> > repeating "note" in midi to gate an existing signal -- to give that
> > old school rave sound to synths
Btw. while mixing consoles do have 'on/off' switches, the Yamaha MT44D
had a
On Wed, 2010-07-07 at 22:53 +0200, f...@kokkinizita.net wrote:
> On Wed, Jul 07, 2010 at 08:23:50PM +0200, Ralf Mardorf wrote:
>
> > I guess a developer just needs to take a look at what is supported by
> > (in lexically order) Ardour, Qtractor and Rosegarden as host.
&
On Fri, 2010-07-09 at 14:04 +0200, Pedro Lopez-Cabanillas wrote:
> On Friday, July 9, 2010, James Morris wrote:
> > Hi,
> >
> > Is there any software which will tell me of 'errors' in the midi stream?
>
> kmidimon
>
> > I'm having trouble with notes which hold for too long and want an easy
> > wa
Hi :)
today I compared a default Ubuntu Studio with and without the
proprietary NVIDIA driver. Note that for Ubuntu Studio 2 tests failed
because of time out errors, but even the tests that were passed with
success are significantly less good, than the tests with openSUSE, were
I set up audio myse
pens if you use the same kernel (SuSE's kernel on Ubuntu, or
> vice versa) but different disto user-lands? Is there still a difference
> in your measurements?
>
> ciao,
> robin
>
> On 07/11/2010 04:53 PM, Ralf Mardorf wrote:
> > Hi :)
> >
> > today I comp
On Sun, 2010-07-11 at 17:21 +0200, Arnout Engelen wrote:
> On Sun, Jul 11, 2010 at 04:53:14PM +0200, Ralf Mardorf wrote:
> > today I compared a default Ubuntu Studio with and without the
> > proprietary NVIDIA driver.
>
> OK, so the proprietary driver seems to yield better &
On Sun, 2010-07-11 at 18:07 +0200, Robin Gareus wrote:
> The whole output of 'ps -eo...' will be tooo long. Just have a look
> and check for high priority processes that are different on both systems.
> If you have rtirq installed: '/etc/init.d/rtirq status' will show the
> same list but only d
I don't run desktop effects, obscure deamons, screen savers, firewalls
and there are no USB devices connected etc..
The NVIDIA 7200 GS already is a replacement for the ATI Radeon X1250,
I'm not able to buy a new card all the times and the issues don't seem
to be caused by the graphics, but e.g. fo
On Sun, 2010-07-11 at 12:02 -0700, Niels Mayer wrote:
> It's perfectly fine for the 1712, and the audio sync probably has
> nothing to do with midi jitter.
Yep, I just wanted to underline that at the moment this are two cards,
but one virtual.
Unfortunately no kernel-rt is boot-able for my Ubuntu
Hi :)
my PCI MIDI devices passed the alsa-midi-latency-test always with < 1.01
ms, on several Linux, with several kernels and graphic drivers. It's
audible that this can't be true. I was sceptic, when my USB MIDI passed
with around 2 ms, because recordings did show that there is much more
latency
Hi Robin :)
On Wed, 2010-07-14 at 15:44 +0200, Robin Gareus wrote:
> On 07/14/2010 03:23 PM, Ralf Mardorf wrote:
> > [..]
> > AND IT'S AUDIBLE THAT THERE IS MUCH MORE JITTER BUT 1.1 ms.
> >
> > Any hints how to solve this are welcome.
>
> Did you try to s
On Wed, 2010-07-14 at 15:52 +0200, Clemens Ladisch wrote:
> Ralf Mardorf wrote:
> > 1.
> >
> > I disconnected all audio connections for JACK and connected hw MIDI in
> > to hw MIDI out.
>
> Is this connection through JACK or through ALSA, i.e., does it show u
On Wed, 2010-07-14 at 10:53 -0400, Paul Davis wrote:
> On Wed, Jul 14, 2010 at 9:52 AM, Clemens Ladisch wrote:
> > Is this connection through JACK or through ALSA, i.e., does it show up
> > in the output of "aconnect -l"? From what I understand, JACK's sample-
> > synchronous timing always adds l
On Wed, 2010-07-14 at 17:21 +0200, Ralf Mardorf wrote:
> On Wed, 2010-07-14 at 10:53 -0400, Paul Davis wrote:
> > On Wed, Jul 14, 2010 at 9:52 AM, Clemens Ladisch wrote:
> > > Is this connection through JACK or through ALSA, i.e., does it show up
> > > in the output of
On Wed, 2010-07-14 at 17:24 +0200, Ralf Mardorf wrote:
> On Wed, 2010-07-14 at 17:21 +0200, Ralf Mardorf wrote:
> > On Wed, 2010-07-14 at 10:53 -0400, Paul Davis wrote:
> > > On Wed, Jul 14, 2010 at 9:52 AM, Clemens Ladisch
> > > wrote:
> > > > Is this
Hi :)
delayed by a thunder-storm I could do another test.
64 Studio 3.3 alpha (= Ubuntu Karmic) amd64
LXDE, poff dsl-provider, cpufreq-selector -g performance, chgrp
audio /dev/hpet, sysctl -w dev.hpet.max-user-freq=64, modprobe
snd-hrtimer
Qtractor + HR timer playing FluidSynth DSSI drums and
On Wed, 2010-07-14 at 17:30 +0200, Robin Gareus wrote:
> On 07/14/2010 04:22 PM, Ralf Mardorf wrote:
> > Hi Robin :)
> >
> > On Wed, 2010-07-14 at 15:44 +0200, Robin Gareus wrote:
> >> On 07/14/2010 03:23 PM, Ralf Mardorf wrote:
> >>> [..]
> >>&g
14, 2010 at 03:23:03PM +0200, Ralf Mardorf wrote:
> > 1.
> >
> > I disconnected all audio connections for JACK and connected hw MIDI in
> > to hw MIDI out. connected the DX7 MIDI out directly to the D4 MIDI in and
> > then I reconnected to the PCI card.
> >
>
On Wed, 2010-07-14 at 15:02 -0500, Jason Butler wrote:
> I have three applications that want to use the sound card, two audio stream
> players, and a voip phone.
> I want to set up linux so that if a call comes in on the phone the OS
> will disconnect the audio players, give exclusive access to t
On Wed, 2010-07-14 at 21:42 +0200, Robin Gareus wrote:
> On 07/14/2010 07:58 PM, Ralf Mardorf wrote:
> > On Wed, 2010-07-14 at 17:30 +0200, Robin Gareus wrote:
> >> On 07/14/2010 04:22 PM, Ralf Mardorf wrote:
> >>> Hi Robin :)
> >>>
> >>>
On Wed, 2010-07-14 at 21:45 +0200, Robin Gareus wrote:
> On 07/14/2010 03:23 PM, Ralf Mardorf wrote:
>
> [..]
> > $ su -c "chgrp audio /dev/hpet"
> Its also writable for the group, right?
>
> > $ su -c "sysctl -w dev.hpet.max-user-freq=64"
>
>
On Wed, 2010-07-14 at 22:16 +0200, Ralf Mardorf wrote:
> On Wed, 2010-07-14 at 21:45 +0200, Robin Gareus wrote:
> > On 07/14/2010 03:23 PM, Ralf Mardorf wrote:
> >
> > [..]
> > > $ su -c "chgrp audio /dev/hpet"
> > Its also writable for the group, rig
On Wed, 2010-07-14 at 21:45 +0200, Robin Gareus wrote:
> On 07/14/2010 03:23 PM, Ralf Mardorf wrote:
>
> [..]
> > $ su -c "chgrp audio /dev/hpet"
> Its also writable for the group, right?
Sorry another PS, I missed to reply to this question.
At least for Suse it
On Wed, 2010-07-14 at 21:37 +0200, Arnout Engelen wrote:
> On Wed, Jul 14, 2010 at 08:09:29PM +0200, Ralf Mardorf wrote:
> > On Wed, 2010-07-14 at 19:56 +0200, Arnout Engelen wrote:
> > > On Wed, Jul 14, 2010 at 03:23:03PM +0200, Ralf Mardorf wrote:
> > > > I disconne
> Jitter was around
> +- 4 ms as far as I was able to interpret the waveforms.
Or it was at 4 ms = +- 2ms or something like that. This is a delay that
isn't audible for day-today-day audio events, but it can brake a groove
easily. Not if all instruments do have the same jitter, but if just one
ins
On Wed, 2010-07-14 at 14:12 -0700, Devin Anderson wrote:
> On Wed, Jul 14, 2010 at 12:43 PM, Ralf Mardorf
> wrote:
> > On Wed, 2010-07-14 at 12:30 -0700, Devin Anderson wrote:
> >> On Wed, Jul 14, 2010 at 10:29 AM, Ralf Mardorf
> >> wrote:
> >>
> >
On Wed, 2010-07-14 at 23:43 +0200, f...@kokkinizita.net wrote:
> On Wed, Jul 14, 2010 at 11:28:54PM +0200, Ralf Mardorf wrote:
>
> > Or it was at 4 ms = +- 2ms or something like that. This is a delay that
> > isn't audible for day-today-day audio events, but it can br
No firewire here. I once had a MOTU, but I guess that there isn't a
driver for Linux and the guy who lend me the MOTU + Mac was Dirk Brauner
who isn't a friend anymore. I guess the MOTO was audio only. The people
who are still my friends don't have much different equipment, but I've
got. Always Env
I guess nearly ever mail sent to LAD returned with an issue regarding to
unable to deliver the message in the time limit specified to thaytan at
noraisin dot net, while no mail was send to somebody who obviously has
something seriously to do with GStreamer.
Perhaps this is unimportant, but because
On Thu, 2010-07-15 at 00:46 +0200, f...@kokkinizita.net wrote:
> On Wed, Jul 14, 2010 at 11:54:35PM +0200, Ralf Mardorf wrote:
>
> > I could record audio for kick, snare, hi hat and bass one after the
> > other and mix it to one rhythm group and additionally I could record all
On Thu, 2010-07-15 at 00:46 +0200, f...@kokkinizita.net wrote:
[snip]
What 'we' are able to 'hear' differs to what 'we' are able to 'feel'
while playing an MIDI instrument. After listening 10 minutes to a bad
timing, I'm unable to differ between a bad and a good timing, this is
human. Try to disti
Transport issue for Qtractor - has impact to the jitter issue
So the advice to use amidiplay is something I'll follow soon.
Hi all :), hi Robin :), hi Devin :)
Robin, for 64 Studio 3.3 alpha the group has got read and write access
to /dev/hpet too. Btw '[...] | sudo tee [...]' for 3.3 alpha isn't
On Thu, 2010-07-15 at 08:26 +0200, Clemens Ladisch wrote:
> Ralf Mardorf wrote:
> > On Wed, 2010-07-14 at 19:56 +0200, Arnout Engelen wrote:
> > > On Wed, Jul 14, 2010 at 03:23:03PM +0200, Ralf Mardorf wrote:
> > > > Yamaha DX7 --> Alesis D4 results in a 100% m
Hi Rui :)
no, a misunderstanding, at -Rch -dalsa -dhw:0 -r96000 -p512 -n2 there's
an issue internal Qtractor, no JACK transport.
There's a MIDI track with FluidSynth DSSI and there's an audio track
with a recording of FluidSynth DSSI, done by Qtractor audio out directly
connected to audio in.
Th
On Thu, 2010-07-15 at 11:48 +0200, Arnout Engelen wrote:
> > Who knows? Perhaps 2ms shown by Audacity are 20ms, because Audacity has
> > a bug?
>
> Sounds unlikely
Indeed.
> > Perhaps 2ms shown by Audacity are 2ms, but when playing JACK, the
> > sound card or what ever will add additional jitte
PS:
> How should I do
>
> - I should be able to get my Atari ST working. It's MIDI is good enough
> for my needs. So, how should I use the Atari ST to make a
> 'timestamp'-test as somebody recommended?
> The Atari e.g. could play 4 on the floor at 120 BPM. I could watch the
> received events by a
On Thu, 2010-07-15 at 12:55 +0200, Clemens Ladisch wrote:
> Ralf Mardorf wrote:
> > - instead of dev.hpet.max-user-freq=64 I'll try 1024 or 2048 as Robin
> > mentioned
>
> This parameter will not have any effect on anything because there is no
> program that uses t
On Thu, 2010-07-15 at 13:45 +0200, Robin Gareus wrote:
> On 07/15/2010 01:07 PM, Ralf Mardorf wrote:
> > On Thu, 2010-07-15 at 12:55 +0200, Clemens Ladisch wrote:
> >> Ralf Mardorf wrote:
> >>> - instead of dev.hpet.max-user-freq=64 I'll try 1024 or 2048 as R
es, but they have nothing to do with JACK transport.
I guess (didn't use it) JACK transport is okay, with the limits Rui
mentioned today. Usually Rui does good programming.
Forwarded Message
From: Rui Nuno Capela
To: Ralf Mardorf
Cc: Robin Gareus , Devin Anderson
, qtractor
On Thu, 2010-07-15 at 14:27 -0500, Nathanael Anderson wrote:
> Here is the setup i'm looking to do:
>
> midi master -> special program
> ddr pad -> special program
> special program -> hydrogen
>
> I've got a hardware midi device controlling the master tempo. aseqdump
> shows the tempo messages x
On Thu, 2010-07-15 at 22:58 +0200, Ralf Mardorf wrote:
> On Thu, 2010-07-15 at 14:27 -0500, Nathanael Anderson wrote:
> > Here is the setup i'm looking to do:
> >
> > midi master -> special program
> > ddr pad -> special program
> > special program -
a PC. I guess you not only wish to chose between a fistful
of possibilities for drum patterns, while you're playing the guitar ;)?!
> On Thu, Jul 15, 2010 at 4:02 PM, Ralf Mardorf
> wrote:
>
> On Thu, 2010-07-15 at 22:58 +0200, Ralf Mardorf wrote:
>
On Thu, 2010-07-15 at 09:56 +0200, Arnold Krille wrote:
> On Thursday 15 July 2010 01:14:45 Ralf Mardorf wrote:
> > On Thu, 2010-07-15 at 00:46 +0200, f...@kokkinizita.net wrote:
> > > Apart from that, it remains to be seen if *real* timing errors of
> > > +/- 2 ms do &#
Shit, I tried to do some research, but
lad.linuxaudio.org and linuxav.org/mailarchive seem to be down :( and it
seems that my last mail didn't come through the list :(.
Has anybody else this trouble?
If not please send me an email.
Shit!
Ralf
___
Li
On Fri, 2010-07-16 at 13:32 +0400, Mike Cookson wrote:
> Test message for lad.linuxaudio.org. Someone wrote, it could be down.
It's ok now, not only for the list, but also the websites are ok :).
--
Is it possible to get an audible difference between white noise and
transposed white noise?
Some
On Fri, 2010-07-16 at 11:46 +0200, Arnold Krille wrote:
> On Friday 16 July 2010 09:50:39 Ralf Mardorf wrote:
> > On Thu, 2010-07-15 at 09:56 +0200, Arnold Krille wrote:
> > > You really should do that test first before speculating about the outcome
> > > and your aud
On Fri, 2010-07-16 at 12:19 +0200, Arnold Krille wrote:
> (Thats why scientists always want more money for devices:)
That's the reason for my signature.
Ignore the ironical question, but the sentence about he metal palates in
the vacuum is a serious ironical statement.
No doubt about your argume
On Fri, 2010-07-16 at 12:46 +0200, Ralf Mardorf wrote:
> I tested did it, but I'm sure
Oops, there's a sentence accidentally killed ... sorry, but I'm in a
hurry.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.l
On Fri, 2010-07-16 at 07:02 -0400, drew Roberts wrote:
> On Friday 16 July 2010 06:06:02 Ralf Mardorf wrote:
> > It's impossible to do neutral measurements and from a democratically
> > worldview listening to recordings without dynamic is the winner.
>
> My personal t
On Fri, 2010-07-16 at 13:26 +0200, Robin Gareus wrote:
> On 07/16/2010 11:46 AM, Arnold Krille wrote:
> > On Friday 16 July 2010 09:50:39 Ralf Mardorf wrote:
> >> On Thu, 2010-07-15 at 09:56 +0200, Arnold Krille wrote:
> >>> You really should do that test first before
On Sat, 2010-07-17 at 22:46 +0200, f...@kokkinizita.net wrote:
> Hello all,
>
> Early this week one of the three 'rendering' PCs of the WFS
> system in the Sala Bianca failed. It just appeared completely
> dead and didn't even try to boot when the power button was
> pressed, but the standby power
On Sat, 2010-07-17 at 22:07 +0100, Folderol wrote:
> On Sat, 17 Jul 2010 22:46:01 +0200
> f...@kokkinizita.net wrote:
>
> > Still it's quite sobering that this cheap 0.30 Euro thing
> > was capable of bringing down a 1600 Euro workstation...
> > Who would suspect a switch to fail in this way ?
>
On Sat, 2010-07-17 at 23:23 +0200, f...@kokkinizita.net wrote:
> The strange thing about that PC power switch is that it is
> almost never used. The rendering machines wake up by a LAN
> message from the master, and shutdown by remote control as
> well. They are never touched.
That makes it more e
On Sat, 2010-07-17 at 18:04 -0400, drew Roberts wrote:
> On Saturday 17 July 2010 17:17:05 Ralf Mardorf wrote:
> > Debouncing and live time of switches always is a gambling game.
>
> Makes me remember key debouncing issues with the TRS-80 Model I keyboards...
>
> drew
On Sat, 2010-07-17 at 18:04 -0400, drew Roberts wrote:
> On Saturday 17 July 2010 17:17:05 Ralf Mardorf wrote:
> > Debouncing and live time of switches always is a gambling game.
>
> Makes me remember key debouncing issues with the TRS-80 Model I keyboards...
>
On Sat, 2010-07-17 at 23:32 +0100, Folderol wrote:
> I would say the black deposit was almost certainly silver oxide
More likely, but particulate matter.
But the important thing still might be:
> No use means no wipe :)
It's more safe not to add a switch if it isn't used. Finagle's law:
'Anythin
On Sun, 2010-07-18 at 11:14 +0200, f...@kokkinizita.net wrote:
> On Sat, Jul 17, 2010 at 10:56:47PM -0400, Gene Heskett wrote:
>
> > Some lubricant obviously made its way in there, and one would have to
> > assume that the switched current was sufficient to cause a microscopic
> > arcing, which
On Sun, 2010-07-18 at 14:37 +0200, Jörn Nettingsmeier wrote:
> On 07/17/2010 10:46 PM, f...@kokkinizita.net wrote:
>
> > What I don't understand is how the contacts got so dirty.
> > If a resistance of a few kOhm is enough to make it look
> > as a closed contact then it can't be handling large cu
601 - 700 of 1154 matches
Mail list logo
