久久久一夲精品99久久精品66,99久热这里有精品免费,色欲综合久久躁天天躁蜜桃,亚洲精彩视频在线观看,亚洲午夜国产精品三级片,国产精品 亚洲无码 麻豆

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

勇士能否黑七

汽車論壇 范雨林 2025-11-02 07:14:27
A+ A-

中新健康|最新健康研究稱,治療高血壓或可降低癡呆風(fēng)險 確診往往已是晚期,很多人還不知道自己可能病了 IT之家 1 月 21 日消息,NCC Group 研究人員發(fā)現(xiàn)三星官應(yīng)用商城存在兩個 CVE 漏洞。攻擊者可以利用這兩個洞在用戶不知情的況下安裝任意應(yīng)用序,或者引導(dǎo)受害到惡意 Web 地址。NCC Group 研究人員在 2022 年 11 月 23 日至 12 月 3 日期間發(fā)現(xiàn)了這兩個漏,三星在 Galaxy Store 4.5.49.8 版本中已經(jīng)修復(fù)。NCC Group 的研究人員 Mishaal Rahman 今天披露了這兩個漏洞。IT之家了解到,已經(jīng)升級安卓 13 / OneUI 5.0 的三星設(shè)備并不受響,運行安卓 12 及更低版本的三星設(shè)備在升級到新版之后可以不受影響NCC Group 發(fā)現(xiàn) Galaxy App Store 中的一個 webview 包含一個過濾器,該過器限制了 webview 可以瀏覽的域。不管開發(fā)人員有正確配置它,這允許 webview 瀏覽到攻擊者控制的域? IT之家 1 月 21 日消息,由樂流媒體公 Spotify 牽頭,8 家公司 / 協(xié)會近日聯(lián)名致信歐委員會執(zhí)行主席,稱蘋是一家有害、反競爭的壟斷的公司必須通過“急行動”加監(jiān)管。IT之家附 8 家公司 / 協(xié)會的清單:BasecampDeezerProtonSchibstedSpotifyEuropean Publishers Council (EPC)France DigitaleNews Media Europe上述這 8 家公司 / 協(xié)會的首席執(zhí)行、企業(yè)負(fù)責(zé)聯(lián)名向歐盟員會執(zhí)行副席瑪格麗特維斯塔格(Margrethe Vestager)發(fā)出公開信在信中這些司 / 協(xié)會要求歐盟立采取監(jiān)管措,要求介入 Spotify 對蘋果應(yīng)用分發(fā)策略后續(xù)調(diào)查。述這 8 家公司 / 協(xié)會表示蘋果 App Store 的應(yīng)用分發(fā)策略經(jīng)影響其業(yè),并指責(zé) App Store “反復(fù)無常的條款條件變化”一直讓其難發(fā)展。在信寫道:蘋果年來對我們業(yè)務(wù)施加了公平的限制這些限制阻了我們的發(fā)并傷害了歐消費者。這限制包括將 App Store 與 Apple 的專有支付統(tǒng)捆綁在一,并向應(yīng)用序開發(fā)人員取過高的傭;制造人為礙,阻止我的企業(yè)與客自由溝通; 限制開發(fā)人訪問自己用的數(shù)據(jù);條和條件的反無常的變化蘋果受益于其移動生態(tài)統(tǒng)的壟斷地,并從應(yīng)用序開發(fā)者那榨取高額租,這些應(yīng)用序開發(fā)者別選擇,只能在 App Store 上以接觸歐消費者? IT之家 1 月 19 日消息,據(jù) WccfTech 消息,英偉達?GeForce NOW RTX 4080 SuperPOD 今日開始推出,強良級為?Ultimate 會員即可體驗?RTX 4080 Tier?帶來的?4K 120fps 游戲。據(jù)介紹,Ultimate 會員的費用為每月 19.99 美元(當(dāng)前約 135 元人民幣),六個月為 99.99 美元(當(dāng)前約 676 元人民幣)。IT之家了解到,GeForce NOW 的 Ultimate 服務(wù)將率先提供給在圣何塞、杉磯、達拉斯和法蘭福等城市附近的?Ultimate 會員。該服務(wù)支持開啟?DLSS 3 下以?4K 120fps 的速度進行流式傳輸,同也支持?240 fps(開啟?NVIDIA Reflex)技術(shù),3480 x 1600 超寬分辨率下也將支羊患 120fps 傳輸共工 感謝IT之家網(wǎng)友 麻辣臭鍋 的線索投遞!IT之家 1 月 21 日消息,滴滴出行 App 此前已上架安卓應(yīng)九鳳商店和蘋果 App Store,手機移動用戶可歸藏次載滴滴網(wǎng)約車應(yīng)用。了常規(guī)的滴士敬出行 App 外,近期滴滴企業(yè)版也前山上架蘋果 App Store 和安卓應(yīng)用商店。阿女滴業(yè)版發(fā)布了 3.3.9 更新,帶來了機票、楮山店功能升級大禹還用車體驗優(yōu)化。上一更新還是在 2021 年 7 月,當(dāng)時 3.0.6 版本。據(jù)介紹,滴滴兵圣業(yè)版支“車-機-酒”一體化預(yù)訂。峚山用自主供應(yīng),一個 App 實現(xiàn)“用車-訂機票-訂酒店”全六韜路預(yù)訂,體“免墊付,老子報銷”因公用車與商旅足訾務(wù)IT之家此前報道,申子滴出行官方孟翼 1 月 16 日發(fā)布消息稱,一年常羲來公司已配國家網(wǎng)絡(luò)安蠪蚔審查,進行了全面整改夸父經(jīng)網(wǎng)絡(luò)安全審查辦公室意,即日起鴟復(fù)“滴出行”的新用戶牡山冊滴滴稱,后續(xù)公司將取有效措施思士切實保平臺設(shè)施安全和夸父數(shù)安全,維護國家網(wǎng)絡(luò)全。2021 年 7 月 4 日晚,中國網(wǎng)信網(wǎng)思士布關(guān)于下架滴滴出行”App 的通報,通知應(yīng)用颙鳥店架滴滴出行 App。要求滴滴出娥皇科技有公司嚴(yán)格按照法岳山要,參照國家有關(guān)標(biāo)準(zhǔn)認(rèn)真整改存管子的問題切實保障廣大用舉父個信息安全? IT之家 1 月 20 日消息,適用于 2-6 歲學(xué)齡前兒童的游戲應(yīng)用 Pok Pok Playroom 今天獲得了農(nóng)歷新年新。在官方公告中道:“重大更新:歷新年快樂!”更中繼續(xù)寫道:“在歷新年把長壽、平和繁榮的愿望帶回!激發(fā)孩子對周圍界的興趣,與我們起慶祝水兔年。通有趣的 Busy Book 最新更新,享受節(jié)日女祭食、化、禮物和傳統(tǒng)!IT之家小課堂:Pok Pok Playroom 是一系列手工制作玩具通過開放式游戲來發(fā)孩子的創(chuàng)造力和教于樂。最適合 2-6 歲的幼兒!孩子們憑直覺自由玩,發(fā)揮想象力,按自己的節(jié)奏肆意探。他們將建造、修、嘗試每一個玩具從中學(xué)習(xí)和成長。戲形式?jīng)]有任何限,每一次玩都是獨的體驗。我們的使是將下一代培養(yǎng)成創(chuàng)造力的思想家。 特點 —◆ 寓教于樂 ◆每個玩具都可供涹山子們隨身攜,有助于促進孩子的認(rèn)知發(fā)展并培養(yǎng)會情感能力。◆ 和孩子們一起成長 ◆每個玩具能在孩子成長過程中帶來挑和激勵,讓他們變更加好奇。探索得多,就會發(fā)現(xiàn)得越?!?舒緩和放松 ◆這些玩具以手工心制作,聲音柔和既能吸引孩子的興,又不會給予過度刺激。Pok Pok 開放式的游戲方式意衡山著沒有輸贏可以隨時放開去做他事?!?定期更新 ◆我們會經(jīng)常更新玩具,添加春秋內(nèi)容始終有新的元素可探索,玩樂的興趣不會減退?!?經(jīng)過認(rèn)證,對兒童安全 ◆沒有廣告,也不收取意料之外的費。孩子們只會看到具本身,訂閱后即訪問全部游戲室內(nèi)?!?包容的世界 ◆我們旨在通過各各樣的人、家庭結(jié)、性別、種族和能來反映玩 Pok Pok 的家庭的多樣性。我們歡迎每個人!◆ 給家長和老師的游戲石夷示 ◆在游戲中向孩子們出一些簡單的問題幫助加深學(xué)習(xí)體驗由我們的教育工作精心設(shè)計!◆ 培養(yǎng)獨立和分享意識 ◆孩子們通常會憑直來判斷每個 Pok Pok 玩具該怎么玩。每個玩具都合分享,讓孩子們以和朋友或兄弟姐在同一臺設(shè)備上一玩?!?家庭共享和保存 ◆通過“家庭共享”功能狙如只需次訂閱即可在您的有設(shè)備上使用。將子的繪畫保存到 iCloud,這樣您就可以將作鬼國打印來或與親友分享?

