<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>bitrate &#8211; Huahua&#8217;s Tech Road</title>
	<atom:link href="https://zxi.mytechroad.com/blog/tag/bitrate/feed/" rel="self" type="application/rss+xml" />
	<link>https://zxi.mytechroad.com/blog</link>
	<description></description>
	<lastBuildDate>Fri, 20 Feb 2026 00:15:18 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.7.4</generator>

<image>
	<url>https://zxi.mytechroad.com/blog/wp-content/uploads/2017/09/cropped-photo-32x32.jpg</url>
	<title>bitrate &#8211; Huahua&#8217;s Tech Road</title>
	<link>https://zxi.mytechroad.com/blog</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>为什么4K流媒体看直播满屏马赛克？深度解析四大视频传输架构的底层逻辑</title>
		<link>https://zxi.mytechroad.com/blog/video/why-4k-streaming-looks-like-mosaic/</link>
					<comments>https://zxi.mytechroad.com/blog/video/why-4k-streaming-looks-like-mosaic/#respond</comments>
		
		<dc:creator><![CDATA[zxi]]></dc:creator>
		<pubDate>Fri, 20 Feb 2026 00:15:14 +0000</pubDate>
				<category><![CDATA[Video]]></category>
		<category><![CDATA[4k]]></category>
		<category><![CDATA[8k]]></category>
		<category><![CDATA[avs3]]></category>
		<category><![CDATA[bitrate]]></category>
		<category><![CDATA[iptv]]></category>
		<category><![CDATA[streaming]]></category>
		<guid isPermaLink="false">https://zxi.mytechroad.com/blog/?p=10594</guid>

					<description><![CDATA[很多人在观看各地春晚、跨年演唱会等大型直播节目时，都会产生一种强烈的视觉落差：在标称1080P甚至4K的YouTube等流媒体平台上，画面经常惨不忍睹，人脸模糊不清，满屏都是马赛克。这种体验甚至让人觉得，现在的流媒体画质还不如童年时代通过同轴电缆观看的有线电视。 这并非出于怀旧的心理滤镜，而是一个极其精准且符合现代视频编解码与网络传输底层逻辑的技术观察。长视频叠加随意的压缩参数，以及流媒体时代“带宽即成本”的商业逻辑，共同缔造了这种画质降级的现象。 为了彻底厘清这个技术现象，本文将以客观的技术视角，深度剖析视频传输领域的四大核心架构：广播电视、有线电视、IPTV以及流媒体（OTT），并特别引入央视8K超高清频道的终极技术规格作为参照系。通过对比它们的底层物理媒介、网络传输协议、编解码策略以及商业驱动力，来揭开这场画质演变背后的真正原因。 视频画质的核心悖论：分辨率不等于清晰度 在深入探讨四大传输架构之前，必须先确立一个视频工程学的基础共识：分辨率仅仅代表画面包含的像素数量，而真正决定人眼感知画面的清晰度与干净程度的核心指标，是码率（Bitrate）。 码率是指单位时间内传输的视频数据量。在视频编码过程中，由于原始无压缩的视频数据量过于庞大，必须经过有损压缩才能进行传输。当一个1080P的视频被分配了极低的码率时，编码器为了在有限的数据量内容纳下所有的像素，就必须采取极其激进的压缩算法，丢弃大量的画面细节。这就导致了虽然物理分辨率达到了1920乘1080，但画面中充满了被称为“宏区块”（Macroblocks）的马赛克瑕疵。 相反，一个拥有高码率支撑的720P视频，由于其压缩比相对保守，保留了更多的原始光学信息，在感官上往往会比低码率的“伪4K”视频更加锐利和通透。理解了码率作为画质瓶颈的核心地位，就能顺理成章地看懂不同传输时代的画质差异。 一、 广播电视（OTA）：电磁波里的尽力而为 广播电视是人类最早接触的电视信号传输方式。电视台通过架设在高处的发射塔，将携带着视频信息的无线电磁波发送到千家万户的接收天线中。 1. 从模拟到数字的物理演进 在早期的模拟电视时代，视频信号是以连续的电磁波形式存在的。模拟信号没有现代意义上的数字压缩概念，因此也不存在由于数字编码导致的人脸模糊或马赛克效应。受限于当时的传输标准，模拟电视的清晰度较低，且极易受到电磁干扰从而产生噪点（雪花）和重影。然而，得益于早期CRT电视机自带的物理柔化效应，这种没有数字切割感的画面在很多人的记忆中显得非常平滑。 进入数字地面波时代后，广播电视迎来了彻底的数字化重构。数字信号采用了MPEG-2或H.264等标准进行编码。 2. 频谱资源限制与恒定码率控制 在广播电视架构中，物理带宽受制于国家无线电频谱的严格管控。根据香农定理，信道容量受限于带宽和信噪比。在实际应用中，一个标准的电视频道通常被分配8MHz的固定频宽。通过采用复杂的数字调制技术，这8MHz的物理频宽大约能够承载20Mbps至30Mbps的总数据传输速率。 电视台会将这有限的总码率静态分配给各个频道。例如，一个高清频道可能会被永久分配12Mbps的带宽。这种分配模式被称为恒定码率（CBR）。 3. 动态场景下的画质表现 因为广播电视采用的是基于物理频段的广播模式，只要接收端的信号强度超过最低阈值，其接收到的码率就是绝对稳定的。这种恒定且有保障的码率，使得数字广播电视在呈现复杂动态画面时具有很高的稳定性下限，但受限于不可扩展的频谱资源，它永远失去了向极高码率4K演进的空间。 二、 有线电视（Cable TV）：物理独占信道的黄金岁月 当我们讨论画质极其稳定，甚至优于现代流媒体时，往往指的就是传统的同轴有线电视。这种传输方式在画质上的优异表现，是由其奢侈的物理架构决定的。&#8230;]]></description>
										<content:encoded><![CDATA[
<p>很多人在观看各地春晚、跨年演唱会等大型直播节目时，都会产生一种强烈的视觉落差：在标称1080P甚至4K的YouTube等流媒体平台上，画面经常惨不忍睹，人脸模糊不清，满屏都是马赛克。这种体验甚至让人觉得，现在的流媒体画质还不如童年时代通过同轴电缆观看的有线电视。</p>



<p>这并非出于怀旧的心理滤镜，而是一个极其精准且符合现代视频编解码与网络传输底层逻辑的技术观察。长视频叠加随意的压缩参数，以及流媒体时代“带宽即成本”的商业逻辑，共同缔造了这种画质降级的现象。</p>



<p>为了彻底厘清这个技术现象，本文将以客观的技术视角，深度剖析视频传输领域的四大核心架构：广播电视、有线电视、IPTV以及流媒体（OTT），并特别引入央视8K超高清频道的终极技术规格作为参照系。通过对比它们的底层物理媒介、网络传输协议、编解码策略以及商业驱动力，来揭开这场画质演变背后的真正原因。</p>



<h3 class="wp-block-heading">视频画质的核心悖论：分辨率不等于清晰度</h3>



<p>在深入探讨四大传输架构之前，必须先确立一个视频工程学的基础共识：分辨率仅仅代表画面包含的像素数量，而真正决定人眼感知画面的清晰度与干净程度的核心指标，是码率（Bitrate）。</p>



<p>码率是指单位时间内传输的视频数据量。在视频编码过程中，由于原始无压缩的视频数据量过于庞大，必须经过有损压缩才能进行传输。当一个1080P的视频被分配了极低的码率时，编码器为了在有限的数据量内容纳下所有的像素，就必须采取极其激进的压缩算法，丢弃大量的画面细节。这就导致了虽然物理分辨率达到了1920乘1080，但画面中充满了被称为“宏区块”（Macroblocks）的马赛克瑕疵。</p>



<p>相反，一个拥有高码率支撑的720P视频，由于其压缩比相对保守，保留了更多的原始光学信息，在感官上往往会比低码率的“伪4K”视频更加锐利和通透。理解了码率作为画质瓶颈的核心地位，就能顺理成章地看懂不同传输时代的画质差异。</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<h3 class="wp-block-heading">一、 广播电视（OTA）：电磁波里的尽力而为</h3>



<p>广播电视是人类最早接触的电视信号传输方式。电视台通过架设在高处的发射塔，将携带着视频信息的无线电磁波发送到千家万户的接收天线中。</p>



<h4 class="wp-block-heading">1. 从模拟到数字的物理演进</h4>



<p>在早期的模拟电视时代，视频信号是以连续的电磁波形式存在的。模拟信号没有现代意义上的数字压缩概念，因此也不存在由于数字编码导致的人脸模糊或马赛克效应。受限于当时的传输标准，模拟电视的清晰度较低，且极易受到电磁干扰从而产生噪点（雪花）和重影。然而，得益于早期CRT电视机自带的物理柔化效应，这种没有数字切割感的画面在很多人的记忆中显得非常平滑。</p>



<p>进入数字地面波时代后，广播电视迎来了彻底的数字化重构。数字信号采用了MPEG-2或H.264等标准进行编码。</p>



<h4 class="wp-block-heading">2. 频谱资源限制与恒定码率控制</h4>



<p>在广播电视架构中，物理带宽受制于国家无线电频谱的严格管控。根据香农定理，信道容量受限于带宽和信噪比。在实际应用中，一个标准的电视频道通常被分配8MHz的固定频宽。通过采用复杂的数字调制技术，这8MHz的物理频宽大约能够承载20Mbps至30Mbps的总数据传输速率。</p>



<p>电视台会将这有限的总码率静态分配给各个频道。例如，一个高清频道可能会被永久分配12Mbps的带宽。这种分配模式被称为恒定码率（CBR）。</p>



<h4 class="wp-block-heading">3. 动态场景下的画质表现</h4>



<p>因为广播电视采用的是基于物理频段的广播模式，只要接收端的信号强度超过最低阈值，其接收到的码率就是绝对稳定的。这种恒定且有保障的码率，使得数字广播电视在呈现复杂动态画面时具有很高的稳定性下限，但受限于不可扩展的频谱资源，它永远失去了向极高码率4K演进的空间。</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<h3 class="wp-block-heading">二、 有线电视（Cable TV）：物理独占信道的黄金岁月</h3>



<p>当我们讨论画质极其稳定，甚至优于现代流媒体时，往往指的就是传统的同轴有线电视。这种传输方式在画质上的优异表现，是由其奢侈的物理架构决定的。</p>



<h4 class="wp-block-heading">1. 光纤同轴混合网（HFC）的物理屏障</h4>



<p>有线电视网络普遍采用HFC架构。前端机房发出的数字电视信号，首先通过大容量光纤传输至小区的光节点，进行光电转换后，再通过同轴电缆连接到机顶盒。同轴电缆不仅抗干扰能力极强，而且能够提供非常宽广的射频带宽。</p>



<h4 class="wp-block-heading">2. 频分复用与车道独占原则</h4>



<p>广电网络运营商利用频分复用技术，将同轴电缆的巨大频段切分成了无数个8MHz信道。当机顶盒调谐到某个频道时，广电网络实际上是在物理层面上为该用户提供了一条专用的射频信道。这是一种真正的物理独占模式，信道带宽不会受到邻居上网行为的挤压。</p>



<h4 class="wp-block-heading">3. 高基准码率与抗压能力</h4>



<p>基于物理级别的独占性，有线数字电视在传输高清频道时，通常会给出高达12Mbps至20Mbps的高额恒定码率。春晚场景包含大面积的鲜艳色彩、频繁切换的机位以及漫天飞舞的纸屑。在视频工程中，这类画面被称为高熵场景。有线电视的高标准CBR策略能够提供足够的冗余数据空间，硬扛下这些瞬间爆发的数据洪流，最大程度上保留画面细节。</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<h3 class="wp-block-heading">三、 IPTV：专网专线下的主流画质天花板</h3>



<p>IPTV（交互式网络电视）代表着目前家庭常规直播流画质的最优解。它是指通过电信运营商提供的专用网络线路，配合专用机顶盒进行解码播放的电视服务。</p>



<h4 class="wp-block-heading">1. 逻辑隔离的IP专网</h4>



<p>IPTV与普通家庭宽带使用的是同一个光猫，但在局域网底层配置上，IPTV走的是运营商构建的专有IP网络。这个网络与公共互联网是逻辑隔离的。无论用户在局域网内进行多么占用带宽的下载任务，IPTV的视频流都不会受到影响，因为它在路由器底层被赋予了最高级别的服务质量（QoS）保障。</p>



<h4 class="wp-block-heading">2. 组播技术的架构优势</h4>



<p>IPTV核心法宝在于组播（IGMP）协议。在单播网络中，一万个用户观看直播，服务器需发送一万份数据流；而IPTV的组播技术，使得服务器只需发送一份数据流，数据流在各级路由器根据订阅需求进行硬件级别复制。这大幅降低了骨干网消耗。</p>



<h4 class="wp-block-heading">3. 超高码率与先进编码结合</h4>



<p>得益于专网且避开公网拥堵，目前很多地区的IPTV 4K直播频道，普遍采用了先进的H.265编码格式，分配的实时码率可稳定在30Mbps甚至超过50Mbps。在这种网络架构加持下，IPTV彻底碾压了所有依靠公网传输的流媒体平台。</p>



<p>4. 央视8K超高清：广电传输技术的终极形态</p>



<p>在探讨了各种常规传输架构之后，不得不提及目前国内广电与视频领域的绝对性能怪兽：央视8K超高清频道（CCTV-8K）。如果说流媒体的4K是在带宽极度受限下的妥协产物，那么央视的8K转播则是不计网络成本的技术肌肉展示。这种级别的信号源，普通公网流媒体根本无法承载，目前仅能通过部分省市的IPTV专网、有线电视网以及地标大屏的5G专网进行分发。</p>



<p>央视8K频道在面对春晚等极高熵场景时依然能保持令人惊叹的细节，完全得益于其极其奢华的技术规格设定：</p>



<ul class="wp-block-list">
<li>分辨率与帧率：物理分辨率达到 7680乘4320，单帧像素量高达3300万，是标准4K的4倍，1080P的16倍。配合 50fps 的帧率，确保了舞台高速运动画面的极度平滑。</li>



<li>视频编解码标准：并未采用海外常见的H.265格式，而是全面采用了中国具有自主知识产权的第三代音视频编解码技术标准 AVS3。AVS3是全球首个面向8K及5G产业应用的视频编码标准，其同等画质下的压缩效率比H.265提升了约30%以上，专为超高清的海量数据量身定制。</li>



<li>色彩与动态范围：采用 BT.2020 广色域标准，并支持 10-bit 色深，能够展现超过10亿种色彩过渡。在动态范围上，支持 HLG（混合对数伽马）以及中国主导的 HDR Vivid（菁彩HDR）标准，使得晚会舞台灯光的极亮部分与暗部阴影都能保留丰富的层次，彻底消除色彩断层。</li>



<li>沉浸式音频流：音频流采用了 Audio Vivid（三维声）技术标准。不仅包含传统的平面环绕声，还增加了基于对象的高度维度的声音信息，能够在家庭影院中精准还原演播大厅的真实三维空间感。</li>



<li>惊人的传输码率：这是碾压流媒体的核心数据。为了承载上述庞大的视音频信息，央视8K频道在IPTV专网或有线网中的传输码率，通常被设定在 80Mbps 到 120Mbps 之间。</li>
</ul>



<p>当120Mbps的数据洪流配合极高效率的AVS3编码器，春晚舞台上漫天飞舞的纸屑就不再是导致全屏马赛克的编码器噩梦，而是化作了屏幕上分毫毕现的真实细节。</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<h3 class="wp-block-heading">四、 流媒体（OTT）：公共互联网的拥堵与成本妥协</h3>



<p>回到受众最广，却因画质被吐槽最多的流媒体平台。即便平台掌握着VP9、AV1等最先进的编码器，为何在播放春晚时依然呈现马赛克画质？这必须从互联网商业法则说起。</p>



<h4 class="wp-block-heading">1. 单播与尽力而为的公网传输</h4>



<p>流媒体完全依赖公共互联网进行传输。公网采用的是尽力而为机制，拥堵和丢包是常态。更为致命的是，流媒体采用单播协议。五千万人看跨年直播，CDN就必须建立五千万个连接，发送五千万份独立数据流。</p>



<h4 class="wp-block-heading">2. 商业逻辑：带宽即是真金白银</h4>



<p>流媒体最大开销之一是向网络运营商支付带宽流量费。在单播架构下，这笔费用随观看人数呈线性爆炸增长。为了控制成本，流媒体平台只能在压缩参数上做文章：</p>



<ul class="wp-block-list">
<li>极限可变码率（VBR）：在画面静止场景下，码率可能被压榨到极低，以此节省流量。</li>



<li>自适应码率流（ABR）：播放器实时监测网速，在低分辨率和高分辨率切片间切换，首要目的是防卡顿和省钱。即便播放4K，最高码率也常被严格限制在10Mbps左右。</li>
</ul>



<h4 class="wp-block-heading">3. 春晚成为编码器地狱：帧间预测失效</h4>



<p>视频大幅压缩依赖于相邻帧的空间和时间冗余。编码器会利用P帧和B帧记录画面中移动的像素轨迹（运动矢量），而不是记录完整的画面。</p>



<p>然而，春晚现场充斥着闪烁的光束灯和漫天飞舞的彩色纸屑。这些纸屑在三维空间做无规则运动，导致每一帧与上一帧相比，所有像素都在发生不可预测的改变。算法在进行区块匹配时彻底绝望，无法找到相似的参考帧。</p>



<p>此时，编码器陷入两难：突破最高码率限制（导致带宽成本超标及大规模卡顿），或遵守限制强行削减细节。工程实践中，编码器会选择调高量化参数，像粗糙的砍刀一样砍掉高频细节，将相邻像素合并成统一颜色的色块。最终呈现的就是彻底糊成一团的人脸和马赛克区块。</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<h3 class="wp-block-heading">五、 技术维度的全景对比与总结</h3>



<p>通过对这五种不同技术标准的解构，可以清晰地归纳出它们在画质表现上的本质差异：</p>



<figure class="wp-block-table"><table class="has-fixed-layout"><thead><tr><td><strong>传输架构</strong></td><td><strong>底层介质</strong></td><td><strong>网络协议</strong></td><td><strong>核心编码与码率策略</strong></td><td><strong>高动态复杂画面表现</strong></td><td><strong>核心制约因素</strong></td></tr></thead><tbody><tr><td>广播电视 (OTA)</td><td>无线电磁波</td><td>广播</td><td>MPEG2/H.264，恒定低码率</td><td>稳定，不易产生马赛克</td><td>无线电频谱资源上限</td></tr><tr><td>有线电视 (Cable)</td><td>同轴电缆/光纤</td><td>物理信道独占</td><td>H.264，高标准恒定码率</td><td>极其稳定，高熵场景细节好</td><td>封闭网络，难实现多端点播</td></tr><tr><td>IPTV (4K)</td><td>运营商IP专网</td><td>组播+QoS保障</td><td>H.265，高达50Mbps码率</td><td>极佳，常规高动态直播天花板</td><td>必须绑定特定运营商宽带基建</td></tr><tr><td>央视8K频道</td><td>IP专网/广电网</td><td>组播/物理独占</td><td>AVS3，80-120Mbps超高码率</td><td>终极画质，分毫毕现无惧纸屑</td><td>终端设备昂贵，极吃专网带宽</td></tr><tr><td>流媒体 (OTT)</td><td>公共互联网</td><td>单播</td><td>VBR/ABR，受限于成本和网速</td><td>极差，严重马赛克与涂抹</td><td>CDN流量成本极高，公网拥堵</td></tr></tbody></table></figure>



<p>当代观众在流媒体平台上感受到的画质劣化，并不是数字编解码技术的倒退，而是互联网单播架构为了实现海量用户的无障碍接入，而在商业成本和极限带宽之间做出的必然妥协。小时候那种稳定扎实的有线电视画质，以及如今代表广电最高水准的8K专网信号，其背后都是独占信道带来的不计成本的数据倾注。在崇尚流量经济的流媒体时代，这种传输方式注定是一种昂贵的古典浪漫。</p>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://zxi.mytechroad.com/blog/video/why-4k-streaming-looks-like-mosaic/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Nikon Z8/Z9 Video Format / Bitrate / Compression ratio &#124; NRAW &#124; ProRes &#124; ProRes RAW &#124; H.265</title>
		<link>https://zxi.mytechroad.com/blog/photography/nikon-z8-prores-prores-raw-bitrate-and-compression-ratio/</link>
					<comments>https://zxi.mytechroad.com/blog/photography/nikon-z8-prores-prores-raw-bitrate-and-compression-ratio/#respond</comments>
		
		<dc:creator><![CDATA[zxi]]></dc:creator>
		<pubDate>Sat, 15 Jun 2024 17:26:28 +0000</pubDate>
				<category><![CDATA[Photography]]></category>
		<category><![CDATA[bitrate]]></category>
		<category><![CDATA[codec]]></category>
		<category><![CDATA[compression]]></category>
		<category><![CDATA[nikon]]></category>
		<category><![CDATA[nraw]]></category>
		<category><![CDATA[prores]]></category>
		<category><![CDATA[prores raw]]></category>
		<category><![CDATA[z8]]></category>
		<guid isPermaLink="false">https://zxi.mytechroad.com/blog/?p=10121</guid>

					<description><![CDATA[The Nikon official site didn&#8217;t provide the birate for ProRes / ProRes RAW, I did some test my self, here&#8217;re the results. I only tested&#8230;]]></description>
										<content:encoded><![CDATA[
<p>The <a href="https://onlinemanual.nikonimglib.com/z8/en/video_frame_size_and_rate_options_41.html">Nikon official site</a> didn&#8217;t provide the birate for ProRes / ProRes RAW, I did some test my self, here&#8217;re the results. I only tested fullframe (FX) in ~4K resolution. </p>



<h2 class="wp-block-heading">ProRes Raw 12Bit</h2>



<style type="text/css">
	table.tableizer-table {
		font-size: 14px;
		border: 1px solid #CCC; 
		font-family: Arial, Helvetica, sans-serif;
	} 
	.tableizer-table td {
		padding: 4px;
		margin: 3px;
		border: 1px solid #CCC;
	}
	.tableizer-table th {
		background-color: #104E8B; 
		color: #FFF;
		font-weight: bold;
	}
</style>
<table class="tableizer-table">
<thead><tr class="tableizer-firstrow"><th>Resolution / FPS</th><th>Bitrate (Mbps)</th><th>Compression Ratio</th></tr></thead><tbody>
 <tr><td>4140 x 2330 60p</td><td>3350</td><td>1.977</td></tr>
 <tr><td>4140 x 2330 50p</td><td>2810</td><td>1.964</td></tr>
 <tr><td>4140 x 2330 30p</td><td>1620</td><td>2.044</td></tr>
 <tr><td>4140 x 2330 25p</td><td>1360</td><td>2.029</td></tr>
 <tr><td>4140 x 2330 24p</td><td>1280</td><td>2.070</td></tr>
</tbody></table>



<p>ProRes Raw has a very low compression ratio of 2, which suggests that it might be lossless compressed, which takes more spaces than Nikon&#8217;s lossy N-RAW, 2.5x of the high quality and 4.5x of the normal quality!</p>



<h2 class="wp-block-heading">ProRes HQ 422 10Bit</h2>



<style type="text/css">
	table.tableizer-table {
		font-size: 14px;
		border: 1px solid #CCC; 
		font-family: Arial, Helvetica, sans-serif;
	} 
	.tableizer-table td {
		padding: 4px;
		margin: 3px;
		border: 1px solid #CCC;
	}
	.tableizer-table th {
		background-color: #104E8B; 
		color: #FFF;
		font-weight: bold;
	}
</style>
<table class="tableizer-table">
<thead><tr class="tableizer-firstrow"><th>Resolution / FPS</th><th>Bitrate (Mbps)</th><th>Compression Ratio</th></tr></thead><tbody>
 <tr><td>3840 x 2160 60p</td><td>1800</td><td>5.273</td></tr>
 <tr><td>3840 x 2160 50p</td><td>1500</td><td>5.273</td></tr>
 <tr><td>3840 x 2160 30p</td><td>910</td><td>5.215</td></tr>
 <tr><td>3840 x 2160 25p</td><td>760</td><td>5.204</td></tr>
 <tr><td>3840 x 2160 24p</td><td>730</td><td>5.201</td></tr>
</tbody></table>



<p>With compression ratio of 5.2, ProRes is still 2x the size of the normal quality n-raw!  Though the former one has 1.5x number of pixels to deal with (YUV422 vs Bayer). </p>



<p>I hope Nikon could provide more options for ProRes via firmware updates. A 10x~12x compression ratio version (ProRes LT 422) will be very useful to balance between quality and disk space.</p>



<h2 class="wp-block-heading">H.265 420 10 bit</h2>



<style type="text/css">
	table.tableizer-table {
		font-size: 14px;
		border: 1px solid #CCC; 
		font-family: Arial, Helvetica, sans-serif;
	} 
	.tableizer-table td {
		padding: 4px;
		margin: 3px;
		border: 1px solid #CCC;
	}
	.tableizer-table th {
		background-color: #104E8B; 
		color: #FFF;
		font-weight: bold;
	}
</style>
<table class="tableizer-table">
<thead><tr class="tableizer-firstrow"><th>Resolution / FPS</th><th>Bitrate (Mbps)</th><th>Compression Ratio</th></tr></thead><tbody>
 <tr><td>7680 x 4320 30p</td><td>400</td><td>47.461</td></tr>
 <tr><td>7680 x 4320 25p</td><td>400</td><td>39.551</td></tr>
 <tr><td>7680 x 4320 24p</td><td>400</td><td>37.969</td></tr>
 <tr><td>3840 x 2160 120p</td><td>400</td><td>47.461</td></tr>
 <tr><td>3840 x 2160 100p</td><td>400</td><td>39.551</td></tr>
 <tr><td>3840 x 2160 60p</td><td>340</td><td>27.918</td></tr>
 <tr><td>3840 x 2160 50p</td><td>340</td><td>23.265</td></tr>
 <tr><td>3840 x 2160 30p</td><td>190</td><td>24.979</td></tr>
 <tr><td>3840 x 2160 25p</td><td>190</td><td>20.816</td></tr>
 <tr><td>3840 x 2160 24p</td><td>190</td><td>19.984</td></tr>
</tbody></table>



<p>For H.265, there is no option for all-intra, and only in 420. Compression ratio is much higher given long GOP. One thing to note, that bitrate is variable depend on the content, i.e. very dark scene will have a much lower bitrate (&lt;100Mbps for 4K60).</p>



<h2 class="wp-block-heading">NRAW High Quality 12 bit</h2>



<style type="text/css">
	table.tableizer-table {
		font-size: 14px;
		border: 1px solid #CCC; 
		font-family: Arial, Helvetica, sans-serif;
	} 
	.tableizer-table td {
		padding: 4px;
		margin: 3px;
		border: 1px solid #CCC;
	}
	.tableizer-table th {
		background-color: #104E8B; 
		color: #FFF;
		font-weight: bold;
	}
</style>
<table class="tableizer-table">
<thead><tr class="tableizer-firstrow"><th>Resolution / FPS</th><th>Bitrate (Mbps)</th><th>Compression Ratio</th></tr></thead><tbody>
 <tr><td>8256 x 4644 60p</td><td>5780</td><td>4.555</td></tr>
 <tr><td>8256 x 4644 50p</td><td>4810</td><td>4.561</td></tr>
 <tr><td>8256 x 4644 30p</td><td>2890</td><td>4.555</td></tr>
 <tr><td>8256 x 4644 25p</td><td>2410</td><td>4.552</td></tr>
 <tr><td>8256 x 4644 24p</td><td>2310</td><td>4.559</td></tr>
 <tr><td>4128 x 2322 120p</td><td>3840</td><td>3.428</td></tr>
 <tr><td>4128 x 2322 100p</td><td>2900</td><td>3.783</td></tr>
 <tr><td>4128 x 2322 60p</td><td>1740</td><td>3.783</td></tr>
 <tr><td>4128 x 2322 50p</td><td>1450</td><td>3.783</td></tr>
 <tr><td>4128 x 2322 30p</td><td>870</td><td>3.783</td></tr>
 <tr><td>4128 x 2322 25p</td><td>730</td><td>3.757</td></tr>
 <tr><td>4128 x 2322 24p</td><td>700</td><td>3.761</td></tr>
</tbody></table>



<p>First of all, given 4.5 compression ratio, NRAW is definitely a lossy codec. Interesting thing is that 8K&#8217;s compression ratio is higher than 4K&#8217;s. 4.5 vs 3.7.</p>



<h2 class="wp-block-heading">NRAW Normal Quality 12 bit</h2>



<style type="text/css">
	table.tableizer-table {
		font-size: 14px;
		border: 1px solid #CCC; 
		font-family: Arial, Helvetica, sans-serif;
	} 
	.tableizer-table td {
		padding: 4px;
		margin: 3px;
		border: 1px solid #CCC;
	}
	.tableizer-table th {
		background-color: #104E8B; 
		color: #FFF;
		font-weight: bold;
	}
</style>
<table class="tableizer-table">
<thead><tr class="tableizer-firstrow"><th>Resolution / FPS</th><th>Bitrate (Mbps)</th><th>Compression Ratio</th></tr></thead><tbody>
 <tr><td>8256 x 4644 60p</td><td>3470</td><td>7.587</td></tr>
 <tr><td>8256 x 4644 50p</td><td>2890</td><td>7.591</td></tr>
 <tr><td>8256 x 4644 30p</td><td>1740</td><td>7.565</td></tr>
 <tr><td>8256 x 4644 25p</td><td>1450</td><td>7.565</td></tr>
 <tr><td>8256 x 4644 24p</td><td>1390</td><td>7.576</td></tr>
 <tr><td>4128 x 2322 120p</td><td>1750</td><td>7.522</td></tr>
 <tr><td>4128 x 2322 100p</td><td>1460</td><td>7.513</td></tr>
 <tr><td>4128 x 2322 60p</td><td>880</td><td>7.479</td></tr>
 <tr><td>4128 x 2322 50p</td><td>730</td><td>7.513</td></tr>
 <tr><td>4128 x 2322 30p</td><td>440</td><td>7.479</td></tr>
 <tr><td>4128 x 2322 25p</td><td>370</td><td>7.412</td></tr>
 <tr><td>4128 x 2322 24p</td><td>350</td><td>7.522</td></tr>
</tbody></table>



<p>For normal quality, the compression ratio is even higher, reaching 7.5:1 which is not bad for all-intra. </p>
]]></content:encoded>
					
					<wfw:commentRss>https://zxi.mytechroad.com/blog/photography/nikon-z8-prores-prores-raw-bitrate-and-compression-ratio/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
