Hi,
I tried to find some tool to edit sounds using the shell (basic
things like changing volume, tempo, etc., nothing too fancy) but I
failed to find something other than Rubber Band (which I'm having
trouble making work, I'm on 64bit Debian btw). I usually just use
Audacity for this stuff but now I have a large number of files to edit
and scripting is the best choice.
Is there any other good tool for this task?
Best regards,
Daniel Yokomizo
Date: Mon, 23 Jun 2008 10:50:37 +0200
From: Svend-Erik Kj?r Madsen
> What would you bee using if you should record a large music file in
> let's say 14-16 tracks ? Next month my band have a live-gig I want to
> record, and I am on the brink of letting my old and heavy ADAT tape
> machines be left back, and only bring my notebook and my multiface amd
> my mic-preamps for recording.
> Is it stable and secure to record in Ardour in one go ? I could raise
> latency since we're not using any kind of live monitoring from the
> computer.
I've done this using my desktop with a Delta 1010LT, doing 8 tracks
live. In the first show it worked fine, though I did have some xruns
that caused audible glitches (just 2 or 3 and only in some tracks).
during retracking I had a lot of trouble with xruns, but we did get a CD
out the door...
In the second live recording the machine ran for nearly an hour before
exiting ardour due to too much disk activity. after that it was a bit
of a struggle to get one song down without ardour stopping.
However, don't dispare, all this has been fixed. How? firstly I
upgraded from FC5 to FC6 which allowed me to change the motherboard
setting for my SATA disks. I was getting ~5mb/s transfer, but with the
motherboard in advnanced mode, I get >50Mb/s. NO more xruns. Just the
other day I started on my 'tape transfer project' and recorded an
entire cassette tape without a single xrun or any other issue. ok, only
2 tracks in this case, but no problems at all.
In fact I'm tempted to get another tape deck and do 2 tapes at once (-:
(note that I'm still running Ardour 2.1 on FC6 and later versions will
be better, and in fact I have an FC7 and FC8 DVD right here for the
purpose of upgding because Ardour 2.1 does crash for odd things, like
pressing space bar to stop recording).
At this point, I'd be happy to do an 8 track recording. For important
live recordings I would not use a laptop, but instead a decent desktop
with a RAID 0 array of at least 3 SATA2 disks for the audio files, with
the system on another disk.
don't forget to kill anacron before you start recording, it has the
habit of starting disk intensive processes when you least need them.
--
David http://iwr.ru.ac.za/~iwdf/
If you receive email saying "Send this to everyone you know",
PLEASE pretend you don't know me.
Hi,
I'm trying to have LV2 plugins and hosts work but I'm having problems.
The involved packags (compiled from tarballs) :
- slv2-0.4.5 (because latest 0.5.0 caused zynjacku host to not compile)
- ll-plugins-0.2.0
- lash-0.5.4
- lv2core-2.0
- zyn-1
- zynjacku-1
- lv2dynparam1-1
Running in a Ubuntu 08.04 Linux 2.6.24-19
The problem is that I can't load any ll-plugin with any host (zynjacku
or lv2_jack_host), while zyn-1 does work (only in zynjacku since it
needs specific extensions)
I believe that the clue to the problem is shown in lv2_inspect result
below. Any idea??
Pau
$ lv2_inspect http://ll-plugins.nongnu.org/lv2/klaviatur#0
rdf_node.c:817: (librdf_node_get_uri) assertion failed: object pointer
of type librdf_node is NULL.
(... and MANY similar messages)
http://ll-plugins.nongnu.org/lv2/klaviatur#0
Name: (null)
Class: Plugin
Has latency: no
Bundle: file:///usr/lib/lv2/klaviatur.lv2/
rdf_uri.c:467: (librdf_uri_as_string) assertion failed: object pointer
of type librdf_uri is NULL.
Binary: (null)
Data URIs:
file:///usr/lib/lv2/klaviatur_gtk.lv2/manifest.ttl
file:///usr/lib/lv2/klaviatur_gtk.lv2/manifest.ttl
Required Features:
Optional Features:
-------------------------------------------------------------------
$ lv2_inspect http://home.gna.org/zyn/zynadd/1
rdf_node.c:817: (librdf_node_get_uri) assertion failed: object pointer
of type librdf_node is NULL.
(... and many similar messages.)
http://home.gna.org/zyn/zynadd/1
Name: zynadd
Class: Instrument
Has latency: no
Bundle: file:///usr/local/lib/lv2/zynadd.lv2/
Binary:
file:///usr/local/lib/lv2/zynadd.lv2/zynadd.so
Data URIs:
file:///usr/local/lib/lv2/zynadd.lv2/zynadd.ttl
file:///usr/local/lib/lv2/zynadd.lv2/manifest.ttl
Required Features: http://home.gna.org/lv2dynparam/rtmempool/v1
Optional Features: http://home.gna.org/lv2dynparam/v1
Port 0:
Direction: Input
Type: MIDI
Symbol: midi_in
Name: MIDI in
Properties:
Port 1:
Direction: Output
Type: Audio
Symbol: output_left
Name: Output Left
Properties:
Port 2:
Direction: Output
Type: Audio
Symbol: output_right
Name: Output Right
Properties:
rdf_uri.c:412: (librdf_free_uri) assertion failed: object pointer of
type librdf_uri is NULL.
(... the same message repeated MANY times)
Svend-Erik Kj?r Madsen:
>
> Hey
>
> What would you bee using if you should record a large music file in
> let's say 14-16 tracks ? Next month my band have a live-gig I want to
> record, and I am on the brink of letting my old and heavy ADAT tape
> machines be left back, and only bring my notebook and my multiface amd
> my mic-preamps for recording.
>
jack_capture:
jack_capture --port system:capture*
Or if you only want to record the 14 first inputs:
jack_capture -c 14 --port system:capture*
> Is it stable and secure to record in Ardour in one go ? I could raise
> latency since we're not using any kind of live monitoring from the
> computer.
>
Ardour is probably stable and secure enough, but
jack_capture is made only for recording so the
chance of unwanted surprises with jack_capture
might be theoretically smaller. No, seriously,
both of them should work fine, but jack_capture
is simpler to use.
