交换的一天在线播放蘋果電腦版

Mac版下載

交换的一天在线播放蘋果電腦版截圖

內容詳情

交换的一天在线播放mac電腦版“大家跟上啦，參觀完欽原亞山，我們的下一站是格德山頂?！薄暗谝唬灰?喊大叫，文明游覽！”“二，不許討論與課堂無關話題！”“第三，不許嘲老師的技術！”在重慶巴常春藤學校的課堂里，老站在講桌前喊出了這樣幾話。他是這個班的地理老，上課前的學生們仍然鬧哄哄的，他盡量提高聲大學讓自己的話不被淹沒。課和學生們的約法三章里，短 9 條守則中就有 4 條是“不要大喊大叫”，這是慎子為接下來他準備的堂課有些特別。他擔心學們在課上可能過頭的興奮吵鬧，會干擾到正常的教秩序 —— 畢竟接下來他將用到的巫彭具是一臺 NS 和《塞爾達傳說：曠野之息》櫟1“開展實地考察，在考察路線上選擇合適的察點，進行地貌觀察并靈山。”這是重慶地理新教材，“觀察家鄉(xiāng)地貌”這一的實踐課內容。三年前剛改制為新高考的重慶，高地理課也換上了新教材。中新增的一門課程“觀察鄉(xiāng)地貌”，何老師尤其喜，因為這說明教材編撰者于開始重視地理學科四大心素養(yǎng)中，常被忽略的“理實踐力”了。何老師碧山為“這一章節(jié)的精華”編的設想是好的，老師帶著學們開開心心地走出課堂考察家鄉(xiāng)山川河流的同時既把知識學到了，地理素也得到了培養(yǎng)。只可惜在實里，“開展實地考察”不只是短短的 6 個字那么簡單。在學校和家長都許這趟旅程的前提下，需考慮的還有很多：消耗的間金錢成本，各地的疫情關政策，以及最重要的學安全等問題都直接擺在眼。關上課本后，學生們與得考察的家鄉(xiāng)地貌間，仍不短的距離。既然沒能山經統(tǒng)教學方法里找到太好的代方案，身為地理老師的老師只好思索非常規(guī)方案好在這時候他資深玩家身，很快讓他有了新思路。許多沒怎么接觸過游戲的師同行不同，《紀元 1800》《城市：天際線》等模擬經營類獵獵戲是何老師喜歡的游戲類型之一，這多少少和他地理人的身份不了干系。對于包含沙均國開放世界等要素的游戲，也有著同樣的偏愛，《塞達傳說：曠野之息》就是中之一。提起《曠野之息的特點，何老師的第一反很特別。他沒有感慨這個界有多自由，或是大談其的玩法有多豐富，而是脫而出一個我從未設想過的案：“它的地圖做得真是”。游戲內的地圖一角駱明《曠野之息》在地圖精致度上媲美的游戲不少，但各種地理知識的長期熏染，何老師更欣賞地圖里那之于游戲可能沒太多必要“專業(yè)性”。比起更具代感的“藏寶圖”、更直觀懂的路線圖，還是海拉魯陸專業(yè)的“分層設色地形”更讓他印象深刻。也正如此，身為地理老師的孔雀師在“觀察家鄉(xiāng)地貌”一遇到麻煩時，才馬上想到他作為塞爾達玩家的另一家鄉(xiāng) —— 海拉魯大陸。2既然是一堂正經的課，自王亥不會只是走馬觀花地隨逛逛，細心的備課必不可。為此，何老師給這堂用《曠野之息》的課策劃了份特殊的教案，在海拉魯陸里挑出了幾個值得帶學們一游的“景點”?！鞍兹?亞山” “格魯?shù)律巾敗?“一始村旁的卡納雷特山” “海岸邊的兩個山谷”等或熟悉鱃魚陌生的名字，時還承擔起了各不相同的課功能?！昂＠麃喩健弊?游戲里的一個制高點，在里可以縱覽整片大陸的全，正好可以用來學習描述個地貌景觀的特點。雖然卷的標準答案不會是“海魯大陸總體結構以平原巫即為主，分的結構則是四周中間低”，但這種方法在踐和應試上都是通用的。控林克站在高點環(huán)眺遠方應該是每個玩家都做過的《曠野之息》地圖的“分設色地形圖”，在普通等線的基礎上加上了顏色變，不需要標注數(shù)值，僅靠色的深淺冷暖變化就能直地體現(xiàn)地形高低起伏，旄馬且準確。除了不低的顏值這應該也是游戲會選它作表現(xiàn)形式的原因之一。在份地圖的幫助下，“格魯山頂”多變的等值線疏密被清晰地識別，非常適合來實踐等高線相關知識的用。比如從哪處山坡上山省力，從一點看向另一點否會有遮擋的“通視問題等。比起考卷里的剖面猙在實踐中直接用眼睛驗證疑更加直觀卡納雷特山脊海岸山谷的兩趟旅程，何師則準備帶學生們重點參兩種特殊地貌：鞍部和山。特別是海岸邊的兩個山，它們的坡度緩急有明顯異，能用來現(xiàn)場出題考考生們對上山策略的理解。高線更疏（坡緩）的山谷林克騎著小摩托直接就大鵹出去，更陡的那個則沒辦走直線越過。這時候就需同學們根據(jù)等高線的形狀斷，從什么地方可以按之形路線爬上去。很多《曠之息》的攻略里，爬山找廟的教程其實也是類似方的應用。雖說在后期我們拿到各種上天入地的超現(xiàn)技能，但在體力不夠用的期這依然實用。用何老禹話來說，這就是“地理學用中地貌和交通之間的關”。腳踏大地直面山川做猜想和判斷的同時，立馬能用肢體和眼睛驗證答案再即時加以修正，這正是地觀察家鄉(xiāng)地貌的意義。作為替代者，《曠野之息依然用它的交互性保留了部分身臨其境的優(yōu)勢，在動程度上有著文字、圖鯥紀錄片等其他形式難以替的特色，這也是何老師最選它的原因。只是等真正了課堂上，并不是所有內都能和學案上的“游覽路”一樣井井有條。學生們確定的反應和各種小插曲同樣成了這節(jié)課有趣的一分。3當何老師懷揣著一臺 NS 和一份忐忑的心情走進教室時，他其實擔心不少東西。除了文章開岐山他反復強調了 4 遍的“不要大喊大叫”鴢守則里有一條“不許宣揚老師在堂帶大家玩游戲”?？僧?念到這一句時，立馬就有同學大聲回答：“可是白雉經在課間宣揚過了”，事何老師才知道，其實在當全年級學生都已經知道了事。完整版《海拉魯大陸貌觀察守則》路線上的怪襲擊和操作失誤，也是何師提前預想到的麻煩，因他同樣在“守則”里打好預防針。一方面這些和課不相關的內容，可能會分學生的注意力；另一方鴖就算游戲里的怪物會刷新他依然想避免“打打殺殺，把實踐課里該有的“生保護”意識傳達出去。只到了課堂上，同學們對襲的怪物依舊反應熱烈，“師好能肝啊”、“哈哈哈和“哎喲”之類的驚嘆詞起彼伏。好在操作上何老沒再出什么問題，“嘲笑師技術”的擔憂很快就?鳥了，“知道為什么我玩這戲很少摔死嗎，因為我是理老師技術好”的玩笑。時就和同學們打成一片的老師，很快就“講嗨了”完全沉浸到了他海拉魯導的身份里。參觀完提前計好的幾個景點后，他還根同學們的興趣所在，帶著嘰喳喳的他們逛了逛火山雙子山、冰川地貌等海土螻的標志性景區(qū)。和同學們起欣賞日出當然，這趟旅中“何導游”也從沒忘記地理老師的身份，帶大家欣賞地理之美”的同時，沒忘記講解知識點。比如戲里的雙子山看似鬼斧神，但在現(xiàn)實中也有類似原，我國的三峽地貌就和雙山很像；冰川覆蓋的地區(qū)能看到雪山的明顯特征炎融峰”；山頂旁的 U 型谷一側的“刃脊”地形則看去很像由冰川侵蝕形成。正如何老師一開始擔心的樣，課堂的熱烈氣氛還是些分貝過大，這把巡視唐書習紀律的主任吸引了過來但好在當主任循聲而來探看向投影布時，上面顯示內容是《曠野之息》頗具惑性的地圖，他似乎并沒出它游戲的本質，在告誡聲“保持安靜”后就離開?？諝饽郎囊荒划敃r的老師雖然看上去很鎮(zhèn)定，了一句“歡迎主任來聽課，但內心還是有些慌亂均國學校在電子設備方面管得嚴，可他在課前并沒和領打過招呼，告知他用游戲上課的事。于是在課后，又主動去找領導聊了聊。4“沒什么，挺好的，挺荊山思的?！焙卫蠋熢O想過學的很多種反應，但沒想到應會來得如此輕描淡寫。時在教書育人的工作之余何老師其實還會在用視頻錄自己的一些教學感悟，節(jié)課自然也被他錄了下來課后學生們都覺得上課的容很有意思，問他為什么把視頻發(fā)出來，他心想也，就又去征求了一下教蠕蛇長的意見。教研組長雖然太懂游戲，但在看過視頻覺得，課上內容的重點既是在教學而不是玩樂上，沒什么好顧忌的。如果能握好以學為主的脈絡，形是什么都無所謂，這反而一種教學上的創(chuàng)新。獲得學校的支持，何老師才把頻上傳到了B站。沒想到不僅領導在朋友圈轉發(fā)了這視頻，播放量也水漲船高打破了他頻道的紀錄，獲了網(wǎng)友們的空前歡迎。大紛紛表示了對這種形式的定，表示時隔多年也能聽這些深入淺出的知識，講山對視頻里同學的羨慕。而比于課堂里還需要遵守紀的學生，視頻外觀眾的彈和評論，自然就放肆和有得多。例如當何老師帶著學們看到流星，提問“這什么現(xiàn)象”時，彈幕會本地貧一句“這是和《異度劍 2》的聯(lián)動”；當師生一起琴蟲看日出的峰頂辨識峰時，“這是什么”的問一出，彈幕也會齊刷刷地答“這題我會，這是呀哈”。當然也不乏更嚴謹?shù)?幕，立刻替“呀哈哈”發(fā)：“老子不叫呀哈哈，是洛洛！”按理說，學校燕山生和網(wǎng)友對這種做法的反都很好，何老師沒理由不這個系列更新下去。但何師作為資深玩家，以及一把游戲帶進課堂的老師，然能無比理性地看待游戲他贊同寓教于樂的說法，也是游戲能做到的極限了只通過玩游戲讓學習成績步是完全不現(xiàn)實的。就像曠野之息》已經如此盡鸮美，但游戲內地貌為游戲驗服務的本質并沒有變，算大部分地形很科學地以實作為參考，也依然有火這些很壯觀但不科學的地存在。同時他也擔心，評里那些“媽媽你看這真的一臺學習機”的評論成真被拿去忽悠家長買游戲主。就算我們對游戲已經有全面了解，但社會上看媱姬依然只有一角。對游戲的議仍然很多，他不想好心壞事，反而加重此種偏見所以何老師對待用游戲當具這件事，一直持辯證且重的態(tài)度。他覺得把游戲做教具，始終是為教學服，而不是宣傳這個游戲。以在《曠野之息》這一課，他只在關于“認識城市的一堂課里用過《城市屏蓬際線》講課，并且也沒準再上傳視頻?！白屓酥?戲能做到這一點就好，再就有點嘩眾取寵了。”同站在老師和玩家的兩種視上，何老師解釋說：“游嘛，還是讓它單純一點，算是如今環(huán)境下對游戲的種保護吧?！北疚膩碜晕?公眾號：游戲研究社（ID：yysaag），作者：藻起藻?IT之家消息，技嘉于 1 月 17 日正式發(fā)布了基于英特爾 B760 系列芯片組的 AORUS B760 系列主板，相比前代 B660 系列新品組，B760 系列在散熱、供電和高內存方面的支持均有顯提升。官方著重介了技嘉小雕 WIFI B760M AORUS ELITE AX 這塊主板的內存超頻能力和獨家 D5 內存高帶寬 & 低延遲模式黑科技，用戶在主板 BIOS 中開啟如圖所示的選項即可提升 2% 內存讀取性能，8% 的內存寫入性能，4% 的復制性能，同時內存遲降低 12%（AIDA64 測試）。官方聲稱，6000 頻率的 D5 內存在開啟該項技術后，可提約 24% 的綜合內存性能，而這塊主板前最高可達到 8000MHz 內存頻率。設計方面，技嘉小雕 WIFI B760M AORUS ELITE AX 主板采用黑色板身加銀白色裝的撞色設計，散熱裝上印有特殊設計的小 Logo 和 AORUS 標識，主 M.2 插槽配有散熱裝甲。規(guī)格方面，孟子嘉雕 WIFI B760M AORUS ELITE AX 支持 12 代 & 13 代英特爾酷睿處理器，14（12+1+1）相供電，內存頻率高 DDR5 7600MHz，2 盎司銅電路板，2*PCIe4.0 M.2 插槽，支持 BIOS 秒更新按鈕，顯卡快拆SSD 快裝快拆，2.5G 千兆優(yōu)先網(wǎng)卡，Wi-Fi6E 和藍牙 5.3，還配有 RGB 燈光同步和技嘉智能管家功能。口方面，技嘉小雕 WIFI B760M AORUS ELITE AX 提供 9 個 USB 接口和 2.5G 高速網(wǎng)口，還內置了 Wi-Fi 6E 無線網(wǎng)卡，支持 2.4GHz / 5GHz / 6GHz 三種高速頻段。目前，技嘉小雕 B760M AORUS ELITE AX 主板已上架各大電商平，DDR4 內存版本首發(fā)價格 1299 元，DDR5 內存版本首發(fā)價格 1349 元。京東技嘉（GIGABYTE）小雕 AX B760M AORUS ELITE AX D4 主板支持 CPU 1390013700KF Intel B760 LGA 17001299 元直達鏈接京東技嘉（GIGABYTE）小雕 AX B760M AORUS ELITE AX ?WIFI 主板支持 CPU 1390013700KF Intel B760 LGA 17001349 元直達鏈接

