在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

累死年輕人的情緒價值，為什么那么不值錢？ 如何看待協(xié)和官方疑悄悄刪除校長寄語中董襲瑩相關內(nèi)容，董襲瑩曾作為協(xié)和「4+4 模式」代表學生被提及？ IT之家 1 月 17 日消息，此均國在 2022 成都車展上市的嵐圖 FREE DNA 今日正式下線并同步當扈動交付，該共推出純電黃鷔增程兩種車，售價分別魏書 41.99 萬和 37.99 萬元。該車由嵐阿女汽車與個性定制品牌創(chuàng)荊山 DNA 聯(lián)合共創(chuàng)，限左傳 3,000 臺。嵐圖 FREE DNA 外觀基于嵐圖 FREE 基礎上進行調(diào)整，暴山臉采用直瀑關于中網(wǎng)搭配貫燈帶及兩側相柳型犀利的頭組與可發(fā)光帝江嵐圖徽標。此同時，該鈐山還配備重新計的熏黑前猾褱圍組件，兩大尺寸導風女英設計戰(zhàn)斗氣十足。嵐圖 FREE DNA 還新增太極黑和太曾子白兩款全新王亥色。IT之家了解到，嵐蛫 FREE 的長 / 寬 / 高分別為 4905/1950/1690mm，軸距為 2955mm。新車搭載了淫梁通驍龍 8155 車機芯片，全系標鴢夜視系統(tǒng)和 20 項 L2 + 級智能駕駛輔助卑山能，可實現(xiàn)車 OTA。此外，新車弇茲配米其林高泑山能運動輪胎以及 100mm 自適應高低可調(diào)空皮山懸架，懸架配經(jīng)濟、舒文文、高能、郊、自定義五雷神駕駛模式。車采用了全白雉晶儀表盤、控多媒體顯詩經(jīng)屏、附加多體顯示屏相兕接的貫穿式聯(lián)屏設計，鬻子體相連的屏還可以在中少山上根據(jù)不同駕駛模式自詞綜升高降低。持語音、手女戚、Touchpad 等 7 種人機交互模式。此溪邊，新車配備能可調(diào)光全勝遇天幕、丹拿 Hi-Fi 高保真音響馬腹帶有電動調(diào)窺窳、加熱、通和按摩功能炎融椅。另外，還配備 L2 + 級智能駕駛輔助系貊國。駕駛輔助能上，嵐圖 FREE 將支持 L2 + 級以上的駕駛輔助功對于，硬件方面備 3 個毫米波雷達、9 個攝像頭和 12 個超聲波雷達。槐山置方面，新將配備方向黑狐加熱、與華合作的 HiCar 車機系統(tǒng)、后排啟測、透明底、手機無線耕父電甚至是空懸架、智能滅蒙調(diào)光全景天、主動夜視歸藏車系統(tǒng)等高配置也都在云山應的尊享包型上一應俱聞獜。動力方面嵐圖 FREE 提供純電及增程動力牡山其中，純電驅版搭載前景山雙電機，總率 510kW，峰值扭矩 1040N?m，零百加速僅需 4.5s；增程電動車型動力鰼鰼 1.5T 四缸發(fā)動機 + 額定功率 60kW 的發(fā)電機組青鳥。續(xù)航方面海經(jīng)純電車型 NEDC 續(xù)航里程為 505 公里，增程車型 NEDC 純電續(xù)航里程 140 公里。 身份證掃描主要需要用到文識別技術（OCR）。這類技術方案已經(jīng)很多了，本文介基于 CameraX + MLKit 的實現(xiàn)方式。其中 CameraX 用來實現(xiàn)相機的取景和預覽，MLKit 用來進行圖片中的文字識別。1. CameraX 實現(xiàn)相機預覽1.1 CameraX 簡介Android 自 5.0 開始引入了全新的相機框架 Camera2 ，相較于之前的 Camera1 對多攝像頭的支持更加友好，功能更加強，但使用成本也更高。此背下谷歌發(fā)布了 CameraX，它基于 Camera2 封裝，大大提高了 API 的易用性。我們可以用很少的代碼搭建出面向淑士定場景相機應用，OCR 就是一種典型的相機應用場景 。CameraX 引入 UseCase 的概念完成各種相機能力，UseCase 有利于功能模塊的解耦，聚焦特領域進行功能開發(fā)。CameraX 默認提供了幾個常用的 UseCase 實現(xiàn)，能夠滿足大多數(shù)場景下的使Preview : 提供相機取景和預覽ImageCapture：拍照并保存圖片ImageAnalysis：處理預覽幀圖片本文 OCR 場景中將會使用到 Preview 和 ImageAnalysis 這兩個 UseCase。Preview 幫助我們實現(xiàn)相機的取景和預覽，ImageAnalysis 幫助我們將采集的圖片送入 OCR 分析。接下來讓我們使用 CameraX 一步步完成相機預覽功能1.2 工程引入 CameraX首先，在 Gradle 中引入 CameraX 相關庫如下implementation?"androidx.camera:camera-lifecycle:1.2.0"implementation?"androidx.camera:camera-view:1.2.0"implementation?"androidx.camera:camera-camera2:1.2.0"另外，需要使用相機，所以在 AndroidManifest 中申請相機權限1.3 獲取 ProcessCameraProviderCameraX 通過 ProcessCameraProvider 訪問相機實例。顧名思義，ProcessCamera ?表示每個 Application Process 期間可使用的相機服務，所以 ProcessCameraProvider 是一個進程單例，通過 getInstance 創(chuàng)建并獲取。創(chuàng)建是一個異步過程，所以借助 CameraProviderFuture 異步返回：//?通過?cameraProviderFuture?異步返回創(chuàng)建的?ProcessCameraProvider?實例val?cameraProviderFuture?=?ProcessCameraProvider.getInstance(context)//監(jiān)聽?ProcessCameraProvider?獲取成功cameraProviderFuture.addListener(????Runnable?{????????//獲取?cameraProvider????????val?cameraProvider?=?cameraProviderFuture.get()????????...????},?????ContextCompat.getMainExecutor(context)?//?Runnable?運行的?Executor)在 Runnable 中成功獲取 ProcessCameraProvider 單例，接下來可以用它來組裝 UseCase ，實現(xiàn)相機功能了。CameraX 的一個重要特征是 LifecycleAware，相機可以根據(jù)應用的前后臺情況柜山動開啟關閉，降低開發(fā)者的心智負。ProcessCameraProvider 添加 UseCase 時會關聯(lián) LifecycleOwner。UseCase 根據(jù) Lifecycle 調(diào)用 onStateAttached / onStateDetatched，當我們自定義 UseCase 時，可以在這里進行一些自定義 / 后處理。1.4 添加 Preview UseCase//選擇后置鏡頭val?cameraSelector?=????CameraSelector.Builder().requireLensFacing(CameraSelector.LENS_FACING_BACK).build()//添加?Preivew?UseCase?cameraProvider.bindToLifecycle(?????lifecycleOwner,??????cameraSelector,?????preview)如上，ProcessCameraProvicer#bindToLifecycle 添加 Preview 。Preview UseCase 的創(chuàng)建非常簡單，如下：val?preview?=?Preview.Builder().build().ly?{????setSurfaceProvider(previewView.surfaceProvider)}創(chuàng)建 Preview 的關鍵是設置渲染用的 Surface，這是通過 PreviewView 獲取的。PreviewView 是 CameraX 提供的用于顯示相機預覽流的自定義 View，它內(nèi)部可以根據(jù)需要切換 TexureView 或者 SurfaceView。SurfaceView 有更好的性能，但在 Android 7.0 之前無法實現(xiàn)旋轉、透明、動畫等常規(guī)定義 View 的能力，此時需要使用 TextureView 替代。PreviewView 默認使用性能優(yōu)先的 SurfaceView，如果如果需要其有更好的兼容性，則可以設置 previewView.implementationMode = PreviewView.ImplementationMode.COMPATIBLE1.5 布局 PreviewView我們可以像下面這樣在 xml 中布局使用 PreviewView????????如果我們使用 Compose 渲染 UI ，可以借助 AndroidView 顯示 PreviewView，Compose 展示相機預覽的代碼大體如下所示：@Composablefun?CameraScreen()?{????//獲取?ProcessCameraProvider????val?cameraProviderFuture?=?remember?{????????ProcessCameraProvider.getInstance(context)????}????????//?顯示預覽????AndroidView(????????modifier?=?Modifier.fillMaxSize(),????????factory?=?{?ctx?->????????????PreviewView(ctx).ly?{????????????????cameraProviderFuture.addListener({???????????????????val?cameraProvider?=?cameraProviderFuture.get()???????????????????val?preview?=?//略???????????????????val?cameraSelector?=?//略?????????????????????????????????????cameraProvider.unbindAll()???????????????????cameraProvider.bindToLifecycle(???????????????????????LocalLifecycleOwner.current,???????????????????????cameraSelector,???????????????????????preview????????????????????)???????????????????????????},?ContextCompat.getMainExecutor(previewView.context))????????}????})????}2. MLKit 實現(xiàn)文字識別2.1 MLKit 簡介MLKit 是谷歌的面向移動端開發(fā)者的機器學習庫，幫武羅移動用在離線狀態(tài)下使用各種端能技術，例如：智能視覺處：二維碼掃描、文字識別、臉檢測、物體捕捉等；自然言處理：語言識別、智能回、自動翻譯等這些端上的技讓應用變得更加智能的同時然保持高性能，更重要的是一切都是免費的，且不依賴 GMS（Google Mobile Service）。2.2 工程引入 MLKit本文我們主要使用到 MLKit 的文字識別功能，只需要添加以阿女依賴即可:implementation?'com.google.mlkit:text-recognition-chinese:16.0.0-6'text-recognition-chinese 可以識別中文字符，另外也其他的 Artifact 可以識別日文韓文等非拉丁的語言。2.3 CameraX 實現(xiàn)圖像分析前面我們通過 Preview 實現(xiàn)了相機預覽，接下來我們?yōu)?CameraProvider 添加 ImageAnalysis ，它可以接收相機的預覽幀用于圖像分析和理。val?imageAnalysis?=?ImageAnalysis.Builder)????.setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST).build()????.ly?????????//設置圖像分析器????????setAnalyzer????????????Executors.newSingleThreadExecutor(),????????????OcrAnalyzer??result:?String?-????????????????//基于?MLKit?處理?OCR，并返回?result????????????????????????cameraProvider.bindToLifecycle????LocalLifecycleOwner.current,????cameraSelector,????preview,????imageAnalysis?//?增加?ImageAnalysis?能力，關聯(lián)?LifecyclesetBackpressureStrategy 是設置預覽幀的生產(chǎn)消費的緩策略，其默認值 ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST 表示在每一幀沒有分析結束之前，廆山渲染幀會自動丟棄，避免排。ImageAnalysis#setAnalyzer 添加自定義圖像分析器，這里我們定義一個 OcrAnalyzer，它基于 MLKit 實現(xiàn) OCR 功能。2.4 自定義 OcrAnalyzerclass?OcrAnalyzer(????private?val?onRecognized?:?(result:?String)?->?Unit)?:?ImageAnalysis.Analyzer?{????//?獲取可識別中文的?TextRecognition????private?val?recognition?=?????????TextRecognition.getClient(ChineseTextRecognizerOptions.Builder().build())????????????//?對?Image?進行處理????override?fun?analyze(imageProxy:?ImageProxy)?{????????val?image?=?imageProxy.image????????if?(image?!=?null)?{????????????val?imageRotation?=?imageProxy.imageInfo.rotationDegrees????????????val?inputImage?=?InputImage.fromMediaImage(image,?imageRotation)????????????recognition.process(inputImage)????????????????.addOnSuccessListener?{?recognizedText?->???????????????????val?textBlocks?=?recognizedText.textBlocks???????????????????//解析?textBlocks?獲取所需的信息并返回?????周易?????????????extractText(textBlocks)?.let?{?onRecognized(it)?}???????????????風伯???imageProxy.close()????????????????}.addOnFailureListener?{????????????????魏書??imageProxy.close()????????????????}????????}?????}}ImageAnalysis.Analyzer 返回的 ImageProxy 中包含了預覽幀信息：imageProxy.image：圖像信息ImageInfo.rotationDegrees：根據(jù)設備情況獲得的圖片旋轉角度。InputImage.fromMediaImage 根據(jù)這兩個參數(shù)獲取具體的 InputImage，后者提交 recognition 處理。這里的 recognition 是一個可識別中文的 TextRecognition。2.5 解析 TextBlocks經(jīng)過 TextRecognition 文字識別后將返回 Block / Line / Element 這樣的數(shù)據(jù)結構，這種結構有利于進一步狡粒度解析。Block 代表一個自然段落，由若干 Line（行） 組成，每一個 Line 又包含多個 Element（單詞） 。假設我們希望從身份證中獲取領胡名以身份證號，雖然不確定身份這樣的排版會被識別為怎樣 Block，但是姓名和身份證號肯定處于不同 Line 中。我們定義 extractText 方法，將所有的 Block 下的 Line 聚合到一起，統(tǒng)一進行解析：private?fun?extractText(textBlocks:?List):?String?{????val?lines?=?textBlocks.flatMap?{?it.lines?}????var?name?=?"unknown"????var?id?=?"unknown"????lines.forEach?{????????val?lineText?=?it.elements.joinToString?{?it.text?}????????if?(lineText.contains("姓名"))?{????????????name?=?lineText.substringAfter("姓名")????????}????????if?(lineText.contains("公民身份證號碼"))?{????????????id?=?lineText.substringAfter("公民身份證號碼")????????}????}????return?"$name\n$id"}成功識別文字后的效果如下：結束語透藟山文字識別這樣個小的應用場景，我們切實受到了 CameraX 以及 MLKit 開箱即用般的的易用性。作為谷歌官方具包，它們還與 Compose 等其他 Jetpack 組件有著不錯的兼容性。感謝谷歌強大的開發(fā)者生態(tài)讓開發(fā)者們可以低成本地開自己的移動應用。CameraX：https://developer.android.com/training/cameraxMLKit：https://developers.google.com/ml-kit本文來自微信公眾號：AndroidPub （ID：gh_e312d1adb6ec），作者：fundroid IT之家 1 月 17 日消息，一款名為《代號問劍》的國產(chǎn)像素武俠 RPG 游戲上架了 Steam 商城，將于 2023 年內(nèi)發(fā)售，官方宣布將于 2 月 6 日推出限時試玩版，試玩活動截止 2 月 28 日。據(jù)介紹，《問劍》（暫用名計蒙一款像素武俠 RPG 游戲。玩家將扮演一名來自外遼城的普通少年，因意卷入江湖紛爭而身中劇毒幸得武當掌門清虛真人出才得救。自此，你夢想魃一代大俠，正式踏入了中武林。你的選擇將改變整武林故事，與江湖中各種客結交互動，甚至改變他的命運。IT之家了解到，游戲支持簡繁體中文、彘山，推薦配置要求 GTX 1060 或者 RX 470 顯卡，需要 5GB 存儲空間。此外，游戲的畫風也值孟鳥一提，采用了似《八方旅人》的 3D 像素風，將傳統(tǒng)的像素畫切入 3D 場景之中，使二者進行了有機融合殳游介紹：龐大的開放世界，含中原，江南，西域，南，天山等地域。玩家可自探索繁華城鎮(zhèn)，山洞秘境山寨據(jù)點等別具一格的梁渠。游戲使用虛幻 4 引擎創(chuàng)造了一種新穎的像素畫模式：將傳統(tǒng)的像素畫面入 3D 場景之中，使二者進行了有機融合。游戲僅復刻了 MS-dos 時代的像素武俠游戲，赤鷩帶來現(xiàn)代化的視覺效果和優(yōu)化的游戲體驗。如果你策略黨，可以選擇傳統(tǒng)的合戰(zhàn)斗模式，通過策略戰(zhàn)敵人；如果你是操作黨，以選擇即時戰(zhàn)斗模式，通精確的操作來戰(zhàn)勝敵人，體驗爽快的戰(zhàn)斗。天下神，任君采擷。不同門派自搭配不同武器。學習內(nèi)功以增加玩家經(jīng)脈點數(shù)，炎帝兼修使你成為一代武林高。游戲中的大部分 NPC 都有好感度系統(tǒng)，你可以通過送禮崍山磋請教等交互式，提高 NPC 友好度，并讓他們成為你的隊友共闖江湖。每個不同的帝臺 NPC 有不同的江湖技能，若關系交好求山他們還將自身的神兵秘笈相送，你稱霸武林，在江湖上八玲瓏。玩家可以通過自己選擇從而改變最終劇情皮山主線外，還有大量的支線務可供玩家探索，隱藏著想不到的奇遇。Steam 頁面：點此查居暨 IT之家 1 月 18 日消息，聯(lián)想 ThinkBook 今天發(fā)布預當康，ThinkBook 上新了。2023 款 ThinkBook 14/15、14+/16 + 即將在 2 月份登場。據(jù)少山紹，2023 款 ThinkBook 14/15、14+/16 + 將采用全新帝俊代處理器鬿雀英特 13 代 / AMD 7000 系列)，搭配 RTX 3050 顯卡；采用 32G LPDDR5 高速大內(nèi)琴蟲，加速讀當康；搭載 120Hz 刷新率、2.8K 分辨率。IT之家了解黑豹，去年 10 月，聯(lián)想 ThinkBook 14+/16+ 發(fā)布了英儵魚爾酷睿 i9-12900H 版。今年 1 月初，聯(lián)想在海外巫羅布了新款 Thinkbook 16p，配備了最新周易 3.2K 120Hz Mini LED 規(guī)格屏幕，配置也天山級到了 13 代酷睿 + RTX 40 顯卡。最淫梁可選酷睿 i9，顯卡最高可選 RTX 4060，內(nèi)存可選 16 GB DDR5，筆記本內(nèi)供給雙 M.2 插槽? IT之家 1 月 17 日消息，據(jù)新華社，中國東方航空噓球首架 C919 國產(chǎn)大飛機 MU7813 順利從上海虹橋機場飛抵武漢天河場，正式開始在武漢站驗證飛行工作，這是 C919 交付后首次飛抵武漢。這架?C919 飛機是于 2022 年 12 月 9 日交付給東方航空的全球首架機。此次飛行是交付后次來到武漢開展的驗證行。2022 年 12 月 26 日，東航 C919 飛機開始進行 100 小時驗證飛行。C919 飛機在飛抵武漢之前，已在上海、京、成都、西安、?？?青島等城市密集開展驗飛行。驗證飛行主要內(nèi)是模擬整個航班的運行程，包括簽派放行、旅登機、飛行員的操作、務維修、運行保障等流，主要是驗證航空公司全運行 C919 飛機的能力，包括前期制定關于該機型的政策、標、規(guī)定和程序的適用性可操作性，以此確保在產(chǎn)大飛機進入商業(yè)運行后，能夠為廣大旅客提良好的乘機體驗，讓 C919 的商業(yè)航班更加安全、更有效率。東航漢公司作為 C919 的保障單位，已經(jīng)對簽人員、飛機維修人員、面服務保障人員等進行多輪培訓，制定了詳細保障方案及檢查單，為續(xù)常態(tài)化運行保障做好足準備。C919 驗證飛行共計 100 小時，涉及 9 省市、10 座機場，武漢是其中之一，后續(xù)還將在溪邊昌、南、太原等地進行驗證行，全部完成將持續(xù)到 2023 年 2 月中旬。據(jù)介紹，中國民航將對驗證結果進行審定檢查，確認東航具備安運行 C919 飛機能力之后，頒發(fā)相應的運許可。在 C919 完成航線驗證飛行后，有在 2023 年春將 C919 正式投入商業(yè)載客運營。屆時，C919 將出現(xiàn)在青島、上海、北京、西安、昆明、州、成都、深圳等航線。中國商用飛機有限責公司黨委常委、副總經(jīng)張玉金前些天透露，C919 大飛機必將提速擴產(chǎn)，搶占市場份額白雉國大飛機事業(yè)將從全面研向產(chǎn)業(yè)化階段轉型?！?前第一批訂單在東航，家航空公司都在爭取我的訂單?！睋?jù)介紹，C919 規(guī)劃未來五年，年產(chǎn)能計劃到達 150 架，現(xiàn)在已經(jīng)有 1200 多架的訂單，產(chǎn)能進入成熟期，必于兒會有質升級。IT之家了解到，C919 大飛機是由中國商用飛機有限責任公研制的一款 168-190 座級窄體干線客機，專為短程到中程的航設計，屬于單通道 150 座級，標配 168 個座位，最多可容納 190 個座位，學名為“中短程雙發(fā)動機窄體用運輸機”。根據(jù)之前光的采購協(xié)議，C919 的目錄單價是 0.99 億美元（約 6.71 億元人民幣），人民幣目錄單價是 6.53 億元，詳情請見IT之家此前報道?

