FPGA Central - World's 1st FPGA / CPLD Portal

FPGA Central

World's 1st FPGA Portal

 

Go Back   FPGA Groups > NewsGroup > DSP

DSP comp.dsp newsgroup, mailing list

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 04-27-2008, 02:15 PM
Phil
Guest
 
Posts: n/a
Default audio sampling rate question

with the newer flash recorders I now have higher resolution and sample
rate options then my older 44.1/16 PCM

I realize I can record at lower safer levels with the 24bit resolution
but I was wondering if sampling at 96 or 88 and resampling to my final
level of 44.1 after post processing has any advantage.


--
Phil


Reply With Quote
  #2 (permalink)  
Old 04-27-2008, 05:28 PM
DigitalSignal
Guest
 
Posts: n/a
Default Re: audio sampling rate question

Interesting question. We are investigating the similar topic, for
industrial data acquisition purpose. In our case, the advantage of
retaining higher sampling rate and dynamic range is obvious. It leaves
more room for post-processing. Is your application pure audio?

James
www.go-ci.com
Reply With Quote
  #3 (permalink)  
Old 04-27-2008, 06:33 PM
Marcel Müller
Guest
 
Posts: n/a
Default Re: audio sampling rate question

Phil wrote:
> I realize I can record at lower safer levels with the 24bit resolution
> but I was wondering if sampling at 96 or 88 and resampling to my final
> level of 44.1 after post processing has any advantage.


I would wonder if there are consumer devices out where 48/16 is the
limiting factor. Usually the SNR is limited more or less below 90dB by
anything else in the signal path. And most devices use oversampling
anyway. Normally the dynamics and bandwidth of 48/16 is sufficient for
any home audio application.
Of course, if we are talking about professional recording devices at
least the 24 bit are useful because it makes the recording level much
more safe. And for measurement purposes 96kHz is useful too.
Whether 88 or 96kHz is useful for your post processing is another
question. In theory it is not, unless you do a frequency transformation.


Marcel
Reply With Quote
  #4 (permalink)  
Old 04-28-2008, 07:53 AM
glen herrmannsfeldt
Guest
 
Posts: n/a
Default Re: audio sampling rate question

Phil wrote:

> with the newer flash recorders I now have higher resolution and sample
> rate options then my older 44.1/16 PCM


> I realize I can record at lower safer levels with the 24bit resolution


I agree. I now have a 24 bit WAV file and a C program I wrote to reduce
it to 16 bit with the appropriate shift.

> but I was wondering if sampling at 96 or 88 and resampling to my final
> level of 44.1 after post processing has any advantage.


Not that I know of. Unless you have a better digital filter
than the device has to reduce to 44.1 the advantage should be
pretty small.

-- glen

Reply With Quote
  #5 (permalink)  
Old 04-28-2008, 06:21 PM
DigitalSignal
Guest
 
Posts: n/a
Default Re: audio sampling rate question

> I agree. *I now have a 24 bit WAV file and a C program I wrote to reduce
> it to 16 bit with the appropriate shift.
>


On average how much compression ratio have you achieved?

James
www.go-ci.com
Reply With Quote
  #6 (permalink)  
Old 04-29-2008, 01:51 AM
J Elms
Guest
 
Posts: n/a
Default Re: audio sampling rate question

Marcel Müller wrote:
> Phil wrote:
>> I realize I can record at lower safer levels with the 24bit resolution
>> but I was wondering if sampling at 96 or 88 and resampling to my final
>> level of 44.1 after post processing has any advantage.

>
> I would wonder if there are consumer devices out where 48/16 is the
> limiting factor. Usually the SNR is limited more or less below 90dB by
> anything else in the signal path. And most devices use oversampling
> anyway. Normally the dynamics and bandwidth of 48/16 is sufficient for
> any home audio application.
> Of course, if we are talking about professional recording devices at
> least the 24 bit are useful because it makes the recording level much
> more safe. And for measurement purposes 96kHz is useful too.
> Whether 88 or 96kHz is useful for your post processing is another
> question. In theory it is not, unless you do a frequency transformation.
>
>
> Marcel


Marcel basically covered it. In general, it will depend on what
processing you do.

Because sampling with more quantization levels and at a higher rate will
give you a better SNR. And any processing, processes the signal and the
noise. So if your processing has some feedback that creates unhappy
situations with processing noise. But I am guessing in you situation
any such processing is probably not going to be encountered or significant.