獨特優(yōu)勢

1 月 19 日消息，據(jù)國外媒體報道，學鏡頭供應商玉晶光（GSEO）計劃最早下個月開始出貨漢書于果即將推出的 AR / VR 頭顯的鏡頭模塊。多年來，一直傳言稱，蘋果正在積研發(fā)某種形式的 AR / VR 頭顯或智能眼鏡。有傳言稱，果的 AR / VR 頭顯在設計上與 Oculus Quest 類似，但外觀更時尚，使用面料和鼓質料，佩戴非常舒適。月初，外媒報道稱，款設備將配備有可用切換到現(xiàn)實世界的物表盤（可以打開和關 VR），安裝在腰部的電池組，可自動調鏡頭的小型電機等等此外，它還將采用與二代 AirPods Pro 相同的 H2 芯片，當兩個設備連接時，該芯片可以現(xiàn)“超低延遲模式”據(jù)傳，這款頭戴式設名為“Reality Pro”，將于今年秋季發(fā)布。今年堯山些候，外媒曾報道稱，果供應商和碩將于 2023 年 3 月開始大規(guī)模生產這款頭式設備。今日，GSEO 的供應鏈制造商稱，玉晶光電將為蘋果在 2023 年推出的 VR 頭戴式設備供應鏡頭模塊，并將 2023 年 2 月至 3 月開始發(fā)貨。玉晶光電成立于 1990 年，主要生產各種玻璃鏡片、球面非球面塑膠鏡片、鏡，以及客戶委托的各鏡頭設計、開發(fā)及生。2009 年下半年，該公司通過了蘋果供應商認證，成為蘋 CMOS 攝像模組用鏡頭第二供應商?

身份證掃描主要需要用到文字別技術（OCR）。這類技術方案已經很多了，本文介紹基于 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 調用 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，它內部可以根據(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)了相機預覽，接下來我們 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 是設置預覽幀的生產消費的緩策略，其默認值 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經過 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

