From 070c0e491b7abcb80420401519ad12bfe6417b04 Mon Sep 17 00:00:00 2001
From: bicarus <202771338+bicarus-dev@users.noreply.github.com>
Date: Thu, 20 Aug 2026 02:56:40 -0700
Subject: [PATCH] Updated Video Stream (markdown)

---
 Video-Stream.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Video-Stream.md b/Video-Stream.md
index b1254f7..907a652 100644
--- a/Video-Stream.md
+++ b/Video-Stream.md
@@ -19,9 +19,9 @@ The server ends the connection if the game changes resolution. Treat a closed co
 | | `stream.mjpg` | `stream.h264` |
 | --- | --- | --- |
 | Container | multipart/x-mixed-replace | none |
-| Bandwidth | ~20x higher | low |
+| Bandwidth | about 2x to 20x higher | low |
 | Plays in a normal player | yes | yes |
-| Works in a browser | yes, in an `<img>` tag | no |
+| Works in a browser | yes, in an `<img>` tag | with some work |
 | Client work | none | drives a decoder itself |
 
 `stream.h264` is the default choice for an app. H.264 costs roughly twenty times less bandwidth than MJPEG and phones decode it in hardware, which matters a great deal for battery life. It is a bare elementary stream, so the app feeds the bytes to MediaCodec or VideoToolbox itself and nothing sits between the socket and the decoder.