如果我說過要修改RGB輸入時的輸出邏輯
然後我沒修改
這當然是我的問題
如果我沒說過要修改RGB輸入時的輸出邏輯
然後我沒修改
我做錯啥了?
您現在就像個幼稚園的小朋友一樣,阿姨和你說來來給你糖吃,然後您在那兒大叫為什麼不給我蛋糕不是說了要給我蛋糕的麼
輸入10bit的YUV(輸入時這東西不叫P010叫yuv420p10,同樣輸入16bit yuv444叫做yuv444p16不叫Y416,請自己查區別)會修改輸出邏輯,因為它是YUV,和RGB有什麼關係?就算是RGB輸入,按您說的輸出還是RGB,這裡還是沒有錯誤,只是用不用dither的問題,和輸出邏輯又有啥關係?就我個人而言把RGB輸入轉成yuv再輸出,到時候交給渲染器dither回RGB才是搞笑的邏輯,要實現也應該是直接實現16bit RGB到8bit RGB的dither代碼才對…
LAVF內的pix_fmt轉換只要可能(有完成自己的轉換代碼的話),根本就不走FFmpeg,都是解碼輸出之後LAVF自己的pix fmt converter來做。FFmpeg那個sws是人用的麼…
前面已經說了,LAVF內部的pix_fmt轉換輸入RGB時只能接受8bit,更高的bit depth根本就沒有寫,如果需要請向nev提需求把它完成,不是修改輸出邏輯就能解決的