投屏成功後，手機橫屏切豎屏小窗畫面向右偏移

咸鱼Jay發表於2024-04-21

投屏成功後，手機橫屏切豎屏小窗畫面向右偏移

一、問題描述

手機投平板成功後，將手機橫屏，平板橫屏
點選手機Google File，選擇一個影片進行觀看，點選File的橫屏鎖定按鈕功能，然後解鎖，將手機豎屏
觀察投屏小窗畫面
小窗畫面向右偏移

二、問題分析

2.1、日誌分析

對比正常和異常的log，手機轉屏時tMultiDisplay 虛擬屏都被設定了一次異常的matrix:dsdx 0.223325 dtdx 0.000000 dtdy 0.000000 dsdy 0.223325, 但正常時，在設定了異常matrix之後，又設定了一次正常的matrix: setMatrix dsdx 0.500000 dtdx 0.000000 dtdy 0.000000 dsdy 0.500000，最終結果就是正常的。
對比正常matrix設定時上下文的log，都有display configuration的變更和變更下發，tMultiDisplay應該在onConfigurationChanged中重新設定matirx，異常時tMultiDisplay沒有設定正常matrix的原因，懷疑是此時tMultiDisplay還沒有disconnect和conncet，正常情況下tMultiDisplay disconnect和connect動作在配置變更下發之前。
系統ContentRecorder的onConfigurationChanged方法中會判斷前後2次配置是否一致，如果一致，後面的配置變更就不下發了，懷疑tMultiDisplay disconnect和conncet log代表著錄屏的某種重置，會讓正常情況下第2次配置變更能讓tMultiDisplay 的matrix正常變更。

異常：
03-30 13:34:28.102  1370  2116 V WindowManager: Content Recording: Display 3 was already recording, so apply transformations if necessary
03-30 13:33:25.267  1370  2821 V WindowManager: Content Recording: Going ahead with updating recording for display 3 to new bounds Rect(0, 0 - 720, 1612) and/or orientation 2.
03-30 13:33:25.267  1370  2821 E SurfaceComposerClient: cx setMatrix dsdx 0.223325 dtdx 0.000000 dtdy 0.000000 dsdy 0.223325
 
03-30 13:33:26.100  1370  1426 I DisplayDeviceRepository: Display device changed: DisplayDeviceInfo{"tMultiDisplay": uniqueId="virtual:com.xxx.smartlink,10268,tMultiDisplay,0", 360 x 806, modeId 6, renderFrameRate 60.0, defaultModeId 6, supportedModes [{id=6, width=360, height=806, fps=60.0, alternativeRefreshRates=[], supportedHdrTypes=[]}], colorMode 0, supportedColorModes [0], hdrCapabilities null, allmSupported false, gameContentTypeSupported false, density 106, 106.0 x 106.0 dpi, appVsyncOff 0, presDeadline 16666666, touch NONE, rotation 0, type VIRTUAL, deviceProductInfo null, state ON, committedState UNKNOWN, owner com.xxx.smartlink (uid 10268), frameRateOverride , brightnessMinimum 0.0, brightnessMaximum 0.0, brightnessDefault 0.0, hdrSdrRatio NaN, FLAG_PRESENTATION, installOrientation 0, displayShape DisplayShape{ spec=2098940347 displayWidth=360 displayHeight=806 physicalPixelDisplaySizeRatio=1.0 rotation=0 offsetX=0 offsetY=0 scale=1.0}}
03-30 13:33:26.112  1370  1424 I WindowManager: Override config changes=20000480 {0.0 ?mcc0mnc ?localeList ?layoutDir sw543dp w543dp h1217dp 106dpi lrg long port ?uimode ?night -touch -keyb/v/h -nav/h winConfig={ mBounds=Rect(0, 0 - 360, 806) mAppBounds=Rect(0, 0 - 360, 806) mMaxBounds=Rect(0, 0 - 360, 806) mDisplayRotation=ROTATION_0 mWindowingMode=fullscreen mDisplayWindowingMode=fullscreen mActivityType=undefined mAlwaysOnTop=undefined mRotation=ROTATION_0 mSmartLandscapeMode=undefined} ?fontWeightAdjustment?ecid} for displayId=3
03-30 13:33:26.112  1370  1424 V WindowManager: Content Recording: Display 3 was already recording, so apply transformations if necessary
03-30 13:33:26.113  1370  1424 V WindowManager: DefaultTaskDisplayArea@135486604 is requesting orientation 2 (SCREEN_ORIENTATION_USER)
03-30 13:33:26.113  1370  1424 V WindowManager: FullscreenMagnification:0:12@34685930 is requesting orientation 2 (SCREEN_ORIENTATION_USER)
03-30 13:33:26.113  1370  1424 V WindowManager: OneHanded:0:14@84371163 is requesting orientation 2 (SCREEN_ORIENTATION_USER)
 