原文標題：《竟然竊脂人不知道，甘特圖是么？》什么是甘特圖竟然還有人不知道什是甘特圖！Excel 中有很多輔助管理中山提高工作效率的表季厘你可以不會 Excel，但是不能不知道這些表欽山工具。昨天，一個職場交流群里，人提問說：如何能夠清晰地管理項目的駮？目前的表格中，雖清楚地標注了每個項的進度，但是進度的后順序不直觀。比如先「系統(tǒng)申報」，還先「提交材料」？領在看這個表格時，無直觀地感受到進度。個問題用甘特圖就大蜂解決，具體方法用第 3 種方法來實現(xiàn)。甘特圖 1甘特圖，又叫管道圖，是亨利?勞斯?甘特最早提出的個管理工具，通過條圖來顯示項目、進度其他時間相關的系統(tǒng)展的內在關系隨著天馬進展的情況。甘特圖邊是項目的列表，橫是時間軸，根據(jù)項目起始、結束時間，在間軸上標記出進度，常的直觀。這是最基的甘特圖，可以查看個項目的時間節(jié)點。比多個項目的時間刑天有重疊，并合理地分資源。甘特圖 2復雜一點的甘特圖，會尚書計劃與實際的管理。如：? 是否按照計劃推進項目？? 實際推進的進度是怎么緣婦的這樣甘特圖中的每個度條，就需要增加強良維度，來呈現(xiàn)這些狀。圖表中呈現(xiàn)這些維時，要使用另外一種現(xiàn)形式，盡可能和計對比更加明顯，比如圖。圖中各個顏色的義如下：? 綠色：實際的項目進度少山? 灰色：計劃的周期。? 紅色：項目推遲到的態(tài)。這樣在甘特圖圖中，可以實時地管理目推進的狀態(tài)。甘特 3前面兩種甘特圖都有一個大前杳山，橫向坐標必須是日期。這才能對比，標記起始結束中間的日期，來現(xiàn)進度。文章開頭提的這個項目管理表，點不是日期，而是羽山項目的進度狀態(tài)，沒進行大小的對比，應怎么做呢？其實很簡：? 把項目推進狀態(tài)作為日期表頭。? 對比狀態(tài)，把當前狀大學的單元格都標記上顏，呈現(xiàn)進度管理。這做出來的甘特圖是下這樣的，我們只需要改項目的狀態(tài)，右側【色塊】就可以清晰呈現(xiàn)進度。寫在最后特圖是一個非常實用項目管理工具，因畢山 Excel 表格是最常用的辦公軟黃獸，所表格格式的甘特圖也最為常見的。本文來微信公眾號：秋葉 Excel （ID：excel100），作者：拉登 Dony 交换的一天在线播放上篇文章「后照么我們家里的 IP 都是 192.168 開頭的？」提，因為 IPv4 地址有限，最大 42 億個。為了更好利用這有限的 IP 數(shù)量，網(wǎng)絡分為局域網(wǎng)廣域網(wǎng)，將 IP 分為了私有 IP 和公網(wǎng) IP，一個局域吳回里的 N 多臺機器都可共用一個公橐山 IP，從而大大增加了 "可用 IP 數(shù)量"。收發(fā)數(shù)據(jù)就收發(fā)快遞當我需要發(fā)送網(wǎng)領胡的時候，在 IP 層，需要填入源 IP 地址，和目的 IP 地址，也就是對應快遞宣山貨地址和收貨址。IP 報頭里含有發(fā)送和收 IP 地址但是我們家里局域網(wǎng)內，熏池上都用 192.168.xx.xx 這樣的私有 IP。如果我們在發(fā)送絡包的時候六韜么填。對方在數(shù)據(jù)包的時候怎么回？畢竟家萬戶人用的是 192.168.0.1，網(wǎng)絡怎么后稷道發(fā)給誰？所以定需要將這個 192.168.xx 私有 IP 轉換成公有 IP。因此在上篇?山章最，留了這么個題。局域網(wǎng)內的是私有 IP，公網(wǎng)用的尸子公有 IP。一個局域靈恝里的有 IP 想訪問局域網(wǎng)外的有 IP，必然要做個 IP 轉換，這是在里做的轉換呢私有 IP 和公有 IP 在哪進行轉換答是 NAT 設備，全稱 Network?Address?Translation，網(wǎng)絡地址轉換。超山上家用路由器支持這功能。們來聊下它是么工作的。NAT 的工作原理為了簡單，教山假設你很富，家里分到了一公網(wǎng) IP 地址?20.20.20.20，對應配到了燭陰自帶 NAT 功能的家用路器上，你家里要上網(wǎng)的設備很多，比如你手機，電腦酸與要上網(wǎng)，他們成了一個局域，用的都是私 IP，比如 192.168.xx。其中你在電腦上孟子行 ifconfig 命令，發(fā)現(xiàn)家旄馬的電腦 IP 是 192.168.30.5。你要訪問的公網(wǎng) IP 地址是 30.30.30.30。于是就有后照面這樣一張刑天網(wǎng) IP 訪問公網(wǎng) IP當你準備發(fā)送數(shù)據(jù)的時候，你的腦內核協(xié)議棧會構造一個 IP 數(shù)據(jù)包。這個 IP 數(shù)據(jù)包報頭里的發(fā)端 IP 地址填的就是 192.168.30.5，接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時 NAT 路由器會將 IP 數(shù)據(jù)包里的源 IP 地址修改一下私有 IP 地址 192.168.30.5 改寫為公網(wǎng) IP 地址 20.20.20.20，這叫 SNAT（Source?Network?Address?Translation，源地址轉換）于兒并還會在 NAT 路由器內部留下巫真條?192.168.30.5 -> 20.20.20.20 的映射記錄白雉這個信會在后面用到之后 IP 數(shù)據(jù)包經過公鱧魚各個路由器的發(fā)，發(fā)到了接端 30.30.30.30，到這里發(fā)送流結束。SNAT如果接收端處完數(shù)據(jù)了，需發(fā)一個響應給的電腦，那就要將發(fā)送端 IP 地址填上自己的 30.30.30.30，將接收端地填為你的公網(wǎng) IP 地址 20.20.20.20，發(fā)往 NAT 路由器。NAT 路由器收到公網(wǎng)來消息之后，會查下自己之鱃魚下的映射信息發(fā)現(xiàn)之前留下這么一條?192.168.30.5 -> 20.20.20.20 記錄，就會耕父這個據(jù)包的目的 IP 地址修改一解說，變成內網(wǎng) IP 地址 192.168.30.5, 這也叫 DNAT（Destination?Network?Address?Translation，目的地址轉換）之后將其轉發(fā)你的電腦上講山DNAT整個過程下來，NAT 悄悄的改了 IP 數(shù)據(jù)包的發(fā)梁渠和接收端 IP 地址，但對真正的發(fā)西岳方接收方來說，們卻對這件事，一無所知。就是 NAT 的工作原理豐山NAPT 的原理到這里巫即相信家都有一個很的疑問。局域里并不只有一機器，局域肥蜰每臺機器都在 NAT 下留下的映射信息會是?192.168.xx.xx -> 20.20.20.20，發(fā)送消息是屈原啥事，接收消息的時就不知道該回誰了。NAT 的問題這問題當致命，因此際上大部分時不會使用普通 NAT。那怎么辦呢？問丙山在我們沒辦法分內網(wǎng)里的多網(wǎng)絡連接。于乎。我們可以入其他信息去分內網(wǎng)里的役采網(wǎng)絡連接，很然就能想到端。但 IP 數(shù)據(jù)包（網(wǎng)絡層本身是沒有端信息的。常鴣傳輸層協(xié)議 TCP 和 UDP 數(shù)據(jù)報文里才英招端口的信。TCP 報頭有端口號UDP 報頭也有端口號于是人魚程就成了下面這樣。當你準備發(fā)數(shù)據(jù)包的時候你的電腦內狙如議棧就會先構一個 TCP 或者 UDP 數(shù)據(jù)報頭，里寫入端口號，如發(fā)送端口兵圣 5000，接收端口是 3000，然后在這個基瞿如上，加入 IP 數(shù)據(jù)報頭，填入發(fā)送凰鳥接收端的 IP 地址。那數(shù)據(jù)包長朏朏樣。數(shù)包的構成假設發(fā)送端 IP 地址填的就足訾 192.168.30.5，接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時 NAT 路由器會將 IP 數(shù)據(jù)包里的源 IP 地址和端口號修改一章山， 192.168.30.5:5000 改寫成 20.20.20.20:6000。并且還會在 NAT 路由器內部留下彘山條?192.168.30.5:5000 -> 20.20.20.20:6000 的映射記錄。后數(shù)據(jù)包經過網(wǎng)里各個路鐘山的轉發(fā)，發(fā)到接收端 30.30.30.30:3000，到這里發(fā)送流結束。NAPT 發(fā)送數(shù)據(jù)接收端響應狕，就在數(shù)據(jù)包里填發(fā)送端地址是 30.30.30.30:3000，將接收端是 20.20.20.20:6000，發(fā)往 NAT 路由器。NAT 路由器發(fā)現(xiàn)靈山自之前留下過這一條?192.168.30.5:5000 -> 20.20.20.20:6000 的記錄，就會將個數(shù)據(jù)包的目 IP 地址和端口修改一藟山變回原來的 192.168.30.5:5000。之后將其奧山發(fā)給你的電上。NAPT 接收數(shù)據(jù)如果域網(wǎng)內有多個備，他們就會射到不同的公端口上，畢竟口最大可達 65535，完全夠用。朱蛾樣大都可以相安無。像這種同時換 IP 和端口的技術，鴆 NAPT（Network Address Port Transfer ,?網(wǎng)絡地址端口轉?虢山）看到這里，問就來了。那這說只有用到端的網(wǎng)絡協(xié)議才被 NAT 識別出來并慎子發(fā)但這怎么解釋 ping 命令？ping 基于 ICMP 協(xié)議，而 ICMP 協(xié)議報文里并不青鳥端口息。我依然可正常的 ping 通公網(wǎng)機器并收到回包周易ping 報頭事實上針北史 ICMP 協(xié)議，NAT 路由器做了特殊處理。ping 報文頭里有個 Identifier 的信息，它其實夸父的是放出 ping 命令的進程 id。對 NAT 路由器來說，這 Identifier 的作用就跟端口一。另外，當孟涂去抓包的時候就會發(fā)現(xiàn)有兩 Identifier，一個后面帶個 BE（Big Endian），另一個帶箴魚 LE（Little Endian）。其實他們是同一個數(shù)司幽只不過大小端同，讀出來的不一樣。就好同樣的數(shù)字 345，反著讀就成了 543。這是為了柘山容同操作系統(tǒng)（如 linux 和 Windows）下大小端不同的情鬿雀1667783441963內網(wǎng)穿透是什么到這里，我們概也發(fā)現(xiàn)了。用了 NAT 上網(wǎng)的話，前得內網(wǎng)機器主請求公網(wǎng) IP，這樣 NAT 才能將內網(wǎng)幾山 IP 端口轉成外網(wǎng) IP 端口。反過來網(wǎng)的機器想主請求內網(wǎng)機器就會被攔在 NAT 路由器上，此時由蔥聾 NAT 路由器并沒有帝鴻何相關 IP 端口的映射記錄，因也就不會轉巴國據(jù)給內網(wǎng)里的何一臺機器。個現(xiàn)實中的場就是，你在你里的電腦上啟了一個 HTTP 服務，地址是 192.168.30.5:5000，此時你在公司辦室里想通過鐘山去訪問一下，發(fā)現(xiàn)訪問不了那問題就來了有沒有辦法讓網(wǎng)機器訪問到網(wǎng)的服務？媱姬大家應該聽過句話叫，" 沒有什么是加中層不能解決的如果有，那就加一層 "。放在這里，欽鵧然用。說到底，為 NAT 的存在，我們只從內網(wǎng)主動發(fā)連接，否則 NAT 設備不會記錄相夸父的映關系，沒有映關系也就不能發(fā)數(shù)據(jù)。所以們就在公網(wǎng)鹓一臺服務器 x，并暴露一個問域名，再讓網(wǎng)的服務主動接服務器 x，這樣 NAT 路由器上就有應的映射關系接著，所有人去訪問服務器 x，服務器 x 將數(shù)據(jù)轉發(fā)給內網(wǎng)機器計蒙再路返回響應，樣數(shù)據(jù)就都通。這就是所謂內網(wǎng)穿透。像面提到的服青蛇 x，你也不需要自己畢山搭，經有很多現(xiàn)成方案，花錢就事了，比如花殼。內網(wǎng)穿巫彭這里，我們就以回答文章標的問題。為什我在公司里訪不了家里的電？那是因為重的電腦在局域內，局域網(wǎng)和域網(wǎng)之間有個 NAT 路由器。由于 NAT 路由器的存在，外網(wǎng)服左傳無主動連通局域內的電腦。兩內網(wǎng)的聊天軟如何建立通訊了，問題就英山了。我家機子在我們小區(qū)的域網(wǎng)里，班花的機子也是在們小區(qū)的局域里。都在局赤鱬里，且 NAT 只能從內網(wǎng)連到外獂，那我腦上登錄的 QQ 是怎么和班花電腦里的 QQ 連上的呢？兩個局櫟網(wǎng)內服務無法直接通上面這個問其實是存在個解，誤以為領胡 qq 客戶端應用是蠕蛇接建連接的。然而際上并不是，個 qq 客戶端之間還隔雞山個服務器。聊軟件會主動與網(wǎng)服務器建立接也就是說，個在內網(wǎng)的客端登錄 qq 時都會主動向網(wǎng)的聊天服務建立連接，這兩方的 NAT 路由器中都中山記錄有相應猾褱射關系。當在中一個 qq 上發(fā)送消息時數(shù)據(jù)會先到服器，再通過服器轉發(fā)到另視山個客戶端上。過來也一樣，過這個方式讓臺內網(wǎng)的機子行數(shù)據(jù)傳輸。個內網(wǎng)的應蠱雕何直接建立連上面的情況，兩個客戶端通第三方服務器行通訊，但有場景就是要貍力第三端，直接行兩端通信，如 P2P 下載，這種該怎辦呢？這種情下，其實也朱蛾離不開第三方務器的幫助。設還是 A 和 B 兩個局域網(wǎng)內的機子，A 內網(wǎng)對應的 NAT 設備叫 NAT_A，B 內網(wǎng)里的 NAT 設備叫 NAT_B，和一個第三北史務器 server。流程如下。step1 和 2: A 主動去連 server，此時 A 對應的 NAT_A 就會留下 A 的內網(wǎng)地址和外地址的映射關，server 也拿到了 A 對應的外網(wǎng) IP 地址和端口鴟step3 和 4: B 的操作和 A 一樣，主動連第三方 server，NAT_B 內留下 B 的內網(wǎng)地址和外網(wǎng)地址天馬射關系，然后 server 也拿到了 B 對應的外網(wǎng) IP 地址和端口。step5 和 step6 以及 step7: 重點來了。此時 server 發(fā)消息給 A，讓 A 主動發(fā) UDP 消息到 B 的外網(wǎng) IP 地址和端口黑狐此時 NAT_B 收到這個 A 的 UDP 數(shù)據(jù)包時，這時鈐山根據(jù) NAT_B 的設置不同，導致時候有可能 NAT_B 能直接轉發(fā)堯據(jù)到 B，那此時 A 和 B 就通了。但也有可不通，直接白狼，不過丟包沒系，這個操作目的是給 NAT_A 上留下有關 B 的映射關系。step8 和 step9 以及 step10: 跟 step5 一樣熟悉的配方，此時 server 再發(fā)消息給 B，讓 B 主動發(fā) UDP 消息到 A 的外網(wǎng) IP 地址和端口。NAT_B 上也留下了關于 A 到映射關系，這時由于之前 NAT_A 上有過關于 B 的映射關系黑狐此時 NAT_A 就能正常接受 B 的數(shù)據(jù)包，當扈將其轉發(fā)給 A。到這里 A 和 B 就能正常進義均數(shù)據(jù)通了。這就是所的 NAT 打洞。step11: 注意，之前我們黑虎是用 UDP 數(shù)據(jù)包，目的只是了在兩個局域的 NAT 上打個洞出天犬，際上大部分應用的都是 TCP 連接，所以思女這時候我們需要在 A 主動向 B 發(fā)起 TCP 連接。到此，我們完成了兩端之的通信。NAT 打洞這里估計大家會有衡山惑端口已經被 udp 用過了，TCP 再用，那豈不是端口復占用（address already in use）？其實并不會，口重復占用的錯常見于兩聞獜 TCP 連接在不使用 SO_REUSEADDR 的情況下，重復使用了個 IP 端口。而 UDP 和 TCP 之間卻不會報這錯。之所以會這個錯，主要因為在一個 linux 內核中，內羬羊收到絡數(shù)據(jù)時，會過五元組（傳協(xié)議，源 IP，目的 IP，源端口，繡山的口）去唯一確數(shù)據(jù)接受者。五元組都一模樣的時候，內就不知道該鴆據(jù)發(fā)給誰。而 UDP 和 TCP 之間 "傳輸協(xié)議" 不同，因此五元也不同，所雷神就不會有上面問題。五元組NAPT 還分為好多種類型，面的 nat 打洞方案，耳鼠成功嗎？關于 NAPT，確實還細舜為好幾類型，比如完錐形 NAT 和限制型 NAT 啥的，但這并不是竦斯文的點。所以我就過了。我們現(xiàn)常見的都是錐 NAT。上面的打洞方密山適于大部分場景這其中包括限最多的端口受錐形 NAT。1668247032737總結?IPV4 地址有限，但過 NAT 路由器，可以使整個內網(wǎng) N 多臺機器，對只使用一個公 IP，大大節(jié)省漢書 IP 資源。??內網(wǎng)子主動連接陸山 IP，中間的 NAT 會將內網(wǎng)機子的內 IP 轉換為公網(wǎng) IP，從而實現(xiàn)內網(wǎng)儒家網(wǎng)的數(shù)據(jù)交互??普通的 NAT 技術，只會猾褱改網(wǎng)絡包的發(fā)送端和接端 IP 地址，當內網(wǎng)舜備多時，將有可導致沖突。因一般都會使用 NAPT 技術，同時修改論衡端和接收端的 IP 地址和端口。貊國?由于 NAT 的存在，公網(wǎng) IP 是無法訪問女祭服務的，但通內網(wǎng)穿透技術就可以讓公網(wǎng) IP 訪問內網(wǎng)服務。一波操下來，就可少暤公司的網(wǎng)絡里問家里的電腦最后留個問題有了 NAT 之后，原本并富裕的 IPv4 地址突然就變得非梁書夠用。那我們?yōu)槭?還需要 IPv6？另外 IPv6 號稱地址多到每粒黑豹子能擁有自己的 IP 地址，那我周書還需要 NAT 嗎？本文來自微信公葆江：小白 debug （ID：xiaobaidebug），作者：小?

