> i really don't understand why we keep on ignoring it. it's a... mystery
maybe nobody in the LAU community reads musical notes..or wants to write them
> to me why almost nobody even mentions it... (maybe they didn't choose a
> very memorable name? are you confusing it with an application class
> name?) honestly, i would be very sad if the noteedit project was
> abandoned!
RoseGarden...LilyPond...i think NoteEdit just needs a new name. how
about Orchid Lake?
I apologize to those on the ardour list that recieved this twice, I am
working on separating out Ardour-user and Audio-user in my addy book,
but so far apparently haven't done a good enough job.
Ok so I am looking to upgrade my current workstation's sound card to
help with a few problems I have been having with Ardour, along with a
few other tweaks.
Most of what I use in Linux for audio is Ardour and Rezound(Obviously
along with Jack) and assorted LADSPA plugs.
I am curious, is RME still about the best soundcard availiable on Linux
with decent support? Any RME cards I should stay away from other than
the fireface? I am currently looking at running a HDSP 96/52 or similar
card, but if there are other options out there of similar or better
quality I would like to know.
Also as the network based jack protocols are still under development and
arent very useful for me, I will be looking at running an ADAT line to a
mac box to run VST plugins in, anyone see a problem with this? Yes I
know fst and the like exists, but at the moment I am not sure that will
fulfill what I need, as the plugins I have in mind will probably require
hardware dongles, which I dont believe are supported yet.
Seablade
Greg Wilder:
>
> On Monday 19 December 2005 15:40, Brad Fuller wrote:
>> thanks greg. It's a bit more informative than sndfile-info, I like that
>> it also gives sample length (your example doesn't show it, but it did
>> when I ran it.)
>> Where'd you get it?
> Good question. Somebody on the list will know for sure. I think is an old
> version of sndflie-info that used to come with csound? Maybe? Sndinfo is a
No no no no no no. ;-D
sndinfo is just the soundfile info utility included with the snd editor.
--
I. I. Ooisen writes:
>
> so it's just as i was supposing, it's mostly because it's a kde
> application...
No, it's not *mostly* because of anything. The world is not black and
white. Different people have different reasons for not using a
particular piece of software.
This is not the first time that the original developer of Noteedit's
decision to stop working on it has been discussed here. If you'd
checked the list archives, you'd have found that it's come up here
in several threads (some of them fairly long) in the last year and
a half.
Jörg Anders has every right to cease development on Noteedit for
whatever reason he wishes, just as every user has the right to
decide for themselves whether they wish to use it. But the suggestion
that you've made, and that Jörg makes in his FAQ, that people are
somehow "ignoring" the application strikes me as just, well, *really
bizarre*. Some people haven't used it because they don't know about
it. Some people haven't used it because know about it, but have no
need for it. Some people haven't used it because they know about it,
but don't like it. Some people haven't used it because they know
about it, but there's some other software package that does what they
want that they like more. None of those things constitute "ignoring"
Noteedit.
If you like the software a lot, and want to encourage others to give
it a try, that's great -- but you may wish to consider that yelling
at people (cf. your subject line) rarely works.
-c
On Monday 19 December 2005 15:40, Brad Fuller wrote:
> thanks greg. It's a bit more informative than sndfile-info, I like that
> it also gives sample length (your example doesn't show it, but it did
> when I ran it.)
> Where'd you get it?
Good question. Somebody on the list will know for sure. I think is an old
version of sndflie-info that used to come with csound? Maybe? Sndinfo is a
little utility I've carried around on my linux boxes since 1997 or so. I
think I picked it up at Eastman. It may have even begun life running on one
of those amazing ol' NeXT machines... (R.I.P.)
> Is there an argument that can extract specific
> data? like just the type or just the length?
Nope. I've attached an ugly little perl script that will do it. Not pretty,
but it gets the job done.
> Does it extract information from the header, or calculate the information?
Don't know.
G
www.gregwilder.com
Brad Fuller wrote:
>>> I couldn't find a way to do this in ecasound, maybe there's a way to
>>> do it. Here's what I want to do:
>>>
>>> Find the exact length of a audio file in ms. I think ecalength can do
>>> this, I know it's not sample accurate, but I just need down to the
>>> around 1ms. Maybe there's another option other than ecalength.
>>>
>>> Then, I want to extract a section of another file: at a specific
>>> location in ms at a length of the file above.
>>>
>>> Then, mix that extracted segment with another file and save the
>>> result to a new file. How can this be done? I don't know of a
>>> utility that can extract a specific length at a specific location
in ms.
This should work...
bash> ecalength LengthFile.wav
LengthFile.wav: 9.083s (0m9s)
bash> ecasound -i:ExtractFrom.wav -y:(StartPosition) -t:9.083
-o:Extracted.wav
bash> ecasound -a:1 -i:Extracted.wav -a:2 -i:MixWith.wav -a:1,2
-o:BothFilesMixed.wav
Of course, this gets tricky if any of the files in question have
different channel counts, bit depths, sampling rates or are of different
file types. It still can be done, but there will be other interm steps
involved. But in a best case scenerio, the above should work.
Let me know if this how it went....
Rocco
Greg Wilder wrote:
>On Monday 19 December 2005 14:55, Brad Fuller wrote:
>
>
>>Thanks mark. I was hoping that there was a utility that I could use in
>>a script as I have to do this many many times. I guess I could grep for
>>"Duration<tab>: " and grab the numbers.
>>
>>
>
>Hi Brad,
>
>I've attached a little utility called sndinfo that creates output similar to
>sndfile-info. It's a little more specific in terms of length:
>
>
>
>>sndinfo /snd/greg/fl.c4
>>
>>
>/snd/greg/fl.c4:
> srate: 44100
> chans: 1
> length: 3.472970
> type: AIFF
> format: 16-bit big endian
> written: Wed 14-Dec-05 12:48 EST
> comment: F
>
>HTH,
>Greg
>
>
thanks greg. It's a bit more informative than sndfile-info, I like that
it also gives sample length (your example doesn't show it, but it did
when I ran it.)
Where'd you get it? Is there an argument that can extract specific
data? like just the type or just the length?
Does it extract information from the header, or calculate the information?
I couldn't find a way to do this in ecasound, maybe there's a way to do
it. Here's what I want to do:
Find the exact length of a audio file in ms. I think ecalength can do
this, I know it's not sample accurate, but I just need down to the
around 1ms. Maybe there's another option other than ecalength.
Then, I want to extract a section of another file: at a specific
location in ms at a length of the file above.
Then, mix that extracted segment with another file and save the result
to a new file. How can this be done? I don't know of a utility that can
extract a specific length at a specific location in ms.
brad
Ok,
shame on me for this, but I would really really like to share with you
my latest musical efforts. Unfortunately, I was already working on these
tracks when I finally got everything working on gnu/Linux audio. So I
finished these tracks (made with mostly with free VST plugins, my guitar
and some vocals) on my copies of Tracktion on MacOSX and WinXP (Mackie
gave them away for free last christmas to promote their forthcoming
newer version). BTW it's a shame that a software made by one guy alone,
using mostly opensource LGPL libraries and with an XML file format
hasn't been released opensource. But I believe that when Ardour will
have MIDI integration, it would be even better than Tracktion (it is
already far better IMHO if you consider just the audio functionalities).
I will probably retouch these tracks with jamin for the final cd
version, but I'm already concentrated on new stuff now (using only o.s.s.).
I don't like to think in terms of genres, but people often describes my
music as ambient. So don't bother to download it if you don't like ambient.
Anyway, If you'll consider listening to my new EP (released under the
cc-licence) you can grab it here:
http://www.cesaremarilungo.com/download/music/The_Moon_EP.zip
It's a 27Mb zip with 4 mp3 tracks (192Kbps). Title is: The Moon EP (code
name: last of the closed source sw tracks).
Or for individual tracks:
http://www.cesaremarilungo.com/download/music/As_we_grow_older.mp3http://www.cesaremarilungo.com/download/music/Hope.mp3http://www.cesaremarilungo.com/download/music/The_moon.mp3http://www.cesaremarilungo.com/download/music/The_difference.mp3
I'm still working on the cover.
Thank you very much.
c.
Hello,
Previously I could load the firmware onto my RME Multiface, but I
haven't used it for a few months. I recently reinstalled debian sarge
on my machine, but I can no longer get the firmware to load. I found
previous emails on this problem but I found no clear solution. I am
using a 2.6.14.3 kernel with the alsa drivers compiled as modules, and
the drivers are newer than the buggy (for RME) 1.0.8 versions. I've
also put snd_hdsp in my initrd image as mentioned in
http://lalists.stanford.edu/lad/2005/11/0149.html
The version info and error messages are listed below. Any thoughts on
what is wrong? Does the firmware and hdsploader version (1.0.9rc3)
have to match the alsa driver version (1.0.10rc1)? Did I miss a
solution on this or another list? Any help is appreciated.
- Matt
Kernel messages at boot time:
Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations
Hammerfall-DSP: couldn't get firmware from userspace. try using hdsploader
Hammerfall-DSP: card initialization pending : waiting for firmware
Results from hdsploader:
hdsploader - firmware loader for RME Hammerfall DSP cards
Looking for HDSP + Multiface or Digiface cards :
Card 0 : VIA 82C686A/B rev50 with ICE1232 at 0xa800, irq 9
Card 1 : RME Hammerfall DSP at 0xdd000000, irq 9
Upload firmware for card hw:1
Hwdep ioctl error on card hw:1 : Input/output error.
lspci | grep Hammerfall:
0000:00:0a.0 Multimedia audio controller: Xilinx Corporation RME
HammerfallDSP(rev 32)
cat /proc/asound/version:
Advanced Linux Sound Architecture Driver Version 1.0.10rc1 (Mon Sep 12
08:13:092005 UTC).
hdsploader source:
alsa-firmware-loaders deb package, AGNULA, package version 1.0.9rc3-0
firmware (from alsa-firmware-1.0.9rc3.tar.bz2):
multiface_firmware.bin
multiface_firmware_rev11.bin