① 視頻設置中yuvj420p和yuv420p有什麼區別
yuvj420p是一般是照相機拍出來的格式，和拍出來的jpg照片一樣，灰階范圍是0-255，是pc主機的顯示色彩；yuv420p是大部分攝像機拍出來的格式，灰階范圍是16-235，是tv主機的顯示色彩，也是現在的主流格式。
差異在於，yuv420p格式的視頻，在用pc主機（顯示範圍為0-255）進行播放的時候，會比yuvj420p格式的視頻偏灰一些，因為它的灰階范圍是16-235，所以它的白定義為235，黑的定義為16，在pc主機上都不算是純白或者純黑。
② 2160pyuv420是4k嗎
2160pyuv420是4k
160P，顧名思義即是3840×2160的解析度,接近4K清晰度，幾乎達到影院標准。橫向3840個像素點，縱向2160個像素點。1080P為現在的全高清解析度標准，也就是說2160P的清晰度達到了1080P的四倍。
③ 藍光機HDMI輸出RGB，全RGB，YCBCR，YCBCR422 選哪個畫質最好
HDMI高清介面畫質最好
1：HDMI介面可以傳輸的視頻支持高清1080I，高清720P，普通隔行和普通逐行
2：同時支持NTSC和PAL電視制式
3：可以根據接受端可以接受的視頻狀態自動輸出YU或RGB編碼的視頻格式
4：而HDMI 1.4支持RGB 24Bit、YUV 420、YCbCr 444、YCbCr 420。
④ 4k視頻文件的碼流是多大
這樣算
例如
輸入碼率：
7680x4320解析度， 10比特 YUV420采樣，60fps幀率
7680 x 4320 x 15 bit/pixel x 60fps = 29.86 Gbps
⑤ 藍光機HDMI輸出RGB，全RGB，YCBCR，YCBCR422 選哪個畫質最好
HDMI高清介面畫質最好
1：HDMI介面可以傳輸的視頻支持高清1080I，高清720P，普通隔行和普通逐行
2：同時支持NTSC和PAL電視制式
3：可以根據接受端可以接受的視頻狀態自動輸出YU或RGB編碼的視頻格式
4：而HDMI 1.4支持RGB 24Bit、YUV 420、YCbCr 444、YCbCr 420。
⑥ YUV格式小結
☞ 對格式采樣的理解
提出yuv格式的原因，是為了解決彩色電視和黑白電視兼容性問題，因此從rgb的顏色空間，轉換為yuv的顏色空間，其中y代表亮度，u和v代表色度。
yuv種類分為很多，可以理解是一個 二維的 ，即空間間，和空間內，這樣的表述，借鑒了h264中的幀間和幀內的思想
為什麼這么說呢？
下面分別從這兩種情況闡述一下這個觀點：
空間-間 ：不同空間，即描述一個像素的bit數不同，比如yuv444，yuv422，yuv411，yuv420
空間-內 ：相同空間，即描述一個像素的bit數相同，但是存儲方式不同，比如對於yuv420而言，又可細分為yuv420p，yuv420sp，nv21，nv12，yv12，yu12，I420
因此，我們在理解yuv格式時，時刻需要記住要從bit數，和存儲結構兩方面考察
☞ 對於4的理解
為什麼yuv444，yuv420，yuv422，yuv411都是用的4呢？
我仔細的研究了一下，
首先yuv的命名方式和rgb的命名方式是不相同的，如果是rgb4444，這里的數字代表的是不同顏色分量所佔的bit數
這里，rgb4444代表alpha 4bit，red 4bit，green 4bit，blue 4bit，從宏觀上看，是16bit，也就是2位元組，但是從微觀上看，是以bit區分的
yuv的命名方式則不是這種情況，yuv不會分細到bit級別，最低最低的單位，也是1位元組，即8bit，說到這里，就會拋出一個問題，
難道每個像素點都需要至少1位元組的整數倍來描述嗎？
如果說描述的最小單位是1位元組，那麼每個像素都是由y，u，v共同描述的，難道說明每個像素點至少都是
來描述嗎？顯然這是不合理的，因為人眼對y是很敏感的，但是u和v是可以在一定程度上壓縮的，也就是說，同一個像素點，u和v的描述可以小於1位元組，那麼這是不是和最小單位為一位元組矛盾呢？ 答案是不矛盾，因為用到了共享的思想，這是yuv和rgb的本質區別
rgb是一個像素是一個家庭，家庭成員是r，g，b，但是yuv是若干像素是一個家庭，不同像素的y共享同一個u和v ，這樣，引入了共享的思想，雖然最小單位是一個位元組，但實際上描述一個像素點的位元組，不一定是位元組的整數倍
該進入正題了，為什麼是4？因為這個4，實際上表達了共享的最大單位！也就是最多4個像素進行共享，因此4實際上是隱含的采樣全集
☞ 不同空間下yuv格式
這里從空間的角度考慮yuv格式
① yuv444
那麼yuv444代表什麼呢？就是最完整的最理想的最奢侈的狀態，
這無疑是最理想的狀態了y，u，v都為4，說明大家都是滿的
② yuv422
那麼，yuv422呢？說明這里，u由4變為2，v由4變為2，也就是在原來滿的情況下，每行需要去掉兩個u和兩個v
如何去掉呢？最簡單的方法就是第一個點保留u，第二個點保留v，第三個點保留u，第四個點保留v ..
圖示如下：
在這張圖中，顯然一個家庭的成員為
也就是兩個像素點共享uv
③ yuv411
yuv411又是什麼情況呢？顯然在原來yuv422的基礎上，每行再去掉一個u和一個v
圖示如下：
這個家庭的成員為
也就是四個像素點共享uv
④ yuv420
yuv420的意思似乎是在yuv422的基礎上，再拿掉兩個v，這樣不就沒有v了嗎？
其實yuv420的取名方式不是很高明， 更確切的命名為yuv420yuv402
也就是第一行只有兩個u，而第二行只有兩個v
圖示如下：
[ y v ] [ y ] [ y v ] [ y ]
仔細體會yuv420和yuv411的區別
對於yuv420而言，這個家庭的成員為
也是四個像素點共享uv，但是這個家庭顯然比yuv411的家庭關系更近一些
思考：從這個課題討論來看，我們是否可以進一步提高yuv的壓縮效率？可以更多y共享uv嗎？可以自適應嗎？
小結：從這里可以看出，yuv211和yuv422顯然格式上是不一樣的，因此這里的數字不僅僅代表了比例，還代表了實際的值
☞ 三種格式packet，planar，semi-plane
在這一課題，我們探討一下相同bit數的不同存儲格式，主要討論yuv422和yuv420
packet是打包格式，即存儲yuv，然後再存儲下一個yuv ..
planar是平面格式，即先存儲y平面，再存儲u平面，最後存儲v平面
semi-planar是兩個平面，正常的planar是三個平面，即y平面，u平面，v平面，現在的semi-planar是兩個平面，也就是說uv為同一個平面，即一個y平面，一個uv平面
① yuv422
yuyv（yuy2）
uyvy
yuv422p（yu16）
或（yv16）
[ v v v v ]
[ v v v v ]
[ u u u u ]
[ u u u u ]
yuv422sp（nv16）
或（nv61）
② yuv420
yuv420p（yu12 / I420）
或（yv12）
yuv420sp（nv12）
或（nv21）
☞ 對nv系列理解
常見的有nv12，nv21，nv16，nv61等，這里代表什麼意思呢？
其實nv系列，都屬於semi-plane系列
這里nv12表示正常的順序，即uv plane，先是u，然後是v
而nv21表示相反的順序，即uv plane，先是v，然後是u
同樣，nv16和nv61的區別也是僅僅是uv的次序而已
這里的12和16又代表什麼呢？實際上代表的是一個像素所佔的位數！
以nv12為例，表示一個像素佔用12bit，其中y是定死的佔8bit，也就是u佔2bit，v佔2bit，實際上就是yuv420格式，具體而言是yuv420sp格式
nv16，則表示一個像素佔用16bit，其中y是定死的8bit，也即是u佔4bit，v佔4bit，實際上就是yuv422格式，具體而言是yuv422sp格式
⑦ RGB與YUV
每個像素用1個bit表示，可表示的顏色范圍為雙色，即最傳統的黑和白。1個bit只能表示0，1兩種值。需要調色板，不過調色板只包含兩種顏色。
每個像素用4個bit表示，4個bit所能夠表示的索引范圍是0-15，共16個。也就是可以表示16種顏色。即調色板中包含16中顏色。
每個像素用8個bit表示。8個bit所能夠表示的索引范圍是0-255，共256個。也就是可以表示256中顏色。即調色板中包含256中顏色。
RGB像素格式中的bit存儲的是每一個像素點的R,G,B值
一個像素用16個bit = 2個byte表示 ，R=5 G=6 B=5
為什麼綠色為6位？
一個像素用16個bit = 2個byte，但是最高位不用，R=5 G=5 B=5
RGB24圖像每個像素用8個bit，共24個位表示，共3個位元組，注意：在內存中RGB各分量的排列順序為：BGR
RGB32圖像每個像素用32個bit表示，佔4個byte，R，G，B分量分別用8個bit表示，存儲順序為B，G，R，最後8個位元組保留。注意：在內存中RGB各分量的排列順序為：BGR
RGB32圖像每個像素用32個bit表示，佔4個位元組，R，G，B分量分別用8個bit表示，存儲順序為B，G，R，最後8個為透明像素。注意：在內存中RGB各分量的排列順序為：BGRA
注意：java默認使用大端位元組序，c/c++默認使用小端位元組序，android平台下Bitmap.config.ARGB_8888的Bitmap默認是大端位元組序，當需要把這個圖片內存數據給小端語言使用的時候，就需要把大端位元組序轉換為小端位元組序。例如：java層的ARGB_565傳遞給jni層使用時，需要把java層的ARGB_565的內存數據轉換為BGRA565。
詳細驗證請看： Android Bitmap像素排列與JNI操作
YUV有很多變種，我們常說的YUV指的是YCbCr,YUV三個字母中，其中」Y」表示明亮度（Lumina nce或Luma），也就是灰階值；而」U」和」V」表示的則是色度（Chrominance或Chroma）作用是描述影像色彩及飽和度，用於指定像素的顏色。Cb指藍色色度分量，而Cr指紅色色度分量，是標准 YUV 的一個翻版（還有YPbPr等），此文中，我們就用 YUV 指代 YCbCr 了。
首先，YUV按照數據大小分為三個格式，YUV420，YUV422，YUV444。由於人眼對Y的敏感度遠超於對U和V的敏感，所以可以多個Y分量共用一組UV，這樣既可以極大的節省空間，又可以不太損失質量。
按照多個 Y 分量共用一個 UV 的方式，我們可以把 YUV 分為 420，422，444 三種類型，而在這三種類型之下，我們又可以按照 YUV 的排列儲存順序，將其細分為好多種格式，這些格式數量繁多，又不好記憶，這為我們學習過程中造成了不少困難。下面我就為大家一一介紹。
首先，我們將可以按照 YUV 的排列方式，再次將 YUV 分成三個大類，Planar，Semi-Planar 和 Packed。
Planar YUV 三個分量分開存放
Semi-Planar Y 分量單獨存放，UV 分量交錯存放
Packed YUV 三個分量全部交錯存放
按照這三種方式，我們就可以將 YUV 格式進行比較細致的分類了。
YUV的所有格式列表
一張從上到下分別為原圖、Y、U 和 V：
YUV 4:4:4 采樣，意味著 Y、U、V 三個分量的采樣比例相同，因此在生成的圖像里，每個像素的三個分量信息完整，都是 8 bit，也就是一個位元組。
如下圖所示：
其中，Y 分量用叉表示，UV 分量用圓圈表示。
舉個例子 ：
假如圖像像素為：[Y0 U0 V0]、[Y1 U1 V1]、[Y2 U2 V2]、[Y3 U3 V3]
那麼采樣的碼流為：Y0 U0 V0 Y1 U1 V1 Y2 U2 V2 Y3 U3 V3
最後映射出的像素點依舊為 [Y0 U0 V0]、[Y1 U1 V1]、[Y2 U2 V2]、[Y3 U3 V3]
假如圖像像素為：[Y0 U0 V0]、[Y1 U1 V1]、[Y2 U2 V2]、[Y3 U3 V3]
那麼采樣的碼流為：Y0 U0 V0 Y1 U1 V1 Y2 U2 V2 Y3 U3 V3
最後映射出的像素點依舊為 [Y0 U0 V0]、[Y1 U1 V1]、[Y2 U2 V2]、[Y3 U3 V3]
可以看到這種采樣方式的圖像和 RGB 顏色模型的圖像大小是一樣，並沒有達到節省帶寬的目的，當將 RGB 圖像轉換為 YUV 圖像時，也是先轉換為 YUV 4:4:4 采樣的圖像。
YUV 4:2:2 采樣，意味著 UV 分量是 Y 分量采樣的一半，Y 分量和 UV 分量按照 2 : 1 的比例采樣。如果水平方向有 10 個像素點，那麼采樣了 10 個 Y 分量，而只採樣了 5 個 UV 分量。
如下圖所示：
舉個例子 ：
假如圖像像素為：[Y0 U0 V0]、[Y1 U1 V1]、[Y2 U2 V2]、[Y3 U3 V3] 那麼采樣的碼流為：Y0 U0 Y1 V1 Y2 U2 Y3 V3
其中，每采樣過一個像素點，都會采樣其 Y 分量，而 U、V 分量就會間隔一個採集一個。
最後映射出的像素點為 [Y0 U0 V1]、[Y1 U0 V1]、[Y2 U2 V3]、[Y3 U2 V3]
假如圖像像素為：[Y0 U0 V0]、[Y1 U1 V1]、[Y2 U2 V2]、[Y3 U3 V3]
那麼采樣的碼流為：Y0 U0 Y1 V1 Y2 U2 Y3 V3 其中，每采樣過一個像素點，都會采樣其 Y 分量，而 U、V 分量就會間隔一個採集一個。
最後映射出的像素點為 [Y0 U0 V1]、[Y1 U0 V1]、[Y2 U2 V3]、[Y3 U2 V3]
采樣的碼流映射為像素點，還是要滿足每個像素點有 Y、U、V 三個分量。但是可以看到，第一和第二像素點公用了 U0、V1 分量，第三和第四個像素點公用了 U2、V3 分量，這樣就節省了圖像空間。
一張 1280 * 720 大小的圖片，在 YUV 4:2:2 采樣時的大小為：
可以看到 YUV 4:2:2 采樣的圖像比 RGB 模型圖像節省了三分之一的存儲空間，在傳輸時佔用的帶寬也會隨之減少。
YUV 4:2:0 采樣，並不是指只採樣 U 分量而不採樣 V 分量。而是指，在每一行掃描時，只掃描一種色度分量（U 或者 V），和 Y 分量按照 2 : 1 的方式采樣。比如，第一行掃描時，YU 按照 2 : 1 的方式采樣，那麼第二行掃描時，YV 分量按照 2:1 的方式采樣。對於每個色度分量來說，它的水平方向和豎直方向的采樣和 Y 分量相比都是 2:1 。
如下圖所示：
假設第一行掃描了 U 分量，第二行掃描了 V 分量，那麼需要掃描兩行才能夠組成完整的 UV 分量。
舉個例子 ：
假設圖像像素為：[Y0 U0 V0]、[Y1 U1 V1]、 [Y2 U2 V2]、 [Y3 U3 V3][Y5 U5 V5]、[Y6 U6 V6]、 [Y7 U7 V7] 、[Y8 U8 V8]
那麼采樣的碼流為：Y0 U0 Y1 Y2 U2 Y3 Y5 V5 Y6 Y7 V7 Y8其中，每采樣過一個像素點，都會采樣其 Y 分量，而 U、V 分量就會間隔一行按照 2 : 1 進行采樣。
最後映射出的像素點為：[Y0 U0 V5]、[Y1 U0 V5]、[Y2 U2 V7]、[Y3 U2 V7][Y5 U0 V5]、[Y6 U0 V5]、[Y7 U2 V7]、[Y8 U2 V7]
假設圖像像素為：[Y0 U0 V0]、[Y1 U1 V1]、 [Y2 U2 V2]、 [Y3 U3 V3][Y5 U5 V5]、[Y6 U6 V6]、 [Y7 U7 V7] 、[Y8 U8 V8]
那麼采樣的碼流為：Y0 U0 Y1 Y2 U2 Y3 Y5 V5 Y6 Y7 V7 Y8其中，每采樣過一個像素點，都會采樣其 Y 分量，而 U、V 分量就會間隔一行按照 2 : 1 進行采樣。
最後映射出的像素點為：[Y0 U0 V5]、[Y1 U0 V5]、[Y2 U2 V7]、[Y3 U2 V7][Y5 U0 V5]、[Y6 U0 V5]、[Y7 U2 V7]、[Y8 U2 V7]
從映射出的像素點中可以看到，四個 Y 分量是共用了一套 UV 分量，而且是按照 2*2 的小方格的形式分布的，相比 YUV 4:2:2 采樣中兩個 Y 分量共用一套 UV 分量，這樣更能夠節省空間。
一張 1280 * 720 大小的圖片，在 YUV 4:2:0 采樣時的大小為：
可以看到 YUV 4:2:0 采樣的圖像比 RGB 模型圖像節省了一半的存儲空間，因此它也是比較主流的采樣方式。
YUV 的存儲格式，有兩種：
YUYV 格式是採用打包格式進行存儲的，指每個像素點都採用 Y 分量，但是每隔一個像素采樣它的 UV 分量，排列順序如下：
UYVY 格式也是採用打包格式進行存儲，它的順序和 YUYV 相反，先採用 U 分量再采樣 Y 分量，排列順序如下：
YUV 422P 格式，又叫做 I422，採用的是平面格式進行存儲，先存儲所有的 Y 分量，再存儲所有的 U 分量，再存儲所有的 V 分量。
基於 YUV 4:2:0 采樣的格式主要有 YUV 420P 和 YUV 420SP 兩種類型，每個類型又對應其他具體格式。
I420 的單幀結構示意圖如下（Planar 方式）
這幅圖的上面一幅可以看出 Y1、Y2、Y7、Y8 共用 U1 和 V1。後面的線性數組為其存儲順序，可以看出 Y、U 和 V 都是順序存儲的，往外寫的時候，先按順序將 Y 分量寫出，然後再根據 U、V 分別將它們依次寫出即可。
NV12的單幀結構示意圖如下（Planar 方式）
可以看出與 YV12 不同的時，它的 Y 雖然也是順序存儲，但 U、V 卻是交錯存儲的，這種方式存儲在往外寫出時則先直接順序寫出 Y，然後對 UV 分別依次寫出。
PS：Android的Camera Preview默認圖像格式為NV21。
把RGB和YUV的范圍都縮放到[0,255]
YUV轉RGB
RGB轉YUV
參考資料：
圖片RGB數據格式
一文讀懂 YUV 的采樣與格式
視音頻數據處理入門：RGB、YUV像素數據處理
Android Bitmap像素排列與JNI操作
YUV420_SVG
⑧ PS4 Pro 4K輸出2160p YUV420和2160p RGB有什麼區別
rgb跟yuv420都是表示色度抽樣方式。yuv420是一種有損壓縮的數據，是為了讓hdmi1.4版本的設備也支持2160p@60hz，而rgb則是未經壓縮的數據，可以讓支持hdmi2.0版本的設備以2160p@60hz顯示未經壓縮的原始數據。yuv420的畫質是不如rgb的，就跟音頻的mp3壓縮格式不如wav無損格式一個道理。
⑨ 4k解析度 電影 444和420差距
YUV444 色度信號解析度最高的格式是YUV4:4:4,每4點Y采樣,就有相對應的4點U和4點V。換句話說,每個Y值對應一個U和一個V值。