lcd debug notes 2(qcom and orise)
1 polarity inversion 面板极性变换方式 可使用的common电极驱动方式 Frame inversion 固定与变动 Row inversion 固定与变动 Column inversion 只能使用固定的common电极电压 Dot inversion 只能使用固定的common电极电压 面板极性变换方式 Flicker的现象 Cr
1 polarity inversion
面板极性变换方式 可使用的common电极驱动方式
Frame inversion 固定与变动
Row inversion 固定与变动
Column inversion 只能使用固定的common电极电压
Dot inversion 只能使用固定的common电极电压
面板极性变换方式 Flicker的现象 Crosstalk(串扰; 串音)的现象
Frame inversion 明显 垂直与水平方向都易发生
Row inversion 不明显 水平方向容易发生
Columninversion 不明显 垂直方向容易发生
Dot inversion 几乎没有 不易发生
Current Orise IC is supported for Column Inversion and Dot Inversion (0xC0B4h Panel Driving Mode)
2 The method of showing layer (qcom)
2.1 Insert the following patch
diff --git a/libhwcomposer/hwc.cpp b/libhwcomposer/hwc.cpp index ae7bb95..3f1a657 100644 --- a/libhwcomposer/hwc.cpp +++ b/libhwcomposer/hwc.cpp @@ -331,11 +331,121 @@ static int hwc_query(struct hwc_composer_device_1* dev, } +inline void getHalPixelFormatStr(int format, char pixelformatstr[]) +{ + if (!pixelformatstr) + return; + + switch(format) { + case HAL_PIXEL_FORMAT_RGBA_8888: + strcpy(pixelformatstr, "RGBA_8888"); + break; + case HAL_PIXEL_FORMAT_RGBX_8888: + strcpy(pixelformatstr, "RGBX_8888"); + break; + case HAL_PIXEL_FORMAT_RGB_888: + strcpy(pixelformatstr, "RGB_888"); + break; + case HAL_PIXEL_FORMAT_RGB_565: + strcpy(pixelformatstr, "RGB_565"); + break; + case HAL_PIXEL_FORMAT_BGRA_8888: + strcpy(pixelformatstr, "BGRA_8888"); + break; + case HAL_PIXEL_FORMAT_RGBA_5551: + strcpy(pixelformatstr, "RGBA_5551"); + break; + case HAL_PIXEL_FORMAT_RGBA_4444: + strcpy(pixelformatstr, "RGBA_4444"); + break; + case HAL_PIXEL_FORMAT_YV12: + strcpy(pixelformatstr, "YV12"); + break; + case HAL_PIXEL_FORMAT_YCbCr_422_SP: + strcpy(pixelformatstr, "YCbCr_422_SP_NV16"); + break; + case HAL_PIXEL_FORMAT_YCrCb_420_SP: + strcpy(pixelformatstr, "YCrCb_420_SP_NV21"); + break; + case HAL_PIXEL_FORMAT_YCbCr_422_I: + strcpy(pixelformatstr, "YCbCr_422_I_YUY2"); + break; + case HAL_PIXEL_FORMAT_NV12_ENCODEABLE: + strcpy(pixelformatstr, "NV12_ENCODEABLE"); + break; + case HAL_PIXEL_FORMAT_YCbCr_420_SP_TILED: + strcpy(pixelformatstr, "YCbCr_420_SP_TILED_TILE_4x2"); + break; + case HAL_PIXEL_FORMAT_YCbCr_420_SP: + strcpy(pixelformatstr, "YCbCr_420_SP"); + break; + case HAL_PIXEL_FORMAT_YCrCb_420_SP_ADRENO: + strcpy(pixelformatstr, "YCrCb_420_SP_ADRENO"); + break; + case HAL_PIXEL_FORMAT_YCrCb_422_SP: + strcpy(pixelformatstr, "YCrCb_422_SP"); + break; + case HAL_PIXEL_FORMAT_R_8: + strcpy(pixelformatstr, "R_8"); + break; + case HAL_PIXEL_FORMAT_RG_88: + strcpy(pixelformatstr, "RG_88"); + break; + case HAL_PIXEL_FORMAT_INTERLACE: + strcpy(pixelformatstr, "INTERLACE"); + break; + default: + sprintf(pixelformatstr, "Unknown0x%X", format); + break; + } +} + +void dump_layers(int layercount, size_t layerIndex, hwc_layer_1_t hwLayers[]) +{ + hwc_layer_1_t *layer = &hwLayers[layerIndex]; + hwc_rect_t sourceCrop = layer->sourceCrop; + hwc_rect_t displayFrame = layer->displayFrame; + private_handle_t *hnd = (private_handle_t *)layer->handle; + char *layer_format=new char[50]; + getHalPixelFormatStr(hnd->format,layer_format); + int composition_type =layer->compositionType; + char sfdumpfile_name[256]; + + sprintf(sfdumpfile_name, "/data/layerdump/dump%03d_layer%d_%dx%d_%s_comp%d.raw", + layercount, layerIndex, hnd->width, hnd->height, + layer_format,composition_type); + FILE* fp = fopen(sfdumpfile_name, "w+"); + if (fp != NULL) { + fwrite((void*)hnd->base, hnd->size, 1, fp); + fclose(fp); + } + +} + static int hwc_set_primary(hwc_context_t *ctx, hwc_display_contents_1_t* list) { ATRACE_CALL(); int ret = 0; const int dpy = HWC_DISPLAY_PRIMARY; if (LIKELY(list) && ctx->dpyAttr[dpy].isActive) { + + char property_fb[PROPERTY_VALUE_MAX]; + static int layer_count =0; + int count_limit=0; + if (property_get("debug.sf.dump", property_fb, NULL) > 0) { + if(atoi(property_fb) > 0) { + count_limit=atoi(property_fb) ; + if (0 == mkdir("/data/layerdump", 0777)) + layer_count=0; + if(layer_count<count_limit for int i="0;i<list-">numHwLayers;i++) + dump_layers(layer_count, i, list->hwLayers); + layer_count ++ ; + } + } + } + + + uint32_t last = list->numHwLayers - 1; hwc_layer_1_t *fbLayer = &list->hwLayers[last]; int fd = -1; //FenceFD from the Copybit(valid in async mode) </count_limit>
2.2 Issue the following command
# setprop debug.sf.dump 100
The dump data is in /data/layerdump folder.
2.3 Issue the following command
# adb pull <remote> <local></local></remote>
2.4 Download the tool: Irfanview and PlugIns
The newest version of Irfanview is 4.36
2.5 Open the corresponding files, such as *.raw
Please notes that the pixels need to be matched to oringinal size. Then the pictures can be shown, as follows:
dump035_layer0_544x960_RGBX_8888_comp1.raw
// layer0 means layer 0; RGBX X means no alpha
dump034_layer1_544x960_RGBA_8888_comp1.raw
dump035_layer2_416x608_RGBA_8888_comp1.raw
// layer2 means layer 2; comp1 means mdpcomp
dump033_layer3_544x960_RGBA_8888_comp1.raw
dump035_layer4_544x960_RGBA_8888_comp3.raw // layer4 means layer 4; comp3 means fb_target
3 popup menu jitter(抖动; 颤动)
According to the methods in div 2, we can capture all layers from hwc.cpp. The root cause is related to the progress of animation. Because of the animation, the actual size of popup menu is variable and the alpha value isn't 0xff until the animation is shown completely. But mdp RGB pipe can't handle this scenario smoothly which causes the edge of popup menu jitter. So if this scenario appears, mdp composition should be disabled.
The animation can be disabled via the following steps:
Settings -> Developer options ->
Window animation scale (off, .5x, 1x, 2x, 5x, 10x)
Transition animation scale
Animator duration scale
So the animation progress can be adjusted if you need to do this. Meanwhile we can disable hw overlay via the option of Disable HW overlays.
4 overlay process
4.1 mdp4_overlay_set (key point)
a. Get pipe from request (struct mdp_overlay ), choose corresponding pipe type;
Where the function checks if the request is valid or not, such as width, height, downscale ratio(1/8), upscale ratio(20(mdp version > 4.1, otherwise 8)) and so on.
b. Return pipe index;
c. Calc mdp clock for current frame and bandwidth;
d. Done.
5 Ghost Shadow
This issue is caused by VCOM. For orise 9605, we can adjust 0xD900h(VCOMDC: VCOM voltage setting, 0x39:-1)
影像残留主要是PANEL Pixel上的正负电压值不对称,解决方案是调整VCOM(寄存器D900)。如果改Panel的翻转方式,也可以改善。如果LCM上有GVDD、NGVDD的测试点,可以量一下这两个点的电压,理论上这两个电压值是一致的!
If we adjust the mode of inversion to dot inversion, the power will increase about 10mA, althrough this way can fix this issue too. I don't think it is a good method.
6 DTYPE_DCS_WRITE (long, short)
#define DTYPE_DCS_LWRITE 0x39 /* long write */ #define DTYPE_DCS_WRITE 0x05 /* short write, 0 parameter */ #define DTYPE_DCS_WRITE1 0x15 /* short write, 1 parameter */ #define DTYPE_DCS_READ 0x06 /* read */
With regard to opening lcd or closing lcd(sleep out/in), it is proper to use DTYPE_DCS_WRITE. If the commands have one parameter, it is proper to use DTYPE_DCS_WRITE1. If the commands have more than one parameter, it is proper to use DTYPE_DCS_LWRITE.

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









LTPs は低温ポリシリコン スクリーン、LCD は液晶ディスプレイ スクリーンです。LTPs はポリシリコン技術の一分野です。各独立したピクセルはアクティブに制御できます。主に蛍光管、導光板、偏光板、フィルターで構成されています。 LCDは、板、ガラス基板、支持フィルム、液晶などの材料から構成されており、バックライト光源に対する液晶分子の調整を電場によって制御することで表示を実現しており、主にLCDパネルで構成されています。 、バックライトモジュール、および回路基板。

Springboot プロジェクトは初めてです (1) ブレークポイントのデバッグが効果がないことがわかり、非常に落ち込んで、オンラインで解決策を探しました。私が目にしたのは、リモート デバッグであると言われているいくつかの非常に複雑なソリューションだけでしたが、追加の冒頭のスローガンも必要でした。これは従来のプロジェクトとは異なるので、必要ないと思います。そこでいろいろ調べてみたところ、もっと簡単な方法があることが分かりました 手順は以下の通りです: pom ファイルのプラグイン部分に設定を追加します: false でOKです; (2) SpringBoot プロジェクトのエラーについて従来の Web プロジェクトには web.xml ファイルが必要ですが、SpringBoot プロジェクトには web.xml ファイルが必要ないため、web.xml ファイルがありません。

スクリーン技術の反復は、携帯電話メーカーが「展開」するための核心的な取り組みです。 現在の OLED スクリーンは、明るさ、消費電力、色、目の保護の点で非常に優れたレベルに達しています。しかし、OLED技術がますます成熟しているにもかかわらず、依然としてかなりのユーザーがLCDスクリーンを搭載した携帯電話を選択している理由は、主に目の保護におけるLCDスクリーン特有の利点によるものと考えられます。 LCD の方が目に優しいのはなぜですか?多くの「LCD派」の人がOLEDスクリーンを見ると目が痛くなり涙を流す理由を明確に説明するには、画面表示の原理について簡単に説明する必要があります。画面に表示される画像は、OLED の無数のピクセルで構成されるパターンとして単純に理解できます。

6月27日のニュースによると、研究機関オムディアが発表した最新の報告書によると、2024年第1四半期、世界のスマートフォンの有機発光ダイオード(OLED)パネル出荷台数が初めて液晶ディスプレイ画面(LCD)を上回ったという。歴史。同報告書によると、スマートフォンディスプレイの年間出荷台数は2023年に前年比5%増の14億5000万台に達し、2024年上半期までに出荷台数は前年比増の7億1500万台に達すると予想されている。 9%。このうち、アクティブマトリクス型有機発光ダイオード(AMOLED)スクリーンの出荷台数は、2024年第1四半期に1億8,200万台に増加し、前年同期比39%増加したのに対し、薄膜トランジスタ液晶ディスプレイ(TFTLCD)は対照的に増加した。出荷量は前年比10%減の17億2000万個に落ち込んだ。ああ、

最近、vivoが所有するタブレットコンピュータ「iPA2475」が国の3C品質認証に合格し、iQOO Pad2と名付けられる予定だ。しかし、最近の暴露では、状況は新たな展開を迎えたようだ。 4月2日、CNMOは、デジタルブロガーがiQOOの主力タブレットの名前がオリジナルのiQOO Pad2ではなくPad2 Proになることを明らかにしたことに気づきました。このブロガーは、iQOO Pad 2 Proが間もなくリリースされることも明らかにしました。ブロガーの分析に基づくと、iQOO Pad2 Pro には強力な Dimensity 9300 プロセッサが搭載され、ユーザーに優れたパフォーマンス体験をもたらします。同時に、3.1K解像度、144Hzリフレッシュレート、13インチLCD大画面も搭載され、視聴中でも快適に視聴できます。

2月6日のニュースによると、ブロガーのDigital Chat Stationは、次期Snapdragon 8シリーズとSnapdragon 7シリーズの携帯電話にはOLEDスクリーンが搭載され、LCDスクリーンモデルにはSnapdragon 6シリーズプラットフォームが搭載されることを明らかにしました。今は電話は何もありません。昨年、iQOO と Redmi はそれぞれ iQOO Z8 と Redmi Note 12T Pro という高性能 LCD スクリーン携帯電話を発売しましたが、最新のニュースによると、iQOO Z9 は LCD スクリーンを使用せず、1.5 KOLED スクリーンに切り替えられました。周知のとおり、LCD ユーザーが LCD を好む主な理由は、LCD 画面がグローバル DC 調光方式を採用しており、ちらつきがなく、長時間の視聴でも比較的快適であるためです。しかし、何年にもわたる開発の繰り返しを経て、OLED はそれ自体の欠点を克服し、現在では

数日前に発売された新しいiPad Proを覚えていますか?最大のアップグレードの 1 つは、LCD パネル (MiniLED バックライト) から OLED への変更です。ちょうど今日、シャオ・レイもニュースを見ました。つまり、聯合ニュースは、LGディスプレイが最後のLCDパネル工場の売却を加速し、OLEDへの完全移行を発表したと報じました。第 3 世代のディスプレイ技術として、OLED が LCD に置き換わる傾向はかなり前から始まっており、OLED が LCD に代わって絶対的な主流になると主張する人もいます。しかし、LCD の栄光の終焉と世界中での OLED の普及を最もよく反映しているのは、私たちが最もよく使用している携帯電話を振り返ることかもしれません。 2017年以降、iPhoneXに代表されるフラッグシップスマートフォンにはいち早くOLEDスクリーンが標準搭載されました。

これまでのスマートフォン市場では、LCD ディスプレイ パネルが市場を独占していました。これは、LCD パネルが安価で操作が容易であるという事実によるものと考えられます。しかし、メーカーによるイノベーションの追求と技術開発により、AMOLEDパネルのコストはメーカーにとってもはや問題ではなくなりました。なぜなら、コストが高くなっても、AMOLED パネルはメーカーに他の付加価値をもたらすことができるからです。 2019年の調査報告書では、世界の大型LCDパネル出荷量が2020年から2024年にかけて年平均成長率0.8%というマイナスで減少する可能性があると述べている。この減少は、モニター、タブレット、ラップトップ、9 インチ以上のモニターに対する需要が飽和したことが原因です。 2024年までに中小型液晶パネルの出荷台数は1台に達する