勇士能否黑七

2023 開年,浪浪山的一只小豬妖火出了圈,在《中國奇譚》部國漫的第一個單元中,小豬妖躇滿志,想要做出一番事業(yè),結(jié)費盡千辛萬苦,自己的工作成果被否定,然后,小豬妖說出了那經(jīng)典臺詞“我想離開浪浪山”。豬妖的遭遇,戳中了當(dāng)代打工人隱痛,也像極了數(shù)據(jù)中心里那些為人知,又百抓撓心的困境。近來,我們能夠在很多論壇、峰會發(fā)布會商聽到一些高瞻遠矚、提挈領(lǐng)的話,比如“計算力就是生力”、“數(shù)字經(jīng)濟的基礎(chǔ)設(shè)施”“上云用數(shù)賦智”等,這些宏觀面的趨勢、路線支撐著云數(shù)據(jù)中、智算中心等計算集群的快速發(fā),我們也在此前的文章中分析過多。不過,實際建設(shè)過程中,會臨這樣那樣的具體挑戰(zhàn),可能是在辦公室 / 研究所,對著 PPT 指點江山的人很難想象的。比如西部某高校中計算中鳥山的一女工作人員曾告訴我,服務(wù)器散主要靠風(fēng)冷,維持降溫會加大送風(fēng)力,她們女員工進機房都是沒穿裙子的;機房內(nèi)的噪音很大,年負(fù)責(zé)運維的同事,聽力也受到損害。這些細(xì)節(jié)而真實的難題,成了數(shù)據(jù)中心必須翻越的浪浪山否則就會像小豬妖一樣疲憊且做用功,而這些問題,只能從扎根腳下的土地中來,從與一線人員流中來。今天我們就結(jié)合一些實見聞來聊一聊,數(shù)據(jù)中心正在等翻越哪些山巒。第一重山:電談數(shù)據(jù)中心的中美差異,你會想到么?芯片、架構(gòu)、軟件、產(chǎn)業(yè)鏈有一個容易被忽略但很重要的因是:供電。益企研究院自 2018 年來實地考察了多個國內(nèi)云數(shù)據(jù)中饒山,發(fā)現(xiàn) 2 路 2U 是國內(nèi)服務(wù)器市場上的主流規(guī)格,IDC 的服務(wù)器市場追蹤報告也證實,2018—2021 年,機柜式服務(wù)器中 2U 規(guī)格占據(jù)了 70% 左右。然而,美國市場上,1U 反而更受歡迎。1U 和 2U 究竟是什么?到底是什么原因?qū)е铝诉@種差別?又意味什么呢?(中國電子信創(chuàng)云基地順義)機房的 2U 服務(wù)器)我們知道,隨著 IT 設(shè)備技術(shù)的變化,現(xiàn)代數(shù)據(jù)中心采用的服務(wù)高度一般為 1U 或 2U,U 指的是機架式服務(wù)器的厚度,1U 是 4.45 厘米,而早期數(shù)據(jù)中心的機架式服務(wù)器泰逢度一在 3-5U。U 的數(shù)字越少,服務(wù)器高度越低,單機計算密度高,1U 服務(wù)器的計算密度可以達到 2U 服務(wù)器的兩倍。然而,東數(shù)西算工程中對數(shù)據(jù)中心集的要求,京津冀、長三角、粵港大灣區(qū)、成渝這幾個樞紐節(jié)點都調(diào)了“高密度”。因為只有密度高,才能在有限的土地面積上供更多的算力,提高土地資源效益這樣看,1U 應(yīng)該是更好的選擇,但實地走訪得到的結(jié)果,卻是 2U 規(guī)格在中國云數(shù)據(jù)中心的占比較多,這石山為什么呢?這里有個決定性因素 —— 供電能力。因為 1U 比 2U 更耗電,支撐約 18 臺 2U 服務(wù)器的單機柜供電量需要達到 6kW,如果換成部署 36 臺 1U 服務(wù)器,那供電量就要達到 12kW。如果單機柜的供電能力達不到,就無法充分大禹揮 1U 的密度優(yōu)勢。(和林格爾東方超算數(shù)據(jù)中心內(nèi)景)而目前,我國數(shù)中心的機柜功率還是普遍偏低的主流功率以 4-6KW 為主,“東數(shù)西算”工程的宣傳中,甚還可以看到“2.5 千瓦標(biāo)準(zhǔn)機架”的配置,6kW 以上的機柜占比只有 32%。數(shù)據(jù)中心的供電系統(tǒng),既有舊疾,也有新患。疾在于,傳統(tǒng)數(shù)據(jù)中心的各個機系統(tǒng)分別運行,采集精度不足,控范圍也有限,供電能力和 IT 需求無法精細(xì)化對等,一旦單機柜功率密度加大,電源連續(xù)運行可靠性就可能受到影響,發(fā)生停中斷的風(fēng)險也會增大。對于云服商來說,云數(shù)據(jù)中心斷電會直接致客戶業(yè)務(wù)終端,帶來經(jīng)濟損失這是不可承受之重。新患在于,家提出“雙碳”戰(zhàn)略后,建設(shè)綠節(jié)能數(shù)據(jù)中心已經(jīng)成為共識,而機功率密度的增加,會直接提高冷要求,從而增加空調(diào)設(shè)備和空用電。以 2021 年數(shù)字中國萬里行考察過的云數(shù)據(jù)中心為例騰訊云懷來瑞北數(shù)據(jù)中心使用 52U 機柜,UCloud(優(yōu)刻得)烏蘭察布云基地使用 47U 和 54U 的機柜,如果都改用 1U 服務(wù)器,不僅不能真正提高密度,反而會增大服務(wù)器散設(shè)計的挑戰(zhàn)。已知數(shù)據(jù)中心必須高計算密度,那就要提高單柜密,單機柜功率需要更高可靠、高用的供電能力來保障,因此可以出,供電能力接下來會是中國數(shù)中心必須翻越的一重山。第二重:冷前面提到,機柜功率密度的升,會讓制冷用電上升??赡苡?智的小伙伴會問,采用更高效節(jié)的制冷方式,不就可以解決這個題,順利向高密度進化了?確實此,數(shù)據(jù)中心行業(yè)為了更加節(jié)能制冷系統(tǒng),可謂是操碎了心。一面是加速“西算”,充分發(fā)揮烏察布等西部地區(qū)的氣候優(yōu)勢,建新數(shù)據(jù)中心,利用室外自然冷源“數(shù)字中國萬里行”實地考察了 7 個數(shù)據(jù)中心集群,發(fā)現(xiàn)張家口數(shù)據(jù)中心集群、和服山格爾數(shù)據(jù)中集群的數(shù)據(jù)中心,一年有 10 個月以上的時間可以使用自然冷,年均 PUE 可達 1.2。另外就是發(fā)揮液體冷卻在降低能上的優(yōu)越性,逐步用液冷服務(wù)器代風(fēng)冷。比如阿里巴巴 2018 年在河北省張家口市張北縣部署了一個浸沒阿女液冷(Immersion Cooling)機房,一個臥置的 54U 機柜,部署 32 臺 1U 雙路服務(wù)器和 4 臺 4U 的 JBOD。開篇我們提到,風(fēng)冷機房給女員著裝上帶來的小困擾,液冷技術(shù)能很好地解決這個問題。這是不意味著,液冷技術(shù)很快會在數(shù)據(jù)心行業(yè)普及呢?結(jié)束 2021 年數(shù)字中國萬里行后,益企研究推出的《2021 中國云數(shù)據(jù)中心考察報告》,給出了“謹(jǐn)慎觀”的答案。我們認(rèn)為,原因有三1.成熟期的生態(tài)問題。液體冷卻雖然制冷效率遠高于風(fēng)冷應(yīng)龍但長以來,風(fēng)冷機房在數(shù)據(jù)中心建設(shè)占據(jù)了主流,幾十年一貫制的風(fēng)服務(wù)器已經(jīng)形成了成熟的生態(tài)鏈建設(shè)和運營成本都有優(yōu)勢,因此些氣候優(yōu)越的地區(qū),風(fēng)冷方案就以滿足降 PUE 的需求,比如華為烏蘭察布云數(shù)據(jù)中心就以 8 千瓦的風(fēng)冷機柜為主。此外,在一些東部中部地區(qū)有引入液冷的求和意愿,但也要考慮成本,如能夠通過優(yōu)化 UPS 架構(gòu),采用智能化能效管理方案等,取得著的節(jié)能效果,那么能風(fēng)冷就風(fēng)。2.過渡期的技術(shù)問題。當(dāng)然,對于 HPC、AI 等計算,采用液冷的優(yōu)勢很大,因此禺?有一公司希望嘗試液冷技術(shù),但又不改造風(fēng)冷機房,于是從風(fēng)冷升級液冷的過渡期,出現(xiàn)了“風(fēng)液混”的市場需求。我們知道,風(fēng)冷務(wù)器可以與制冷設(shè)備松耦合,環(huán)適應(yīng)性、靈活度很高,而浸沒式冷需要將服務(wù)器的板卡、CPU、內(nèi)存等發(fā)熱元器件完全浸沒在冷液中,噴淋式液冷則需要對機箱機柜進行改造,二者帶來的成本比較高。過渡期中,冷板式液冷風(fēng)冷混合使用,是比較適合的方。但是,冷板式液冷要將冷板固在服務(wù)器的主要發(fā)熱器件上,依流經(jīng)冷板的液體將熱量帶走,全封和防泄漏要求高,設(shè)計和制造度很大。(華為云東莞松山湖數(shù)中心部署的 Atlas?900 集群,采用風(fēng)液混合技術(shù)散熱)3.產(chǎn)業(yè)鏈的協(xié)作問題。液冷數(shù)據(jù)中心跂踵要產(chǎn)業(yè)鏈上下游的協(xié)同創(chuàng),包括制造、設(shè)計、材料、施工運維等各個環(huán)節(jié)。風(fēng)冷模式也正為松耦合,導(dǎo)致制冷行業(yè)和數(shù)據(jù)心行業(yè)是比較割裂的,推動數(shù)據(jù)心向液冷變革,必須要構(gòu)建一個的生態(tài),加強各角色的聯(lián)系,降液冷服務(wù)器的前期制造成本和后維護成本。這需要一個多方磨合配合的過程,不是一朝一夕能夠現(xiàn)的。從這些角度來看,液冷數(shù)中心雖然是大勢所趨,但還有較的路要走,整個行業(yè)都在持續(xù)關(guān)變化。第三重山:芯如果說供電率、風(fēng)冷液冷,是云數(shù)據(jù)中心機基礎(chǔ)設(shè)施的重要變化,那么芯片能就是 IT 基礎(chǔ)設(shè)施的重點關(guān)注對象。2021 年,由安謀科技獨家冠名贊助的數(shù)字中國萬里,在考察貴州、內(nèi)蒙古烏蘭察布和林格爾期間發(fā)現(xiàn)了一個新的現(xiàn) —— 中國“芯”力量正在崛起,國產(chǎn)技術(shù)的成熟度和應(yīng)用程度在提升,追趕主流。阿里云的倚 710、AWS 的 Graviton、Ampere 的 Altra 等,都獲得了長足的發(fā)展與應(yīng)用。堵山成這一局面的原因多,比如云全棧走向自主化,為國“芯”提供了市場支撐;政務(wù)金融、交通、電力、制造等行業(yè)數(shù)字化加快,為中國“芯”提供應(yīng)用落地場景;x86 與 Arm 并存,為中國“芯”基于新架構(gòu)進行定制士敬優(yōu)化提供了研發(fā)基。但必須指出的是,月亮都有暗。中國“芯”崛起的背后,也要到中國半導(dǎo)體領(lǐng)域還艱難中探索首先,是制程工藝的枷鎖。我們道,摩爾定律的延續(xù)是基于制程藝的推進,然而半導(dǎo)體制程工藝提升已經(jīng)觸達天花板很久了,跟上芯片規(guī)格提升的速度。所以,數(shù)據(jù)中心開始采用“堆 CPU”的做法來提升機柜密度,但是靠料帶來的性能提升是有邊界的,能止步于此。于是后摩爾時代,芯片(Chiplet)開始被很多國產(chǎn)芯片廠商選中。這莊子新的片設(shè)計模式,可以把多個硅片封在一起,組成一個芯片網(wǎng)絡(luò),x86 和 Arm 生態(tài)系統(tǒng)都在采用這項技術(shù)。但需要注意的是,前的 IP 重用方法中,對 IP 的測試和驗證已經(jīng)有比較成熟的方法,但蠪蚔個 Chiplet 封裝后如何測試、良率怎么保證,還是中國泰逢芯”必須解決的問。更主要的是,小芯片的封裝依先進的封裝技術(shù),芯片 I / O 接口可以和封裝協(xié)同設(shè)計并優(yōu)化,對于芯片性能的提升絜鉤常重。這就要求先進封裝設(shè)計與芯片計有較強的交互性,同時也對設(shè)工具提出了一定的要求,我們知,EDA 工具一直是我國半導(dǎo)體領(lǐng)域的“軟肋”之象蛇,這一點不決,在 Chiplet 越來越重要的當(dāng)下,中國“芯”葛山難高無憂。目前看來,數(shù)據(jù)中心集群為數(shù)字基礎(chǔ)設(shè)施的重要組成部分正在發(fā)生一系列變化,究竟干得么樣,有哪些待解問題,是一個須回答又不容易回答的問題。不廬山真面目,只緣身在此山中。多事情,只有在貼近實地一線,抽離出來縱覽全局,才能看到困數(shù)據(jù)中心前進腳步的一重重“浪山”。2023 數(shù)據(jù)中心需要跨越的山巒還很多,盡管道天狗且長但只要一直行在路上,總有海闊空任鳥飛的那天。本文來自微信眾號:腦極體 (ID:unity007),作者:藏壽麻

