Fons.
> Not really. Suppose you have to do this:
>
> 1. copy an audio track from a video recording,
> 2. do some work on it,
> 3. copy the result back to the video recording.
>
> Your (nominal) sample rate is 48k, the video is
> exactly 100s long when played at the exact frame
> rate.
>
> If t
On Fri, 2009-09-25 at 21:50 +0200, Arnout Engelen wrote:
> Attached are the results on an untuned Debian Testing machine (2.6.30-1-686)
> started with 'chrt -f 50 ./src/alsa-midi-latency-test -s 40'
>
What do you mean by "untuned"? Is this without RT-patches?
> The Edirol sure outperformed the
On Fri, Sep 25, 2009 at 2:48 PM, Fons Adriaensen wrote:
> To keep things simple I've assumed constant relative
> speed errors. The situation is just the same if there
> is some variation (wobbling) during the length of the
> track.
i don't see how. on the "transfer out" step, you might get 32 mi
On Fri, Sep 25, 2009 at 01:25:50PM -0400, Paul Davis wrote:
> eh? lots of people are using ardour as a playback engine driven by
> timecode, with no intention of recording the output. when you're
> editing and scrubbing/shuttling, i would have imagined that in the
> vast majority of cases you woul
Rubber Band is an audio time-stretching and pitch-shifting library and
utility designed for musical applications. It allows you to change the
tempo and pitch of an audio recording independently of one another.
http://breakfastquay.com/rubberband/
This maintenance release contains a fix for a ha
I ran into a benchmark tool at http://github.com/koppi/alsa-midi-latency-test/
and ran it though my MidiSport 2x2 Anniversary Edition (no firmware upload
required :) ) and Edirol UA-25EX.
Attached are the results on an untuned Debian Testing machine (2.6.30-1-686)
started with 'chrt -f 50 ./src/a
On Fri, Sep 25, 2009 at 1:18 PM, Fons Adriaensen wrote:
> None of this would be produced by linear interpolation.
not my code :) talk to steve harris if you wish, otherwise check in
with hans baier and ask him about the work he has done on
interpolation models in 3.X, since he may have a deeper
On Fri, Sep 25, 2009 at 12:06:38PM -0400, Paul Davis wrote:
> in 2.X, the resampling is done with very poor quality linear
> interpolation, so ardour can resample a pretty large number of tracks.
Are you sure ? I measured it today (using the manual varispeed)
and got some very strange results:
-
On Friday, September 25, 2009, Clemens Ladisch wrote:
> No, anything else wouldn't be visible in the descriptors.
>
> It's possible that the MidiSport's firmware uses some stupid algorithm
M-Audio MidiSport's firmware is closed source and proprietary. Hard to debug
if the problem is here.
OTOH,
Actually, in 2.x, this is an option in the sync tab of the options window.
--
Cheers
Chris
On Thursday 24 Sep 2009 23:37:56 Paul Davis wrote:
> On Tue, Sep 22, 2009 at 12:45 PM, Fons Adriaensen
wrote:
> > An app decoding SMPTE to jack transport position would be needed if
> > you want to slav
Sonic Annotator is a utility program for batch feature extraction from
audio files. It runs Vamp audio analysis plugins with specified
parameters on audio files, and writes the result features in a
selection of formats, in particular as RDF using the Audio Features
and Event ontologies, or as simp
On Fri, Sep 25, 2009 at 11:19 AM, Fons Adriaensen wrote:
> Interesting ?
>
> * How can this option be modified ?
ardour.rc:
> * If varyspeed slaving is enabled,
>
> - How many channels can be resampled ?
> On my 2G P4 libsamplerate has trouble with
> just 5 channels in real time.
Albin Stigo wrote:
> Hi,
>
> Yeah Fatar make the best keybeds thats why I'm designing an open
> source controller for them...
>
> The open source controller could be put in any studiologic of fatar
> keyboard you already have as a way of adding more features or
> correcting something you don't like
Version 2.1 of the Vamp plugin SDK is now available.
http://www.vamp-plugins.org/
Vamp is a plugin API for audio analysis and feature extraction plugins written
in C or C++. Its SDK features an easy-to-use set of C++ classes for plugin
and host developers, a reference host implementation, exam
Christian wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Albin Stigo schrieb:
>
>> Hi,
>>
>> I'm new to the list so I hope this is not the wrong forum!
>>
>> I've been working on a midi keyboard ("physical" hardware 88-keys
>> "professional" = no toy) for a while for which I plan t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Albin Stigo schrieb:
> Hi,
>
> I'm new to the list so I hope this is not the wrong forum!
>
> I've been working on a midi keyboard ("physical" hardware 88-keys
> "professional" = no toy) for a while for which I plan to release the
> schematics and so
On Thu, Sep 24, 2009 at 06:37:56PM -0400, Paul Davis wrote:
> On Tue, Sep 22, 2009 at 12:45 PM, Fons Adriaensen
> wrote:
> > An app decoding SMPTE to jack transport position would be needed if
> > you want to slave a Jack app (e.g. Ardour) to SMPTE. This implies that
> > the slaved app is able t
Hi,
I'm new to the list so I hope this is not the wrong forum!
I've been working on a midi keyboard ("physical" hardware 88-keys
"professional" = no toy) for a while for which I plan to release the
schematics and source as open source.
It's based around a Fatar keybed (they make Studiologic) and
Clemens Ladisch wrote:
> Dave Phillips wrote:
>
>> wMaxPacketSize 0x0020 1x 32 bytes
>>
>> are the same for the MidiSport and the UA25. However, there's a lot of
>> information from that report. Is there any other particularly relevant
>> data I should gather from lsusb ?
>>
>
>
19 matches
Mail list logo