Private browser-based audio compression

Audio Storage Calculator

Plan how many hours, songs, episodes, or recordings fit in a total storage capacity. Choose decimal or binary units, reserve space, set one item duration, compare common bitrates, and optionally estimate a publishing schedule or download a local CSV. No capacity or schedule input is sent anywhere.

This is an encoding-size estimate. VBR behavior, tags, padding and container overhead can change the real result.

Calculated result

Total audio time
Total minutes
Total hours
Hours per decimal GB
Complete items
Remaining time
Compare common bitrates
BitrateAudio timeComplete items

How audio storage is calculated

Capacity is converted to exact bytes and reduced by the reserved-space percentage. Total seconds equal availableBytes × 8 ÷ bitrateBitsPerSecond. Complete items equal floor(totalSeconds ÷ itemDurationSeconds), and the remainder is reported separately. Flooring matters: a partial song or episode does not count as a complete deliverable.

This is a many-item capacity plan. The Audio Duration Calculator asks how long one file can be under a size limit. The Audio File Size Calculator estimates one file from its duration and bitrate. The pages link both ways because similar units can otherwise hide different planning questions.

Hours per GB at common bitrates

A decimal GB contains eight billion bits. At 128 kbps, ignoring reserves and overhead, it holds about 62,500 seconds or 17.36 hours. At 64 kbps it holds about 34.72 hours; at 320 kbps about 6.94 hours. The comparison table recalculates these values with your selected capacity and reserved percentage.

Hours per GB is a scale estimate, not a quality recommendation. Lower bitrate provides more time but can make encoding artifacts more audible. Codec efficiency, source complexity, channel policy, and prior lossy generations matter. Keep an archive source and use this plan for delivery copies when fidelity is important.

Songs, podcasts and recordings

The item presets provide three minutes for a song, thirty minutes for an episode, and sixty minutes for a recording. A custom duration supports lectures, calls, audiobooks, field sessions, and other workflows. The calculator reports complete items and remaining audio time rather than rounding a fraction up to a file that would not fit.

Real collections contain varying durations. Use an average only when that simplification is acceptable, and reserve more capacity for artwork, indexes, project files, alternate encodes, or unexpectedly long items. This page plans encoded audio payload scale; it does not inventory an existing folder or read local filenames.

Decimal GB vs binary GiB

Drive vendors commonly use decimal GB and TB, while operating systems and technical tools may show binary GiB and TiB. One GB is 1,000,000,000 bytes; one GiB is 1,073,741,824 bytes. Selecting the wrong basis can create a noticeable difference across a large archive, so the unit stays explicit in every calculation.

Bitrate remains decimal bits per second. When comparing a device label with an operating-system report, also account for formatting, partitions, system files, and reserved flash behavior. The reserved-space input provides a transparent planning deduction without pretending to model a specific filesystem exactly.

Reserved capacity and filesystem overhead

A storage device rarely offers every labeled byte to audio. Filesystem structures, operating-system data, application caches, wear management, project databases, and future edits consume space. Reserving 5–15% can be practical depending on the device and workflow. The calculator applies your percentage directly and does not disguise it as measured overhead.

Container headers and tags also add bytes per file. Many very short clips may have proportionally more per-file overhead than a few long episodes. Embedded cover art can dominate tiny audio assets. Since the page cannot know that metadata, treat results as audio encoding estimates and validate a representative batch before purchasing or filling storage.

Planning an archive or publishing schedule

When you enter a monthly publishing frequency, the page estimates bytes for thirty days and one year from the selected item duration and bitrate. It does not show a schedule without that explicit input. The estimate excludes backups, masters, video, transcripts, artwork, and growth in episode length unless you add room through the reserved percentage.

A resilient archive usually keeps more than one copy and may retain WAV or FLAC masters plus smaller delivery files. This calculator covers one bitrate-based tier at a time. Plan master storage separately, consider verification and replacement, and avoid treating a single drive capacity result as a backup strategy.

Worked examples

A 100 GB decimal capacity with 5% reserved leaves 95 GB. At 128 kbps that is about 1649 hours. With three-minute songs, it represents about 32,986 complete items before per-file overhead. Changing to 320 kbps reduces the time to roughly forty percent of that amount because bitrate is two and a half times higher.

For four 30-minute podcast episodes each month at 96 kbps, the encoded payload is about 86.4 MB per month and roughly 1.04 GB per twelve months before overhead. The page derives the schedule only from the frequency you enter and can export the bitrate comparison as CSV through a temporary local object URL.

FAQ

How does this differ from the duration calculator?

Storage planning counts many complete items in a total capacity; duration planning finds the maximum length of one size-limited file.

Does the item count round up?

No. It uses floor so only complete items count, then reports remaining time.

Why reserve storage space?

Filesystems, apps, caches, project data, and future growth consume capacity beyond the audio payload estimate.

Are GB and GiB interchangeable?

No. GB uses powers of 1000 and GiB powers of 1024; the selector keeps the byte count explicit.

When does the publishing plan appear?

Only after you enter a nonzero monthly publishing frequency.

Is the CSV uploaded?

No. It is generated in the browser, downloaded through a temporary object URL, and immediately revoked.