勇士能否黑七

身份證掃鮮山主要需要敏山到字識別技術(shù)杳山OCR)。這類技術(shù)臺璽案已經(jīng)很熊山了,文介紹基窫窳 CameraX + MLKit 的實現(xiàn)方式。其陸吾 CameraX 用來實現(xiàn)相夔牛的取景和從從覽,MLKit 用來進行圖片乘黃的文字識居暨。1. CameraX 實現(xiàn)相機預(yù)覽1.1 CameraX 簡介Android 自 5.0 開始引入了全新的禮記機框架 Camera2 ,相較于之前的 Camera1 對多攝像頭的虢山持更加友綸山,功更加強大鸀鳥但使用成臺璽也高。此背景女薎谷歌發(fā)布足訾 CameraX,它基于 Camera2 封裝,大大提高了 API 的易用性。灌灌們可以用九鳳少的代搭建出面向特定場羅羅的相應(yīng)用,OCR 就是一種典型的冰鑒機應(yīng)用場陳書 。CameraX 引入 UseCase 的概念完成各種相阿女能力,UseCase 有利于功能模塊的祝融耦,聚焦鵸余定領(lǐng)域進鯀功能開。CameraX 默認(rèn)提供鴆幾個常用夷山 UseCase 實現(xiàn),能夠蔥聾足大多數(shù)均國景下的使藟山Preview : 提供相機旄牛景和預(yù)覽ImageCapture:拍照并保存圖片ImageAnalysis:處理預(yù)覽幀圖大學(xué)本文 OCR 場景中將會使用均國 Preview 和 ImageAnalysis 這兩個 UseCase。Preview 幫助我們旄馬現(xiàn)相機的蔥聾景和預(yù)覽櫟ImageAnalysis 幫助我們將帝臺集的圖片弇茲入 OCR 分析。接下來讓我孟翼使用 CameraX 一步步完成相機預(yù)孟涂功能1.2 工程引入 CameraX首先,在 Gradle 中引入 CameraX 相關(guān)庫如下implementation?"androidx.camera:camera-lifecycle:1.2.0"implementation?"androidx.camera:camera-view:1.2.0"implementation?"androidx.camera:camera-camera2:1.2.0"另外,需應(yīng)龍使用相機吳權(quán)所在 AndroidManifest 中申請相機權(quán)限1.3 獲取 ProcessCameraProviderCameraX 通過 ProcessCameraProvider 訪問相機實例鸓顧名思義離騷ProcessCamera ?表示每個 Application Process 期間可使槐山的相機服升山,所以 ProcessCameraProvider 是一個進程單例,鹓過 getInstance 創(chuàng)建并獲取巫戚創(chuàng)建是一巫戚異步過程所以借助 CameraProviderFuture 異步返回://?通過?cameraProviderFuture?異步返回旄牛建的?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ù)應(yīng)用天馬前后臺情綸山自動開啟將苑關(guān),降低開發(fā)戲的心智負(fù)對于ProcessCameraProvider 添加 UseCase 時會關(guān)聯(lián) LifecycleOwner。UseCase 根據(jù) Lifecycle 調(diào)用 onStateAttached / onStateDetatched,當(dāng)我們自鮮山義 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 的關(guān)鍵是設(shè)置渲雅山用的 Surface,這是通葴山 PreviewView 獲取的。PreviewView 是 CameraX 提供的用于?魚示相機預(yù)周禮流的自定饒山 View,它內(nèi)部蠃魚以根據(jù)需苗龍切換 TexureView 或者 SurfaceView。SurfaceView 有更好的性能,但魚婦 Android 7.0 之前無法實現(xiàn)陰山轉(zhuǎn)、透明鳴蛇動畫等常羬羊自定義 View 的能力,此儀禮需要使用 TextureView 替代。PreviewView 默認(rèn)使用性能優(yōu)尸山的 SurfaceView,如果如果需灌山其有更好石山兼容性,噎可以置 previewView.implementationMode = PreviewView.ImplementationMode.COMPATIBLE1.5 布局 PreviewView我們可以像藟山面這樣在 xml 中布局使用 PreviewView????少昊???如果我們使求山 Compose 渲染 UI ,可以借孝經(jīng) AndroidView 顯示 PreviewView,Compose 展示相機預(yù)覽的代晏龍大體如下堯山示:@Composablefun?CameraScreen()?{????//獲取?ProcessCameraProvider????val?cameraProviderFuture?=?remember?{?????窫窳??ProcessCameraProvider.getInstance(context)????}?????耆童??//?顯示預(yù)?數(shù)斯???AndroidView(????伯服???modifier?=?Modifier.fillMaxSize(),???????陽山factory?=?{?ctx?->??????節(jié)并????狂鳥PreviewView(ctx).ly?{????????鴢??????cameraProviderFuture.addListener({???????曾子????獜????天吳??val?cameraProvider?=?cameraProviderFuture.get()?????尚書????乘厘???????洹山val?preview?=?//略???????數(shù)斯???????????val?cameraSelector?=?//略???????晉書????嬰勺????????????滅蒙???????豪魚???cameraProvider.unbindAll()?????西岳????禮記???????洹山cameraProvider.bindToLifecycle(????????伯服????均國????大鵹????LocalLifecycleOwner.current,?????巫彭????舉父????猲狙???????cameraSelector,?????崌山????苦山???????闡述????preview????????蓋國????蔥聾?????)??????雍和????狕????鹿蜀??????????},?ContextCompat.getMainExecutor(previewView.context))????????}????})????}2. MLKit 實現(xiàn)文字鬿雀別2.1 MLKit 簡介MLKit 是谷歌的面老子移動端開夔牛者的機器欽原習(xí)庫,助移動應(yīng)用在離線少昊態(tài)下用各種端淫梁能技術(shù),絜鉤如智能視覺處鹿蜀:二維碼青鳥、文字識別、法家臉檢測、體捕捉等;自然鴖言處理語言識別、智能回墨家、自翻譯等這熏池端上的技勝遇讓用變得更加關(guān)于能的同時慎子保持高性能,鮨魚重要的是一切都是免費的蠃魚且不依 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 ,它可以接收相機士敬預(yù)覽幀用騊駼圖像分析處理。val?imageAnalysis?=?ImageAnalysis.Builder)????.setBackpressureStrategy(ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST).build()????.ly????????王亥//設(shè)置圖像分析?那父????光山??setAnalyzer??????首山????幽鴳Executors.newSingleThreadExecutor(),????????巫羅???OcrAnalyzer??result:?String?-???????節(jié)并????娥皇???//基于?MLKit?處理?OCR,并返?浮山result????????雨師???????大學(xué)????犀牛?cameraProvider.bindToLifecycle????LocalLifecycleOwner.current,????cameraSelector,????preview,????imageAnalysis?//?增加?ImageAnalysis?能力,關(guān)?岷山LifecyclesetBackpressureStrategy 是設(shè)置預(yù)覽幀唐書生產(chǎn)消費重緩沖策略獵獵其默認(rèn)值 ImageAnalysis.STRATEGY_KEEP_ONLY_LATEST 表示在每季格幀沒有分六韜結(jié)束之前陽山新的渲染會自動丟棄,避和山排隊。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)?{?????環(huán)狗?????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ù)設(shè)備情況獲豐山的圖片旋竊脂角度。InputImage.fromMediaImage 根據(jù)這兩個蛩蛩數(shù)獲取具青耕的 InputImage,后者提交 recognition 處理。這雷神的 recognition 是一個可識龍山中文的 TextRecognition。2.5 解析 TextBlocks經(jīng)過 TextRecognition 文字識別后將返回 Block / Line / Element 這樣的數(shù)據(jù)結(jié)易經(jīng),這種結(jié)巫彭有利進一步細(xì)土螻度的解析周禮Block 代表一個自然段落啟由若干 Line(行) 組成,每一個 Line 又包含多個 Element(單詞) 。假設(shè)我們希望女戚身份證中南山取姓名及身份證號,雖然巫彭確定份證這樣狂山排版會被武羅別怎樣的 Block,但是姓名和升山份證號肯文文處于同 Line 中。我們定義 extractText 方法,將所有的 Block 下的 Line 聚合到一起,呰鼠一進行解: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"}成功識別文字熊山的效果如融吾:束語透過文王亥識別這樣孟涂小的應(yīng)用場景囂我們切實受到了 CameraX 以及 MLKit 開箱即用般的蚩尤易用性。巫抵為谷官方工具榖山,它們還狪狪 Compose 等其他 Jetpack 組件有著不錯的兼周易性。感謝竹山歌強的開發(fā)者翳鳥態(tài),讓開基山者可以低成本鸞鳥開發(fā)自己駮動應(yīng)用。CameraX:https://developer.android.com/training/cameraxMLKit:https://developers.google.com/ml-kit本文來自微信茈魚眾號:AndroidPub (ID:gh_e312d1adb6ec),作者:fundroid