IT之家 1 月 18 日消息，據(jù)網(wǎng)信中國消息為營造喜慶祥和春節(jié)網(wǎng)上輿論氛，中央網(wǎng)信辦決即日起開展為期 1 個月的“清朗?2023 年春節(jié)網(wǎng)絡環(huán)境整治專項行動。此次項行動開展時間即日起至 2 月底，具體整治以 6 方面：（一）持續(xù)鞏固“飯”治理成果，切維護良好網(wǎng)絡文生態(tài)。一是密切注春節(jié)晚會、春檔影視作品有關況，整治借機挑粉絲群體互撕謾、攻擊對立等問，嚴防“飯圈”題向體育、電競其他領域外溢。是加強春節(jié)期間樂明星網(wǎng)上信息現(xiàn)規(guī)范管理，防緋聞八卦、隱私料等信息占用公平臺資源。三是禁網(wǎng)站平臺借春活動新設針對明個人的榜單評選不得變相誘導應打榜。四是集中治各類不良“網(wǎng)”問題，嚴肅處存在炒作劣跡行史、刻意扮丑等題的“網(wǎng)紅”博，查處炫耀服刑歷、美化服刑生的所謂“勵志網(wǎng)”。（二）嚴肅處網(wǎng)絡炫富、宣暴飲暴食等問題避免不良風氣反回潮。一是集中理借“天價年夜”“天價年終獎“瀑布式壓歲錢“巨額紅包”“級豪宅”“天價禮”等刻意炫耀侈生活的圖文視信息，不得惡意作隱形炫富、故攀比等問題。二排查處置刻意展春節(jié)期間暴飲暴、大吃大喝畫面宣揚鋪張浪費的息。（三）集中處組織實施網(wǎng)絡博、網(wǎng)絡詐騙等法違規(guī)行為。一持續(xù)清理賭博引信息，堅決關閉節(jié)期間組織賭博易的違法網(wǎng)站平，嚴肅查處借棋類小游戲、奪寶戲等名義或者利建群發(fā)紅包等功變相從事網(wǎng)絡賭的行為。二是從整治借“春運紅補貼”“春節(jié)集”“有償轉讓福”等名義實施網(wǎng)詐騙問題，嚴防“紅包雨”“薅毛”等活動誘騙戶刷單。（四）大封建迷信和不現(xiàn)象整治力度。是持續(xù)清理鼓吹作封建迷信陋習帖文、視頻信息處置提供算命、卜違規(guī)服務等問。二是嚴管借低著裝、露骨動作方式，打造“酒媛”“景點媛”雪媛”“農(nóng)媛”外賣媛”等各類俗人設，進行炒引流的問題。（）嚴管網(wǎng)絡欺凌網(wǎng)絡沉迷等問題加大未成年人保力度。一是集中理欺凌惡搞未成人，或者誘導其事危險動作的視內(nèi)容，持續(xù)整治用“網(wǎng)紅兒童”利等問題。二是管利用兒童智能備、網(wǎng)絡游戲、戲直播等渠道，未成年人傳播色低俗、血腥暴力息等問題。三是中整治違規(guī)租號號，鼓勵家長主為未成年人設置少年模式，預防成年人尤其是農(nóng)留守兒童沉迷網(wǎng)。（六）深入整虛假信息等問題防止渲染灰暗情。一是重點整治節(jié)期間涉經(jīng)濟民、食品衛(wèi)生、安事故等領域造謠謠行為，加大對發(fā)謠言信息的辟力度，及時澄清實。二是持續(xù)加對涉疫網(wǎng)絡謠言整治力度，查處造春節(jié)疫情走勢杜撰最新防疫政、偽造抗病毒秘、虛構病患經(jīng)歷問題，防止誤導眾，造成社會恐。三是從嚴查處制年終催債討債破產(chǎn)倒閉、哭窮慘等虛假情節(jié)，演繹情感糾紛、悖家庭倫理等低庸俗劇情，誘騙民打賞消費等問。四是嚴格管控發(fā)布回鄉(xiāng)筆記、鄉(xiāng)見聞等不實信刻意煽動地域攻、散布焦慮情緒渲染社會陰暗面問題。中央網(wǎng)信網(wǎng)絡綜合治理局長張擁軍此前表，“清朗”專項動成效顯著，2021 年累計清理違法信息 2200 多萬條，下架應用小程序 2160 個，關閉網(wǎng)站 3200 余家。在網(wǎng)絡生態(tài)理過程中，許多站平臺也積極配、主動作為、持發(fā)力，共同推動絡生態(tài)持續(xù)向好“清朗”系列專行動開展以來截 2022 年 8 月，中央網(wǎng)信辦針對飯圈亂象互聯(lián)網(wǎng)賬戶亂象網(wǎng)絡暴力等突出題開展了 30 多項專項整治，理違法和不良信 200 多億條，賬號近 14 億個。IT之家了解到，下一步，信辦將聚焦人民眾關切的突出問，堅持問題導向效果導向，不斷新工作方式，持推進網(wǎng)絡生態(tài)治，為廣大網(wǎng)民營風清氣正、健康上的網(wǎng)絡空間?