03-30 13:33:26.118   868   868 D BufferQueueConsumer: [VDS: tMultiDisplay](id:36400000003,api:1,p:868,c:868) disconnect
03-30 13:33:26.118   868   868 D BufferQueueProducer: [VDS: tMultiDisplay](id:36400000003,api:1,p:868,c:868) disconnect: api 1
03-30 13:33:26.121   868   868 D BufferQueueProducer: [VDS: tMultiDisplay](id:36400000004,api:1,p:868,c:868) connect: api=1 producerControlledByApp=false
 
 
正常：
03-30 13:34:28.103  1370  2116 V WindowManager: Content Recording: Going ahead with updating recording for display 3 to new bounds Rect(0, 0 - 720, 1612) and/or orientation -1.
03-30 13:34:28.103  1370  2116 E SurfaceComposerClient: cx setMatrix dsdx 0.223325 dtdx 0.000000 dtdy 0.000000 dsdy 0.223325
 
03-30 13:34:28.946  1370  1426 I DisplayDeviceRepository: Display device changed: DisplayDeviceInfo{"tMultiDisplay": uniqueId="virtual:com.xxx.smartlink,10268,tMultiDisplay,0", 360 x 806, modeId 8, renderFrameRate 60.0, defaultModeId 8, supportedModes [{id=8, width=360, height=806, fps=60.0, alternativeRefreshRates=[], supportedHdrTypes=[]}], colorMode 0, supportedColorModes [0], hdrCapabilities null, allmSupported false, gameContentTypeSupported false, density 106, 106.0 x 106.0 dpi, appVsyncOff 0, presDeadline 16666666, touch NONE, rotation 0, type VIRTUAL, deviceProductInfo null, state ON, committedState UNKNOWN, owner com.xxx.smartlink (uid 10268), frameRateOverride , brightnessMinimum 0.0, brightnessMaximum 0.0, brightnessDefault 0.0, hdrSdrRatio NaN, FLAG_PRESENTATION, installOrientation 0, displayShape DisplayShape{ spec=2098940347 displayWidth=360 displayHeight=806 physicalPixelDisplaySizeRatio=1.0 rotation=0 offsetX=0 offsetY=0 scale=1.0}}
03-30 13:34:28.952   868   868 D BufferQueueConsumer: [VDS: tMultiDisplay](id:36400000005,api:1,p:868,c:868) disconnect
03-30 13:34:28.952   868   868 D BufferQueueProducer: [VDS: tMultiDisplay](id:36400000005,api:1,p:868,c:868) disconnect: api 1
03-30 13:34:28.955   868   868 D BufferQueueProducer: [VDS: tMultiDisplay](id:36400000006,api:1,p:868,c:868) connect: api=1 producerControlledByApp=false
03-30 13:34:28.964  1370  1424 V WindowManager: Content Recording: Display 3 was already recording, so apply transformations if necessary
03-30 13:34:28.964  1370  1424 V WindowManager: App is requesting an orientation, return -1 for display id=0
03-30 13:34:28.964  1370  1424 V WindowManager: DefaultTaskDisplayArea@135486604 is requesting orientation -1 (SCREEN_ORIENTATION_UNSPECIFIED)
03-30 13:34:28.964  1370  1424 V WindowManager: FullscreenMagnification:0:12@34685930 is requesting orientation -1 (SCREEN_ORIENTATION_UNSPECIFIED)
03-30 13:34:28.964  1370  1424 V WindowManager: OneHanded:0:14@84371163 is requesting orientation -1 (SCREEN_ORIENTATION_UNSPECIFIED)
03-30 13:34:28.966  1370  1424 V WindowManager: Content Recording: Going ahead with updating recording for display 3 to new bounds Rect(0, 0 - 720, 1612) and/or orientation -1.
03-30 13:34:28.966  1370  1424 E SurfaceComposerClient: cx setMatrix dsdx 0.500000 dtdx 0.000000 dtdy 0.000000 dsdy 0.500000
03-30 13:34:29.043  1370  1424 V WindowManager: Content Recording: Display 3 state is now (2), so update recording?

