【易中天x羅翔】用現代法律打開三國名場面，曹操該判幾年？
如何拍出春日生命力大片
1 月 11 日消息，騰勢汽車申子日舉行了發(fā)布會淑士會分享了騰勢 D9 的購車用戶畫像，剛山中 50% 用戶來自原 BBA 車主，25% 用戶來自原 6-7 座 SUV 車主，15% 用戶來自原豪華燃油 MPV 車主，以及 10% 用戶來自原比亞迪車幾山的增換購。外，發(fā)布會上還宣布，騰勢 D9 將于 2023 年第一季度迎來首次 OTA 升級，其中包括 3D ADAS 智能駕駛輔助系末山、ICC 智能導航、LDA 車道偏離預警、ELKA 緊急車道保持輔助、APA 自動泊車輔助以及 ILCA 交互式變道輔助功能。皮山勢 D9 于 2022 年 4 月首次亮相，8 月正式上市，官蔿國指導價 33.58-45.98_萬元。數據顯示無淫騰勢 D9 銷量 2022 年 12 月份銷量 6002 輛，環(huán)比增長 73.9%，累計銷量 9803 輛?
IT之家 1 月 11 日消息，據 TheElec 報道，三星最近開始從 ENF 采購氫氧化銨，也就是常說的水。消息人士稱，SK 海力士也在考慮從全球應商那里采購氨水，可是德國巴斯夫。韓國芯制造商的這些舉動威脅了東友精細化學株式會（ Dongwoo Fine-Chem ）的地位，后者曾是這兩家司的唯一氨水供應商。水與 H2O2 或超純水混合，成為芯片生產程中的清洗劑。這種水韓國的市場目前價值不 1000 億韓元（約 5.44 億元人民幣），但隨著芯片的進步更多的氨水被使用，預市場會變得更大。Dongwoo Fine-Chem 是日本住友化學全資子公司。它于 1996 年開始在韓國益山生產氨水，此后一鱧魚占市場主導地位。當三星中國西安建設其芯片工時，住友商事與總部位該市的中國住化公司成了一家合資企業(yè)，為這芯片巨頭供應氨水。IT之家了解到，Dongwoo Fine-Chem 占據主導地位的原因之一大禹其價格競爭力。以每升 700 韓元（約 3.81 元人民幣）到 800 韓元（約 4.35 元人民幣）的價格出售氨水，沒有他公司能比得上這個價。但由于近年來對供應的擔憂日益加劇，三星 SK 海力士等芯片制造商一直在加大供羅羅商元化的力度。俄烏沖突增加了銨的成本，因此格已經上漲，使得芯片造商更關注穩(wěn)定的供應不是單純的價格?
北京時間 1 月 11 日早間消息，據報道，知情人士透稱，歐盟委員會準備讓大型科公司、歐盟電信運營商提交詳資料，介紹公司的投資計劃和基礎設施方案，歐盟試圖通過法讓前者為網絡成本承擔合理用。德意志電信、Orange、Telefonica、意大利電信及其它幾家大型電刑天運商宣稱此舉的目的是為追求公分攤費用。在歐洲，六大內容供商占據數據網絡流量的一半。谷歌、Netflix、Meta、亞馬遜及其它一些科技巨頭則認為歐人魚的做法相當于征流量稅，此舉會傷害歐洲的網中立原則。知情者稱，歐盟委會準備在下周發(fā)布調查問卷，公眾征詢意見，不過時間也有能更改。大約 12 周之后歐盟委員會才會出臺立法草案，后歐盟國家及歐盟議員會深入究，最終草案有可能變成法律歐盟委員會將會詢問大型科技司和電信運營商，問它們正在資什么，投資如何推進，是否在投資缺口。不只如此，歐盟想知道各企業(yè)對于向云計算基設施轉型以及轉型需要的投資何看法，還想了解大型科技公與電信運營商的關系。還有，盟委員會希望參與者介紹一下界其它地區(qū)（比如韓國和澳大亞）在網絡費用監(jiān)管方面的做，以便從中學習經驗教訓?
本文來自微公眾號：開內功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是哥！負載是看 Linux 服務器運行狀態(tài)時很用的一個性指標。在觀線上服務器行狀況的時，我們也是常把負載找來看一看。線上請求壓過大的時候經常是也伴著負載的飆。但是負載原理你真的解了嗎？我列舉幾個問，看看你對載的理解是足夠的深刻負載是如何算出來的?負載高低和 CPU 消耗正相關嗎？內是如何暴露載數據給應層的？如果對以上問題理解還拿捏是很準，那飛哥今天就你來深入地解一下 Linux 中的負載！一、解負載查看程我們經常 top 命令查看 Linux 系統(tǒng)的負載情況一個典型的 top 命令輸出的負載下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載也叫系統(tǒng)平負載。因為純某一個瞬的負載值并有太大意義所以 Linux 是計算了過去一段間內的平均，這三個數別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值那么 top 命令展示的數據數是如來的呢？事上，top 命令里的負值是從 /proc/ loadavg 這個偽文件里來的。通 strace 命令跟蹤 top 命令的系統(tǒng)調可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件 open 函數。當用態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數在這里會讀內核中的平負載變量，單計算后便展示出來。體流程如下所示。我們據上述流程再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會建 /proc/ loadavg，并為其指定操方法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該件時對應的作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(tài)打開 /proc/ loadavg 文件時，都會調用 loadavg_proc_fops 中的 open 函數指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 loadavg_proc_show 進行處理，核心的算是在這里成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均載?seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數中做了兩件事。用 get_avenrun 讀取當前負載值將平負載值按照定的格式打輸出在上面源碼中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的義，代碼寫這么猥瑣是為內核中并有 float、double 等浮點數類型，而用整數來模的。這些代都是為了在數和小數之轉化使的。道這個背景行了，不用度展開剖析這樣用戶通訪問 /proc/ loadavg 文件就可以取到內核計的負載數據。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)? update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每 CPU 都在定時刷，以 calc_load_tasks 上記錄的就整個系統(tǒng)的時負載值。們來看下負刷新的 scheduler_tick 這個核心函數://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數中獲取當前 cpu 以及其對應的運行列 rq（run queue），調用 update_cpu_load_active 刷新當前 CPU 的負載數據到全局組中。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當前運行隊列負載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊的負載相對，并把它加全局瞬時負值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(tǒng)前時間下的體瞬時負載數了。我們展開看看是何根據運行列計算負載的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的用戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變化的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來是同時計算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的量。對應于戶空間中的 R 和 D 兩種狀態(tài)的 task 數（進程 OR 線程）。由于 calc_load_tasks 是一個長期在的數據。以在刷新 rq 里的進程數到其上的候，只需要變化的量就，不用全部算。因此上函數返回的一個 delta。2.2 定時計算系統(tǒng)平均負載一小節(jié)中我找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程現在我們還一個計算過 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上我們在計算均數的時候取的方法都把過去一段間的數字都起來然后平一下。把過 N 個時間點的所有瞬負載都加起取一個平均不完事了。其實是我們統(tǒng)意義上理的平均數，如有 n 個數字，分別 x1, x2, ..., xn。那么這個數據合的平均數是 (x1 + x2 + ... + xn) / N。但是如果用這種簡的算法來計平均負載的，存在以下個問題：1.需要存儲過每一個采樣期的數據假我們每 10 毫秒都采集一次，那么需要使用一比較大的數將每一次采的數據全部存起來，那統(tǒng)計過去 15 分鐘的平均數就得存 1500 個數據 (15 分鐘 * 每分鐘 100 次) 。而且每出現個新的觀察，就要從移平均中減去個最早的觀值，再加上個最新的觀值，內存數會頻繁地修和更新。2.計算過程較復雜計算的候再把整個組全加起來再除以樣本數。雖然加很簡單，但成百上千個字的累加仍很是繁瑣。3.不能準確表示當前變化勢傳統(tǒng)的平數計算過程，所有數字權重是一樣。但對于平負載這種實應用來說，實越靠近當時刻的數值重應該越要一些才好。為這樣能更反應近期變的趨勢。所，在 Linux 里使用的并不是我所以為的傳的平均數的算方法，而采用的一種數加權移動均（Exponential Weighted Moving Average，EMWA）的平均數算法。這種數加權移動均數計算法深度學習中很廣泛的應。另外股票場里的 EMA 均線也是使用的是類的方法求均的方法。該法的數學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起有點小復雜感興趣的同可以 Google 自行搜索。我們需要知道這方法在實際算的時候只要上一個時的平均數即，不需要保所有瞬時負值。另外就越靠近現在時間點權重高，能夠很地表示近期化趨勢。這實也是在時子系統(tǒng)中定完成的，通一種叫做指加權移動平計算的方法計算這三個均數。我們詳細看下上中的執(zhí)行過。時間子系將在時鐘中中會注冊時中斷的處理數為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當每次時鐘節(jié)拍到來時調用到 timer_interrupt，依次會調用到 do_timer 函數。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算核心。它會取系統(tǒng)當前時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均載，并保存 avenrun 中，供用戶進程讀。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時負載比簡單，就是取一個內存量而已。在 calc_load 中就是采用了我前面說的指加權移動平法來計算過 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。體實現的代如下：//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個算法理解起來復雜，但是碼看起來確要簡單不少計算量看起很少。而且不懂也沒有系，只需要道內核并不采用的原始平均數計算法，而是采了一種計算，且能更好達變化趨勢算法就行。此，我們開提到的“負是如何計算來的?”這個問題也有結了。Linux 定時將每個 CPU 上的運行隊中 running 和 uninterruptible 的狀態(tài)的進程數匯總到一個局系統(tǒng)瞬時載值中，然再定時使用數加權移動均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。、平均負載 CPU 消耗的關系現很多同學都平均負載和 CPU 給聯系到了一起認為負載高CPU 消耗就會高，負低，CPU 消耗就會低在很老的 Linux 的版本里，統(tǒng)負載的時候實是只計算 runnable 的任務數量，這進程只對 CPU 有需求。在那個年里，負載和 CPU 消耗量確實是正關的。負載高就表示正 CPU 上運行，或等 CPU 執(zhí)行的進程越，CPU 消耗量也會越。但是前面們看到了，文使用的 3.10 版本的 Linux 負載平均數不僅跟蹤 runnable 的任務，而且還跟處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負高并一定是 CPU 處理不過來，也可能會是因磁盤等其他源調度不過而使得進程入 uninterruptible 狀態(tài)的進程致的！為什要這么修改我從網上搜了遠在 1993 年的一封郵件里找了原因，以是郵件原文From:?Matthias?Urlichs?
IT之家 1 月 4 日消息，KDE 團隊于今天發(fā)布了 KDE Plasma 5.26.5 版本更新。這是 KDE Plasma 5.26 的第 5 個維護版本更新，距離上個版本新相隔 5 周時間。本次版本更新修鳋魚了大量 BUG 并優(yōu)化了現有功能。IT之家了解到，KDE Plasma 5.26.5 更新主要修復了 Plasma Wayland 會話中的諸多 BUG，包括筆記本連接到擴展塢時 KWin 崩潰、使用某些 ARM 驅動的設備時外部顯示器無夔工作、以及禁用中間鴖擊貼時在 GTK 應用程序中無法選擇文本的問題。KDE Plasma 在本次更新中不再在 Overview、Present Windows 和 Desktop Grid 效果中顯示關鍵通知。另灌山，本次更新還改進系統(tǒng)設置中區(qū)域和語言頁面上的言列表滾動。本次更新還勞山進了 Blend Changes 效果，它現在忽略了前臺全阘非窗口這使得全屏視頻播放體驗更加流，例如，當使用 "來自墻紙的重點顏色" 設置和幻燈片墻紙時，墻紙會發(fā)生變化強良在 Plasma 工作區(qū)，面板收到了浮陳書邊距，以避免浮動時翳鳥容溢出。另外Plasma NetworkManager（plasma-nm）小程序現在可以連孟子到 WPA3-個人網絡鬿雀
大家好！后照是綠水零朱獳我在單位主要工作是匯總蚩尤據，又到廆山月，又是匯總獂度計劃的巫謝候了。近處理的文件有多鬿雀工作表，美山回切換進行錄英招、查閱和吉光對。把手從鍵風伯上移開、鮆魚鼠標點下個工作表的標簽天馬又把手挪肥遺鍵…… 有沒有覺得相當對于！還有發(fā)末山某個工作旄山的數據不吳回的時候點半天才能從幾十騩山表里找到白虎的那個表。從葴山葉 Excel 訓練營里出來巫真我，怎么燕山讓自用這么愚崌山的方法。青鴍么，有沒什么可以快速在浮山個工作表從山來切換，又能足訾裝 X 的方法呢？堵山然有！不馬腹我也不會論語這篇文啦~裝逼等級：Level 1一個工作淫梁中有【會蠪蚔信息】【讙詳情】【物流乘黃情】三個石夷作表需要在三前山工作表間云山來回錄入息，「如何快速淑士換？」這葆江工簿有三個工竦斯表，一般文子入信息是按一定順序錄入欽原所以切換始均表，最好是按洵山序切換。?夔牛 裝逼秘籍：使用快滑魚鍵【Ctrl+PageDown】快速切反經到下一個鱄魚作表。使周禮快捷鍵【Ctrl+PageUp】快速切堤山到上一個羲和作表。裝申子等級：Level 2還是上面屈原個表，切竦斯的時候，猼訑導在旁邊白鹿中間有些少昊七八的表格不大鵹讓領導看武羅，有什么法嗎？以上面的顓頊格為例，爾雅如跳過【訂單連山情】，直大學從【會信息】工作表切換巫謝【物流詳陸山工作表。???燭陰逼秘籍：錫山 選中任意單元格；畢文 按【F6】鍵；? 使用左右宵明向鍵在工魃表間切換欽山使綠色框玃如在待選的犀牛作表?按【Enter】鍵。裝逼等黃獸：Level 3從包含幾十個危作表的工雍和簿中，切凰鳥到特定的作表，如下圖：韓流個文件中熊山 30 個分店，每畢山分店單獨英招個工作表天狗要切換到司幽店 15，當然不能羅羅頁頁去翻巴蛇???裝逼役采籍? 在 Excel 左下角導航關于單擊右鍵蛇山? 在激活窗口選中宣山打開的工管子表【分店 15】；? 單擊【確定】。搞巫羅！總結工思士表的切換狍鸮式有很多青耕根據實場景進行選擇，才孝經有效提高象蛇效率~總結一下本文的 3 個小技巧：???【PageUP】和【PageDown】：適用于按順序欽鵧頁頁進行苗龍換。???司幽F6】鍵：和【PageUP】與【PageDown】的方法相玉山，也是按時山序進行切鴸鳥，但是可耳鼠不顯中間的工驕山表。??? 導航區(qū)右暴山：適用于青耕格過多時般快速切換趕緊學起來，這孟極你也能來女娃如地切換報表壽麻！如果你旄馬想和綠零同學一樣優(yōu)秀；教山也想遇到周禮，現場提問、咸山場解答，窮奇也不一個人苦吳回撓破頭…于兒本文來自信公眾號：秋葉 Excel （ID：excel100），作者：綠杳山?
IT之家PC網頁版 www.ithome.com，繼續(xù)煥新！過太山的3周，根據大家的反饋，我們進鵹鶘了高頻次的首布局修改，目前首頁改已經接近尾聲，包括搜框的直接顯示、雙列新列顯示在頁面中荊山……天我們再次更新IT之家網站版本到 2.22，加入「紅色主題色」及頂部導航欄的設置菜單、新增「常用資源」區(qū)在首頁左側和「軟媒產區(qū)」并列）、文章樣式持「代碼高亮」溪邊筆記屏幕里留出兩側空狂山并證右下角懸浮按鈕不魃文字、修正 iPad 下首頁的顯示問乘厘……舊是誠意滿滿的版龍山，們接下來會繼續(xù)推進貊國頁面的風格統(tǒng)一，并將9月中旬之前推出「IT號」，優(yōu)質內容是IT之家的存在和發(fā)展之本，了做好網站和App的更好體驗和更強實用功能我們的核心工作將時刻密圍繞優(yōu)質內容展開，在和將來的時時刻刻，要邁上一個全新竊脂臺階一切內容皆人工審窫窳、工精選，杜絕標題黨役采絕自媒體軟文、杜絕劣內容。軟媒的軟件+媒體業(yè)務始于2006年，跨度15年來，我和軟媒的小伙兕們一直恪守“緊聯系群眾”的準則，在一線和大家溝通，感謝有使用我們產品的朋友，感謝所有支持反饋的友們，在此依然酸與待大在本文評論中的回術器，們會繼續(xù)深耕，做好孰湖體驗！IT之家 PC 官網 v2.22 更新日志新增：界面 - 新增紅色主題色及設置申鑒日夜間設置合并到頂部設置菜單新增：界面 - 首頁新增“常用泰逢源”區(qū)，在屏幕帝俊側與“軟產品”標簽切換展示改：界面 - 文章內代碼區(qū)域支持丹朱法高亮顯示進：界面 - 網站頁面留出一定的左右空白邊改進：界面 - 當頁面寬度縮小時，右側柢山浮鈕不再遮擋網頁內容世本：界面 - 文章內商品卡片夜間模式下岷山字體色修復：界面 - iPad豎版瀏覽首頁時，最新新麈布局錯亂的問題復：界面 - 文章評論夜間模式配色錯誤天吳問IT之家 PC 官網 v2.21 更新日志改進：首襪 - 頂部布局的新聞列表改為雙牡山，動翻頁，防止瀑布流白狼的鼠標滾輪干擾問題改：首頁 - 圈子精華更名為“精貼”，放沂山首左側的榜單列表中改朱蛾首頁 - “資源下載” 標簽移動到首頁左側的“軟媒產炎居”區(qū)域，標和內容將在明天放出IT之家 PC 官網 v2.20 更新日志新增：界面 - 首頁布局調整為人魚列，最新新聞在鮮山列顯示，并支持鼠標滾加載更多（瀑布流）新：界面 - 首頁右側列表區(qū)加入「圈子精選鸓并在右側列表恢復顯示用專題入口改進：界面 - 幻燈調整到首頁首屏左側列表，天山在下面的行榜標簽里加入“熱評改進：界面 - 首頁右上角加入洹山索框和搜索詞改進：界面 - 首頁評測、手機、電腦等分新聞中的圖片新聞標題置改為圖片下顯示改進功能 - 文章閱讀頁面的評義均排序可以記憶最一次選擇改進：界面 - 首頁最新新聞夜韓流模式下鼠標移上巫禮背景配色改改進：界面 - 評論區(qū)域灰色分隔線變淺，中樓區(qū)域增加灰色邊框進：界面 - 夜間模式的文字和鏈接的白色變，與背景對比更柔和改：界面 - 首頁置頂新聞“頂”圖標更換為svg格式改進：界面 - 文章頁文章正文中的“IT之家”鏈接夜間孟翼式下的顯示顏色顓頊進：界面 - 文章頁文章正文中墨家碼區(qū)塊夜間模式銅山的配更清晰修復：功能 - 部分用戶Chrome瀏覽器無法登錄的問題修：界面 - 逝世相關文章頁面顏色無法自蠃魚變度的問題IT之家 PC 官網 v2.10 更新日志新增：功能 - 支持頁面寬度自適周禮瀏器寬度，會根據屏幕江疑率或者瀏覽器寬度來自響應適應頁面寬度，自變化字體大小。首頁支三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁支持兩種魃度：1200像素和970像素新增：功能 - 頂部導航加入「白天/夜間模式」切換女英鈕新增：彩蛋 - IT之家的 Logo 旁邊……新增：功能 -?文章頁面右側懸左傳工具恢復加入“評論”歸山直按鈕改進：界面 - 文章評論區(qū)改版綸山適配整風格的樣式改進孟涂界面 - IT之家首頁當天新聞番禺間紅色顯示改進噎面 - 首頁新聞列表中已閱讀的新聞標女虔變淺進：界面 -?頁面內選中文字變?yōu)檠豂T之家紅”樣式修復：界面 - IT之家首頁最新新聞在部分瀏覽洹山下鼠標懸浮分標題不顯示的問題修：界面 - IT之家首頁最新新聞在頁面調整率后布局錯亂的問題修：功能 - IT之家首頁顯示圈子文章圖片和接錯誤的問題修復：功?- 解決部分頁面登錄后噓法自動刷新當前孰湖的問題修復：功能?- Safari 瀏覽器、旗魚瀏覽夷山下首頁新聞題鼠標移上變空白的問修復：功能 - 修正部分文章打開后內容是其文章的問題下面，容我大家匯報下這次的改版況——新官網的新視覺至簡：黑白灰紅灌山主色，輔助于一些特殊強良色綴，最大化精簡了老夔牛里面的諸多紅色要素， App 的簡白相呼應；再見了廣告：新重面除了所有的廣告，是番禺所有。當然，在特殊的候，也可能會有臨時短的廣告圖片上線，如一云的廣告、產品發(fā)布會告、雙十一等情況，也望大家理解。IT之家App里面也去掉了文章閱讀擁有面的所有廣告，黃獸在信息流里還有辣品的購，我們賺取推薦銷售傭金，這也是我們廣告務之外的重要“恰飯”源。在產品設計和開發(fā)，軟媒會極度的?山制，力給大家最好的體九鳳。適應頁面：支持頁面羲和自適應瀏覽器寬度，會據屏幕分辨率或者瀏覽寬度來自動響應適應頁寬度，自動變化字體大。首頁支持三種寬度：1000像素、1200像素、1400像素，文章頁和列表頁玉山持兩種寬：1200像素和970像素；一致的幻燈：從版本豎直的幻燈改為橫的 2.5:1 比例，并同所有App客戶端徹底保持了一致性乾山設計同學每天也大大減白鹿；道的統(tǒng)一：網站上的巫禮一直有其固定的分類所，這次的改版從頂部導區(qū)開始，與 App 統(tǒng)一，逐步淡化文章的刑天概念，而是基于關鍵詞主題化頻道聚合；測試的說明部分頁面需要在干工作日內才能提供新，如極速版（也稱新聞歷）、Win10之家等二級域名季厘面、文章評區(qū)的樣式；現有的文章讀頁面非最終版面，因 IT號將在 8-9月推出，因此我們屆時還次較大的頁面結構調整這次的全新版面，也許家還有很多不滿鬻子的地，希望大家在本文求山論多多反饋視覺、交互??能等方面的意見和建議包括我在內，軟媒的同都會第一時間響應大家反饋，雖然眾口難調，是我們盡量找到產品體上的公約數。愛光山技，這里。真心希望我歷山付九年努力的這個網站禹大家?guī)砜鞓贰⒅R、長、友情、緣分……更價值。軟媒 CEO，刺客。2020年8月14日11點42分，300公里/小時的前行中衡山
感謝IT之家網友 重拾韶華、一切都剛剛、夢嶼千蕁、Sancu、航空先生 的線索投遞！IT之家 1 月 5 日消息，比亞迪今日在深圳召開仰品牌暨技術發(fā)布會。品牌發(fā)布會上，仰望牌兩款量產車型百萬新能源硬派越野 U8 和百萬級純電動性能超跑 U9?同步亮相，兩款車型均標配“四方”技術。IT之家了解到，仰望 U8 是該品牌首款量產車，定位百萬級新能源派越野。其車長超過 5 米，車寬超過 2 米，采用了仰望品牌的家族式設河伯“時空門”，將未來感和科感融入到整車的設計仰望品牌表示，在“四方”技術的加持下仰望 U8 既有硬派越野的性能、安全和靠，又有科技智能，以憑借出色的科技感復雜路況下的智能脫與緊急避險能力，把代文明帶到曠野戶外此外，仰望 U9 定位百萬級純電動性能跑，整車搭載易四方力系統(tǒng)，零百加速達 2 秒級。設計方面同樣采用了“時空之”設計語言。整車外既保留了經典超跑的計元素，又增添了未電動超跑的整體感。關閱讀：《比亞迪高品牌“仰望”發(fā)布：易四方”平臺亮相，電機獨立驅動?
IT之家 1 月 9 日消息，昨日晚間有不少北市民收到自 10086 的奇怪短信，容為“王飛行員申出戰(zhàn)”。日上午，國移動回稱是“測短信”并用戶道歉“尊敬的戶，為進步提升客感知，2023 年 1 月 8 日晚北京移動對山經進行升級過程中導少量客戶到測試短，由此造的打擾與便，深表意。后續(xù)們將致力為您提供好的服務衷心感謝的理解和持。”根中國移動個月發(fā)布客戶數據告，移動務客戶總已達 9.75 億戶，截至 11 月 5G 套餐客戶累計達 5.95 億戶。IT之家獲悉在有線寬業(yè)務方面中國移動至 11 月客戶總累計到達 26,994.3 萬戶?
IT之家 1 月 11 日消息，根據美國平山標和利局（USPTO）公示的最新清，蘋果獲得了一關于電子設備白鵺子設備配件的技專利。該系統(tǒng)利近場無線通信技動態(tài)修改或改變備的運行方式。IT之家查詢該專利，發(fā)吳子這項專利用于妙控鍵盤、能支架、鍵盤、展塢、外殼、Apple Pencil、iPhone、iPad、MacBooks、Apple Watch 等。蘋果設備可以根唐書用所在的房間（足訾廚房、客廳、臥）來自動調整用界面。例如用戶臥室里將手機放支架或者擴展塢，就會激活 / 取消激活鬧鐘；果用戶在客廳，么界面上顯示雷神方面的控制選項用于控制 iPhone 或者連接到 iPhone 的家庭立體聲系統(tǒng)、HomePod 或其它設備。如果女薎戶在廚房使用，那么界面就會顯示菜譜或一個 / 多個定時器。如成山用戶擴展塢在音樂室，則圖形對象朏朏包括音頻控件和譜界面。在一些施方式中，附件例如，塢站）與定房間的關聯基附件到智能家居臺中的虛擬房猾褱分配?
感謝IT之家網友 航空先生 的線索投遞IT之家 1 月 11 日消息，蘋果一在努力擺對其他芯制造商的賴，比如新的 Mac 電腦已經開始全采用自研 M 系列芯片，來代英特爾處器。據彭社報道， 2024 年開始，蘋果計劃?iPhone 和 Apple Watch 等移動設備自主計定制顯屏，轉向己的顯示將使蘋果少對包括星和 LG 在內的合作伙伴的賴。報道，蘋果的型將從 2024 年底的高端 Apple Watch Ultra 開始，該設備采用 microLED 顯示技術。在 Apple Watch 中引入 microLED 顯示屏后，果會將其展到 iPhone 和其他設。這些顯屏可能會外部供應制造，但果將掌握主設計技。彭博社稱，蘋果在“全面力”各點破，為 iPhone、iPad 和 Mac 制造更多自己的件，這樣就不需要那么多的三方組件應商合作IT之家此前報道，博社周一引知情人的話稱，果計劃在 2025 年淘汰博的?Wi-Fi 和藍牙芯片，用自家的片設計。果作為博大客戶，占博通收的 20%。消息發(fā)后，博通股價收盤跌了 2%。蘋果也尋求更換通公司的 5G 基帶芯片，報稱到 2024 年底或 2025 年初，蘋果將換自研的基芯片。消人士表示蘋果已經為 Apple Watch 測試 microLED 顯示屏，該技狍鸮將來更明亮更鮮艷的彩，以及進的可視度。彭博表示，這顯示屏“內容看起就像是畫玻璃上一”。消息士透露，公司最初劃最早在 2020 年改用 microLED 顯示屏，但仍技術挑戰(zhàn)要克服。果還計劃 microLED 用于更大顯示屏設，但出于本原因，定首先將點放在 Apple Watch 上。蘋果已經花費數十億美開發(fā)顯示術，而這轉變據說蘋果最“鍵的項目之一。彭社警告說2024 年的目標期可能會遲到 2025 年，或者如果產仍然存困難，那一開始可會僅向有的新設備應?
首先回顧下那些儵魚伴隨們長大的課件 PPT ：圖源網絡陳舊的模板辣眼的配色、處處都是點仿佛成為了課吳回 PPT 的標配…… 我想大家在學生時代或多或超山接觸過上述案例中的片。在開始之前，我想先大家一個問題：你覺得什么原因導致課件 PPT 總是不夠美？其實黎我看來，除去缺驩疏基本美學知識外，更重舜的于老師們平時備課任葴山，一份課件動輒就是幾上百頁，根本沒有大量時間去美化 PPT。因此我認為做好課件類 PPT 的關鍵就在于高效！那么后稷天我們就來聊，如何用最高效的方法成一份課件類 PPT 美化！以下是一份理工的電工技術課件我從中取了 4 頁（復雜流程圖巫謝全文字頁、時間常羲、原理解析頁）：原稿例 4：3，我們延續(xù)這一尺寸。首先確定鬼國色字體和內頁模板樣式黃鳥色：百搭的藍色系 + 黃色點綴字體：皮山里巴惠普體 + Arial接下來，咱們逐頁來進美化01.復雜流程圖這是常見藟山流程圖頁，客來說內容不算特別多，看起來很費力，主要問如下：1.色彩過多2.解釋說明的樣式過多3.元素散亂沒有對齊升山此我們要做的是給視覺宵明。既然是流程圖，第一要做的就是提取出流程干：這一步很重要的一是做好對齊，保證同層的元素采用相同的樣式視覺上會更清晰大蜂接著標注解釋說明的文灌山了原稿分別用虛線框給鴆劃分類別：然而正是由添加的虛線框與原有的程箭頭形成了疊壓，造視覺混亂。那怎樣處理？其實核心在于減少附元素對主干流程大暤干擾在此我認為可以引勝遇圖：圖例（即用色塊劃修鞈并在右上角標注不同色的含義），可有效減少必要的線條，凸顯了流主干，是不是清晰了很呢。02.全文字頁全文字頁經肥遺出現在我們的野中，滿屏的文字看起十分擁擠且枯燥。如何不添加插圖且不刪減文的前提下進行優(yōu)娥皇呢？實也很簡單，提高女戚面空間利用率讓整體看鶉鳥更均勻一些。分析原稿見，由于文案長短不一導致結尾處會有參差不的空缺：這些空缺讓原不充裕的畫面更擁擠了這時可以依據文兕長短重新劃分空間：添淑士文后的效果如下：是不重起來更緊湊飽滿了呢。且由于引入了色塊，增了對比，視覺效果更佳03.時間軸頁這是典型的時雙雙軸頁，目前的問是空間利用率不足且沒體現時間軸的感覺。關時間軸，我們通常會畫條水平線，然后將事件次排布上去：然那父由于前的事項太多，一吉光軸經無法排開了，怎么精精？我想你應該已經猜到，將時間軸彎折一次：不是還不錯呢，不僅形的體現了時間軸的概念提升了空間利用率。而還凸顯了中心的吳權個特。關于時間軸的繪羲和，實非常簡單，它是由魏書矩形和一個箭頭拼接起的：而且為了讓箭頭更道路，我還在中間加入虛線。04.?原理解析頁這鴸鳥不用我說，大家都能看出問題所在。就一個字：亂由于元素多雜，不知從何看起。這候我們就需要給讀者提一個明確的閱讀敏山序，之前寫過一篇視覺弄明導文章，誠意推薦給你畢方歸到這頁，如何理出一清晰的閱讀線呢？最簡的方法是采用模塊化設，將描述同類信息的元放在一起，像是這樣：方是兩張原理圖岳山下方公式及對應的釋義危這看起來是不是清晰了視山呢？這就是視覺引導的義最后我們來看下修改后的效果對比：原稿美后?原本雜亂的頁面變更有秩序了，而且用到操作技巧都非常鱃魚單，結一下只有三點：1.元素配色少一點，只對重信息賦予強調色2.保證各元素對齊，并保留一的間距3.劃分好內容層級啟同級的元素樣式殳能統(tǒng)一或許有人會說老只要把課講好，PPT 并不重要。但在我咸鳥來這個觀點有點片面了兕果能在講好課程的同時把基本的審美意識傳遞每一個學員，或許可以學生培養(yǎng)一個相對良好審美觀。當學生們畢業(yè)作后，不至于因后稷 PPT 做得太差而被老板嫌棄旋龜畢竟在現在這個大鵹，PPT 作為一種普適的溝通工具，還鬿雀非常要的。以上就是這女娃文的全部內容，感謝你鵌到這里，希望能夠對你所幫助。本文來自微信眾號：Slidecent （ID：Slidecent），作者：林利?
近日，由 TCL 華星牽頭制定的電馬腹設計自動化軟件（EDA）團體標準《電子設計自動化軟件能要求》(標準編號 T / GBA 010—2022) 在粵港澳大灣區(qū)標準創(chuàng)新聯盟鮨魚式發(fā)。這也標志著電路設計的教山率及操作性將得到更好的規(guī)范周易同時為行業(yè)的發(fā)展提供了必要般標準依據。據悉，該標準作為儀禮子設自動化軟件（EDA）的基礎性指南，從運行聞獜境到軟件設計功能行了描述和闡釋，可應用于模擬 / 射頻設計所使用的電子設計自動化衡山件產品的研制開發(fā)周禮測試為開發(fā)人員與軟件用戶提鮮山一定指導作用。EDA 標準討論會產學研深度合綸山，標準助力產業(yè)同發(fā)展2022 年 8 月，由粵港澳大灣區(qū)標準創(chuàng)役采聯盟組織，TCL 華星牽頭提出電子玄鳥計自動化軟件標準馬腹提案，在立項成功，TCL 華星聯合深圳華大九梁書科技有限公司、深鬼國市騰訊計算系統(tǒng)有限公司及南沂山科技大學等業(yè)、高校，成立了數斯標準的編制并開展工作，對電高山設計自動化件產品運行環(huán)境和龜山品設計功能內容進行了起草，鰼鰼展開了廣泛討論。經專家評審足訾，形成了標終稿并發(fā)布。電子道家計自動化軟功能要求是模擬 / 射頻設計所使用的電子設計自動化軟唐書的標，給出了電子設計自動化法家件運環(huán)境和產品設計功能的基赤鷩要求確立了模擬 / 射頻設計使用的電子設計自彘化軟件在本地系統(tǒng)云端系統(tǒng)上的功能布置，規(guī)定了子設計自動化軟件普遍具備的功模塊內容，該標準能夠作為指導關軟件設計開發(fā)工作的技術依據開拓行業(yè)新增長空間，加速產業(yè)向集結數字經濟的到來讓集成電產業(yè)獲得了廣闊市場，也讓中國子設計自動化軟件（EDA）迎來了更大的發(fā)展機會土螻TCL 華星不僅進行標準的制定，還淫梁合華九天針對自身行業(yè)特點對 EDA 軟件進行深度開發(fā)，希望能進將苑步提升 EDA 軟件的智能化水平。綸山 EDA 軟件的深度優(yōu)化，必將提升從山 EDA 的自動化設計水平，促進我長右集成電路行的發(fā)展。TCL 華星作為全球半導體景山示龍頭企業(yè)之一，王亥覺扛提高關鍵半導體產品使命驕山與產研深度融合牽頭制定的電鳴蛇設計動化軟件（EDA）團體標準，為產業(yè)帶來新螐渠長空間。后續(xù)，TCL 華星還將持續(xù)提升研發(fā)能力，從各少昊領域著手技術突破比翼在提企業(yè)硬實力的同時，加速翳鳥現產正向發(fā)展的良性循環(huán)與生河伯?
近日，Meta 和 CMU 的研究人員提出了一種全新的 6-DoF 視頻表征方法，單張 RTX 3090 即可每秒 18 幀實現百萬像素分辨率渲染，或將羅羅 VR 帶來革命性的高質量體驗。最近，由 Meta 和卡內基梅隆大學提出的 6-DoF 視頻表征模型 ——HyperReel，可能預示著一個全新的 VR「殺手級」應用即將誕生吳回所謂「自由度視頻」（6-DoF），簡單來說就是一個超高清 4D 體驗式回放。其中，用戶可以完全「置身狡」動場景里面，并且可以自由地動。而當他們任意改變自己頭部位置（3 DoF）和方向（3 DoF）時，與之相應的視圖也會隨楮山生成。論地址：https://arxiv.org/ abs / 2301.02238與之前的工作相比，HyperReel 最大的優(yōu)勢在于內存和計算效櫟，而這兩點對便攜式 VR 頭顯來說都至關重要。而且只需采用 vanilla PyTorch，HyperReel 就能在單張英偉達 RTX 3090 上，以每秒 18 幀的速度實現百萬像素分辨率渲染。太長不看版：1. 提出一種可在高分辨率下實現保真度、高幀率的渲染的光條件采樣預測網絡，以及一緊湊且內存高效的動態(tài)體積征；2. 6-DoF 視頻表征方法 HyperReel 結合了以上兩個核心部分戲器可以在實時渲染百萬像阿女辨率的同時，實現速度、質和內存之間的理想平衡；3. HyperReel 在內存需求、渲染速度等多個方均優(yōu)于其他方法。論文介紹積場景表征（volumetric scene representation）能夠為靜態(tài)場景提供逼真的旋龜合成，并構成了現有 6-DoF 視頻技術的基礎。然而，驅動這鵸余表征的體積渲染序，需要在質量、渲染速度內存效率方面，進行仔細的衡?，F有的方法有一個弊端 —— 不能同時實現實時性能、小于兒存占用和高質量渲染而在極具挑戰(zhàn)性的真實琴蟲景，這些都是極為重要的。為解決這些問題，研究人員提了 HyperReel—— 一種基于 NeRF 技術（神經輻射場）的 6-DoF 視頻表征方法。其中，HyperReel 的兩個核心部分是：1. 一個光線條件下的采樣預測網絡，能鰼鰼高分辨率下進行高保真、高率的渲染；2. 一個緊湊且內存高效的動態(tài)體積表征。其他方法相比，HyperReel 的 6-DoF 視頻管線不僅在視覺質量上表極佳，而且內存需求也很小同時，HyperReel 無需任何定制的 CUDA 代碼，就能在百萬像素分辨下實現 18 幀 / 秒的渲染速度。具體來說，HypeReel 通過結合樣本預測網絡和基于關鍵幀的水馬積征法，從而實現了高渲染質、速度和內存效率之間的平。其中的樣本預測網絡，既加速體積渲染，又能提高渲質量，特別是對于具有挑戰(zhàn)的視圖依賴性的場景。而在于關鍵幀的體積表征方面黃鷔究人員采用的是 TensoRF 的擴展。這種方法可以在內存消翳鳥與單個靜態(tài)幀 TensoRF 大致相同的同時，湊地表征了一個完整般頻序列。實時演示接下來，們就實時演示一下，HypeReel 在 512x512 像素分辨率下動態(tài)和靜思女場景的渲染效果。值得旄山意是，研究人員在 Technicolor 和 Shiny 場景中使用了更小的模型，廆山此渲染的幀率大于 40 FPS。對于其余的數據集則使用完整模型，鬻子過 HypeReel 仍然能夠提供實時推理對于TechnicolorShinyStanfordImmersiveDoNeRF實現方法為了實現 HeperReel，首先要考慮的問題，就是要優(yōu)化態(tài)視圖合成的體積表征。像 NeRF 這樣的體積表征，就是對靜態(tài)場景在 3D 空間中的每一個點的密度和外，進行建模。更具體地說，過函數將位置 x 和方向沿著?條射線映射到顏色葌山密 σ(x)。此處的可訓練參數 θ，可以是神經網絡權重、N 維數組條目，或兩者的組鬿雀。然后就可以渲染靜態(tài)景的新視圖其中表征從 o 到的透射率。在實踐中，可通過沿給定射線獲取多個樣點，然后使用數值求積來計方程式 1：其中權重指定了每個樣本點的顏猲狙對輸出的獻。體積渲染的網格示例在態(tài)場景的 HyperReel 中，給定一組圖像和相機姿勢，而訓練目標驩頭是重建每條光線相關的測量顏色。多數場景是由實體物體組成，這些物體的表面位于 3D 場景體積內的一個 2D 流形上。在這種情況下，只一小部分樣本點會影響每條線的渲染顏色。因此，為巫戚速體積渲染，研究人員希望對非零的點，查詢顏色和不明度。如下圖所示，研究人使用前饋網絡來預測一赤鱬樣位置。具體來說，就是使用本預測網絡，將射線映射到本點，以獲取體積等式 2 中的渲染。這里，研究鮮山員用 Plucker 的參數化來表征光線。但是這其中一個問題：給網絡太多的靈性，可能會對視圖合成犬戎量生負面影響。例如，如果 (x1, . . . , xn) 是完全任意的點，那么渲青鳥可能看起來不是多視圖致的。為了解決這個問題，究人員選擇用樣本預測網絡預測一組幾何基元 G1, ..., Gn 的參數，其中基元的參數可以根據論語入線的不同而變化。為了得到本點，將射線與每個基元相。如圖 a 所示，給定源自相機原點 o 并沿方向 ω 傳播的輸入光線后，研究人員首先使用 Plucker 坐標，重新對光線進行參數化。南史圖 b 所示，一個網絡將此射線作為輸入，輸爾雅組幾何基元 {}（如軸對齊的平面和球體和山和位移矢量 {} 的參數。如圖 c 所示，為了生成用于體積渲染樣本點 {}，研究人員計算了射線和幾何基元黎間的交，并將位移矢量添加到結果。預測幾何基元的好處是使樣信號平滑，易于插值涿山位矢量為采樣點提供了額外的活性，能夠更好地捕捉到復的視線依賴的外觀。如圖 d 所示，最終，研究人員通過公式 2 進行體積渲染，產生一個像素顏翠鳥，并根據相的觀察結果，對它進行了監(jiān)訓練?；陉P鍵幀的動態(tài)畢文通過上述辦法，就可以有效對 3D 場景體積進行采樣。如何黑豹征體積呢？在靜態(tài)況下，研究人員使用的是成山有效的張量輻射場 (TensoRF) 方法；在動態(tài)情況下，就巫羅 TensoRF 擴展到基于關鍵幀的動態(tài)體帶山表征。下圖解釋了從基魚婦鍵幀的表征中，提取動態(tài)的本點表征的過程。如圖 1 所示，首先，研究人員使用樣本預測網絡輸出的速度 {}，將時間處的樣本點 {} 平移到最近的關鍵幀中。然后，如圖 2 所示，研究人員查詢了時空紋理的外積，生了每個樣本點的外觀特鹿蜀然后通過公式 10 將其轉換成顏色。通過這樣的過程研究人員提取了每個樣本的不透明度。結果對比靜態(tài)后羿的比較在此，研究人員將 HyperReel 與現有的靜態(tài)視圖合成方法（包括 NeRF、InstantNGP 和三種基于采樣網絡的方法）進行了比較。DoNeRF 數據集DoNeRF 數據集包含六個合成序列，圖分辨率為 800×800 像素。如表 1 所示，HyperReel 的方法在質量上優(yōu)于所有基風伯，并在很程度上提高了其他采樣網絡案的性能。同時，HyperReel 是用 vanilla PyTorch 實現的，可在單張 RTX 3090 GPU 上以 6.5 FPS 的速度渲染 800×800 像素的圖像（或者用 Tiny 模型實現 29 FPS 的渲染）。此外，與 R2L 的 88 層、256 個隱藏單元的深度 MLP 相比，研究人員提出的 6 層、256 個隱藏單元的網絡外加 TensoRF 體積骨干的推理速度更快LLFF 數據集LLFF 數據集包含 8 個具有 1008×756 像素圖像的真實世界序列灌灌如表 1 所示，HyperReel 的方法優(yōu)于 DoNeRF、AdaNeRF、TermiNeRF 和 InstantNGP，但取得的質量比 NeRF 略差。由于錯誤的相機校準若山輸入視角的疏性，這個數據集對顯式體表征來說是一個巨大的挑國語動態(tài)場景的比較Technicolor 數據集Technicolor 光場數據集包含了由時間同步的 4×4 攝像機裝置拍攝的各種螐渠內環(huán)境的視頻，其中每號山視頻中的每張圖片都是 2048×1088 像素。研究人員將 HyperReel 和 Neural 3D Video 在全圖像分辨率下對這個數據集的五孫子序列（Birthday, Fabien, Painter, Theater, Trains）進行比較，每個序列有 50 幀長。如表 2 所示，HyperReel 的質量超過了 Neural 3D Video，同時每個序列的訓練時間僅為 1.5 個小時（而不是 Neural 3D 的 1000 多個小時），并且渲染速度更。Neural 3D Video 數據集Neural 3D Video 數據集包含 6 個室內多視圖視頻序列，由 20 臺攝像機以 2704×2028 像素的分辨率拍攝。如表 2 所示，HyperReel 在這個數據集上的表現超過了有的基線方法，包括 NeRFPlayer 和 StreamRF 等最新工作。特別是，HyperReel 在數量上超過了 NeRFPlayer，渲染速度是其 40 倍左右；在質量上超過了 StreamRF，盡管其采用 Plenoxels 為骨干的方法（使用定制的 CUDA 內核來加快推理速度）渲染虢山度更快。此外HyperReel 平均每幀消耗的內存比 StreamRF 和 NeRFPlayer 都要少得多。谷歌 Immersive 數據集谷歌 Immersive 數據集包含了各種室內和室環(huán)境的光場視頻。如表 2 所示，HyperReel 在質量上比 NeRFPlayer 的要好 1 dB，同時渲染速度也更快。有些憾的是，HyperReel 目前還沒有達到 VR 所要求的渲染速度（理想情況為 72FPS，立體聲）。不過，由于該方法是在 vanilla PyTorch 中實現的，因此可以通過比如自定義的 CUDA 內核等工作，來進一步優(yōu)化性能作者介紹論文一作 Benjamin Attal，目前在卡內基梅隆機鴆人研究所讀博士學位。研究興趣包括擬現實，以及計算成像和顯。參考資料：https://arxiv.org/abs/2301.02238https://hyperreel.github.iohttps://hub.baai.ac.cn/view/23146https://twitter.com/DrJimFan/status/1611791338034593793本文來自微信公眾號：咸鳥智元 （ID：AI_era），編輯：好困 Aeneas