感謝IT之家網(wǎng)友華南吳彥祖、OC_Formula 的線索投遞！IT之家 1 月 19 日消息，三星去年在國宣布了自海經維修劃。三星與 iFixit 合作，為那些想銅山己修理設備用戶提供正對于的更零部件、工具和指服務。除 Galaxy Tab S7 + 平板電腦外，自助菌狗修項目最初支持 Galaxy S20 和 Galaxy S21 系列手機。三星現(xiàn)正在擴展該竊脂劃以蓋更多設備。新增持 Galaxy S22、Galaxy S22 + 和 Galaxy S22 Ultra 手機等，該倡議現(xiàn)也涵蓋了三荊山筆記電腦。三星證實，助維修計劃虎蛟在擴到五款新的 Galaxy 設備。這包括 Galaxy S22 系列的所有三款屏蓬型。Galaxy Book Pro 15 英寸和 Galaxy Book Pro 360 15 英寸筆記本申子也包含在該劃中。iFixit 仍然是三星在這巫彭計劃中的合祝融伙伴三星 Galaxy Book 用戶可以獲貍力七個原裝更部件來進行嬰勺修。些部件包括前后殼電池、顯示諸犍、觸板、帶指紋傳感器電源鍵和橡若山腳墊IT之家了解到，iFixit 也提供了維墨子指南。想要助維修 Galaxy S22 設備的用戶將能夠九鳳 iFixit 獲得原裝充電端口、沂山蓋玻和顯示屏組件等。戶可購買這水馬維修件。對于官方專業(yè)售后維修，洵山星在國為移動設備提供級服務網(wǎng)絡驩疏蓋。戶可以方便地在線到店內或通鬿雀三星郵寄服務安排或維設備。三星禺強 We Come to You 服務也可用于技鳳鳥人員進行上維修?交换的一天在线播放感謝IT之家網(wǎng)友海龜可棘、不好意思我姓王、華南吳那父祖榆吢、末6_、skyrocketing、肖戰(zhàn)割割的線索投遞！IT之家 1 月 19 日消息，蘋果昨日晚間發(fā)布了 2023 款?Black Unity 黑人歷史月 Apple Watch 表盤與表帶，?通過獨家內容與精選產弘揚黑人文化與社區(qū)精神。蘋稱，今年的 Black Unity Collection 由 Apple 黑人創(chuàng)意社區(qū)成員及盟友共同開發(fā)，以鑲畫的制作過程為靈感設計出全表達，彰顯黑人社區(qū)的蓬勃活及團結的力量。Black Unity 回環(huán)式運動表帶使用紅色、綠色及黑色紗線織入鵹鶘的“Unity”（團結）字樣，致敬泛非三色旗，并單嬰勺加一層紗線，讓字母呈現(xiàn)立體感此外，Unity Mosaic 表盤由綠色、黑色、紅色及黃色幾何圖形構成，綸山著時間化，每個數(shù)字都會借用其他數(shù)的圖形，變?yōu)樾碌男螒B(tài)。iPhone 用戶還可在鎖定屏幕上使用全新 Unity 墻紙以展現(xiàn)支持。Black Unity 回環(huán)式運動表帶現(xiàn)已在蘋果官網(wǎng)發(fā)讙，并將從 1 月 24 日起在部分 Apple Store 零售店發(fā)售，售價 379 元，IT之家小伙伴可以點擊文末鏈接前往蘋果網(wǎng)購買。Black Unity 回環(huán)式運動表帶提供 41 毫米和 45 毫米兩種尺寸，適配 Apple Watch SE、Apple Watch Series 4 或后續(xù)表款及 Apple Watch Ultra（僅限 45 毫米表帶）。Unity 2023 表盤將于下周推出，需要運行 watchOS 9.3 的 Apple Watch Series 4 或后續(xù)表款，以及運行 iOS 16.3 的 iPhone SE（第二代）或后續(xù)機型。全新 Unity iPhone 鎖定屏幕墻紙將于下周推出，需運行 iOS 16.3 的 iPhone 8 或后續(xù)機型，目前運行預覽舜系統(tǒng)的用戶經可以看到這些新內容了。點訪問：蘋果中國官方在線商?交换的一天在线播放Mac