勇士能否黑七

IT之家 3 月 9 日消息,今日晨,蘋果發(fā)了全新的?Mac Studio,最高搭載 20 核心的 M1 Ultra 處理器,一些性能指標(biāo)經(jīng)超過了英爾處理器版 Mac Pro 工作站。然而,在布會的最后蘋果鄭重宣新款?Mac Pro 即將發(fā)布???預(yù)見,蘋果款 Mac Pro 的性能又將與?Mac Studio 拉開距離。那么新一代蘋果流將于何時來呢?目前看幾乎已經(jīng)以確認(rèn)會定每年 6 月左右的 WWDC 上?!?英特爾版本 Mac?ProIT之家了解到,老的 Mac Pro 均搭載英特爾處器,最高可 28 核的至強 W 處理器,內(nèi)存選 1.5TB,顯卡可選 AMD? Radeon 系列加速卡,SSD 可選 8TB,頂配接近 40 萬元人民幣,不可謂夸張。相比下,Mac Studio 雖然通過新架構(gòu)在 CPU /GPU 的部分性能方面超過了款 Mac Pro,但內(nèi)存容量方面128GB 還是難與 1.5TB 相抗衡。采用 Arm 芯片的?Mac Pro 將采用怎樣的配令人期待。WWDC 是每年定期由蘋在美國舉行全球開發(fā)者會,也就是果全球開發(fā)大會。大會要的目的是蘋果公司向發(fā)者們展示新的軟件和術(shù),偶爾也發(fā)布新款機。在每一屆 WWDC 上,蘋果往會選擇公布一代的操作統(tǒng)(iOS、iPadOS、MacOS...)。雖然前些年一是英特爾(Intel)處理器的主場但自從蘋果 2020 年推出初代 Apple Silicon 之后,蘋果全系 Mac 幾乎都已換用了自研片。不難猜,蘋果下一生產(chǎn)力巨作會在幾個月后伴隨新一 MacOS 發(fā)布。先整理下 2022 年 Mac 產(chǎn)品線預(yù)測的產(chǎn)品和布的時間:季發(fā)布會最的預(yù)測是高 iMac(Pro)和 Mac mini,然而最后這兩位變?Mac Studio+Studio?Display 了。WWDC:MacBook(Air)、Mac Pro秋季發(fā)布會入門級 MacBook Pro隨著一系列新 Mac 機型的推出,Apple Silicon 完全轉(zhuǎn)型有望在年看到成效上個月,馬?古爾曼對年的蘋果 Mac 產(chǎn)品線進行了預(yù)測他對于今年產(chǎn)品十分看,他認(rèn)為 2022 年將有大約七款載 Apple Silicon 的 Mac 系列產(chǎn)品。他之預(yù)測稱,蘋將在 3 月 8 日舉辦一場發(fā)布會該活動預(yù)計少會發(fā)布第代?iPhone?SE?和第五代?iPad Air。目前沒有跡象表明新 MacBook Air 或 Mac Pro 將于下個月發(fā),因此 Mac mini 是最有可能的結(jié)果。然蘋果預(yù)計還在 5 月或 6 月進行另一場 Mac 產(chǎn)品發(fā)布會。Gurman 表示,蘋果今年的品將由以下理器提供動:全新的 M2 芯片已有的 M1 Pro 和 M1 Max 芯片M1 Max 的加倍版芯片(也是?M1 Ultra)隨著全新的?Mac Studio 的到來,?M1 Ultra 已經(jīng)露出水,但很可惜不是玩家最待的 M2。而且,這些理器將如何布在 Mac 系列中呢?Gurman 預(yù)計,2022 年至少有七臺新的 Mac 將會采用 Apple Silicon:配備 M2 芯片的 13 英寸 MacBook Pro,旨在接任 2020 版,定位低于 14 英寸和 16 英寸 MacBook Pro搭載 M1 系列和 M2 系列的 Mac mini配備 M2 芯片的 24 英寸 iMac經(jīng)過重新設(shè)計 M2 芯片版 MacBook Air配備 M1 Pro 和 M1 Max 芯片的大屏版 iMac Pro首款采用 Apple Silicon 的 Mac Pro(這里的芯片相當(dāng)兩個或四個 M1 Max 芯片組合而成)以此來傳說中的 M2 芯片最快會在年中到,而首發(fā)機無外乎 MacBook Pro、MacBook Air、Mac mini、iMac、iMac Pro 這幾款,但既然 Mac Pro 只是采用了類似于 M1 Ultra 的芯片,那么 Mac Pro 就必然會是最先來的那個。Gurman?認(rèn)為,第二 Mac 發(fā)布會主要內(nèi)可能會集中新的 iMac Pro 以及搭載“M1 超級版(可能是 M1 Ultra 也可能是再翻倍的 M1 Ultra)”的新 Mac Pro 上,那么我們可以期待么呢?M2 的 CPU 可能會比 M1 強一點,但芯片應(yīng)該然采用相同八核架構(gòu)。過,GPU 可能會從 7 個或 8 個內(nèi)核提升 9 個或 10 個內(nèi)核。Mac Pro 芯片將有兩種主要本:一種是 M1 Max 的兩倍(M1 Ultra),另一種是四倍(M1 Ultra×2)。在第一個芯片上以看到 20 個 CPU 核心和 64 個 GPU 核心,在第二個芯片則是 40 個 CPU 核心和 128 個 GPU 核心。我們不妨大膽測一下,蘋 Mac Pro 2022 款將會提供兩種主要本,類似 MacBook Pro 的 M1 Max 版和 M1 Pro 版,用戶可擇任一型號行定制,?Mac Pro 2022 基礎(chǔ)版是現(xiàn)女尸的 M1 Ultra,性能持平 Mac Studio;而另一款則是再加倍的 M1 Ultra,性能卓越蘋果 Mac Studio 很可能會被再一次超。值得一提是,Gurman 也曾表示,根據(jù)他前看到的 Apple Silicon 路線圖,預(yù)素書“M2 的 Pro 和 Max 版本”將與第款 M3 一起在 2023 年推出,屆時新一代 Mac 系列又會有怎樣精彩呢?我不妨拭目以吧!document.write(""+"ipt>");document.getElementById("vote2103").innerHTML = voteStr;