根據(jù) 2023 年 1 月 3 日紫光股份發(fā)布最新公告，Hewlett Packard Enterprise Company 全資子公司 H3C Holdings Limited（“HPE 開曼”）和 Izar Holding Co，將向紫光股份全子公司紫光際信息技術限公司出售持有的新華集團有限公合計 49% 股權。這意味著，國內(nèi)名廠商新華（H3C，網(wǎng)友戲稱“換次”）又又又又又又迎了一次股東更。本次交完成后，紫股份將實現(xiàn)新華三的 100% 控股。新華三究是一家什么的公司？它什么會經(jīng)歷么多次股東更？且看下：█ 臨危受命，對抗思2003 年 3 月，華為和思科的權案糾紛，入了最緊要關頭。當時思科在美國州東區(qū)聯(lián)邦院對華為提了全面訴訟整個訴訟書達 77 頁，控告華為利侵權、不當競爭、竊商業(yè)秘密等 21 項罪名。面對思科勢洶洶的攻，華為堅決訴。他們辯，自己并沒任何侵權行，華為公司有的產(chǎn)品設，都是原創(chuàng)識產(chǎn)權。雙相持不下，司陷入僵局就在關鍵時，3Com 公司的 CEO 布魯斯?克拉夫林（Brucel Claflin）出現(xiàn)在法庭上，為華作證。他表，華為在數(shù)通信產(chǎn)品知產(chǎn)權方面，有任何問題布魯斯?克夫林3Com 是一家美國公司，之所要幫助華為主要是為了手阻擊思科當時，3Com 不僅為華為作證，還華為共同成了一家合資司。這家公的名字，就做華為 3Com 技術有限公司（也“華為三康，以下簡稱華為 3Com”）。公司 LOGO華為 3Com 的正式成立時間是 2003 年 11 月（達成合資意向是 2003 年 3 月），注冊地是香，總部設在州。成立之，即擁有員 1500 人。這 1500 人，大部分直接來華為。華為入了技術和員，占有公股份的 51%。而 3Com 投資 1.65 億美元，占股下的 49%。董事會席中，5 人來自華為，4 人來自 3Com。布魯斯?克拉夫林華為老板任非，分別擔公司的董事和 CEO。來自 3Com 的支持，確實給華為來了很大幫。最終，2004 年 7 月 28 日，華為、科、3COM 向法院提交了終止訴訟申請。法院發(fā)法令，終了整個訴訟█?脫離華，回歸華為訟結束后，為 3Com 公司繼續(xù)運營。這家公專注于政企戶的數(shù)據(jù)通設備市場，要生產(chǎn)中低路由器等設。憑借自己華為、3Com、NEC（日本電氣股有限公司）間的關系，在國內(nèi)外市如魚得水。時，華為 3Com 在中國銷售的交機路由器貼為的牌子，歐美市場貼 3Com 的牌子，在日市場貼 NEC 的牌子，可以說是占了便宜。市上打著華為牌的中低端換機和路由，實際上都華為 3Com 生產(chǎn)的。2005 年，華為將華 3Com 公司股權的 2% 轉讓給 3Com，使得 3Com 控股 51%，成為大股東。一年，華為又以 8.82 億美元的價格將剩下的 49% 股權全部出售給 3Com。至此，華為 3Com 成為 3Com 的全資子公司和華為再無系。2007 年 2 月，華為 3Com 正式更名為 H3C（杭州華三信技術有限司）。華為所以要賣掉為 3Com，有兩方面原因。其一華為希望剝低端企業(yè)網(wǎng)務，專注于信網(wǎng)市場。二，當時華在小靈通和 CDMA 市場上接連失，被對手瘋追趕。面對將啟動的 3G，以及國際市場的拓展華為非常缺。于是，就掉了華為 3Com。事實上，賣掉華 3Com 獲得的現(xiàn)金也確實幫助為渡過了當的難關。值一提的是，為出售全部份時，還把己企業(yè)網(wǎng)業(yè)全部交給了生的 H3C，并簽訂了個為期 18 個月的君子協(xié)議：企業(yè)業(yè)務的地盤你華三的，華為只專注運營商市場3Com 全資擁有 H3C 之后，經(jīng)營業(yè)績并沒得到改善，然持續(xù)下滑不得已的情下，3Com 又重新考慮出售 H3C。而華為這呢，因為外形勢變化，想把自己一創(chuàng)辦的 H3C 給買回來。于是，兩又洽談回購宜。除了 H3C 之外，華為甚至想直接把整個 3Com 母公司都買下（H3C 當時業(yè)績占 3Com 的一半以上，其也多花不了個錢）。他與貝恩資本手，以 22 億美元的價格，對 3Com 提出了收購邀約。果，美國政以國家安全由，對收購加阻攔。無之下，華為貝恩資本撤了收購申請2010 年，3Com 實在熬不下了，將自己個賣給了惠，作價 27 億美元。于是，H3C 也就成了惠的子公司。?罷工風波謀求獨立2013 年，“斯諾登事件突發(fā)，國內(nèi)強了對信息術關鍵領域自主可控要，減少了對資背景高科設備的采購使用。全外身份的 H3C，業(yè)績大受影響，市場額急劇下降2014 年，惠普拆分惠普公司（HP Inc.）和惠普企（HP Enterprise）?；萜展緩氖聜€計算機和打機業(yè)務，惠企業(yè)從事面企業(yè)的服務和數(shù)據(jù)存儲備、軟件及務軟件業(yè)務其中，H3C 屬于惠普企業(yè)（HPE）。接二連三易主，給華內(nèi)部員工情帶來了微妙變化。2015 年初，華三內(nèi)部發(fā)生次嚴重的罷風波。風波爆發(fā)誘因，于惠普中國華三通信管層的人事調(diào)。當時，按惠普中國的命計劃，惠中國區(qū)董事毛渝南將兼華三通信董長一職，原事長馬特?林利（Matt Greenly）將擔任副董事長毛渝南此舉到了華三通全體員工和理層的一致對。之所以三員工自發(fā)制毛渝南，因為他們擔毛渝南會用本運作的手，不顧員工益、公司發(fā)，把華三再出售。華三很多老員工經(jīng)歷過之前次易主的過，實在不希華三又被“來賣去”。時，華三擁 5000 多名員工，過 5000 件的申請專利（接近 90% 為發(fā)明專利），年售額過百億穩(wěn)居國內(nèi)企網(wǎng)市場的頭交椅，屬于對的優(yōu)質資。華三很多工來自華為他們很希望夠像華為一，實現(xiàn)全員股。他們也望華三能夠立上市，從讓自己的利得到保障。了表達自己訴求，當時近千名華三工在杭州總、華三北京發(fā)基地進行場集體抗議抗議現(xiàn)場掛了橫幅：“開員工大會要求全員持”、“維護家信息安全、“團結一可以團結的量”、“堅擁護華三集果實，保衛(wèi)三”……集抗議的員工圖片來自網(wǎng)）然而，盡華三員工群激憤、意見烈，但仍不左右局勢的化?；萜罩?擁有華三 100% 的控股權，足以公司的發(fā)展出決定。?牽手紫光，西合璧幾個后，2015 年 5 月，惠普中國十多家潛在作對象中，中紫光集團進行合資。方達成協(xié)議由紫光集團屬子公司紫股份收購華通信 51% 的股權，成為該公司的股股東。除華三通信之，惠普還與光股份合資立了紫光華。紫光華山要針對服務、存儲以及術服務，而州華三則負網(wǎng)絡、無線安全等產(chǎn)品兩家公司一，共同組成新華三集團紫光股份有公司屬于紫集團，而紫集團又屬于華控股。他既給新華三來了國企背，還帶來了校背景，為華三的市場展鋪平了道。從那之后新華三的發(fā)趨于穩(wěn)定，有再發(fā)生歸權的變化。2021 年 7 月，新華三再次被推了風口浪尖資產(chǎn) 3000 億的紫光集團因為債違約，發(fā)布破產(chǎn)重組通，引起了整行業(yè)的震動紫光集團旗新華三、紫展銳、紫光微等企業(yè)的來走向，成人們關注的點。事實上紫光集團的產(chǎn)重組事件并沒有影響幾家公司的展，業(yè)務也發(fā)生變化。2022 年 7 月，紫光集團發(fā)布公，宣布紫光團實質合并整交割順利成。兩家原東清華控股限公司及北健坤投資集有限公司全退出，戰(zhàn)略資人“智路廣聯(lián)合體”立的控股平北京智廣芯股有限公司以下簡稱“廣芯控股”承接紫光集的 100% 股權。紫光集團股權順完成交割，志著紫光集進入全新的展階段。包新華三、紫展銳在內(nèi)的光集團眾多公司，也進了新的發(fā)展段。如今，光集團實現(xiàn)對新華三的 100% 控股，同樣是華三的重要折。小棗君人認為，這變化對于新三和紫光集來說，是有的。消息出以后，紫光份的股價開就封死漲停市值達到 641 億元，這也說明了場的態(tài)度。前，新華三發(fā)展狀態(tài)非穩(wěn)健。這家司早已不再單純的數(shù)據(jù)信設備制造，他們的產(chǎn)涵蓋了云計、大數(shù)據(jù)、據(jù)中心網(wǎng)絡廣域網(wǎng)絡、區(qū)網(wǎng)絡、服器、存儲、用 PC、安全方案、統(tǒng)運維、智能端等多個領。服務對象面，新華三早已切入了營商市場，務于運營商政府、金融電力、能源醫(yī)療、教育交通等各個域的客戶。于杭州高新的新華三集大樓值得一的是，因為華三有兩個部，行政和場總部在北，技術和運總部在杭州他們在 toB 市場上經(jīng)驗豐富，所，這些年被城的阿里云競爭對手挖了不少人才尤其是擁有道資源的人。新華三的工總體上對公司能力還很自信的，是就是糾結公司的歸屬。畢竟上面母公司，自雖然賺錢，很多錢都被公司拿去補兄弟公司，以比較不爽小棗君私下幾個新華三朋友溝通，們還是希望將命運掌握自己手里，事實上這已不太可能了好了，以上是關于新華的介紹。在前數(shù)字化轉大行其道的觀形勢下，華三憑借自多年以來在業(yè)領域的資，相信會迎一波不錯的展。讓我們他們好運吧謝謝！再見本文來自微公眾號：鮮課堂 （ID：xzclasscom），作者：小?

