• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Predicting compressed file sizes
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Predicting compressed file sizes


  • Subject: Re: Predicting compressed file sizes
  • From: Cesare Ferrari <email@hidden>
  • Date: Thu, 28 Feb 2008 13:01:43 +0000

Intuitively this is an impossible problem - if the material being recorded changes character significantly (say becomes silence) then some sort of estimate of VBR recording time will not be able to work.

You could probably bound the problem and give a worst case recording time, or use the compression on the current recording and extrapolate this to the remaining disk to estimate a likely recording time.

I'd display the worst case recording time myself and live with it being overly pessimistic.

Cesare

On 27 Feb 2008, at 1:29 PM, Tommy Braas wrote:

Hi,

I need this to calculate/estimate remaining recording time based on available temp drive space.

I was just wondering if anyone has a good forecasting algorithm for estimating the size of a compressed audio file.

The uncompressed PCM is trivial, as should the CBR case be. The problem is mainly for VBR type files.

Any pointers and help will be greatly appreciated!


Thanks in advance,

\tommy

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


_______________________________________________ Do not post admin requests to the list. They will be ignored. Coreaudio-api mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >Predicting compressed file sizes (From: Tommy Braas <email@hidden>)

  • Prev by Date: Re: Validity of ACC Convertor Bitrate Values from kAudioConverterAvailableEncodeBitRates
  • Next by Date: Volume control
  • Previous by thread: Predicting compressed file sizes
  • Next by thread: Re: Predicting compressed file sizes
  • Index(es):
    • Date
    • Thread