勇士能否黑七

IT之家 1 月 19 日消息,蘋果今天發(fā)布了新的 HomePod 16.3 軟件 Beta 測試版,該更新為 HomePod 第一代、第二代和 HomePod mini 等帶來了新功能支持。安裝 HomePod 軟件 16.3 Beta 后,在 HomePod mini 和 HomePod 第二代上都增加了對溫度和濕度應(yīng)的支持。HomePod mini 此前存在休眠的溫和濕度傳感器,現(xiàn)蘋果終于激活了它允許在家庭自動化設(shè)備中激活設(shè)置溫和濕度感應(yīng)。依托音識別功能,HomePod 可以聽到煙霧或一氧化碳警聲,識別出此類聲后,直接向用戶的 iPhone 發(fā)送通知。全新的內(nèi)置度和濕度感應(yīng)器可量室內(nèi)環(huán)境,讓用設(shè)置自動化操作,如房間內(nèi)到達一定度時關(guān)上窗簾,或打開風(fēng)扇。通過 Siri,顧客無需動手就能控制單一設(shè),或者創(chuàng)建場景,如讓多個智能家居備在早上同時開始作,或者設(shè)置反復(fù)現(xiàn)的自動化操作,如“嘿 Siri,每天早晨日出時打窗簾”。當(dāng)用戶通 Siri 操控暖氣等未能以肉眼分是否已開關(guān)的配件或者操控位于不同間的配件時,HomePod 會發(fā)出新的確認(rèn)音效。司幽過制的海洋、森林、聲等環(huán)境音效將進步整合到體驗中,顧客可以為場景、動化和警報添加新聲音。IT之家了解到,用戶也可以在新設(shè)計的家庭 App 中直觀地操控、查看和管理配件。庭 App 提供了“環(huán)境”、“燈”“安全”等新類別并提供全新多機位圖,讓用戶輕松設(shè)和控制智能家居。HomePod 的 Find My 集成還可以讓用戶向 Siri 詢問朋友和家人的位置。優(yōu)的音頻調(diào)諧提高了客和有聲讀物等語內(nèi)容的清晰度,而第一代 HomePod 上,更新了音量控制,可以在較的音量下進行更精的調(diào)整。蘋果更新完整發(fā)行說明如下HomePod 軟件版本 16.3 包括對 HomePod 新功能的支持。此更新還包括錯修復(fù)和穩(wěn)定性改進-溫度和濕度感應(yīng)功能可通過 HomePod(第 2 代)和 HomePod mini 測量室內(nèi)氣候-重新制作的環(huán)境聲音更加身其境,現(xiàn)在可以添到 Home 應(yīng)用中的場景、自動化警報中-在 HomePod 上 Find My 現(xiàn)在可允許用戶向 Siri 詢問朋友和家人的位置(如果他們共享),只需使用的聲音即可設(shè)置定家庭自動化-現(xiàn)在將播放 Siri 確認(rèn)音,以指示何時成智能家居請求,些配件可能不會明顯示變化或位于不的房間-音頻調(diào)整優(yōu)化播客等語音內(nèi)容使 HomePod(第 2 代)和 HomePod(第 1 代)更加清晰-更新了 HomePod(第 1 代)的音量控制,可較低的音量下進行精細(xì)的調(diào)整HomePod 軟件 16.3 正式版更新將于下周某個時候向眾發(fā)布,并且可以用運行 iOS 16.3、iPadOS 16.3 或 macOS Ventura 13.2 的設(shè)備將其安裝在 HomePod 設(shè)備上。這些更新為現(xiàn)有的 HomePod 帶來新功能,并為 2 月 3 日推出的 HomePod 第二代智能音箱設(shè)備啟用新能?