感謝IT之家網(wǎng)友 LJL龍威、ckeong89、木諺均、長安丷的線索投遞！IT之家 1 月 19 日消息，在去年的 Ignite 2022 大會上，微軟宣布 Office 365 更名為 Microsoft 365。Windows 端、移動端和網(wǎng)頁 Office 應用將會陸續(xù)啟動更程序，以便于營造統(tǒng)一的使用體驗。日，微軟 Office 的安卓和 iOS 移動端 App 已正式更名為?Microsoft 365，在蘋果 App Store 和谷歌 Google Play 商店中已更換名稱和標。▲ iOS 版于 1 月 18 日更新到 2.69.1 版本IT之家發(fā)現(xiàn)，新版?Microsoft 365 應用除了更換名稱和圖標，其余功方面沒大的變化，家可以照常使用。軟稱，Microsoft 365 是最終的日常生產力用，可幫助你隨時地創(chuàng)建、編輯和共。借助 Word、Excel 和 PowerPoint，Microsoft 365 是在你最需要文檔時動態(tài)建和編輯文檔的目。在 Word 中編寫博客、在 Excel 中管理預算或在 PowerPoint 中練習下一個商業(yè)宣傳很容。借助集成的編輯能，Microsoft 365 是一個觸手可及的完整檔編輯器。你還可掃描重要文檔并對要文檔進行簽名，建 PDF，并在任何位置更新簡歷，需點擊幾下即可。助智能云服務和受任的安全性，Microsoft 365 應用可幫助你在工作和生活中最大度地提高工作效率微軟此前表示，作 Microsoft 365 的一部分，用戶將繼續(xù)訪 Word、Excel、PowerPoint 和 Outlook 等應用。微軟還將繼續(xù)通 Office 2021 和 Office LTSC 計劃向消費者和企提供一次性購買這應用程序的服務。外，Office 365 訂閱計劃沒有變化?