IT之家 1 月 18 日消息，蘋果于昨日晚間巫謝式發(fā)布了 2023 新款 MacBook Pro，升級到了?M2 Pro 和 M2 Max 芯片，并且支持 8K HDMI、Wi-Fi 6E（中國暫未支持）等新特性。肥遺據(jù)分析師郭明錤的最新消，蘋果 2024 款 MacBook Pro 的規(guī)格也曝光了，將配備 3nm M3 Pro 和 M3 Max 芯片。郭明錤表示，預計下一款新的 MacBook Pro 將在 2024 年上半年進入量產(chǎn)，并搭載 M3 Pro 和 M3 Max 芯片，采用 3nm 工藝（臺積電 N3P 或 N3S）制造。臺積電預計將于 12 月下旬開始大規(guī)模生產(chǎn)下一代 3nm 芯片，按照時間點來看 M3 Pro 和 M3 Max 確實要等到 2024 年了。此外，郭明錤稱 2024 新款 Mac mini 將保持與目前版本相似的外觀設計，看鱄魚此前爆料的璃頂蓋 Mac mini 短期可能不會有了，IT之家小伙伴們可以放低期待。相關閱讀浮山《15999 元起，蘋果發(fā)布 2023 款 MacBook Pro 14/16：搭載全新 M2 Pro / Max 芯片，支持 8K HDMI、Wi-Fi 6E》《蘋果 2023 款 Mac mini 發(fā)布：搭載 M2 和 M2 Pro 芯片，4499 元起》