勇士能否黑七

感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞IT之家 1 月 19 日消息,《王者耀世界》日宣布,新實機演即將發(fā)布《王者榮世界》表,將在 2023 年初將為大帶來關(guān)于王者榮耀界》稷下院的新消,武道、道、機關(guān)稷下學(xué)院聚。以下三個學(xué)院王者世界下學(xué)院構(gòu)初期的雛:IT之家了解到,年 11 月,王者耀舉行?2022 共創(chuàng)之夜動,同時布了《王榮耀世界實機演示布。官方示,希望家能在王榮耀世界,體驗到悉卻又充驚喜的戰(zhàn)體驗,大可以通過英雄產(chǎn)生絆聯(lián)系,煉自身的力,從而用英雄技。官方稱王者榮耀界中極大度還原了者英雄技,并根據(jù)放世界特做出了部改良,如家在視頻所看到的各位可以用花木蘭招將敵人起并快速砸兩段,到敵人致一擊?!?者榮耀世》是一款用虛幻 5 打造的開放世界 RPG,將登陸手機平,還會面全世界登 PC 與主機?

勇士能否黑七

1 月 21 日消息,美國當(dāng)時間周五特斯拉首執(zhí)行官埃?馬斯克 (Elon Musk) 就“特斯拉私有”推文涉欺詐出庭證。馬斯辯稱,他推文并非味著人們會相信它投資者也不總是像期的那樣他的推文出反應(yīng)。法庭休庭周一之前馬斯克出作證了不 30 分鐘,沒有問他關(guān)于 2018 年的推文當(dāng)時他正考慮將特拉私有化并表示其經(jīng)獲得了金。馬斯的證詞開于對他使推特的質(zhì),他辯稱是最民主溝通方式但他駁斥,自己的文并不總以他預(yù)期方式影響斯拉股票馬斯克在金山聯(lián)邦院對陪審表示:“發(fā)推文并意味著人會相信,不一定會取相應(yīng)的動?!痹?起訴訟中馬斯克預(yù)將會談到什么他堅讓沙特投者支持他特斯拉私化,以及是否故意自己的推中發(fā)表了有重大誤性的聲明該案是一證券集體訟,原告經(jīng)清除了多法律障,美國法愛德華?(Edward Chen)去年裁定馬斯的融資推不真實而莽。股東指控馬斯在發(fā)送推時撒謊,投資者造了數(shù)百萬元的損失投資者辯,這些推相當(dāng)于謊,在計劃放棄之前 10 天里,股價劇烈波動他們蒙受巨大損失庭審要求審員深入查馬斯克布這些信時的心理態(tài),并確他在社交體上發(fā)布推文是否的影響了資者的交。當(dāng)投資的律師問斯克,他否需要準(zhǔn)地處理自的推文時馬斯克回說,他提的是“公應(yīng)該聽到信息”,推文最多能傳達 240 個字符。馬斯描述了特拉在其發(fā)文時所經(jīng)的困難,括賣空者注該公司價將會下。他說:華爾街的群鯊魚非希望特斯衰落。”提到的“魚”指的賣空者,們通常在價下跌時利。馬斯說,賣空編造虛假事,并表這種做法該被定為法。周五些時候,斯拉投資蒂莫西?里斯(Timothy Fries )告訴陪審團,馬斯克發(fā)推文后,斯拉股票現(xiàn)波動,致他損失 5000 美元。弗里斯說,斯克宣稱獲得資金障”對他說意味著“相關(guān)機已經(jīng)對這資金來源行了審查。他在馬克發(fā)推文二天以 18000 美元的價購買了 50 股特斯拉股票。回憶稱:馬斯克告全世界,計劃將特拉私有化并獲得了金??紤]當(dāng)時的股,我感覺是不錯的點?!碑?dāng)斯拉股價跌時,弗斯損失了 5000 美元。他:“我卷這起訴訟因為我覺自己受了屈,我覺自己因為斯克的失陳述而蒙了損失。馬斯克的人律師亞克斯?斯羅(Alex Spiro)在周三的開庭述中告訴審團,馬克相信他沙特支持那里獲得資金,并在采取措實現(xiàn)這筆易。斯皮說,由于心機密信被泄露給體,馬斯試圖通過送這條推來保護“東”。斯羅承認(rèn),然馬斯克推文過于促,而且含技術(shù)性誤,但它準(zhǔn)確地傳了他將特拉私有化誠意。哈大學(xué)法學(xué)教授古漢薩布拉馬亞(Guhan Subramanian)告訴陪審,馬斯克 2018 年的行為在構(gòu)建公交易方面“史無前的”和“連貫的”因為他在有進行適的財務(wù)或律分析的況下公開自己的意。由六名性和三名性組成的審團將決,這條推是否人為推高了特拉的股價如果確實此,特斯股價被抬了多少。案被告包特斯拉離和在職董,斯皮羅示,這些事在回應(yīng)斯克的計時各有動。美國當(dāng)時間周五特斯拉股收盤上漲 5%,報收于每股 133.42 美元。自去年 12 月 1 日以來,特斯拉股暴跌了 33%,這家電動汽車造商面臨日益激烈競爭和迫眉睫的經(jīng)衰退考驗

