What a Reading Costs, From 4 Bytes to 530 Megabits
What a Reading Costs, From 4 Bytes to 530 Megabits
Ada re-derives this chapter’s own numbers step by step, at full precision
ADA · CALCULATION AUDIT
What a Reading Costs, From 4 Bytes to 530 Megabits
The chapter spans a huge range of byte costs: a raw-binary reading of just 4 bytes, mono audio at 224 kbps, a single RGB still at about 3 MB, and a 720p RGB stream of 531 Mbps. All of them answer one question — how many bytes does the data actually cost? This audit verifies every figure, tracing what a reading really costs, from a 4-byte record to a half-gigabit video stream.
Companion to the chapter Data Encoding and Codecs — every number here comes from that chapter.
See the relationship before changing it
The figure reads from left to right. The blue card is video frame rate. The middle card applies the page rule. The green card is raw video rate. Walk the arrows once: set the input, apply the rule, then read the result with its unit.
Derive the baseline in four named moves
- 1
Name the input. The chapter baseline is 24 frames/s.
- 2
Name the relationship. rate = 1280 x 720 x 3 bytes x frames/s x 8 / 1,000,000
- 3
Substitute with units. 1280 x 720 x 3 x 24 x 8 / 1,000,000 = 530.84 Mbit/s
- 4
Read the result. Keep the unit beside the value. Use it only inside the technical boundary on this page.
Predict, then change video frame rate
Try Predict the direction of rate = 1280 x 720 x 3 bytes x frames/s x 8 / 1,000,000. Test another video frame rate, then compare raw video rate.
Observe More frames raise the raw stream in direct proportion. A codec can change the final rate. Reset video frame rate to 24 and compare raw video rate.
Explain More frames raise the raw stream in direct proportion. A codec can change the final rate.
Check yourself
What should you do before trusting a moved-control result?
What does this small model leave out?
Ada: This chapter spans two budgets that look unrelated – how many readings fit in a 51-byte uplink, and why raw media forces a codec – but both answer the same question: how many bytes does the data actually cost? Let me verify every figure from the chapter’s own encodings and sample rates.
- Readings per 51-byte payload: JSON at
~32bytes fits51 / 32 = 1reading; CBOR at~18fits51 / 18 = 2(36 bytes used, 15 to spare); raw binary at~4fits51 / 4 = 12readings – a 12x span for the same measurement. - Mono audio:
16000samples/s x14bits =224000 bps = 224 kbps, exactly as stated, before any header. - CD-quality stereo:
44100 x 16 bits x 2 channels = 1411200 bps = 1.41 Mbps– the chapter’s~1.4 Mbps. - One RGB still:
1024 x 1024 x 3 bytes = 3145728 bytes = 3.15 MB– the chapter’s~3 MB. - 720p RGB at 24 fps:
1280 x 720 x 3 bytes x 24 frames x 8 bits = 530841600 bps = 531 Mbps, confirming “above 500 Mbps.”
The audit conclusion is a set of ratios worth internalizing: the raw video stream (531 Mbps) is about 2370x the raw audio stream (224 kbps), and the raw-binary reading (4 bytes on the wire) is 12x denser than the JSON one (32 bytes). The design meaning is that encoding choice is not cosmetic – it moves the byte budget by one to three orders of magnitude, so “which fields and which codec” is a release decision that determines whether a link, a battery, or a storage plan is even feasible, not a formatting preference.
This arithmetic model deliberately does not simulate codec entropy, container and packet headers, channel errors, retransmissions, or encoder CPU cost; it compares the chapter's stated raw record and media byte counts only.
Work the audit first, then check the displayed derivation.
Every number above is taken from the chapter’s own material and re-derived step by step.