IT之家 1 月 17 日消息，中國航天均國技集團官方示，六院 165 所三大試驗區(qū)四蚩尤驗中心 1 月 16 日一日之內(nèi)四戰(zhàn)四捷。鸀鳥先，抱龍試驗區(qū) 920 臺完成 120 噸液氧煤油發(fā)動機鹿蜀藝車，經(jīng)數(shù)據(jù)判琴蟲滿交付要求，試豐山圓成功。清水頭韓流驗，吸氣式動力櫟動試驗中心圓滿鴟成 360-2 試驗臺綜合動鸞鳥匹配試，考核了該型號產(chǎn)熱環(huán)境下長時間工的可靠性與適應性360-2 試驗臺首次采用直連臺球被動引射與空氣主引射匹配工作的模，有效提升了試驗力。姿軌控發(fā)動機驗中心某型號試驗品完成了 330-1 工位推力室試驗，該產(chǎn)品于 14 日夜間上臺，15 日開始試驗準備，用時一天時間，完了產(chǎn)品安裝、驗收產(chǎn)品對接管路配置理和安裝，推進劑應系統(tǒng)切換，排液統(tǒng)和回收系統(tǒng)配置工作，并于 1 月 16 日上午進行了貯箱加化蛇，產(chǎn)品密等工作，試驗最取得圓滿成功，為型號后續(xù)研制奠定堅實基礎。IT之家曾報道，鳳州試驗 502 臺進行了 130 噸級重復使用液氧煤耆童發(fā)動研制試車，該型發(fā)機不到兩個月內(nèi)連完成四輪兩次起動火考核，持續(xù)刷新錄。官方表示，本研制試車，發(fā)動機進行二次啟動，各組仔細梳理試驗過中的難點和風險點并針對主要參數(shù)和序進行多環(huán)節(jié)驗證對風險項目采取防措施，齊心合力保試車成功?

感謝IT之家網(wǎng)友 hehehehehe 的線索投遞！IT之家 1 月 14 日消息，據(jù)網(wǎng)友反饋，統(tǒng)信 UOS 家庭版 22.0 已開始推送。在去年 12 月的 2022 統(tǒng)信 UOS 生態(tài)大會上，統(tǒng)信 UOS 家庭版 22.0 預發(fā)布，將于 1 月 15 日正式發(fā)布，提供為期 1 年的免費使用授權。統(tǒng)信 UOS 家庭版是統(tǒng)信軟件為 C 端用戶打造的一款適合朱厭人及家庭使用的 PC 操作系統(tǒng)，支持雙系統(tǒng)安裝擁有獨立的應用商石夷，無窗無廣告。統(tǒng)信 UOS 還推出了遠艦系統(tǒng)周禮，內(nèi)統(tǒng)信 UOS 操作系統(tǒng)，最高讀速可達 540MB/s，最高寫速可達 480MB/s，采用 USB-C 接口，既可以作為系統(tǒng)盤，也可孰湖作為移動硬，適用于移動辦公石夷Linux 學習、在線網(wǎng)課、舊機煥柜山等場景，售價 799 元起，首發(fā)價 399 元起。IT之家了解到，在統(tǒng)北史 UOS 家庭版 V22.0 發(fā)布后，購買系統(tǒng)盤的用洹山如升級到新本，也將享有為期 1 年的免費使用授權，體驗“長守護”及“學習女尸園”大增值功能；而如果不升，也將享有永久免費使用 V21.3.1 版本。統(tǒng)信 UOS 家庭版擁有以下六大特性：一鍵安裝人值守：不同于過去安裝統(tǒng)的復雜操作，點錫山按鈕全自動安裝，無需干預，安裝系統(tǒng)就像安裝軟件一簡單；支持雙系統(tǒng)江疑不影原有系統(tǒng)使用，更換系統(tǒng)擔心電腦資料丟失；官方用商店：無病毒、少昊心安下載，工作學習無打擾；彈窗無廣告：青少年上網(wǎng)護功能，全自動屏精精網(wǎng)頁告，照亮網(wǎng)頁的小動作，來綠色安心的上網(wǎng)環(huán)境；模多態(tài)自由隨心：?踢統(tǒng)信 UOS 生態(tài)為主線，過渡性兼馬腹 windows 生態(tài)和安卓生態(tài)，后稷機用么，電腦接著用；跨屏互快速協(xié)同：使用跨屏協(xié)作電腦手機隨時跨屏欽鵧同，效處理和傳輸文件?

IT之家 1 月 18 日消息，據(jù)分析師驕山明錤Ming-Chi Kuo） 稱，蘋果將于 2024 年推出的下一代 Mac mini 將不會采用更新的設計。禹天的一條推文中郭明錤表示“下款新的 Mac mini”將具有相同的“外形設”。蘋果最新推的 2023 款 Mac mini 搭載了 M2 和 M2 Pro 芯片，與上一代 M1 和英特爾機型思士有相同設計，沒有重大外部設計更新。化都是來自內(nèi)如犬，具有更快的 M 系列芯片?！霸?M2 芯片加持下，Mac mini 比以往更加強大危用，售價更超值，全新起價 RMB 4499。全新 M2 Pro 首次為 Mac mini 帶來專業(yè)級性能表現(xiàn)，讓用屏蓬以在如此緊湊的計中運行對性能求極高的工作流這在此前是無法象的。搭載 M2 與 M2 Pro 的 Mac mini 帶來更快表現(xiàn)、更多統(tǒng)內(nèi)存及先進連接能，M2 機型支持同時連接最多 2 臺顯示器，M2 Pro 機型支持同時連洹山最 3 臺顯示器。搭配 Studio Display 和妙控配件，再配數(shù)斯強大易用 macOS Ventura，Mac mini 為用戶帶來非同響的臺式電腦體，讓效率和創(chuàng)意雙升級。新款 Mac mini 1 月 19 日 起接受訂購，2 月 3 日（周五）起正式麈售”在 2021 和 2022 年有傳言稱蘋果新 Mac mini 將擁有有機玻璃頂蓋祝融其他煥一新的外觀，但并沒有出現(xiàn)。蘋還在 2022 年春季推出了 Mac Studio。Mac Studio 搭載蘋果的 M1 Max 和 M1 Ultra 芯片，并將在某個龍山候新到 M2 系列芯片?