上面日誌Tag為WindowManager預設是不會列印的，因此需要開啟開關才可以：

wm logging enable-text WM_DEBUG_ADD_REMOVE
wm logging enable-text WM_DEBUG_APP_TRANSITIONS_ANIM
wm logging enable-text WM_DEBUG_APP_TRANSITIONS
wm logging enable-text WM_DEBUG_DRAW
wm logging enable-text WM_SHOW_TRANSACTIONS
wm logging enable-text WM_SHOW_SURFACE_ALLOC
wm logging enable-text WM_DEBUG_FOCUS
wm logging enable-text WM_DEBUG_FOCUS_LIGHT
wm logging enable-text WM_DEBUG_BOOT
wm logging enable-text WM_DEBUG_SCREEN_ON
wm logging enable-text WM_DEBUG_KEEP_SCREEN_ON
wm logging enable-text WM_DEBUG_ORIENTATION
wm logging enable-text WM_DEBUG_CONFIGURATION
wm logging enable-text WM_DEBUG_SWITCH
wm logging enable-text WM_DEBUG_STATES
wm logging enable-text WM_DEBUG_TASKS
wm logging enable-text WM_DEBUG_STARTING_WINDOW
wm logging enable-text WM_DEBUG_ANIM
wm logging enable-text WM_DEBUG_RECENTS_ANIMATIONS
wm logging enable-text WM_DEBUG_REMOTE_ANIMATIONS
wm logging enable-text WM_DEBUG_WINDOW_ORGANIZER
wm logging enable-text WM_DEBUG_SYNC_ENGINE
wm logging enable-text WM_DEBUG_WINDOW_TRANSITIONS
wm logging enable-text WM_DEBUG_RESIZE
wm logging enable-text WM_DEBUG_CONTAINERS
wm logging enable-text WM_DEBUG_FOCUS
wm logging enable-text WM_DEBUG_WINDOW_MOVEMENT
wm logging enable-text WM_DEBUG_CONTENT_RECORDING

2.2、系統原始碼分析

異常時第2次Override config changes沒有設定正確的matrix的原因是ContentRecorder.java的下面這段程式碼中 lastOrientation != recordedContentOrientation 這個條件沒有滿足，手機橫屏切豎屏時，引數lastOrientation是橫屏，就是Configuration.ORIENTATION_LANDSCAPE = 2，而recordedContentOrientation的值就是呼叫mRecordedWindowContainer的getOrientation()方法獲取的，mRecordedWindowContainer是錄屏的主屏displayContent，它的getOrientation()方法的返回值就是log中列印的xxx is requesting orientation ...這種log，異常時這個返回值是2，等於lastOrientation，所以未走第2次matrix設定。

引數lastOrientation取值上來自於Configuration的orientation變數，是land或port這種，而mRecordedWindowContainer.getOrientation()返回的是當前應用請求的orientation，取值是ActivityInfo中的SCREEN_ORIENTATION_xxx這類值，2者不是一個維度的，數值可能有重疊。