Most ADCs internally oversample and then downsample to get better SNR.
Interestingly many also use less quantization levels and much higher
sampling rate, which sort of cancel each other out.

J. Elms
Reply With Quote
  #7 (permalink)  
Old 04-29-2008, 05:25 PM
glen herrmannsfeldt
Guest
 
Posts: n/a
Default Re: audio sampling rate question

DigitalSignal wrote:
>>I agree. I now have a 24 bit WAV file and a C program I wrote to reduce
>>it to 16 bit with the appropriate shift.


> On average how much compression ratio have you achieved?


The advantage is that you don't have to guess as accurately
what the record level will be.

I don't know about the OP, I was recently using a Roland R1
recorder. It has the choice of 16 or 24 bit WAV, and some
choices of MP3. With 24 bits, I then wrote a C program to
find the minimum and maximum sample values, along with a some
other statistical values. I then did the conversion to 16 bits
by rounding and shifting the appropriate number of bits.

-- glen

Reply With Quote
  #8 (permalink)  
Old 05-07-2008, 04:25 AM
Ben Bradley
Guest
 
Posts: n/a
Default Re: audio sampling rate question

On Tue, 29 Apr 2008 07:25:29 -0800, glen herrmannsfeldt
<[email protected]> wrote:

>DigitalSignal wrote:
>>>I agree. I now have a 24 bit WAV file and a C program I wrote to reduce
>>>it to 16 bit with the appropriate shift.

>
>> On average how much compression ratio have you achieved?

>
>The advantage is that you don't have to guess as accurately
>what the record level will be.
>
>I don't know about the OP, I was recently using a Roland R1
>recorder. It has the choice of 16 or 24 bit WAV, and some
>choices of MP3. With 24 bits, I then wrote a C program to
>find the minimum and maximum sample values, along with a some
>other statistical values. I then did the conversion to 16 bits
>by rounding and shifting the appropriate number of bits.


This doesn't sound right. If you want the best quality possible in
the final 16-bit signal, look into dithering and noise-shaping rather
than doing rounding, and it's best to do all your processing in
floating point (that way you can change the level to any arbitrary
value, rather than only in the 3dB steps that bit shifting gives).
OTOH, the difference can be subtle, and many people can't tell even
under the best listening conditions.

>
>-- glen


Reply With Quote
  #9 (permalink)  
Old 05-07-2008, 06:51 AM
glen herrmannsfeldt
Guest
 
Posts: n/a
Default Re: audio sampling rate question

Ben Bradley wrote:
(snip, I wrote)

>>I don't know about the OP, I was recently using a Roland R1
>>recorder. It has the choice of 16 or 24 bit WAV, and some
>>choices of MP3. With 24 bits, I then wrote a C program to
>>find the minimum and maximum sample values, along with a some
>>other statistical values. I then did the conversion to 16 bits
>>by rounding and shifting the appropriate number of bits.


> This doesn't sound right. If you want the best quality possible in
> the final 16-bit signal, look into dithering and noise-shaping rather
> than doing rounding, and it's best to do all your processing in
> floating point (that way you can change the level to any arbitrary
> value, rather than only in the 3dB steps that bit shifting gives).
> OTOH, the difference can be subtle, and many people can't tell even
> under the best listening conditions.


I thought about it, but so far I haven't tried. By finding the
peak and appropriate shifting, the quietest parts aren't so far down.

It is a recording with a live audience, and the background isn't all
that quiet, anyway. It would be nice, though. Do others do it?

-- glen

Reply With Quote
  #10 (permalink)  
Old 05-12-2008, 05:35 AM
Ben Bradley
Guest
 
Posts: n/a
Default Re: audio sampling rate question

On Tue, 06 May 2008 20:51:45 -0800, glen herrmannsfeldt
<[email protected]> wrote:

>Ben Bradley wrote:
>(snip, I wrote)
>
>>>I don't know about the OP, I was recently using a Roland R1
>>>recorder. It has the choice of 16 or 24 bit WAV, and some
>>>choices of MP3. With 24 bits, I then wrote a C program to
>>>find the minimum and maximum sample values, along with a some
>>>other statistical values. I then did the conversion to 16 bits
>>>by rounding and shifting the appropriate number of bits.

>
>> This doesn't sound right. If you want the best quality possible in
>> the final 16-bit signal, look into dithering and noise-shaping rather
>> than doing rounding, and it's best to do all your processing in
>> floating point (that way you can change the level to any arbitrary
>> value, rather than only in the 3dB steps that bit shifting gives).
>> OTOH, the difference can be subtle, and many people can't tell even
>> under the best listening conditions.