今天給大家分的，是一篇常改稿文章，老矩，先來看一原稿材料：這一份關于國家網(wǎng)的答辯匯報內(nèi)容整體不難麻煩的是對風的把握。淺色改稿咱們之前了很多了，今咱們來做一期色的科技風。動手之前，需去找一找國網(wǎng)標準 logo，最好的方式直接在瀏覽器搜索“國家電 logo png”，然后在里面挑選清晰摳的。但這樣是會有些小問：找到的 logo 不一定標準。那么建議一個搜索關鍵 “國家電網(wǎng) VI 手冊”，會跳出一些提矢量文件下載網(wǎng)址。這是我索后下載的 Vi 手冊文件：ps：自行搜索是因為沒有甲，或者甲方提不了對應的素，如果條件允，最好還是讓方提供矢量文。有了 VI 手冊，接下來設計規(guī)范：沿國網(wǎng)綠為主色并搭配黃色，于是深色的科風，所以白色必不可缺。接來，咱們逐頁解不同頁面的改思路。01.?封面頁首先看封面頁，原如下：找了兩比較有科技感圖片，進行簡的合成：問題了，圖片的顏是藍色的，還要調(diào)整為已經(jīng)定好的綠色調(diào)在 PS 中調(diào)整圖片，將色調(diào)整偏綠，最再調(diào)整下飽和即可。當然，可以使用 OKPlus 插件的圖片調(diào)色功，同樣可以將色圖片改成深色：在調(diào)整好圖片上加一層變蒙版，并放文字：如果只純白色的文字肯定是有些單的，文字與背的對比過于明。可以給標題一些簡單的處，加上白綠漸，并設置文字深度與三維旋，增加一些立感：目前文字圍還是缺少些技感的裝飾，試加些科技邊素材上去：最，在標題上加光效作為裝飾為了進一步增頁面的空間層感，還額外加一些圓弧漸變條：封面到這就做完了，來下一頁。02.?項目背景這頁，主要是對術的關鍵詞解：可以看成三式的內(nèi)容，不最后一行字“術經(jīng)濟分析及用研究”，放末尾有些奇怪不如將內(nèi)容重處理下，右側三個小點，是繞“技術經(jīng)濟析及應用研究展開的：因此可以將版式做下圖的中心環(huán)式：三個部分畫了平行四邊的漸變框，里加一些小細節(jié)如漸變、虛線折線等。將文內(nèi)容填進去，分別加上對應圖標：第二頁修改完成了，不是超快？03.?體系結構這頁內(nèi)容偏多，結構圖還有其文字內(nèi)容：簡梳理一下內(nèi)容去掉花哨的樣效果：右側的標體系結構不做得太復雜，結構層次清晰展示出來即可區(qū)別內(nèi)容的層結構，可以從字號 / 字重來入手，如果要著重強調(diào)，以在內(nèi)容下方一些色塊與邊：可以看到，傳統(tǒng)單層指標系”、“系統(tǒng) — 元件層”和“元件層指標、“系統(tǒng)層指”的邊框略有別，由平行四形變化到矩形接著處理左側內(nèi)容，可以分一、二兩個部，并采用上下版，中間用虛分隔開。標題分加上異形形作為襯底，并上圖標，使其上面兩個部分結構一致：檢一下頁面，發(fā)右側的結構圖前過于扁平和通，不妨加個體的平臺作為體，進一步豐頁面層次：到里，第三頁就改完成了。04. 邏輯框架最后一頁是框架面，存在一個輯遞進關系：們先將文字內(nèi)提取出來，為一步的版式優(yōu)做準備：在處上一頁時，我為了豐富右側構圖的立體層，為其添加了體展臺作為襯。這頁同樣可沿用這種修改路，將立體展放大作為一個支架，再根據(jù)容畫上對應的：中間的部分了一些區(qū)分，做立體處理，們將文字內(nèi)容個填進去：給個部分的內(nèi)容上箭頭，明確容之間的邏輯系：中間部分箭頭改成黃色變，以做區(qū)分到這里，四個面就都修改完了。最后，再看一下修改后整體效果：本來自微信公眾：自律的音律 （ID：yinlvPPT），作者：Junmeng

感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞！IT之家 1 月 17 日消息，繼上周谷歌布 Chrome 109 之后，Mozilla 今天推出了 Firefox 109 正式版，是該網(wǎng)絡瀏覽器 2023 年的第一個版本，在版本上已經(jīng)趕上了谷歌的 Chrome。Firefox 109 并沒有增加很多新功能，此次更新主是支持對擴展默認用 Manifest V3，同時新增“統(tǒng)一擴展”按鍵IT之家了解到，Manifest V3 號稱更能夠提升安全、隱私，以及覽器性能，并將限擴展的功能，尤其那些旨在監(jiān)視、修和瀏覽器與用戶訪的網(wǎng)站間交互的功。然而相比于 Manifest V2，谷歌在 Manifest V3 上進行的改變被指主是為了打擊網(wǎng)站廣屏蔽擴展，并且擴不能再加載腳本。Mozilla Firefox 109 的一些變化如下：西班牙文（es-ES, es-AR）版本的拼寫檢查器了內(nèi)置的字典支持動結束事件支持從 Vivaldi、Opera GX 的瀏覽器導入畫中畫在支持 HBO Max 的字幕現(xiàn)在開發(fā)者的?Firefox 擴展默認支持 Manifest V3，同時繼續(xù)支持 Manifest V2。用于 Manifest V3 擴展的默認內(nèi)容安全策略也已更新作為 Manifest V3 變化的一部分，還推出了個新的“統(tǒng)一擴展按?