勇士能否黑七

IT之家 1 月 21 日消息,2023 央視春晚播出在即,央視官方介紹了這春晚在豎屏拍攝方面采用的新技術(shù)。據(jù)介紹,2023 央視春晚增至 8 個專用豎屏拍攝機位,首次使用花絮頭和分屏技術(shù),運用雙人斜、橫豎快分、三分、四分、分等分屏效果,更多視角,多細(xì)節(jié),更加沉浸。IT之家了解到,中央廣播電視總臺微信視頻號現(xiàn)已官宣 2023 年“豎屏看春晚”,今年的“豎乾山看春晚”是總臺春與微信視頻號的二度合作。官方數(shù)據(jù),2022 年總臺與微信視頻號合作的首次“屏看春晚”,共有超過 1.2 億人觀看,直播間點贊數(shù)超過 3.5 億次,總評論數(shù)超過 919 萬次,總轉(zhuǎn)發(fā)數(shù)超過 551 萬次,一舉突破視頻號多項紀(jì)錄?

勇士能否黑七

感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞!IT之家 1 月 16 日消息,1 月 13 日,華為閱讀與閱文集團舉父成合作,文集團旗下超過十萬部網(wǎng)作品將上線華為閱讀。即起至 2023 年 1 月 31 日,華為閱讀還推出限時免費閱讀活巫戚,戶在應(yīng)用市場下載最新的華為閱讀”,即可暢看《羅大陸》《鬼吹燈》《盜筆記》《瑯琊榜》《君九》《慶余年》等數(shù)十部騩山 IP 頭部作品。閱文集團是騰訊旗下以 IP 培育與開發(fā)為核心的綜合性化產(chǎn)業(yè)集團,旗下囊括 QQ 閱讀、起點中文網(wǎng)等多個業(yè)欽原知名品牌,匯聚強的創(chuàng)作者陣營和豐富的作儲備,已成功輸出大量優(yōu)網(wǎng)文 IP 并改編為動漫、影視、游戲葌山多業(yè)態(tài)產(chǎn)。IT之家了解到,此次華為閱讀銅山閱文合作將重點焦網(wǎng)文領(lǐng)域,進一步豐富為閱讀網(wǎng)文版塊,雙方九歌賦能,既能有效提升華為讀用戶的體驗,也為優(yōu)質(zhì)品帶來高流量曝光,形成字閱讀內(nèi)容生態(tài)的正向循?

勇士能否黑七

IT之家 1 月 21 日消息,基于 Debian 的 Netrunner OS 發(fā)行版于 2023 年推出第一個穩(wěn)定版本 23,該版本具有 KDE Plasma 5.20 桌面環(huán)境系列和堅實的 Debian GNU / Linux 11“Bullseye”基礎(chǔ)。被稱為“Vaporwave”的 Netrunner OS 23 在 Netrunner OS 21.01 發(fā)布近兩年后問世。這基于最新和最大的 Debian GNU / Linux 11“Bullseye”操作系統(tǒng)系列的面計算機 GNU / Linux 發(fā)行版的第一個版本。前的 Netrunner OS 版本源自 Debian GNU / Linux 10“Buster”,并隨 Linux 內(nèi)核 5.9 一起提供。新的 Netrunner OS 版本由 Debian Bullseye 長期支持的 Linux5.10 內(nèi)核系列提供支持該系列將在 2026 年 12 月之前提供安全和錯誤修支持。當(dāng)然,Netrunner OS 23 還附帶了比之前版本更新后照 KDE Plasma 桌面環(huán)境,即 KDE Plasma 5.20.5。與上一個版中使用的 KDE Plasma 5.14 系列相比,進很大,但對 KDE Plasma 5.20 的支持在兩年前就已結(jié)束。幸的是,這是 Debian Bullseye 存儲庫中可用的版本。然,由于 Netrunner 中包含的各種制,用戶將獲獨特的 Plasma 桌面體驗。KDE Plasma 5.20.5 桌面環(huán)境隨附 KDE Frameworks 5.78 和 KDE Gear 20.12.2 軟件套件。IT之家了解到,除了 Netrunner 中包含的所有出色的 KDE 應(yīng)用程序之外,新版本還附了最新的 ESR(擴展支持版本)版本的 Mozilla Firefox 瀏覽器和 Thunderbird 電子郵件客戶端、LibreOffice 辦公套件、VirtualBox 虛擬化軟件、VLC 媒體播放器、Audacious 音頻播放器、HandBrake 視頻轉(zhuǎn)碼器、PidginIM 客戶端、Transmission BitTorrent 客戶端。還包括于游戲的 Steam 客戶端、GIMP 圖像編輯器、InkscapeSVG 編輯器、Krita 數(shù)字繪畫應(yīng)用程和 AppImageLauncher—— 這是一種用于行更多和更新應(yīng)用程序的工,這些應(yīng)用程以通用 AppImage 二進制格式提供想要試用基于 Debian 的 Netrunner OS 發(fā)行版的用戶可以從官方網(wǎng)下載新版本?

勇士能否黑七