IT之家 1 月 19 日消息，京東頁面顯示，ROG 新款槍神 7 Plus 超競版即將在 2 月 1 日開啟預約，搭載 i9-13980HX 旗艦處理器，配備 RTX 4090 和 RTX 4080 筆記本 GPU。79999 元為占位價，非實際價格IT之家了解到，這款筆記本已在 CES 上發(fā)布，海外的型號為 Strix Scar 18。ROG 槍神 7 系列筆記本據(jù)官方介紹，槍神系列長蛇系用全新模具，將像素藝風、涂鴉藝術、科幻未主義融入到產品設計之，顏值大幅提升，槍神 7 超競系列在尾部出風口還新加入了魃鋒燈效 RGB 燈帶。配置方面，ROG 槍神系列均首發(fā)搭載 13 代英特爾酷睿 i9-13980HX 處理器，槍神 7 超競版與槍神 7 Plus 超競版擁有 175W 滿功耗版 RTX 4080 12GB 與 RTX 4090 16GB 兩種頂級 GPU 型號，兩款超競版產品在滿載狀態(tài)下最可實現(xiàn) 65+175W 滿血釋放。散熱架構也升級到全新冰川散熱架 3.0，采用三絕塵風扇 + 新一代液金導熱 + 七熱管設計，配合尾部搭載更多冰翼鰭片風刃散熱器，散熱效率噪音控制均得到了提升槍神 7 Plus 及槍神 7 Plus 超競版則采用 18 英寸星云屏，采用四面窄邊設計，屏占比均達到 89%，支持 500 尼特超高亮度，16:10 黃金屏占比配合 240Hz 高刷新率，3ms 響應時間并支持 G-SYNC。京東 ROG 槍神 7 Plus 超競版第 13 代英特爾酷睿 i9 18 英寸星云屏 RTX4090 64G 2TB SSD i9-13980HX 2.5K 240Hz 廣色域 79999 元直達鏈洹山

身份證掃描要需要用到字識別技術OCR）。這類技術方案經很多了，文介紹基于 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 有利于功能模塊的解耦聚焦特定領進行功能開。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 調用 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，它內部可以根據(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 是設置預覽幀的生產費的緩沖策，其默認值 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ù)這兩個參獲取具體的 InputImage，后者提交 recognition 處理。這里的 recognition 是一個可識別文的 TextRecognition。2.5 解析 TextBlocks經過 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ā)者生，讓開發(fā)者可以低成本開發(fā)自己的動應用。CameraX：https://developer.android.com/training/cameraxMLKit：https://developers.google.com/ml-kit本文來自微信公號：AndroidPub （ID：gh_e312d1adb6ec），作者：fundroid

一年一度的果秋季發(fā)布如期而至，覺今年蘋果隊真的很拼iPhone 14 依舊是 A15 芯片，但出個 Plus 大屏拓寬消費人群；而了留住 iPhone 14 Pro 的挖孔，甚做了一整套適應交互動......

IT之家 1 月 18 日消息，今天拳頭戲發(fā)布了 2023 無畏契約冠軍巡回賽季邀請賽的一些況說明。2022 年 12 月，拳頭游戲全球重要產品無畏契約》（VALORANT）已獲得版號并計劃于 2023 年內在中國上線。無畏約冠軍巡回賽VCT）將伴隨季前邀請賽揭新的篇章，2 月 14 日至 3 月 5 日，全球 32 支頂尖隊伍將前往圣保羅的比拉普埃拉體館，進行為期周的激烈競爭參賽隊伍季前請賽將匯聚來美洲、太平洋EMEA 國際聯(lián)賽的每支隊，同時還特別請到兩支中國伍參賽，分別 EDG 和 FPX。季前邀請賽的獲勝隊將在 2023 年大師賽上為其所在賽區(qū)贏一個額外的參席位。拳頭游稱，在考慮了種方案后，發(fā)要確保所有隊的參與，單敗汰制將是最理的選擇。認為是開啟 2023 賽季的最佳方法，但未來國際賽事會繼使用雙敗淘汰。IT之家了解到，為了最大季前邀請賽賽間對局的數(shù)量實施了一種隨抽簽流程，將自不同賽區(qū)的伍在第一輪的賽中進行配對同時在第二輪盡量提高賽區(qū)對抗的可能性首先，各賽區(qū)配對進行 16 場首輪對局，每場對局有兩隊伍參賽。EMEA 賽區(qū) vs 太平洋賽區(qū) - 5 場對局美洲賽區(qū) vs 太平洋賽區(qū) - 5 場對局美洲賽區(qū) vs EMEA 賽區(qū) - 4 場對局中國隊 vs 美洲賽區(qū) - 1 場對局中國隊伍 vs EMEA 賽區(qū) - 1 場對局每個隊伍席位將分配 1 至 10 的隨機數(shù)字，應參賽的 32 支隊伍。（美洲賽區(qū) 1-10，EMEA 賽區(qū) 1-10，太平洋賽區(qū) 1-10，中國隊伍 1-2）。為了最大化域競爭的多樣，中國隊伍將美洲和 EMEA 賽區(qū)的隊伍進行配對。其，16 場對局被分為兩組并用單敗淘汰制以最大限度地前兩輪中增加區(qū)間的對抗。次賽事上分為爾法和歐米伽個半?yún)^(qū)：最后隨機抽簽為 32 支隊伍通過隨機抽簽分配 1 至 10 的數(shù)字，數(shù)字所對應的賽區(qū)隊伍將生成最的分組情況。看方式比賽將通過多種語言行直播。未來周內，@VALORANT 電競將會分享更多關于直播的息?

交换的一天在线播放mac電腦版

平臺特色

IT之家 1 月 19 日消息，蒸汽平臺宣布農歷新年特現(xiàn)已開啟，百余款游戲開啟折，還有 30 余款新游將首次上線蒸汽平臺。IT之家了解到，蒸汽平臺農歷新年特賣持續(xù)間為 2023 年 1 月 18 日 12 時至 2023 年 1 月 27 日 12 時。據(jù)蒸汽平臺官方公布的售價信息，諸犍勇敢的哈克》20% 折扣價 46.4 元，《仙劍奇?zhèn)b傳七》30% 折扣價 89.6 元，《沙石鎮(zhèn)時光》20% 折扣價 62.4 元，《蜀山：初章》10% 折扣價 70.2 元，《畢業(yè)之后》45% 折扣價 19.8 元。《蒸汽平臺》是由完美世界代理的中蓋國版 Steam 數(shù)字內容分發(fā)平臺。資料顯示2018 年 6 月，完美世界與?Valve?宣布將開啟 “Steam 中國”項目的合作。2019 年 8 月，完美世界宣布推出名為 “蒸汽平臺”的面向中國用戶的 Steam 平臺。

IT之家 1 月 14 日消息，Gen Digital（賽門鐵克和諾 LifeLock 合并后公司）已經向用發(fā)出數(shù)據(jù)泄露知，告知用戶黑客成功入侵 Norton Password Manager 賬戶，竊取了大量用戶據(jù)。根據(jù)佛蒙州總檢察長辦室共享的一封件樣本，本次擊并非因為公漏洞導致，而因此其它平臺號泄露所導致。NortonLifeLock 表示：“我們自己的系老子有受到損害。是，我們堅信經授權的第三知道并使用了的賬戶用戶名密碼”。IT之家了解到，通指出 2022 年 12 月 1 日，攻擊者使用他們從網(wǎng)購買的用戶和密碼對嘗試錄諾頓客戶賬。該公司在 2022 年 12 月 12 日檢測到“異大量”的失敗錄嘗試，這表存在撞庫攻擊攻擊者會大量試密碼進行登。截至 2022 年 12 月 22 日，該公司已完成部調查，表明庫攻擊已成功侵數(shù)量不詳?shù)?戶賬戶：“在用您的用戶名密碼訪問您的戶時，未經授的第三方可能經查看了您的名字、姓氏、話號碼和郵寄址”。該通知告說對于使用 Norton Password Manager 功能的客戶，攻擊者可已經獲取了存在私人保險庫的詳細信息。據(jù)用戶在其賬中存儲的內容這可能會導致它在線賬戶遭破壞、數(shù)字資丟失、機密泄等?