void onConfigurationChanged(@Configuration.Orientation int lastOrientation) {
 
            ......
            final Rect recordedContentBounds = mRecordedWindowContainer.getBounds();
            int recordedContentOrientation = mRecordedWindowContainer.getOrientation();
            if (!mLastRecordedBounds.equals(recordedContentBounds)
                    || lastOrientation != recordedContentOrientation ) {
                Point surfaceSize = fetchSurfaceSizeIfPresent();
                if (surfaceSize != null) {
 
                    ...走到這個條件才會設定正確的surface matrix...
 
                }
 
            }
 
03-30 13:33:26.112  1370  1424 V WindowManager: Content Recording: Display 3 was already recording, so apply transformations if necessary
03-30 13:33:26.113  1370  1424 V WindowManager: DefaultTaskDisplayArea@135486604 is requesting orientation 2 (SCREEN_ORIENTATION_USER)
03-30 13:33:26.113  1370  1424 V WindowManager: FullscreenMagnification:0:12@34685930 is requesting orientation 2 (SCREEN_ORIENTATION_USER)
03-30 13:33:26.113  1370  1424 V WindowManager: OneHanded:0:14@84371163 is requesting orientation 2 (SCREEN_ORIENTATION_USER)

系統ContentRecorder類是在Android T之後新增的，並且在Android U上也存在此問題，因此透過檢視android-14.0.0_r28和android-14.0.0_r30的ContentRecorder類的onConfigurationChanged方法可以知道，在android-14.0.0_r30開始使用了@Configuration.Orientation int recordedContentOrientation = mRecordedWindowContainer.getConfiguration().orientation;替換了int recordedContentOrientation = mRecordedWindowContainer.getOrientation();

android-14.0.0_r28	android-14.0.0_r30

並且透過查詢發現Google主線版本對此問題已有修改：

https://android.googlesource.com/platform/frameworks/base/+/d71737d6f59fd21c75c540d1b5f62df9ff84181a^!/#F1

google還有一筆錄屏旋轉場景相關的patch，需要評估是否合入：

https://android.googlesource.com/platform/frameworks/base/+/ed63bbfecfc9690e9cece917e217630f5df9ce36

三、驗證問題

正好我手上有個Android T的公司手機，可以透過此手機進行驗證

3.1、下載手機系統原始碼

下載手機的系統原始碼

repo init -u git@xxx.com:xxx/manifest_t.git -m rom-t-mtk-ssi-xxx-ta.xml --depth=1 && repo sync -c --no-tag -j4

3.2、修改程式碼

我們在.\frameworks\base\services\core\java\com\android\server\wm目錄找到ContentRecorder.java

3.3、編譯系統

source build/envsetup.sh && export OUT_DIR=out_sys && chooseconfig phone VZW && lunch sys_mssi_64_ww_armv82-userdebug && make sys_images -j24

因為我現有的手機系統比較舊，因此需要刷上面的編譯的系統，而上面編譯命令不會生成system.img等檔案，因此需要執行

m snod pnod -j32;m vbmetaimage -j32

執行完後會在 .\out_sys\target\product\mssi_64_ww_armv82目錄下生成相關.img

3.4、刷裝置img

3.4.1、配置fastboot

執行fastboot devices命令檢視是否有裝置，如果沒有，則檢視Sdk\platform-tools目錄下是否有fastboot.exe並且是否配置了環境變數

如果上面沒問題，則應該是沒有相關驅動的原因，可以按照ADB Interface驅動安裝[Android Studio開發]來配置

配置好後，就可以執行fastboot devices檢視到裝置

3.4.2、執行fastboot命令

adb reboot bootloader
fastboot flash --disable-verity --disable-verification vbmeta_system vbmeta_system.img
fastboot reboot fastboot
fastboot flash system system.img
fastboot flash product product.img
fastboot reboot

執行完後，手機就更新最新的系統了。

3.5、替換services.jar

上面下載手機系統原始碼並編譯後，會在.\out_sys\target\product\mssi_64_ww_armv82\system\framework目錄下生成services.jar

替換services.jar前線進行手機root

adb root
adb remount

然後在進行adb shell


adb shell
cd /system/framework
mv services.jar services.jar_back // 備份原來的services.jar
 
// 將生成的services.jar push到手機的/system/framework目錄內
adb push services.jar /system/framework
adb reboot

3.6、問題驗證

手機進行投屏平板後，在手機端進行橫豎屏切換，可以發現不會在出現問題了，並透過列印的日誌也證明了上面的分析結論

activity橫屏豎屏
2012-07-14
iOS 橫豎屏切換
2017-02-07
iOS
Android橫豎屏切換
2017-08-16
Android
短視訊app開發，視訊、直播畫面跟隨手機橫屏、豎屏移動
2021-12-17
APP
橫屏和豎屏切換介面不重新整理
2015-10-15
js監聽手機橫豎屏事件
2020-12-02
JS事件
iOS橫豎屏
2018-02-26
iOS
檢測橫屏豎屏程式碼
2017-02-23
Activity橫豎屏切換生命週期
2019-03-24
匹配橫屏或者豎屏css程式碼例項
2017-02-17
CSS
[iOS]終極橫豎屏切換解決方案
2019-03-04
iOS
蘋果手機怎麼投屏不了,蘋果手機怎麼投屏電腦
2018-11-15
蘋果
iOS 橫豎屏旋轉總結
2018-01-18
iOS
App中橫豎屏的設定
2016-09-06
APP
直播電商平臺開發，橫豎屏切換的方法
2023-04-23
dialog橫豎屏切換時消失的解決方法
2013-09-16
蘋果手機怎麼無線投屏？最好用的手機投屏教程分享！
2018-11-09
蘋果
蘋果手機怎麼投屏到電腦，手機投屏電腦的方法
2018-10-30
蘋果
iPhone手機怎麼投屏到電腦，手機投屏電腦的方法
2018-11-01
iPhone
攻略：蘋果手機投屏電腦 iPhone映象投屏怎麼操作
2018-10-19
蘋果iPhone
康佳電視怎麼投屏？手機電腦都能投的投屏教程
2021-04-08
蘋果手機投屏到電視機？一鍵秒投屏的操作教程
2021-04-10
蘋果
[貝聊科技] iOS 終極橫豎屏切換解決方案
2017-07-23
iOS
Android在橫豎屏切換時到底發生了什麼？
2015-01-30
Android
橫豎屏切換中的介面設計與體驗提升
2012-08-20
蘋果iPhone手機怎麼投屏到電腦AirPlay映象投屏
2018-10-26
蘋果iPhoneAI
android轉屏，切換螢幕，橫豎屏（onConfigurationChanged）會重新 OnCreate 的解決方案
2012-09-02
Android
什麼軟體可以投屏電腦？最好的手機投屏軟體
2018-11-08
你還在問android橫豎屏切換的生命週期？
2013-09-16
Android
線上直播系統原始碼，強制應用全域性橫屏或豎屏
2021-11-30
原始碼
手機怎麼投屏到電腦win10 安卓手機怎樣投屏到電腦
2021-12-30
Win10安卓
如何把iPhone的畫面投屏到mac電腦
2020-08-11
iPhoneMac
Android系統橫豎屏切換時候Activity的生命週期
2016-06-09
Android
unity 動態修改當前橫豎屏狀態
2018-09-29
Unity
程式碼處理 iOS 的橫豎屏旋轉
2017-07-14
iOS
無線投屏軟體有什麼，電腦端怎麼同步手機畫面？
2018-10-15
投屏工具
2019-07-20
手機怎樣投屏到win10電腦手機投屏到win10系統的教程
2020-08-24
Win10

投屏成功後，手機橫屏切豎屏小窗畫面向右偏移

投屏成功後，手機橫屏切豎屏小窗畫面向右偏移

一、問題描述

二、問題分析

2.1、日誌分析

2.2、系統原始碼分析

三、驗證問題

3.1、下載手機系統原始碼

3.2、修改程式碼

3.3、編譯系統

3.4、刷裝置img

3.4.1、配置fastboot

3.4.2、執行fastboot命令

3.5、替換services.jar

3.6、問題驗證

相關文章