I think of clipping as in reaching the maximum audio level, not
clipping off a bit of sound. However, I can see why someone would think
that way. I could have sworn the audio sounded more distorted with the
clipping turned on, but it could be I was doing something else wrong at
the time.

Since I don't know the details in file format, I obviously have to
leave autosave up to you.However, the notion of RAW sounds good to me.
Even notebook HDs are big enough not to need compression for the local
file. I only compress for internet use.

Another idea might be an intentional user definable :"snip" at the end
of each segment of audio. Some scanners have an annoying squelch tail
that would sound better snipped off.

Lastly, perhaps the scanner recorder could be set up to either process
"live" audio or audio files. This way someone could record audio with
the Irver or Create Nuvo, then remove the gaps later. I've recorded
audio in locations where it really isn't all that handy to bring a
notebook computer.

These were done with the scanner recorder and a notebook computer.
http://www.lazygranch.com/red_audio.htm

This is a typical file with all the warts of mil air in field
recording:
http://www.lazygranch.com/sound/redf...pm308p6mp3.wav
Everything is simplex with constant changing distances. With AM, weak
signals really sound bad, so MP3 recording before processing just
doesn't work. The newer files I've done have been encoded in ADPCM. Not
all that dense, but much better quality.

http://www.lazygranch.com/sound/jane...v_07212005.wav

Here the planes on the ground are very wek since I don't have line of
sight. The audio would sound quite poor in mp3, but is passable in
ADPCM.

On 5 Aug 2005 17:33:14 -0700, wrote:

I think of clipping as in reaching the maximum audio level, not
clipping off a bit of sound. However, I can see why someone would think
that way. I could have sworn the audio sounded more distorted with the
clipping turned on, but it could be I was doing something else wrong at
the time.

It's my fault for not providing much help to people on what
it is. Funny thing is that when I put a switch in to turn
the anti-clip off, I couldn't tell the difference in how it
sounded. No moving parts responds real quickly. I never
needed it in the first place.

Since I don't know the details in file format, I obviously have to
leave autosave up to you.However, the notion of RAW sounds good to me.
Even notebook HDs are big enough not to need compression for the local
file. I only compress for internet use.

Another idea might be an intentional user definable :"snip" at the end
of each segment of audio. Some scanners have an annoying squelch tail
that would sound better snipped off.

Will add that to the list.

Lastly, perhaps the scanner recorder could be set up to either process
"live" audio or audio files. This way someone could record audio with
the Irver or Create Nuvo, then remove the gaps later. I've recorded
audio in locations where it really isn't all that handy to bring a
notebook computer.

A utility tool maybe to do that. It's just that I'm not sure
how to implement it yet. It currently uses "push" logic to
push the audio downstream from the capture to the file.
Processing a file is reversed. It's "pull" logic. It might
be too confusing for me to put both together in one program
just yet.

These were done with the scanner recorder and a notebook computer.
http://www.lazygranch.com/red_audio.htm

This is a typical file with all the warts of mil air in field
recording:
http://www.lazygranch.com/sound/redf...pm308p6mp3.wav
Everything is simplex with constant changing distances. With AM, weak
signals really sound bad, so MP3 recording before processing just
doesn't work. The newer files I've done have been encoded in ADPCM. Not
all that dense, but much better quality.

http://www.lazygranch.com/sound/jane...v_07212005.wav

Here the planes on the ground are very wek since I don't have line of
sight. The audio would sound quite poor in mp3, but is passable in
ADPCM.

You have a great web site. I really enjoyed exploring. Will
be going back there to check out more things. I found the
plane wreck expeditions very interesting and wish I were
able to accomplish that kind of expedition. It must've been
great fun to go to those sites! It reminds me - a couple of
years ago a friend who I met at the RC flying field (Morgan
Hill) had a hanger full of plane parts and other junk. Up on
the top level inside the hanger was a full sized, wreck of a
WW2 spitfire with the tail numbers on it. I went on the
internet and found lots of pics of that plane and made
contact with someone in the UK who had a database of many
planes and their dispositions. He had that plane in his list
as "missing" and I was happy to tell him that I found his
missing plane in the Morgan Hill area south of San Jose. He
was real happy to be able to update his listing. It was a
fatal crash of a pilot flying it between air-shows. He was
enroute to somewhere in Nevada and had a full speed cruising
impact into a hill due to poor vis. The entire (or most of
it) plane was in the hanger and it was really messed up
badly.

BTW: You have my email from the Scanrec about page. Feel
free to email any time if you want to talk about it more.

Anyway, thanks a lot for all the ideas. I appreciate it!!

On Thu, 4 Aug 2005 19:21:11 -0700, "Zombie Wolf" said
in alt.radio.scanner:

Having it compile a microsoft database for you would be a bit arduous to
program

That's one of the trivial programming tasks these days. Designing the
database usually takes longer.

but would certainly be a nice feature, hit counters, and of course,
putting the tones info into the mp3 tag would be super, etc. writing such a
program under vb6 , or net if you are into it

Please, no. Those of us who are forced to use Dot Not have to keep
the latest version loaded. Since MicroThought can't seem to make
their frameworks compatible with each other (I can no longer run
programs written under 1.x), that's just one more reason to listen to
Nancy Regan.

On Fri, 05 Aug 2005 00:10:42 -0700, Dave said in
alt.radio.scanner:

But IMHO, it's not safe to update the headers (which is
necessary to append more audio) of the .WAV or .MP3 file
that's already been closed because the computer could die in
the middle of the update and that might leave the file
crippled.

Same problem text editors have. You update a copy of the file,
deleting and renaming only after a successful update. (Which is why
Word leaves ~garbage.doc files around.)

Manipulating the previously saved headers can
invite other problems too, such as adding a lot of disk
seeking and CPU time to reopen the file for appending after
it's already been closed. Appending more audio requires a
read-scan of the entire file in order to locate and change
the existing audio (RIFF) headers.

My computer can do video decode at 150fps or better, while streaming
audio to the web. I don't think CPU power is something we have to
worry about with files or audio any longer.

Unlike Zombie Wolf, I don't have any pressing projects at the moment,
so if you'd like a collaborator, let me know.