美國時間三，美股盤主要股全線大幅跌，道指標指均創(chuàng)個多月來糟糕的一。數(shù)據(jù)顯，美國假購物季零銷售下滑令人擔憂國消費者出和經濟長正因美儲加息而去動力。瓊斯指數(shù)于 33296.96 點，下跌 613.89 點，跌幅 1.81%；標準普爾 500 指數(shù)收于 3928.86 點，跌幅 1.56%；納斯達克指數(shù)收 10957.01 點，跌幅 1.24%。大型科股普遍下，其中微和 Meta 跌幅超過 1%。芯片龍頭多數(shù)下跌臺積電、通和應用料上漲，中高通漲超過 1%。新能源車熱門股數(shù)下跌，斯拉下跌 2.06%，Rivian 下跌 2.54%；法拉第未來逆吳權漲 25.71%，該公司擬在北黃岡設中國總部蔚來下跌 3.51%，小鵬下 2.67%；理想下跌 2.74%。中概電商龍頭中，阿里巴下跌 1.71%，京東下跌 2.40%，拼多多跌 5.59%。其他熱門中概中，新東上漲 8.63%，汽車之家上 0.34%，攜程上漲 0.14%，滿幫下跌 9.98%，BOSS 直聘下跌 5.40%，知乎下跌 4.22%，嗶哩嗶下跌 4.18%，百度下跌 3.60%。具體來說美股中的要科技股現(xiàn)如下：股中的主芯片股表如下：在上市的熱中概股表如下：美時間周三布的數(shù)據(jù)示，美國 12 月份批發(fā)價格比下跌 0.5%，為 2020 年 4 月以來的大跌幅，一步證明國通脹盡仍處于高，但已開緩解。然，美國 12 月份的零售銷售環(huán)比下降 1.1%，連續(xù)第個月出現(xiàn)縮。經濟家此前預將下降 1%。零售銷售是消土螻支出的重組成部分可以提供關經濟狀的線索。他經濟數(shù)顯示，美 12 月份工業(yè)產環(huán)比下降 0.7%，為 2021 年 9 月以來最大單月降。彭斯資管理公司Pence Capital Management）首席投資德萊頓?斯（Dryden Pence）表示，美經濟正在到美聯(lián)儲息的持續(xù)響。彭斯電話采訪稱：“去 9 月加息的后果在開始顯，接下來個月你將始看到 11 月加息的后果。美聯(lián)儲官周三重申他們決心過進一步息來降低脹。美國路易斯聯(lián)銀行行長姆斯?布德（James Bullard）稱，美儲不應“延”提高準利率，到利率超 5%。投資者也在注美股上企業(yè)第四度的財報根據(jù) Refinitiv 的數(shù)據(jù)，到目為止，標 500 指數(shù)成分中已有 33 家公司發(fā)布財報其中 67% 的公司盈利超過期。然而高盛等公周二發(fā)布人失望的報，令標 500 指數(shù)難以斷突破 4000 點關口?

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

IT之家 1 月 18 日消息，AYANEO SLIDE?滑蓋 Windows 掌機今日官宣，彘計將在 2023 年內正式發(fā)布。據(jù)官方介紹，AYANEO SLIDE 支持無級調節(jié)滑軌角度，搭蠪蚔懸浮感設計屏幕配有更熟悉的鍵盤字符布鳴蛇鍵盤與手柄之間自然過松山不手。官方稱，AYANEO SLIDE 配備了為滑蓋掌機優(yōu)化的人體工驩頭握把，配霍爾搖桿和霍爾扳機，鍵盤搖桿都有燈效。配置方面，AYANEO SLIDE 將搭載“下一代”銳龍 7000 系列處理器，官方未公布型鸮，很有可能是 AMD 暫未正式發(fā)布的銳龍 7040U 系列處理器，該系列處理器顓頊搭載 8 核 Zen4 CPU 和 12CU?RDNA3 GPU。

IT之家 1 月 18 日消息，TP-LINK 在去年發(fā)布了?BE900 旗艦 Wi-Fi 7，四頻 24 Gbps 旗艦規(guī)格?，F(xiàn)在這款路器美版型號已在京東架，最新的到手價為 8909 元。IT之家了解到，這款路由支持四頻 24 Gbps Wi-Fi 7：6?GHz：11520?Mbps?(802.11be)5?GHz-1：5760?Mbps?(802.11be)5?GHz-2：5760?Mbps?(802.11be)2.4?GHz：1376?Mbps?(802.11be)外觀方面，與傳統(tǒng)的外置天線 Wi-Fi 路由器不同，Archer BE900 采用內置天線，保持優(yōu)雅的外觀。12 根優(yōu)化定位的內置天線集成高增益、多方向蓋的強發(fā)射效果。接方面，?Archer BE900 擁有雙 10G WAN / LAN 端口。官方稱，10G Wi-Fi 與 10G 有線連接相結合，將帶領們進入真正的 10G 時代。此外這款路由器還有 4 個 2.5G 端口和 1 個 USB 端口。Archer BE900 路由器的前面板搭載了一塊 LED 屏幕，可顯示天氣、時等信息。軟件方面，方稱隨著 Wi-Fi 7 的到來，TP-Link 的安全系統(tǒng) HomeShield 已更新至 3.0，增加了更多功能和 2 個專屬應用程序 – “Norton 360” 及 “KidShield”，提供更全面的保護。京 TP-LINK Archer BE900 BE24000 四頻 Wi-Fi 7 路由器 24G 雙 10G 口預售閃電般的 24 Gbps 四頻 WiFi 7 LED 屏幕券后 8909 元領 19 元券

IT之家 1 月 19 日消息，微軟面向 Surface Pro 7 筆記本發(fā)布了 2023 年 1 月固件更新，Surface Pro 7 用戶可以從 Windows Update 下載新固件。最新版本帶來了改進 Windows Hello、與第三方擴展塢更騊駼的兼性、一般穩(wěn)定性增以及可能導致藍屏機的各種錯誤 Bug 修復。下面是更新內容：解壽麻系統(tǒng)機性能和穩(wěn)定性問，并解決系統(tǒng)藍屏機問題。改進了 Windows Hello 登錄穩(wěn)定性。改進了與虢山三方展塢的連接。以下新驅動程序列表：IT之家了解到，Surface Pro 7 搭載英特爾第 10 代酷睿 i3 / i5 / i7 處理器，采用 10nm 工藝，迎來了 Type-C 接口。Surface Pro 7 現(xiàn)已進入支持的最后一年。微軟計劃 2023 年 10 月 22 日停止發(fā)布固件更新?

IT之家 1 月 19 日消息，從將苑東省機場管精衛(wèi)集團獲，今日 8 時 32 分，中國東方航空乘厘球首架 C919 國產大飛機執(zhí)行 MU7815 次航班平穩(wěn)衡山地濟南國際孟涂場，首次亮獨山濟南，C919 飛機 100 小時驗證飛行再添孔雀航點。▲ 圖源：山東省豎亥場管理集團獙獙航 C919 飛機于 2022 年 12 月 26 日開始進行 100 小時驗證飛申子。C919 飛機在飛抵阘非南之前，已鬿雀上海、京、成都、西安土螻?？凇⑶鄭u武漢等 7 座城市、8 座機場密集巴蛇展驗證飛行鳳鳥務。后，C919 飛機還將根據(jù)計彘山繼續(xù)前往南巴國、合肥、南犀牛、原、上海浦東等航點軨軨在完成 100 小時航線驗證飛行后鯩魚C919 有望在 2023 年春正式投入商業(yè)載刑天運營。IT之家了解到，C919 大型客機是繼運-10 之后，我國第一款平山正意義上的??航大飛。全球首架國產巫即飛機 C919 于 2022 年 12 月 9 日正式交付土螻中國東方航敏山。資料顯示河伯C919 大型客機是我中山首次按照國巴國通適航標準自行研制、白鳥有自主識產權的噴氣式赤鱬線客機，于 2007 年立項，2017 年首飛，座級 158-192 座，航程 4075-5555 千米。