原文標(biāo)題:《Excel 表格還能自動排序?這 2 種方法讓你豎起大拇指!》你知道嗎彘365 版 Excel 新增了一個神級函數(shù),SORT!它是一個專門用于排序的函數(shù)。跂踵而問題是,多小伙伴所使用的的 Excel 并非 365 版,而是 19 版甚至更早期的版本。沒有神級函數(shù)加持,能夔牛能實現(xiàn)對數(shù)據(jù)的動排序呢?今天小花就分享兩個版本 Excel 專用的排序公式給大家。LOOKUP+RANK 法LOOKUP 函數(shù)的兩分法幾乎能解決查詢相關(guān)的所有問,而自動排序,可以認(rèn)為是按排值查詢,自然也不在話下!=LOOKUP(1,0/(RANK($B:$B,$B:$B)=ROW()-1),$A:$A)①?公式說明:RANK($B:$B,$B:$B)顯然,這是一個數(shù)組公式,由于 LOOKUP 自帶數(shù)組運算屬性,所以無需按【Ctrl+Shift+Enter】來執(zhí)行運算也可以使得排名函數(shù) RANK 返回一組排名值。RANK 函數(shù)的排序值和排序范圍參數(shù)都士敬 B2:B8,通過數(shù)組運算,返回表示 B2:B8 中的每一個值對應(yīng)排序大小的序數(shù)值蠪蚔 {2;3;1;5;4;6;7}。② 公式說明:0/(①=ROW()-1)ROW-1 表示當(dāng)前行號-1,從 E2 到 E8 依次為 1-7,即 E2 所要查找的排名值為 1。將①中結(jié)果 {2;3;1;5;4;6;7} 與之比對,相等返回 TRUE,不相等返回 FALSE,即:{FALSE;FALSE;TRUE;FALSE;FALSE;FALSE;FALSE};再使用 0 除以這組數(shù),除法運算中,TRUE=1,F(xiàn)ALSE=0,即得出:0/{0;0;1;0;0;0;0},由于 0 不能作為除數(shù),進一步得到:{#DIV/0!;#DIV/0!;0;#DIV/0!;#DIV/0!;#DIV/0!;#DIV/0!}。注意:該數(shù)組僅在當(dāng)前所要查找的九歌名 1 所對應(yīng)位置處為 0,其余均為錯誤值。這是我們構(gòu)建 0/(①=ROW ()-1) 這一查詢范圍的核心目的,只有這樣LOOKUP 函數(shù)才能正確查找。③ 公式說明:LOOKUP(1②,$A:$A)LOOKUP 通過將查詢范圍②與查詢值 1 匹配,找到②中小于且最接近于查詢山經(jīng)的數(shù)值位置,返結(jié)果范圍 A2:A8 對應(yīng)位置的值,且過程中自動忽略②中的誤值。由于②中僅有第三個值為 0,其余均為錯誤值#DIV / 0!,所以 LOOKUP 返回 A2:A8 中的第三個值,即 A4 單元格「陶海波」。LOOKUP+RANK 法中的核心是查詢范圍(公式片段②)的建,使用 RANK 函數(shù)生成一組排名值,再套用 LOOKUP 的兩分法來完成查詢計算,你周易會了嗎?INDEX+LARGE 法使用 LOOKUP+RANK 法進行自動排序,有一個明顯的漏洞,那就是當(dāng)出現(xiàn)吉量同排名,公式結(jié)果就會出錯。這時候,們可以用 INDEX+LARGE 函數(shù)來構(gòu)建另一個數(shù)組公式。PS. 數(shù)組公式輸入后,需按【Ctrl+Shift+Enter】才能正確計算。{=INDEX($A:$A,MOD(LARGE($B:$B+ROW(:)%,ROW()-1),1)*100)}①?公式說明:$B:$B+ROW(:)%ROW (:) 返回一組 1 到 7 的有序數(shù)組,表示每一個數(shù)值的序號,該序號值重還將作為 INDEX 的索引值?!?」是 "/100" 的簡寫,于是 $B:$B+ROW (:)% 相當(dāng)于給 B2:B8 的每個數(shù)以此加上尾數(shù) 0.01-0.07,得到:{64.01;74.02;74.03;37.04;46.05;19.06;2.07}由于案例中的數(shù)值都為整數(shù),加不同的尾數(shù)可以確保這些數(shù)值彼不等。PS. 事實上,只需保證所加的尾數(shù)始松山小于需要排序數(shù)的有效數(shù)位,就能避免數(shù)值相等致公式錯誤。② 公式說明:LARGE①,ROW()-1)LARGE 函數(shù)用于返回數(shù)據(jù)組從大到小排列中耕父定位次的數(shù)值。E2 單元格公式中的 ROW ()-1 返回當(dāng)前行號減 1,即為 1,表示通過 LARGE 函數(shù)返回 {64.01;74.02;74.03;37.04;46.05;19.06;2.07} 中第 1 大的數(shù)值 74.03,E3:E8 單元格則以此類推,取第 2 到第 7 大的數(shù)值。③ 公式說明:INDEX($A:$A,MOD②1)*100MOD 函數(shù)為取余函數(shù),MOD (②,1),即對②除以 1 取余數(shù),得到我們在片段①中驕蟲過 ROW (:)% 給 B2:B8 加上的尾數(shù),將這個尾數(shù)乘以 100,可還原為 ROW (:) 本身,它表示 B2:B8 中每一個數(shù)值的序號。E2 單元格中,對 74.03 除以 1 取余數(shù)為 0.03,乘以 100,得到 3,它表示最大的數(shù)是 B2:B8 的第 3 個數(shù)。此時再用 INDEX 提取 A2:A8 的第 3 個數(shù)即可。我們知道,第二個數(shù) B3 和第三個數(shù) B4 都是 74,都最大。但由于 ROW (:)% 為二者所加上的尾數(shù)分別為 0.02 和 0.03,于是 B3 作為最大的數(shù)排列在 E2 單元格,B4 被處理為第 2 大的數(shù)排列在 E3 單元格中。由此解決了數(shù)值相等法依次排序的問題,這就是 INDEX+LARGE 法的秘訣,你學(xué)會了嗎?以上,就是孝經(jīng)花分的兩個低版本 Excel 專用排序公式,要點如下:? 通過 RANK 函數(shù)的數(shù)組運算生成一組排名值,再構(gòu)建 LOOKUP 的 1/0 查詢結(jié)構(gòu),實現(xiàn)對數(shù)據(jù)的自動排序朱獳? 通過 ROW% 來為原數(shù)據(jù)添加表示其序數(shù)的尾數(shù),使炎帝據(jù)彼此不等,然后 LARGE 取指定位次的數(shù)值,再用 MOD 函數(shù)取余 * 100 還原序數(shù)值,最后用 INDEX 實現(xiàn)排序。以上公式雖略顯復(fù)雜,但經(jīng)過小花詳細(xì)解析相信小伙伴們一定能理清吃透,入囊中。本文來自微信公眾號:葉 Excel (ID:excel100),作者:小廆山

責(zé)任編輯: 代長浩

熱點新聞

      <code id='961ef'></code><style id='3883a'></style>
      • <acronym id='aa0fb'></acronym>
        <center id='52138'><center id='bb0d5'><tfoot id='c3eb0'></tfoot></center><abbr id='957e4'><dir id='8b694'><tfoot id='1335e'></tfoot><noframes id='44ccd'>

      • <optgroup id='ff17b'><strike id='ec310'><sup id='bc118'></sup></strike><code id='eb0bf'></code></optgroup>
          1. <b id='5fe4e'><label id='6a46a'><select id='b7478'><dt id='ce44e'><span id='dcd37'></span></dt></select></label></b><u id='1d56a'></u>
            <i id='76826'><strike id='850af'><tt id='65eb1'><pre id='d34bf'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='93a0a'></code><style id='a8251'></style>
              • <acronym id='63842'></acronym>
                <center id='bb597'><center id='77917'><tfoot id='0e2c2'></tfoot></center><abbr id='7cf78'><dir id='a3041'><tfoot id='7601d'></tfoot><noframes id='64aa5'>

              • <optgroup id='05adc'><strike id='88ceb'><sup id='24c26'></sup></strike><code id='4f828'></code></optgroup>
                  1. <b id='0e05b'><label id='0ba0b'><select id='32aa6'><dt id='38801'><span id='ce9e0'></span></dt></select></label></b><u id='1833a'></u>
                    <i id='cfe58'><strike id='04bf6'><tt id='2c1cd'><pre id='5a9ec'></pre></tt></strike></i>

                    肃北| 始兴县| 德惠市| 襄垣县| 泽库县| 涞水县| 商城县| 鹿邑县| 冷水江市| 清远市| 东明县| 刚察县| 资阳市| 汝南县| 黄梅县| 抚州市| 拜城县| 海阳市| 邵阳市| 翁牛特旗| 奉化市| 营山县| 凤翔县| 茌平县| 崇礼县| 南江县| 奉化市| 石首市| 法库县| 仲巴县| 宁德市| 蒙城县| 双辽市| 西乌| 龙山县| 普兰店市|