Atte Andr? Jensen:
> Subject: Re: [linux-audio-user] transcribing software?
> To: A list for linux audio users <linux-audio-user(a)music.columbia.edu>
> Message-ID: <441C2EFB.6020805(a)gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Josh Lawrence wrote:
>
>> http://www.seventhstring.com/xscribe/overview.html
>
> I prefer open source software too. But this one is very good, actually
> it's the only commercial software I run on my computer! I've been using
> it for 4 years, it was the last thing I ran in wine before the linux
> version came.
>
I agree. I have used it too. Its excellent. And the genious thing
about it is not hidden in the code, but visible in the user interface,
so maybe someone will make an open source alternative, it shouldn't be
that much work. It doesn't work with jack (or jacklaunch) either, so an
open source alternative is really needed.
Hello all,
I'm in the process of trying to transcribe some solos off of a
Yellowjackets album. It's an up-tempo blues number, and some (well,
most) of the notes are going by way too fast. I would like to find
some software to slow the tune down so I can hear the lines a little
better.
I did some googling last night, and I found this:
http://www.seventhstring.com/xscribe/overview.html
But it is a commercial solution, written primarily for Windows, with
Linux seeming like an afterthought. Searching google groups didn't
come up with anything, either. Can someone recommend something native
to Linux that can do time-stretching for transcribing purposes?
Thank you,
Josh
--
Josh Lawrence
http://www.hardbop200.com
> Hi!
>
> Alle 16:07, sabato 18 marzo 2006, Josh Lawrence ha scritto:
>> Hello all,
>>
>> I'm in the process of trying to transcribe some solos off of a
>> Yellowjackets album. It's an up-tempo blues number, and some (well,
>> most) of the notes are going by way too fast. I would like to find
>> some software to slow the tune down so I can hear the lines a little
>> better.
>
> If I understand correctly, you have a track and you need to slow it down
> without altering the pitch. If so, you can use Audacity
> http://audacity.sourceforge.net and apply such effect to your track.
Here's an old school idea: I used a '56 Garrard turntable for
transcribing (Yellowjackets, "Samurai Samba" about 1985). Why? Because
it had 16 rpm as a speed, which drops you to almost exactly an octave
lower, but half the speed.
You can do this with a DAW by playing back at 1/2 sample rate, and it's
much easier to get the notes, plus the artifacts of pitchshifting are
non-existant. (You don't mind the info loss -- you're listening for
content, not sound quality.
When you go back to speed, everything seems to make so much more sense.
Cheers,
Phil M
(In reverse, this is how the Earth, Wind, & Fire horns were recorded -- an
octave low at 1/2 speed -- to make them seem so tight!)
--
Dept. of Mathematics, 342 Machray Hall
U. of Manitoba, Winnipeg, Manitoba, Canada R3T 2N2
Office: 446 Machray Hall, 204-474-6470
http://www.rephil.org/ phil at rephil dot org
ok... netjack-0.9 is here.
this is basically netjack-0.9rc4 with the transport offset of one period
fixed.
additionally i have added 2 jack clients which open unrelated
soundcards. these are fixed reimplementations of the old alsa_client.
fully configurable, and better than the alsa_client.
it does even work with usb soundcards.
using a second soundcard for monitoring purposes is now possible.
the only current limitation to this is 16bit.
but this will be changed soon...
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
Source and binary packages can be downloaded from here:
http://sourceforge.net/project/showfiles.php?group_id=81968
The following Linux binaries are available; these all include the HTML
manual as well:
Csound5.01-i386d.tar.gz
this was built on SuSE 9.3 (x86, GCC 3.x) with double precision floats,
and includes a simple GUI installer
Csound5.01-i386f.tar.gz
same as above, but with single precision floats
Csound5.01-x86_64d.tar.gz
same as Csound5.01-i386d.tar.gz, but for the AMD64 platform
Csound5.01-x86_64f.tar.gz
same as above, but single precision floats
Csound5.01_i686.rpm
an RPM package built on SuSE 10.0 (x86, GCC 4.0) with both single and
double precision floats, and includes the following additional features
that are not available in the .tar.gz packages:
* csoundapi~ object for PD (32 bit floats only)
* CsoundVST (GUI frontend and Python module for algorithmic
composition; 64 bit floats only)
* STK (Perry Cook's Synthesis ToolKit) opcodes
* VIM files for syntax highlighting and keyword help
---------------------------------------------------------------------------
Changes since Csound 5.00
-------------------------
New features:
Made it possible to load opcode plugins only when the opcode is actually
used.
New opcodes:
New track processing opcodes for PVS system:
trscale - streaming partial track frequency scaling
trshift - streaming partial track frequency shifting
trsplit - takes an input containg a TRACKS pv streaming signal and
splits it into two signals according to a k-rate frequency
'split point'.
trmix - takes two inputs containg TRACKS pv streaming signals and
mixes them into a single TRACKS stream
trfilter - filters a TRACKS pv streaming signal using an amplitude
response curve stored in a function table
trcross - streaming partial track cross-synthesis
trhighest - extracts the highest-frequency track from a streaming
track input signal
trlowest - extracts the lowest-frequency track from a streaming track
input signal
binit - PVS tracks to amplitude+frequency conversion
barmodel - creates a tone similar to a struck metal bar
max - produces a signal that is the maximum of any number of
input signals
min - produces a signal that is the minimum of any number of
input signals
maxabs - produces a signal that is the maximum of the absolute
values of any number of input signals
minabs - produces a signal that is the minimum of the absolute
values of any number of input signals
maxaccum - accumulates the maximum value of audio signals
minaccum - accumulates the minimum value of audio signals
maxabsaccum - accumulates the maximum of the absolute values of audio
signals
minabsaccum - accumulates the minimum of the absolute values of audio
signals
Changes:
Several opcodes and opcode groups have been moved out of the Csound library
and stdopcod library into separate plugins (vbap, babo, grain4, hrtferX,
PhisEm opcodes).
Improvements in JACK plugin to allow lower latency and remove some
restrictions on buffer sizes.
Bug fixes:
Bug fixes in FLsetVal and FLsetVal_i; allow buttons and button banks in
FLsetVal; fixed handle output of FLbutBank (not sure if this is safe);
implemented cursor size parameter for FLknob.
Fixed bugs in i-rate ZAK opcodes.
Fixed hang on very short note before end of score or section.
Added hacks to fix the problem of the else branch of an if/then/else always
being executed at i-time.
Fixed crash on 'then' or 'goto' in variable names in conditional expression
for if/elseif.
Fixed crashes on missing whitespace between if/elseif and '(' and on extra
')' in expressions.
and of course a number of minor bug fixes all over
Changes:
2006-03-16 Istvan Varga <ivarga(a)csounds.com>
* Opcodes/sftype.h: check for MacOS 9 or PowerPC, and define
WORDS_BIGENDIAN on those platforms.
2006-03-13 Anthony Kozar <anthonykozar(a)sbcglobal.net>
* Top/main.c: Made TYP_AIFF the default for MacOS 9.
* Engine/entry1.c: Removed duplicate OENTRYs.
2006-03-12 jpff <jpff(a)codemist.co.uk>
* Opcodes/bilbar.c (bar_run): Corrected boundary condition
2006-03-11 Istvan Varga <ivarga(a)csounds.com>
* Engine/express.c:
fixes in extending tokenstring buffer
2006-03-10 Anthony Kozar <anthonykozar(a)sbcglobal.net>
* Opcodes/minmax.c:
* SConstruct:
Added new 'minmax' plugin library with opcodes for finding minimum
and maximum values among several signals.
2006-03-10 Michael Gogins <gogins(a)pipeline.com>
* CSD style command lines in CsoundVST are now translated
to orc/sco style before performance in order to save having to edit
the command line after loading some CSD files.
2006-03-08 Istvan Varga <ivarga(a)csounds.com>
* Made it possible to load opcode plugins only when the opcode is
actually used.
2006-03-07 jpff <jpff(a)codemist.co.uk>
* Engine/otran.c: Removed DTYPE and lclnxtdcnt as not used
2006-02-25 Michael Gogins <gogins(a)pipeline.com>
* Updated SConstruct, custom.py, and Windows
installer to build and install PortMidi.
2006-02-24 Istvan Varga <ivarga(a)csounds.com>
* InOut/rtjack.c:
Use thread locks instead of calling usleep() in a loop to
implement blocking I/O; the -+jack_sleep_time option is now
deprecated and ignored.
Allow non power of two values for -B.
Setting -b to the same value as the JACK buffer size is no
longer required.
* Engine/insert.c:
* Engine/musmon.c:
Alternate fix to problems on very short (less than 1/2 control
period) notes; the previous fix introduced a new bug that
resulted in early termination of the score in some cases.
* H/version.h:
* installer/misc/csound.spec.in:
Updated version number from 5.00.1 to 5.01.0 to reflect the
addition of new opcodes.
2006-02-24 Victor Lazzarini <Victor.Lazzarini(a)nuim.ie>
* Opcodes/psynth.c
new track processing opcodes (also added manual pages):
trscale, trshift, trsplit, trmix, trfilter, trcross,
trhighest, trlowest, binit.
2006-02-15 Istvan Varga <ivarga(a)csounds.com>
* InOut/widgets.h:
moved file from H/
* InOut/widgets.cpp:
bug fixes in FLsetVal and FLsetVal_i
allow buttons and button banks in FLsetVal
fixed handle output of FLbutBank (not sure if this is safe)
implemented cursor size parameter for FLknob
2006-02-13 Istvan Varga <ivarga(a)csounds.com>
* OOps/ugrw1.c: fixed bugs in i-rate ZAK opcodes
2006-02-09 Istvan Varga <ivarga(a)csounds.com>
* Engine/rdorch.c:
splitline(): made checking for invalid characters stricter
fixed labels before else/endif
allow bitwise NOT operator in UTF-8 format
2006-02-06 Istvan Varga <ivarga(a)csounds.com>
* Engine/entry1.c:
cogoto requires an i-rate conditional
* Engine/musmon.c:
fixed hang on very short note before end of score or section
* Engine/rdorch.c:
added hacks to fix the problem of the else branch of an if/then/else
always being executed at i-time.
Fixed crash on 'then' or 'goto' in variable names in conditional
expression for if/elseif (still does not work if there are no
parentheses around the conditional expression).
2006-02-03 Istvan Varga <ivarga(a)csounds.com>
* Engine/rdorch.c:
fixed crash on extra ) in expressions
* Engine/rdorch.c:
fixed crash on missing whitespace between if/elseif and (
this needs more testing
Hi friends,
I come back on this ardour stable issue... Which version do you think
is the more stable : 0.99.2
when the new version in 2 will be stable?
how long do you think it will be release?
thanks for the answer
cheers
julien
Howdy
I make a lot of interviews. Right now I have a two channel recorder. I
connect one headset mic to each channel, put one on myself and one on
the interviewee. Works kind of alright but I would rather have the
interviewee wear one recorder and wear another myself. This gives us
more freedom to move around during the interview.
The tricky part will be to align the two separate recordings. I could
probably do it manually in ardour, dragging the regions back and forth
and stretching them until they line up exactly.
I've googled a bit to find a tool that does this aligning
automatically but haven't come up with anything.
Does anybody out here know of something?
alex
--
Alex Polite
http://flosspick.org - finding the right open source
----- Matt Henley <nwmatt(a)gmail.com> wrote:
> On my box, I do have an example. If I use the kernel set up for low
> latency recording, the kernel modules required for vmware do not
> compile.
Ha ha ha ha! Oh man. Considering the vmware modules are closed source, that is 100% their problem, not your favorite distro's. If you need reinforcement, Linux Torvalds has lots to say on closed source kernel modules.
-lee
> On 3/17/06, Lee Revell <rlrevell(a)joe-job.com> wrote:
> > On Fri, 2006-03-17 at 14:20 -0600, Matt Henley wrote:
> > >
> > > But what if "fixing" the mainline distro degrades the performance
> for
> > > things other than multimedia?
> > >
> >
> > My experience is that it does not. I'd be interested to see any
> > evidence that optimizing a system for multimedia (latency in the
> 1-2ms
> > range) degrades normal desktop use.
> >
> > Lee
> >
> >
Ok, since I can't find a tool that will automatically align two audio
files, I think I might write one my self.
What scripting language has the best modules for audio processing?
I'm have pretty good at python and halfway comfortable with ruby, perl and java.
I've looked at pythons wave module put it looks a bit crude.
alex
--
Alex Polite
http://flosspick.org - finding the right open source
Hi Jan,
>> There are also people who believe in absolute free speech rights
anywhere
>> they go, and yet support laws that keep others from smoking in the
>> workplace or other public places.
>> Aren't they violating smokers' rights to smoke if they want to -
>*anywhere*
>> they want?
>
> The two situations are not analogous. The only way you can
>reconcile free speech and the freedom to smoke is if the speech is at a
>harmful level, say 120dB. If you speak in a normal tone of voice there
>are no deleterious physical effects of your free speech on others.
>Smoking, on the other hand, produces carcinogenic compounds that others
>would be forced to breathe.
I admit that was not the best of examples, but my point was simply that
there are people who find listening to racist screed every bit as
distressing and offensive - or even more so - as having to breathe
second-hand smoke.
The one - a physical abuse, the other - a mental and emotional one.
> You have misinterpreted the posts on that subject. No one said
>anything about denying Jamendo the right to censor others on their site.
>Most people here just don't agree with censorship and so will not put
>anything up on Jamendo. Given what this list is about I think that's a
>perfectly understandable bias ;-)
If this whole discussion was just about whether Jamendo is a good place to
publish music given their censorship policies - then yes, I did
misunderstand.
(I thought some people were trying to make the case that it is wrong to
limit the speech of others anywhere under any circumstances.)
>Free speech never intrudes on the rights of others unless it incites
>people to commit acts that intrude on the rights of others. As Mark
>pointed out, yelling "Fire" in a crowded theater is not acceptable.
>Asking people to kill other people in the name of whatever is also not
>supported free speech.
I would have to take exception to making this distinction for two
different, and seemingly opposite reasons.
Sometimes, people's exercise of free speech - say in certain communities
whose purpose is to cultivate a friendly and cooperative atmosphere based
on shared interests and objectives - creates a poisonous atmosphere which
is inimical and totally antithetical to the purpose of that association of
people.
For example: a fundamentalist Christian goes on a metaphysics forum,
disrupting every single thread - thumping their bible, ranting that
everyone there is going to hell, and trying to shut down the forum with
spam, dos attacks, complaints to the isp, etc.
This kind of behavior - while not dangerous, and within the scope of free
speech - is clearly disruptive and detrimental to the purpose of that
community and it would be reasonable to deny such people access to the
forum.
(This being an example, btw, that I have actually encountered a number of
times.)
The argument that free speech is unacceptable only if it seeks to incite
physical action of a violent or harmful nature is contradictory to the
assertion - made by some here - that it is insulting to people's
intelligence to suggest that they can't discern the truth for themselves
and need to be protected from those spreading malicious falsehoods or
antisocial viewpoints.
If people are to be credited with the intelligence to decide for themselves
what they think of someone else's viewpoints, they should also be credited
with the intelligence to decide for themselves if they want to go out and
lynch people, bomb synagogues or mosques, or whatever.
Words can't *make* people do things.
People *choose* to do things and are solely responsible for their actions.
(My point here is simply that in the 'public' arena - *all* speech should
be protected, even if it advocates violent behavior, and in a *private*
environment, a case can be made for restricting speech even when it does
not cause or incite physical harm.)
In Jamendo's case it is debatable whether their choices of content to
exclude are constructive or not.
If they allow all content, they are sure to turn away some users, and if
they deny certain content, they will likewise turn away many users.
I would imagine they made their decision based upon either a pragmatic
calculation as to which course would turn away the least number of users,
or simply informed by their own personal ethics and what they wish to be
associated with.
For me - the more freedom and tolerance the better for all concerned.
For those disagreeing with Jamendo's policies - perhaps it would turn out
to be constructive to contact them regarding their views.
They just might decide to change their policies if there are enough people
in the community voicing concern about those policies.
Cheers,
Maluvia