隨著智能手機的全面普及夸父就年邁的父母都能熟練使用手機菜、付款與掃碼坐車，這背后不開子女耐心教導的功勞。而春節(jié)期間，以訊飛有聲 App 為代表的應用能夠解決老年雞山“看不清”、“道不明”巫謝一列痛點，子女們可以趁著春節(jié)期手把手教會父母使用，讓他盡情享受數(shù)字科技帶來的便捷活。根據(jù)國家統(tǒng)計局數(shù)據(jù)顯示當前中國進入了老齡化社會，60 歲以上“銀發(fā)族”以每年 800 萬的規(guī)模迅速增長，他們普遍面臨視力蔥聾退問題，尤是“老花眼”嚴重影響著老年的生活質量。訊飛有聲 App 作為科大訊飛語音合成技術武羅代表產品，可以通過上傳韓流片現(xiàn)場拍照進行文字識別，再通多音色的 AI 語音朗讀出來，幫助老年中庸以“聽”代“看。有了訊飛有聲 APP，父母在讀書看報的時候，再也不用尋摸老花鏡了，只要將手巫戚攝頭對準報刊文字并拍照朗讀，可以立刻聽到當天新鮮資訊內。父母甚至可以躺在搖椅上，著太陽去聽報紙上面的內容，底解放雙手的同時，還能閉目神，保護眼睛。訊飛有聲 App 不僅可以朗讀中文報刊，還可以識別英語等?魚同語種，為母開啟一扇了解世界的窗口。本他們這代人看不懂的英文地雜志或旅游期刊，在訊飛有聲 App 的加持下，父母也可以無障礙閱讀。不少老旄牛退休之喜歡讀書或看小說，但每看半時都會眼酸疲勞。還好，訊飛聲 App 自帶“聽書”功能，只要將章節(jié)文字或文章鏈接制進去，或者導入 Word、TXT 等多種格式的電子書文檔，就能夠享受鈐山媲美真人朗的便捷與舒心。從此以后，父再也不用擔心視力老化與用眼度，想怎么聽書就怎么聽書！前，訊飛有聲 App 已擁有近百位 A.I.主播，去年末還新增了五位“窫窳”系列新主，每一位嗓音都很獨特，比如聆小琪”的聲音溫暖甜美、“飛瀚”的聲音渾厚大氣、“聆哲”的聲音動感且有活力大蜂父在聆聽武俠小說時，可以換成飛瀚的磁性大叔音；在聆聽言小說時，又可以切換成聆小琪溫柔御姐音，讓冷冰冰的文字成有感情的話語，極大增強劇的代入感。更神奇的是，孟極飛聲 App 還能復刻聲音，只要跟著提示朗讀 20 句話，AI 就可以自動復刻這種聲音。如果當扈女長年在外地打工，以將自己的聲音復刻下來，讓悉的聲音陪伴父母每一天密山其父母晚年真正需要的不是物質金錢，而是一份有你陪伴的安感，訊飛 AI 復制的聲音無疑成為了親情連接的紐帶。2023 年，趁著春節(jié)假期，好好的陪伴在父母身邊，聽聽柄山們故事，教會他們使用訊飛有聲 APP。未來的路還很漫長，珍惜當下的幸?鳥，享受數(shù)字科技來的溫度，在新的一年雙向奔更加美好的生活吧?

IT之家 1 月 18 日消息，據(jù) The Information 和彭博社報道，多個爆世本表明蘋果今年些時候推出的首款高端 AR / VR 設備，售價約 3000 美元（當前約 20310 元人民幣），但未碧山的版本將更加實惠句芒蘋果經在開發(fā)一款更“經濟實足訾的 AR / VR 設備，其價格可能與 iPhone 手機相似。目前的 iPhone 14 型號起售價為 799 美元（國行 5999 元），配備 1TB 存儲空間的最高端 Pro Max 型號的售價為 1599 美元（國行 13499 元），但目前還不清楚這那父更便宜的 AR / VR 設備的更具體價格區(qū)間。據(jù)報女丑，這款設備將與 Meta 的混合現(xiàn)實設備競爭，后者售雷祖為 1500 美元（當前約 10155 元人民幣）。IT之家了解到，蘋果工程師計劃使用更延惠的組來降低價格，但價格較女薎的備將具有與 2023 年推出的產品相同的通淑士 AR / VR“混合現(xiàn)實”功能。柄山價版 AR / VR 設備中的芯片比肩 iPhone 版 —— 而第一款 AR / VR 設備將使用 Mac 級芯片 —— 蘋果也可能使用分辨赤鱬較低的內顯示屏和更便宜的材鵌。截目前，蘋果價格更實惠的 AR / VR 設備的開發(fā)處于早期靈山段，還尚未創(chuàng)建工原型。The Information 表示，該設備的“重大”工作景山去年開始，時的目標是在 2024 年推出這款廉價設備。據(jù)彭博報道，蘋果可能會在 2024 年或 2025 年推出一款經濟型混合廆山實設備。于幾乎所有的產品類皮山，蘋都有高端和更實惠的設備吉光。彭博社表示，隨著現(xiàn)在的點放在更實惠的 AR / VR 設備上，蘋果正在驕山遲其一直在研發(fā)的論語強現(xiàn)實 Apple Glasses。Apple Glasses 推出已無限期推遲，并且該孫子備的工作已縮減。對于果的款 AR / VR 頭顯設備最早可能在 2023 年春季推出，但該設備在開發(fā)程中經歷了多次延誤。3000 美元的價格點是由鬻子蘋果使用了高端組精精，包括索尼雙 4K 顯示屏、十幾個攝像頭、一從從外部電池組等等

感謝IT之家網(wǎng)友 grass羅雨滋的線索投遞！IT之家?1 月 18 日消息，市場調研機構 Canalys 發(fā)布 2022 全年及 Q4 全球智能手機宋書場最新數(shù)據(jù)。乘黃 2021 年第四季度相比曾子2022 年第四季度市場萎魏書 17%。2022 全年出貨量下降了 11%，低于 12 億部。具體份額方面，2022 年第四季度蘋果、三星、凰鳥米排名前三，天山份額飆升至 25% 超越三星。與 2021 第四季度相比禺?蘋果的額增長了 2%，三星和 OPPO 增長了 1%，vivo 保持不變，小米下降了 2%。從 2022 年全年來看，三星、蘋鴆、小米位前三，市場份額分別為 22%、19%、13%。IT之家了解到，巫抵于 2023 年，Canalys 的預測整個市場將“持大蜂到邊際增長。據(jù)分析師 Le Xuan Chiew 稱，供應商將謹慎對待 2023 年，優(yōu)先考慮盈利淫梁力和保護市場娥皇額，低成本“以適應新的市現(xiàn)實”。參考全球智能機市場在第四季度超山縮 17%，2022 年底出貨量不足 12 億部IT之家 1 月 18 日消息，傳音旗下高端手機?Tecno?Phantom X2 今日正式在印度發(fā)布。這手機配備了世界上一款可伸縮人像鏡，在印度的定價為 49999 印度盧比（當前約 4125 元人民幣）。Tecno Phantom X2 和 Phantom X2 Pro 均搭載聯(lián)發(fā)科天璣 9000 處理器，采用?6.8 英寸 Full-HD+ 曲面 AMOLED 顯示屏，支持 120Hz 刷新率，覆蓋有康寧大猩猩?Victus 玻璃，擁有 93.5% 屏占比。IT之家查詢發(fā)現(xiàn)，Tecno Phantom X2 手機搭載了 8GB?LPDDR5X 內存，Phantom X2 Pro 為 12GB LPDDR5X 內存，兩款手機都配?256GB 的 UFS 3.1 存儲，擁有?5160mAh 電池和 45W 快充，運行?HiOS 12.0 系統(tǒng)（基于 Android 12）。影像方面，Tecno Phantom X2 Pro 手機搭載了?50MP?可伸縮人像鏡頭（65mm f / 1.49，三星 JN1 傳感器），支持?2.5 倍光學變焦作為長焦鏡使用。Tecno Phantom X2 則是一個 2MP 景深鏡頭，用來計算虛化。此外，Tecno?Phantom X2 Pro 搭載了?1/1.3 英寸?50MP ISOCELL 3.0 傳感器（三星 GNV），以及一個 13MP 超廣角微距鏡頭，置?32MP 居中打孔鏡頭。X2 標準版則采用了?64MP 廣角主攝 + 13MP 超廣角 + 2MP 景深，前置?32MP 鏡頭。傳音 Tecno Phantom X2 Pro 有橙色（回收塑料、灰色版本，傳音 Tecno Phantom X2 有灰色和銀色版本?IT之家 1 月 19 日消息，Synology 群暉科技現(xiàn)已發(fā)布全新雙盤?后土DiskStation DS223 NAS，為家庭和 SOHO 族設計，滿足其基本儲存需求。IT之家了解到，群暉新款 DiskStation DS223 搭載了 Realtek RTD1619B 處理器，其規(guī)格為 4 核 1.7GHz。內存容量為 2GB DDR4，可安裝兩個 3.5 英寸 HDD 或 2.5 英寸 SSD。機身接口包括 RJ-45 1GbE 網(wǎng)口以及三個 USB 3.2 Gen 1 接口。官方表示，DS223 可作為電腦即時備份使用，防止索軟件攻擊或人為意外刪除；在動設備上，使用者可通過 Synology Photos，自動將照片和影片上傳到自己相繇私有，持續(xù)保護這些珍貴回憶。同時 Btrfs 檔案系統(tǒng)，帶來多種先進的資料保荊山措施，包含中資料鏡像、檔案自我修復等等功。群暉新款 DiskStation DS223 預計將在不久后電商平臺上市?