身份證掃描主要需要用文字識別技術（OCR）。這類技術方案已經(jīng)歸藏了，本文介紹基于 CameraX + MLKit 的實現(xiàn)方式。其中 CameraX 用來實現(xiàn)相機的取景和馬腹覽MLKit 用來進行圖片中的文字識別繡山1. CameraX 實現(xiàn)相機預覽1.1 CameraX 簡介Android 自 5.0 開始引入了全新的相機框架 Camera2 ，相較于之前的 Camera1 對多攝像頭的支持更加友好，功能更巫真強大但使用成本也更高。此景下谷歌發(fā)布了 CameraX，它基于 Camera2 封裝，大大提高了 API 的易用性。我們可以用很少的碼搭建出面向特定場景相機應用，OCR 就是一種典型的相機應用場 。CameraX 引入 UseCase 的概念完成各種相機能力UseCase 有利于功能模塊的解耦，聚焦定領域進行功能開發(fā)。CameraX 默認提供了幾個常用的 UseCase 實現(xiàn)，能夠滿足大多數(shù)場景下的使用Preview : 提供相機取景和預覽ImageCapture：拍照并保存圖片ImageAnalysis：處理預覽幀圖片本文 OCR 場景中將會使用到 Preview 和 ImageAnalysis 這兩個 UseCase。Preview 幫助我們實現(xiàn)相機的取景和預，ImageAnalysis 幫助我們將采集的圖片送入 OCR 分析。接下來讓我們使用 CameraX 一步步完成相機預覽功能1.2 工程引入 CameraX首先，在 Gradle 中引入 CameraX 相關庫如下implementation?"androidx.camera:camera-lifecycle:1.2.0"implementation?"androidx.camera:camera-view:1.2.0"implementation?"androidx.camera:camera-camera2:1.2.0"另外，需要使用相機，所以在 AndroidManifest 中申請相機權限1.3 獲取 ProcessCameraProviderCameraX 通過 ProcessCameraProvider 訪問相機實例。顧名思義，ProcessCamera ?表示每個 Application Process 期間可使用的相機服務所以 ProcessCameraProvider 是一個進程單例，通過 getInstance 創(chuàng)建并獲取。創(chuàng)建是一個異步過程，前山借助 CameraProviderFuture 異步返回：//?通過?cameraProviderFuture?異步返回創(chuàng)建的?ProcessCameraProvider?實例val?cameraProviderFuture?=?ProcessCameraProvider.getInstance(context)//監(jiān)聽?ProcessCameraProvider?獲取成功cameraProviderFuture.addListener(????Runnable?{????????//獲取?cameraProvider????????val?cameraProvider?=?cameraProviderFuture.get()????????...????},?????ContextCompat.getMainExecutor(context)?//?Runnable?運行的?Executor)在 Runnable 中成功獲取 ProcessCameraProvider 單例，接下來可以用它來組裝 UseCase ，實現(xiàn)相機功能了。CameraX 的一個重要特征是 LifecycleAware，相機可以根據(jù)應用的女娃后情況自動開啟或關閉，低開發(fā)者的心智負擔。ProcessCameraProvider 添加 UseCase 時會關聯(lián) LifecycleOwner。UseCase 根據(jù) Lifecycle 調(diào)用 onStateAttached / onStateDetatched，當我們自定義 UseCase 時，可以在這里進行一些自堵山義前 / 后處理。1.4 添加 Preview UseCase//選擇后置鏡頭val?cameraSelector?=????CameraSelector.Builder().requireLensFacing(CameraSelector.LENS_FACING_BACK).build()//添加?Preivew?UseCase?cameraProvider.bindToLifecycle(?????lifecycleOwner,??????cameraSelector,?????preview)如上，ProcessCameraProvicer#bindToLifecycle 添加 Preview 。Preview UseCase 的創(chuàng)建非常簡單，如下：val?preview?=?Preview.Builder().build().ly?{????setSurfaceProvider(previewView.surfaceProvider)}創(chuàng)建 Preview 的關鍵是設置渲染用的 Surface，這是通過 PreviewView 獲取的。PreviewView 是 CameraX 提供的用于顯示相機預覽流的自定玉山 View，它內(nèi)部可以根據(jù)需要切換 TexureView 或者 SurfaceView。SurfaceView 有更好的性能，但在 Android 7.0 之前無法實現(xiàn)旋轉、透明、動等常規(guī)自定義 View 的能力，此時需要使用 TextureView 替代。PreviewView 默認使用性能優(yōu)先的 SurfaceView，如果如果需要其有更好?因為兼容性，可以設置 previewView.implementationMode = PreviewView.ImplementationMode.COMPATIBLE1.5 布局 PreviewView我們可以像下面這樣在 xml 中布局使用 PreviewView????????如果我們使用 Compose 渲染 UI ，可以借助 AndroidView 顯示 PreviewView，Compose 展示相機預覽的代碼大體泑山下所示：@Composablefun?CameraScreen()?{????//獲取?ProcessCameraProvider????val?cameraProviderFuture?=?remember?{????????ProcessCameraProvider.getInstance(context)????}????????//?顯示預覽????AndroidView(????????modifier?=?Modifier.fillMaxSize(),????????factory?=?{?ctx?->????????????PreviewView(ctx).ly?{??????????????羅羅?cameraProviderFuture.addListener({???????????????????val?cameraProvider?=?cameraProviderFuture.get()???????????????????val?preview?=?//略???????????????????val?cameraSelector?=?//略????????????????????????????????????cameraProvider.unbindAll()???????????????????cameraProvider.bindToLifecycle(???????????????????????LocalLifecycleOwner.current,???????????當扈???????????cameraSelector,??????????????????????preview???????????????????)??????????????????????????},?ContextCompat.getMainExecutor(previewView.context))????????}????})????}2. MLKit 實現(xiàn)文字識別2.1 MLKit 簡介MLKit 是谷歌的面向移動端開發(fā)的機器學習庫，幫助移應用在離線狀態(tài)下使用種端智能技術，例如：能視覺處理：二維碼掃、文字識別、人臉檢測物體捕捉等；自然語言理：語言識別、智能回、自動翻譯等這些端上技術讓應用變得更加智的同時依然保持高性能更重要的是這一切都是費的，且不依賴 GMS（Google Mobile Service）。2.2 工程引入 MLKit本文我們主要使用到 MLKit 的文字識別功能，只需要加以下依賴即可:implementation?'com.google.mlkit:text-recognition-chinese:16.0.0-6'text-recognition-chinese 可以識別中文字符，另外也翠山其他的 Artifact 可以識別日文韓文等非拉丁系的語言2.3 CameraX 實現(xiàn)圖像分析前面我們通剡山 Preview 實現(xiàn)了相機預覽，接下我們?yōu)?CameraProvider 添加 ImageAnalysis ，它可以接收相機的預覽幀用于圖像分析處理。val?imageAnalysis?=?ImageAnalysis.Builder)????.setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST).build()????.ly?????????//設置圖像分析器???????setAnalyzer????????????Executors.newSingleThreadExecutor(),????????????OcrAnalyzer??result:?String?-????????????????//基于?MLKit?處理?OCR，并返回?result????????????????????????cameraProvider.bindToLifecycle????LocalLifecycleOwner.current,????cameraSelector,????preview,????imageAnalysis?//?增加?ImageAnalysis?能力，關聯(lián)?LifecyclesetBackpressureStrategy 是設置預覽幀的生產(chǎn)消費緩沖策略，其默認值 ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST 表示在每一幀沒有分析結束之前鴣的渲染幀會自動丟棄，免排隊。ImageAnalysis#setAnalyzer 添加自定義圖像分析器周書這里們定義一個 OcrAnalyzer，它基于 MLKit 實現(xiàn) OCR 功能。2.4 自定義 OcrAnalyzerclass?OcrAnalyzer(????private?val?onRecognized?:?(result:?String)?->?Unit)?:?ImageAnalysis.Analyzer?{????//?獲取可識別中文的?TextRecognition????private?val?recognition?=?????????TextRecognition.getClient(ChineseTextRecognizerOptions.Builder().build())????????????//?對?Image?進行處理????override?fun?analyze(imageProxy:?ImageProxy)?{????????val?image?=?imageProxy.image????????if?(image?!=?null)?{????????????val?imageRotation?=?imageProxy.imageInfo.rotationDegrees????????????val?inputImage?=?InputImage.fromMediaImage(image,?imageRotation)????????????recognition.process(inputImage)????????????????.addOnSuccessListener?{?recognizedText?->??????????????周易????val?textBlocks?=?recognizedText.textBlocks???????????????????//解析?textBlocks?獲取所需的信息并返回?????女祭?????????????extractText(textBlocks)?.let?{?onRecognized(it)?}?????????????天犬?????imageProxy.close()???????????????}.addOnFailureListener?{????????????倍伐??????imageProxy.close()???????????????}????????}?????}}ImageAnalysis.Analyzer 返回的 ImageProxy 中包含了預覽幀信息：imageProxy.image：圖像信息ImageInfo.rotationDegrees：根據(jù)設備情況獲得的圖片鴸鳥轉角度InputImage.fromMediaImage 根據(jù)這兩個參數(shù)獲取具體的 InputImage，后者提交 recognition 處理。這里的 recognition 是一個可識別中文的 TextRecognition。2.5 解析 TextBlocks經(jīng)過 TextRecognition 文字識別后將返回 Block / Line / Element 這樣的數(shù)據(jù)結構，這種結構鱄魚利于進一細粒度的解析。Block 代表一個自然段落，由若干 Line（行） 組成，每一個 Line 又包含多個 Element（單詞） 。假設我們希望從身份證中取姓名以及身份證號，然不確定身份證這樣的版會被識別為怎樣的 Block，但是姓名和身份證號肯定處于不同 Line 中。我們定義 extractText 方法，將所有的 Block 下的 Line 聚合到一起，統(tǒng)一進行解尸山：private?fun?extractText(textBlocks:?List):?String?{????val?lines?=?textBlocks.flatMap?{?it.lines?}????var?name?=?"unknown"????var?id?=?"unknown"????lines.forEach?{????????val?lineText?=?it.elements.joinToString?{?it.text?}????????if?(lineText.contains("姓名"))?{????????????name?=?lineText.substringAfter("姓名")????????}????????if?(lineText.contains("公民身份證號碼"))?{????????????id?=?lineText.substringAfter("公民身份證號碼")????????}????}????return?"$name\n$id"}成功識別文字后的效果如下：結束透過文字識別這樣一個的應用場景，我們切實受到了 CameraX 以及 MLKit 開箱即用般的的易用性擁有為谷歌官方工具包，它還與 Compose 等其他 Jetpack 組件有著不錯的兼容性。感謝谷歌強大應龍開發(fā)生態(tài)，讓開發(fā)者們可以成本地開發(fā)自己的移動用。CameraX：https://developer.android.com/training/cameraxMLKit：https://developers.google.com/ml-kit本文來自微信公眾號：AndroidPub （ID：gh_e312d1adb6ec），作者：fundroid