>
>I thought about it, but so far I haven't tried. By finding the
>peak and appropriate shifting, the quietest parts aren't so far down.
>
>It is a recording with a live audience, and the background isn't all
>that quiet, anyway. It would be nice, though. Do others do it?


Yes, I'm pretty sure most all audio editing software (everything
from Audacity to Pro Tools) have been doing it as I described for many
years now.
It might be easier to write some script file for an audio editing
program to do what you want. I don't know what programs have what
features nowadays, but the old Cool Edit 2000 has/had scripting so you
could do several automated things with audio files.

>
>-- glen


Reply With Quote
  #11 (permalink)  
Old 05-18-2008, 08:39 AM
glen herrmannsfeldt
Guest
 
Posts: n/a
Default Re: audio sampling rate question

Ben Bradley wrote:
(someone wrote)

>>> This doesn't sound right. If you want the best quality possible in
>>>the final 16-bit signal, look into dithering and noise-shaping rather
>>>than doing rounding, and it's best to do all your processing in
>>>floating point (that way you can change the level to any arbitrary
>>>value, rather than only in the 3dB steps that bit shifting gives).
>>> OTOH, the difference can be subtle, and many people can't tell even
>>>under the best listening conditions.


It isn't hard to do other step sized, but I didn't so far.
Just multiply by some number before shifting. Even a 32 bit
int should be enough, but definitely 64 bits.

>>I thought about it, but so far I haven't tried. By finding the
>>peak and appropriate shifting, the quietest parts aren't so far down.


>>It is a recording with a live audience, and the background isn't all
>>that quiet, anyway. It would be nice, though. Do others do it?


> Yes, I'm pretty sure most all audio editing software (everything
> from Audacity to Pro Tools) have been doing it as I described for many
> years now.


This was pretty simple and free. This is personal, and the
budget is low.

> It might be easier to write some script file for an audio editing
> program to do what you want. I don't know what programs have what
> features nowadays, but the old Cool Edit 2000 has/had scripting so you
> could do several automated things with audio files.


If I want to add dither can I use an array of some reasonable
length as a periodic data stream? Generating enough random
numbers for a whole CD might take a while.

-- glen

Reply With Quote
  #12 (permalink)  
Old 05-19-2008, 05:27 AM
Ben Bradley
Guest
 
Posts: n/a
Default Re: audio sampling rate question

On Sat, 17 May 2008 22:39:00 -0800, glen herrmannsfeldt
<[email protected]> wrote:

>Ben Bradley wrote:
>(someone wrote)


....

>>>It is a recording with a live audience, and the background isn't all
>>>that quiet, anyway. It would be nice, though. Do others do it?

>
>> Yes, I'm pretty sure most all audio editing software (everything
>> from Audacity to Pro Tools) have been doing it as I described for many
>> years now.

>
>This was pretty simple and free. This is personal, and the
>budget is low.


Audacity is free, you might want to play around with it:
http://audacity.sourceforge.net/

>
>> It might be easier to write some script file for an audio editing
>> program to do what you want. I don't know what programs have what
>> features nowadays, but the old Cool Edit 2000 has/had scripting so you
>> could do several automated things with audio files.

>
>If I want to add dither can I use an array of some reasonable
>length as a periodic data stream?


since it's likely "below the threshold of hearing", a second's
worth of random numbers (44,000) ought to do (if it's loud enough to
hear, the ear will be able to hear the repeated nature of the noise),
but a simple what's-it-called, 'congruence' random number generator
can generate adequate numbers with minimal code execution per sample.
If you filter the noise for noise-shaping, the filter code will take
more CPU cycles.

>Generating enough random
>numbers for a whole CD might take a while.
>
>-- glen


Reply With Quote
Reply

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Audio sampling question Steamer DSP 9 07-22-2007 04:16 AM
Changing the sampling rate of an audio signal. ma DSP 22 08-26-2005 09:44 PM
question about lowest sampling rate... lucy DSP 4 12-02-2004 09:50 PM
how to decide a good sampling rate for sampling a function without obvious frequency? lucy DSP 11 08-19-2004 05:57 AM
Question about sampling rate in adaptive antenna? Jeff DSP 0 10-06-2003 05:07 PM


All times are GMT +1. The time now is 09:49 AM.


Powered by vBulletin® Version 3.8.0
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0
Copyright 2008 @ FPGA Central. All rights reserved