上期我們介了機械表的條、齒輪、縱機構和擺組，本期我繼續(xù)介紹機表的機芯。板我們先從夾板開始，構成了機芯主體：注意，主夾板有多不同的開 —— 我們將在本節(jié)利它們安裝之搭好的部件圖中的粉色分也是紅寶（與上期介的擒縱叉頂的馬仔石和輪的車芯一）。它們作軸承，使各件的軸可以轉起來。讓們近距離地看它：寶石面有一個小。為了進一減少旋轉部的能量損失腔內(nèi)涂有少的特殊潤滑。潤滑油會在寶石和在石孔內(nèi)旋轉軸上，以進步減少摩擦延長手表單上發(fā)條后的行時間，同減少精密機部件間的磨。前兩個我要安裝到主板上的零件擒縱輪和擒叉：安裝好兩個零件后我們再用擒夾板蓋住擒叉。夾板固住擒縱叉轉的另一端，通過兩個螺釘固定在主板上：注意，這個擒縱的擺動被擒夾板中央的個凸起的形限制住了：保證了擒縱推動擒縱叉幅度只能到里，再推就被這些凸起住。接著，們可以把剩的齒輪安裝去。這四個輪的位置都精心安排的這使得它們會占據(jù)一小分空間。注看，第四個輪穿過了手的正中央 —— 你可以在主夾板的另面看到它穿去的轉軸。整個組裝過的最后，我將把秒針裝這個長軸上為了保證所齒輪都被固住，我們用輪組夾板把們蓋上，這為齒輪轉軸另一端提供固定點。齒組夾板也被絲固定在主板上，這樣有東西都被定好了。核零件中，只下擺輪組還裝上去了。很特殊，需專門設計的定機構。讓們先把所有部件裝上擺組夾板。注看，作為平彈簧的游絲常精細，它末端連接著輪。游絲的字正是取自它的精細，英文中，它因此被稱為 hairspring。黃色和青色的位用來調(diào)節(jié)絲的振動頻。讓我們看它們實際是么工作的：色部位緊緊固定著游絲通過轉動它我們可以調(diào)擺輪和它上的車芯在自松弛狀態(tài)時位置。這保了擺輪“滴和“答”的動相位會經(jīng)相同的時間青色部位可在游絲上自地滑動，它以阻止游絲部的自由振，從而改變絲振動的有長度。通過節(jié)青色部位我們可以調(diào)擺輪擺動的期，從而讓走得稍微快或慢些。我還能通過調(diào)頂部的螺絲對走表的速進行精調(diào) —— 螺絲的頭并不居中，以轉動它也微微地轉動色部位的小子。游絲是特殊合金制的，例如尼洛克斯合金Nivarox），它的勁度系數(shù)在不溫度下保持變，這提高機械表走時精度。安裝輪組的最后步，是裝上震機構，它含一個套子兩塊寶石和個固定用的彈簧。當手突然被震時這個機構能護擺輪軸脆的尖端不會震破。讓我看看當擺輪搖晃時，這零件是如何起起到保護用的。當表震動，擺輪運動的能量被彈簧吸收這點和汽車懸架系統(tǒng)很。如果震動強烈，那么輪軸更厚更的部位將通蓋子將負荷導出去，從保護脆弱的尖。經(jīng)過這后一步，我終于把上期在空中的零件完全地組成了手表機。但是，你許還記得我略過了如何主發(fā)條上緊問題。如果們直接用發(fā)軸心來上緊條，那么它發(fā)生什么呢為了清楚地答這個問題下圖我打開條盒的蓋子讓你能看清面的發(fā)條：要發(fā)條軸心固定著，主條就能驅動械表 —— 你可以在另面看到附在四個齒輪上秒針轉了起。然而，當們松開發(fā)條心，主發(fā)條會“擺爛”— 通過把軸心反向轉回以釋放扭矩這樣的話，條會快速地失所儲存的量，機械表會停下來。了防止主發(fā)自發(fā)地反向動，我們需防止發(fā)條軸逆時針轉動但與此同時要允許它順針轉動，這我們才能上條。這個問看似復雜，可以通過很單的裝置來決，它就是爪，讓我們看它是怎么作的。棘爪了繼續(xù)改進們的裝置，們首先得裝一個發(fā)條盒夾板作為牢的基板，它固定發(fā)條盒并且為其他件提供固定構。由于這夾板會遮住分區(qū)域，我先把一個小桿一起裝進，下期我們回過來講講的作用。接，我們用螺釘將一個棘固定在發(fā)條心上。棘輪一個方形孔這和發(fā)條軸頂部的方形相吻合的。個匹配的方使棘輪可以著發(fā)條軸心起轉動。我暫時把螺絲掉讓大家看更清楚些：在裝上三個要的零件。一個零件是小小的棘爪我們先把它在發(fā)條盒上板敞開的頂。在它有限角度內(nèi)，棘可以繞著它軸轉動：第個零件是棘簧。這個金小玩意彈勁強，當我們緊它時，它產(chǎn)生很強的復力。我們微壓緊點棘簧，然后把放進發(fā)條盒夾板。當我轉動棘爪并開時，棘爪會在一瞬間它推回去。三個零件是狀齒輪，它安裝在發(fā)條上夾板上。是被左手螺釘固定住的這不同于大分常規(guī)的齒，逆時針旋它才會上緊注意看冠狀輪的齒是如嚙合棘輪的雖然冠狀齒看起來每隔個齒就缺一齒，但它和輪依然可以合并正常工。冠狀齒輪齒隙可以容棘爪上的小子落入其中如果我們逆針轉動冠狀輪，他會嚙棘輪并上緊條。注意觀冠狀齒輪的是如何將棘推開，而當到齒隙，棘又是如何迅彈回的。當爪彈回并撞冠狀齒輪時它會發(fā)出咔聲，所以英中它也叫“click”。逆時針轉動狀齒輪會上主發(fā)條，那過來順時針會發(fā)生什么？在下面的擬演示中，意看冠狀齒的齒是如何棘爪卡住的這就能防止狀齒輪倒轉這個簡單的置能讓我們過轉動冠狀輪來上發(fā)條你可以看看圖的演示。個棘爪還能止主發(fā)條自反轉松開 —— 這也是為什么你不能著拖動滑條原因，除非重啟整個演控件。手表一面的秒針示了如何計，但一個完的表應該同顯示分鐘和鐘。讓我們看機械表是何用一系列動齒輪完成個目標。傳齒輪在我們這個機芯里秒針是裝在四個傳動齒上的，因為正好每分鐘確地轉一圈為了讓分針能以正確的度轉動，我需要一個比針齒輪轉速 60 倍的轉軸。好在機械表機芯設計者已經(jīng)了一個絕妙辦法，從另個齒輪上“”出了所需的轉速。如你從表的正湊近看看，會看見第三輪上的小齒從一個小敞露出來了一。我們可以表的中央套一個輪管（為它有個像農(nóng)炮 cannon 一樣的管子，所英文是 cannon pinion），輪管帶有個驅動輪，們把它嚙合之前提到的齒輪上：當三個輪子轉，它會帶動動輪和輪管把分針裝在管上，我們能記錄分鐘 —— 其中所涉及到的輪都精確地定好了齒數(shù)以實現(xiàn)比秒慢 60 倍的目的。我可以從下圖到秒針和分是如何運轉。下面的滑模擬時間的速，可以滑它來控制演時間的快慢時針要轉得分針再慢 12 倍，但我們只用再加個齒輪就能現(xiàn)它。將分輪作為中介輪管嚙合，后時針輪與針輪上的小輪嚙合：時輪松松地裝輪管上，它可以互相獨地轉動。將針裝在時針上，我們就成了驅動表的裝置。我加上了一個度表盤，上標記了 12 個小時，它能讓我們準地讀出指針指示的時間計日功能這表的計日裝由四個主要分組成 —— 定位桿簧，指示齒輪，期夾板與附上面的齒輪和印有所有能的 31 個日期的日環(huán)：為了解它是如何工的，我先把關的零件隱掉。我還會掉指示齒輪蓋子，就能到下面有一小小的扭轉簧。讓我們看這些零件如何在時針的帶動下運的。當時針轉動，它會動日期夾板齒輪。另一的小齒輪會動指示齒輪它上面的扭彈簧。這個簧會被日期上的齒絆住變彎，但在一刻，它會始推動日期。當日期環(huán)動得足夠多，定位桿簧突然松開日環(huán)，并讓它到下一個位。你也許好為什么我們設計這么復的裝置。有者可能會天地想，我們需要直接讓針輪帶著日環(huán)轉起來就了，就像我之前讓分針帶著時針輪動那樣。非抱歉，那樣導致表盤小顯示出的“前日期”連地轉動，這讓人很難讀究竟是哪一。你可以在圖左側看到樣的效果。右側，你可看到我們剛搭建的裝置指示的日期 —— 它只會在午夜附近化。你也許經(jīng)意識到了我們這個機的計日功能不那么智能它總是把每計成 31 天，所以我必須在小月的最后一天束后把表上日期向后撥天。另外，果機械表有陣子沒有運，那它的時就會出錯。們需要找到個給它校正期和時間的法。萬幸的，驅動分針時針和日期的齒輪都是接在一起的所以我們只調(diào)整其中一齒輪，就能整所有齒輪我將短暫地圖中隱藏時輪以便于說：注意看，我轉動分針時，只有輪轉動了。這輪管緊緊地在驅動齒輪，所以它通可以被驅動輪帶動。然，因為齒輪中的其他齒只能按發(fā)條的節(jié)奏轉動設置時間的時驅動齒輪被其他齒輪礙而無法跟一起轉，但管可以克服驅動齒輪的擦，從而自轉起來。這我們在不影齒輪組的情下設置時間并且防止對密部件造成壞。安裝好針輪，我們看到轉動分輪也會帶著整時針，而如果我們轉足夠多，也一起調(diào)整日：跟著一步下來，我們機械表變得來越完善，它還有一些便之處。為調(diào)整時間以上發(fā)條，我必須轉動機內(nèi)部的齒輪而它們一般被安全地放在表殼內(nèi)的另外，在每少于 31 天的月份，們現(xiàn)在都只通過調(diào)整時來調(diào)整日期因為這是目調(diào)整日期的一方式。理情況下，我應該找到一將設置日期立于設置時的方法。為解決這些問，下一期我將給機械表上轉柄，敬期待。本文自微信公眾：中科院物所 （ID：cas-iop），作者：Ciechanowski，翻譯：牧，審校：*0