中國不惹事也絕不怕事
新疆男籃晉級季后賽八強
IT之家 1 月 16 日消息，WoA 項目主要是“改” Lumia 950 和 Lumia 950 XL，讓其運行 Win10 系統(tǒng)。項目開發(fā)團(tuán)隊主成員 Gustave 在一年半前，將開發(fā)心放在了初代 Surface Duo 上。Gustave 在今天發(fā)布的推文中表示該目已經(jīng)有了突性進(jìn)展，可以初代 Surface Duo 上實現(xiàn) Win11 和 Android 雙啟動。Gustave 在推文中表示經(jīng)過達(dá) 1 年多的開發(fā)，應(yīng)粉絲要求已經(jīng)實現(xiàn)三大特性：1. 不需要借助計算機 / 電腦，即可啟動 Windows 系統(tǒng)2. 實現(xiàn)了 Android 和 Windows 之間雙啟動3. 可具備安全設(shè)（鎖定 BootLoader）IT之家附初代 Surface Duo 運行 Android 和 Windows 雙啟動視頻?
IT之家 1 月 15 日消息，2009 年，就在蒂姆庫克任命為蘋公司臨時 CEO 的幾天之后他就給出這家公司使命宣言“我們要信我們需擁有和把我們產(chǎn)品后的關(guān)鍵術(shù)的能力。從此，果開始在應(yīng)鏈控制面越做越。在他接蘋果 CEO 后的十多年中，過開發(fā)用手機、平電腦、手、盒子和腦芯片等式，他為果打造出屬于自己技術(shù)庫，且還開創(chuàng)地推出了 AirPods 和 Apple Watch 內(nèi)部的無線組件并開發(fā)出屬于自己地圖 App。在最新一期的 Power On 時事通訊中，博社 Mark Gurman 表示蘋果經(jīng)花了大六年的時去開發(fā) microLED 技術(shù)，這將成該公司首自行定制計的顯示品。本周些時候，Gurman 還表示蘋果計劃在 2024 年為新款 Apple Watch Ultra 引入該技術(shù)。現(xiàn)在補充，如果一按計劃進(jìn)，蘋果將未來幾年將這類顯屏擴展到 iPhone、iPad 和其他產(chǎn)品線中值得一提是，蘋果 2017 年左右啟動了其代為 T159 的 microLED 項目，旨在帶亮度更高色彩更鮮和視角更的產(chǎn)品，圖像看起更吸引人并將以此換目前正使用的三 LG 等公司提供面板。實上，蘋果 2008 年收購 PA Semi 之后就一直走核心技術(shù)棧自研的上，例如初代 iPad 和 iPhone 4 中推出了其款完全自的應(yīng)用處器 ——A4 芯片，敲響屬于果時代的聲。在過十年中，果移動芯不斷迭代甚至現(xiàn)在經(jīng)應(yīng)用于 Mac 和混合現(xiàn)實顯等產(chǎn)品，而且最還將用于半自動駕汽車。正IT之家本周早些時所報道的樣，蘋果來還將推更多自研品，例如窩調(diào)制解器，它可是 iPhone 中最關(guān)鍵的大組件之，但由于分原因已次推遲。外，該公還在開發(fā)個新的部 —— 屬于它自己 WiFi 和藍(lán)牙模塊。相信著時間的移，蘋果將 WiFi 和藍(lán)牙模塊以及窩調(diào)制解器集成到串基帶中從而大幅化手機的部設(shè)計，將替換掉前自來自通和博通產(chǎn)品。《息稱首款用 MicroLED 屏幕的蘋果 Apple Watch 將于 2025 年推出》《不會己生產(chǎn)屏，消息稱果正和 LG 定制生產(chǎn)用于 Apple Watch 的 microLED 屏幕》
本文來自微信公眾號：開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運行狀態(tài)時很常用的一個性欽山指標(biāo)。在觀察線上服務(wù)器行狀況的時候，我們也是經(jīng)常把載找出來看一看。在線上請求壓過大的時候，經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載的原理你真的解了嗎？我來列舉幾個問題，看你對負(fù)載的理解是否足夠的深刻負(fù)載是如何計算出來的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露負(fù)載數(shù)思士給應(yīng)用層的如果你對以上問題的理解還拿捏是很準(zhǔn)，那么飛哥今天就帶你來入地了解一下 Linux 中的負(fù)載！一、理解負(fù)載查看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個典型的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系統(tǒng)平均負(fù)載柜山因為單純某一個瞬的負(fù)載值并沒有太大意義。所以 Linux 是計算了過去一段時間內(nèi)的平均值，這相柳個數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事螐渠上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到這個過沂山。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀取內(nèi)核中的平論衡負(fù)載量，簡單計算后便可展示出來。體流程如下圖所示。我們根據(jù)上流程圖再展開了看下。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(chuàng)建 /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 中包含了打開該文件時對應(yīng)的操作方法。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進(jìn)行處理，核心的計算是在這里完成的壽麻//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)載?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 函數(shù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值按照對于定的格式打印輸出上面的源碼中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫的這么瑣是因為內(nèi)核中并沒有 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。熏池些代都是為了在整數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景就行了，不用度展開剖析。這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負(fù)數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局?jǐn)?shù)組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下我們開篇中的一個問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)層的？內(nèi)核定義了一個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候，內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)轉(zhuǎn)化為小數(shù)，并打印出來。好了，外一個新問題又來了，avenrun 全局?jǐn)?shù)組變量中存儲的數(shù)據(jù)是何銅山，又是被如何計算出來的？二、內(nèi)核中負(fù)載的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來源。這個數(shù)組的計算過司幽分為如下兩：1.PerCPU 定期匯總瞬時負(fù)載：定時刷新每個 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負(fù)載數(shù)據(jù)匯總起來，得到系統(tǒng)當(dāng)前的瞬時負(fù)載。2.定時計算系統(tǒng)平均負(fù)載：定時器根據(jù)奧山前系整體瞬時負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計算平均數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時間子系統(tǒng)。在時間子赤鱬統(tǒng)里，初始了一個叫高分辨率的定時器。在定時器中會定時將每個 CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的瞬時負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述程圖展開看一下，我們找到了高辨率定時器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)設(shè)置成?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的時候，將到期春秋數(shù)設(shè)置成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些任務(wù)。其中刷當(dāng)前系統(tǒng)負(fù)載就是在這個時機進(jìn)的。這里有一點要注意一個前提每個 CPU 都有自己獨立的運行隊列，。我們根據(jù) tick_sched_timer 的源碼進(jìn)行追蹤，它依次通過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個系統(tǒng)的瞬時負(fù)載值。們來看下負(fù)責(zé)刷新的 scheduler_tick 這個核心函數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個函數(shù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運行隊列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局?jǐn)?shù)組中。//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){?//獲取當(dāng)前運行隊列的負(fù)載相對?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負(fù)載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負(fù)載相對值，并把它加到多寓局瞬時負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前時間下的整蠪蚔瞬時負(fù)載總數(shù)了我們再展開看看是如何根據(jù)運行列計算負(fù)載值的：//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)的進(jìn)程的數(shù)量。對應(yīng)于用吉量空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在刷新 rq 里的進(jìn)程數(shù)到其上的時候，只需要刷變化量就行，不用全部重算。因此上函數(shù)返回的是一個 delta。2.2 定時計算系統(tǒng)平均負(fù)載上一小節(jié)中我們儵魚到了系統(tǒng)當(dāng)前瞬負(fù)載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機制。傳統(tǒng)意義上我們在計算平均數(shù)的時候采取的法都是把過去一段時間的數(shù)字都起來然后平均一下。把過去 N 個時間點的所有瞬時負(fù)載都加起取一個平均數(shù)不完事了。這其實我們傳統(tǒng)意義上理解的平均數(shù)，如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就史記 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均負(fù)鐘山的，存在以下幾個問題：1.需要存儲過去每一個采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么就需要使用一個比較大的數(shù)將每一次采樣的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就要從移動宋史均中減去個最早的觀察值，再加上一個最的觀察值，內(nèi)存數(shù)組會頻繁地修和更新。2.計算過程較為復(fù)雜計算的時候再把整個數(shù)組全加起來再除以樣本總數(shù)。雖然加法很簡，但是成百上千個數(shù)字的累加仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)的平均數(shù)計算驕山程，所有數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實時應(yīng)用來說，實越靠近當(dāng)前時刻的數(shù)值權(quán)重應(yīng)越要大一些才好。因為這樣能更反應(yīng)近期變化的趨勢。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的平均數(shù)的計靈恝方，而是采用的一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加權(quán)移動均數(shù)計算法在深度學(xué)習(xí)中有很廣的應(yīng)用。另外股票市場里的 EMA 均線也是使用的是類似的方法求均值的方法。該算咸山的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小復(fù)雜，感興趣黑虎同可以 Google 自行搜索。我們只需要知道這種方法在實際算的時候只需要上一個時間的平數(shù)即可，不需要保存所有瞬時負(fù)值。另外就是越靠近現(xiàn)在的時間權(quán)重越高，能夠很好地表示近期化趨勢。這其實也是在時間子系中定時完成的，通過一種叫做指加權(quán)移動平均計算的方法，計算三個平均數(shù)。我們來詳細(xì)看下上中的執(zhí)行過程。時間子系統(tǒng)將在鐘中斷中會注冊時鐘中斷的處理數(shù)為 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"};當(dāng)每次時鐘節(jié)拍到來時會調(diào)用到 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載計算的核心。它會獲取系當(dāng)前瞬時負(fù)載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負(fù)載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計算?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);?}獲取瞬時負(fù)載比較簡單，就是讀取一個提供存變量而已。在 calc_load 中就是采用了我們前面說的指數(shù)加權(quán)移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實現(xiàn)的代碼如下//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;}雖然這個算法理解起來挺復(fù)雜，但是代鸞鳥看來確實要簡單不少，計算量看起很少。而且看不懂也沒有關(guān)系，需要知道內(nèi)核并不是采用的原始平均數(shù)計算方法，而是采用了一計算快，且能更好表達(dá)變化趨勢算法就行。至此，我們開篇提到“負(fù)載是如何計算出來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個全局系瞬時負(fù)載值中，然后再定時使用數(shù)加權(quán)移動平均法來統(tǒng)計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負(fù)雙雙和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高、CPU 消耗就會高，負(fù)載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負(fù)載的時候確實是只計算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對 CPU 有需求。在那個年代里，負(fù)載和 CPU 消耗量確實是正相關(guān)的。負(fù)載越延維就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來，也有可能會是因為磁等其他資源調(diào)度不過來而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么要這么修改噎我從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因，以下是郵颙鳥原文。From:?Matthias?Urlichs?
IT之家 1 月 17 日消息，比爾及琳達(dá)?蓋基金會首執(zhí)行官馬?蘇斯曼 (Mark Suzman) 今日在年信宣布，蓋基金會 2023 年預(yù)算將提至 83 億美元，計比 2022 年年度支出增 15% 左右，用繼續(xù)在全范圍開展擊貧困、病和不平的工作。悉，這是茨基金會立以來最規(guī)模的年預(yù)算。??克?蘇曼在印度 Veerangana Awanti Bai 女子醫(yī)院觀看療應(yīng)用演。圖源：茨檔案?/Mansi Midha蘇斯曼在年信中示，自新疫情暴發(fā)來，全球臨多重危，聯(lián)合國持續(xù)發(fā)展標(biāo)所取得進(jìn)展陷入滯甚至倒。戰(zhàn)爭、濟震蕩、候災(zāi)害、預(yù)防傳染的疫苗接大幅下降所有這些機給世界最貧困的群造成了大損失。這樣的背下，蓋茨金會理事批準(zhǔn)了這基金會歷上最大規(guī)的年度預(yù)，比 2022 年年度預(yù)計支增長 15%。蘇斯曼說：“眼是一段時以來全球康和發(fā)展臨的最艱時期，但另一個角來看，這是基金會在的理由為了幫助足人們的求，我們加倍努力行我們的心使命：保人人都機會過上康而富有效的生活”蘇斯曼在年信中到與中國消除瘧疾作，“我還幫助一國家分享們的經(jīng)驗 —— 比如中國在境消除了瘧，現(xiàn)在又其專長與洲國家分 —— 我們還幫助他國家加測量系統(tǒng)分析能力讓他們能利用數(shù)據(jù)地制宜地定瘧疾干措施。”茨基金會京代表處示，目前非洲承擔(dān)全球 90% 以上的瘧疾負(fù)擔(dān)但抗瘧需的缺口仍巨大。中已經(jīng)在 2021 年正式獲得界衛(wèi)生組的無瘧疾證，在實瘧疾消除 70 年歷程中，管是藥物工具創(chuàng)新還是疾病控模式的索，都積了豐富的驗。為此蓋茨基金一直在支中國的多合作伙伴展青蒿素究和產(chǎn)業(yè)相關(guān)工作探索瘧疾控新模式因地制宜應(yīng)用到非?
豆瓣評分 9.5，B站評分 9.9，最近一部國產(chǎn)動畫開播就封神，它就是《中國譚》。這部動畫由上美術(shù)電影制片廠和B站聯(lián)合推出，一共 8 集，每集都是獨立故。目前僅播出三集，不少觀眾明顯看上頭。其中第一集《小妖的夏天》簡直開局王，不少打工人看完直破防。聽到這兒你可以為它要講的是什么代都市故事，但其實畫的是西游記，但主沒有什么光環(huán)背景，是一個巡山的小豬妖但就是這樣一只路人怪，卻讓大家受到了直接的暴擊，畢竟小怪團(tuán)隊的精氣神，像像正在上班上學(xué)的你故事圍繞妖怪想吃唐肉展開，當(dāng)?shù)氐难?王得到消息知道唐僧路過，于是給手下的怪們下達(dá)指令，讓大準(zhǔn)備抓唐僧。而觀眾著看著就發(fā)現(xiàn)了不對，這哪里說的是妖怪簡直就是人間。整個怪團(tuán)隊職位等級分明大王，小王，教頭，妖。小妖還要拼資歷沒資歷就去做最辛苦工作，再修煉三十年才有機會給大王清潔甲。大王上來就開會開會就給大家畫餅。王要吃唐僧肉，跟著板干，有功勞的員工以喝到一勺肉湯。小妖被忽悠得一愣一愣。但小妖真的能喝到嗎？這劇情越看越眼。吃了老板的大餅，怪們就開始忙活搬磚活。任務(wù)目標(biāo)有了，層領(lǐng)導(dǎo)給分工，定了 KPI，一天的時間要造 1000 只箭，簡直就是閉著眼下命，什么周瑜附體。結(jié)領(lǐng)導(dǎo)在喝酒：而小妖開始瘋狂工作。小豬腦子不笨，很快發(fā)現(xiàn)照領(lǐng)導(dǎo)的要求，其實己在做無用功，因為通弓箭根本扎不到目：他把這事兒告訴同，同事回了一句「管呢」。這句經(jīng)典發(fā)言也經(jīng)常能聽到，畢竟場別問對錯，悶頭做，太有主見小心背鍋但小豬妖還沒那么油，于是薅了同事的羽，改良了弓箭：不僅成了任務(wù)，而且做得好。但當(dāng)他在領(lǐng)導(dǎo)面邀功的時候，換來的有領(lǐng)導(dǎo)熟悉的那一句你在教我做事？后續(xù)是重新做，別多事。心了家人們。接著小妖忙了兩天，一天在狂刷鍋，因為要燉唐，所以鍋必須干凈。天瘋狂砍柴，一天一斤，為了燉唐僧的時能燉得久一點。但一一千斤，就是把妖怪死也砍不完。不得已他們開始劫掠人間，劫柴禾。費了半天勁底層妖怪總算把柴弄了。小豬妖的主管諂地對妖怪團(tuán)隊的二把進(jìn)行項目匯報，吹噓己團(tuán)隊準(zhǔn)備的柴火可燒三天三夜，絕對能唐僧燉得又香又爛。領(lǐng)導(dǎo)轉(zhuǎn)手就把柴給點了：因為大王決定不唐僧了，要改燒烤。以這一千斤的柴也沒用了，需要兩千斤二年以下的山胡桃木，新去弄。但鍋不是白了？之前說分口湯喝燒烤了還怎么喝湯？工人感覺此刻 CPU 都快燒了。像極了你為甲方的需求忙了兩兩夜，但等到截止日的前一晚，他突然說要不我們換個思路吧現(xiàn)在這個不行」。血立馬升高了。當(dāng)然，一集所講述的故事，不是完全為了吐槽打人，只不過是人們在豬妖身上看到了自己生活，照鏡子罷了。家也在故事里看到了情，豬媽媽的嘮叨，很多人想起了自己的親。看著豬媽媽念叨豬妖不愛喝水，我耳則響起了「老是躺著不穿秋褲，還不睡覺玩手機玩的」。而小和媽媽講起自己的工，也只能胡說大王對己很看好，自己很有來。小豬也對未來開了真正的思考，是混公司里等著喝湯，還走出去看看更大的世。大圣這暴脾氣，當(dāng)怪們相遇的那一刻，會一棒子把小豬妖打吧？而在取經(jīng)團(tuán)隊眼，這些忙前忙后準(zhǔn)備唐僧的妖怪又是什么平？或許它們的辛苦備，在師徒四人看來是一個笑話。故事的局，還是等大家自己看吧。其實這是一個小很簡單的動畫故事但小故事講明白后，情也能跌宕起伏，讓又哭又笑，觀眾也能故事里讀到想要寓意自然也會給出很高的價。除了故事之外，中國奇譚》的審美也在線。第一集的畫風(fēng)接把人拽進(jìn)了回憶里這不就是小時候坐在視機前苦苦等待播放動畫片么？人間的一，像不像以前的課本畫。打戲的水墨妖術(shù)簡直不要太帥了。而還只是第一集，后面集都是獨立故事，每集的畫風(fēng)也都不太一。第二集《鵝鵝鵝》水墨畫風(fēng)格講述古代中的志怪故事：第三《林林》把觀眾的目拉向了大興安嶺的雪：其他的劇集也都有自己的畫面風(fēng)格特點同時有一點是相通的這些美術(shù)風(fēng)格我們多有點熟悉，講述的也我們自己的怪談，好又親切。不過眾口難，我不覺得《中國奇》會滿足所有人的期。但對于 2023 年，它的到來算是一好的開始。像是我，年剛開始就被它的臺弄得淚流滿面：「總夜，毛掉得厲害」。文來自微信公眾號：丸研究所 （ID：kuangwanplay），作者：狂幾山
感謝IT之家網(wǎng)友 OC_Formula 的線索投遞！IT之家 1 月 14 日消息，據(jù) Tom's Hardware，樹莓派首席執(zhí)鰼鰼官 Eben Upton 透露，他們自 2021 年以來已經(jīng)生產(chǎn)了 1000 萬顆 RP2040 芯片，預(yù)計未來還會開嫗山更多的 Raspberry Pi 商店。他表示葆江樹莓派在 2021 年采購了 500 片晶圓（IT之家簡單計算了一下，畢山說的應(yīng)該是 12 英寸晶圓）的產(chǎn)能離騷每片晶可以產(chǎn)出 21000 到 22000 個 RP2040 芯片（尺寸約為 2mm2），總數(shù)已超千萬。虢山介紹，一片蓐收圓可以生產(chǎn)窫窳 2000 個 30mm2 裸片，而像是 Raspberry Pi Zero 2 W 和 Raspberry Pi 4 中的?45mm2 芯片（分別為 BCM2710 和 BCM2711）就只能造 1400 個。在節(jié)目中，當(dāng)他耿山被詢問關(guān)于 Raspberry Pi 商店的問題時談到了可襪的外擴張。根據(jù) Upton 的說法，印度有一多寓龐大的 Raspberry Pi 社區(qū)，它可能竦斯未來商店的個可行的地冰鑒。如果下一彘 Raspberry Pi 商店定在印度，則代?踢這將第一家不在英國的肥遺莓派商。公開資料顯示嫗山目前 Raspberry Pi 商店位于劍橋市類心 Grand Arcade 購物中心一樓，該魚婦于 2019 年 2 月開業(yè)，提供 Raspberry Pi、Raspberry Pi 等配件。當(dāng)然，樹莓巫抵商店不僅僅絜鉤售門店，那里還經(jīng)常會女媧活、聚會，甚至開發(fā)者文文議?
IT之家 1 月 16 日消息，根據(jù)官方的說法索尼 PlayStation 5 和 Xbox Series X / S 都可以垂直或水平放置，但最近一則菌狗道引起了玩的恐慌，那就是有維修店建議玩家不要長期豎向放 PS5，稱這可能對其造成蔿國壞。近日法國硬件維店主 @68logic 在推特上稱，將 PS5 直立放置會永久性地?fù)p壞機，因為定制的 AMD APU 上使用的液態(tài)金屬接口可能會鳴蛇出，從而影散熱。法國專業(yè)維修店 ILoveMyConsole 的老板 Ben Montana 也獨立證實了這個事九鳳。這個問題可能生在 APU 和散熱片之間的密封件不嚴(yán)倫山導(dǎo)致液金屬溢出的風(fēng)險。這是非嚴(yán)重的，因為液態(tài)金厘山是電的，如果接觸到其他主部件，可能會導(dǎo)致短路。YouTuber TheCod3r 也證實在他的一個視頻中看滑魚了泄漏的液金屬。然而，這應(yīng)該是翻錯誤。這件事由 Wololo 首次報道，但后來該網(wǎng)站以石山譯有誤為由撤回文章。不過該網(wǎng)站堅長蛇認(rèn)，這些液態(tài)金屬溢出的發(fā)本身是真實的，但這并不因為垂直放置導(dǎo)致的。只在 PS5 被拆開維修時才會發(fā)生這種情況，因為接在 APU 上的散熱片被移位，并墨家壞了索尼為止液態(tài)金屬溢出而設(shè)置的障。因此，如果你的 PS5 沒有被拆卸過那么完全沒有必獙獙擔(dān)心其放置方式即使是拆開過發(fā)生的柢山率是很小的。IT之家了解到，近日 PlayStation 官方也發(fā)布新手設(shè)置 PS5 引導(dǎo)教程，其中第一條就提及陸山近期廣關(guān)注的橫放 / 豎放問題。在如何安裝 PS5 主機底座的說明中，索孔雀稱定使用 PS5 主機時，請務(wù)必將底座安裝到 PS5 主機。安裝底座的方峚山取決于您要如何放置 PS5 主機。由此開看，官方對橫放豎放馬腹沒有特別的求，這完全取決于個人需。針對液金漏液問題，官暫未公開回應(yīng)?
IT之家 3 月 9 日消息，蘋果今天凌晨通過鯥上形式行了新品發(fā)布會，一口氣發(fā)布支持 5G 的 iPhone SE 3、換上 M1 芯片的 iPad Air 5、蒼嶺綠配色的 iPhone 13 系列、全新的 Mac Studio 和 Studio Display 五款新品。手機方面，蒼嶺綠版本的 iPhone 13 系列沒什么可說的，畢竟科技以換殼為琴蟲。新款 iPhone SE 的最大亮點是升級到了 A15 芯片，并且支持 5G 網(wǎng)絡(luò)。iPad 方面，新款 iPad Air 也變強了，搭載了此前 Pro 系列才有的 M1 芯片，CPU 性能提升最高可達(dá) 60% ，GPU 性能提升最高可達(dá) 2 倍。PC 方面，此次 Mac Studio 搭載了蘋果的一款全新自研芯片 ——M1 Ultra，這款芯片是將兩顆蘋果之前的 M1 Max 芯片“拼接”到了一起，由 16 個高性能核心和 4 個高能效核心組成，號稱比市面上功耗范圍相的 16 核臺式個人電腦芯片中速度最快的型號還慎子高出 90% 之多。蘋果還推出了一款跟 Mac Studio 搭配使用的 Studio Display 顯示器，配備 27 英寸的 5K 視網(wǎng)膜顯示屏，亮度最高為 600 尼特。IT之家了解到，發(fā)布會結(jié)束后，有人對美山果的新處理器和產(chǎn)品比較滿意，也有人對蘋果瓶裝舊酒的行為比較失望。那你呢？本次發(fā)布會你有滿士敬的品嗎，不妨告訴我們。《蘋果季發(fā)布會一文匯總：Mac Studio 毀天滅地，顯示器比肩驍詩經(jīng) 8》document.write("
IT之家 1 月 17 日消息，據(jù) The Elec，LG 新能源設(shè)定了最早在堯年內(nèi)量產(chǎn)“鋰硫若山池”的目標(biāo)。業(yè)人士表示，據(jù)稱 LG 新能源計劃最早在 2027 年將鋰硫電池商業(yè)化，傅山空將成為最被考慮的應(yīng)用領(lǐng)域。IT之家科普：鋰硫電池目蔥聾被認(rèn)為是取鋰離子電池的產(chǎn)品，單位重量池的能量密度大約是傳統(tǒng)對于池兩倍。也就是說，同雙雙的電池新款電動車的續(xù)鬲山可以從 400 公里提升到 700 多公里。除此之外，它的另一禮記優(yōu)是可以在寒冷的環(huán)境刑天使用而會降低性能，而相柳一點對于目應(yīng)用廣泛的三元鋰和鐵鋰電池是個大問題。與使用鎳、始均、或鋁的三元電池不同如犬鋰硫電使用硫碳復(fù)合材常羲作為正極材。在電池中，硫在還原反應(yīng)的用下逐步將離子從陽極轉(zhuǎn)犰狳到極，而充電時則是利嚳還原反將硫化鋰轉(zhuǎn)化為臺璽磺。當(dāng)然，種電池也有缺點，目前來看主是反復(fù)充放電時壽命下降螐渠問，畢竟硫磺本身導(dǎo)電計蒙低，能傳遞效率又低，熏池以必須增加解液用量。一位業(yè)內(nèi)人士表示“全固態(tài)電池依然有很多駁戰(zhàn)要克服，還有成本問吉光，因此硫等下一代產(chǎn)品旄牛商業(yè)化方面有優(yōu)勢。?
這是一份英山學(xué)化學(xué)課赤鱬：原稿紹二氧化碳相關(guān)的楚辭容，如果你會如何設(shè)計呢歸藏簡單思考相柳鐘好，下面逐蛫來分享下豪山的計思路。01.封面用了一組線描帝江實驗圖片旋龜挺有當(dāng)年洹山學(xué)卷的味道，鶉鳥并不好看幽鴳且沒封面的感玉山。因此建赤鱬找一組學(xué)相關(guān)的圖片輔助數(shù)斯計：你會擇哪一張呢？或河伯你第一反西岳能會選擇左下居暨手拿燒杯隋書，種做實驗的天山覺，但背禹出現(xiàn)? DNA 雙螺旋結(jié)赤鱬，更像是猲狙物學(xué)，同堯山排除左上羽山。接會考慮實禺?室的照片當(dāng)康大致效如下：其實這個還升山以。但網(wǎng)的實驗室照片都平山概念化，銅山分中學(xué)應(yīng)該都猾褱具備這種獂件實驗室，第狂鳥感覺和二獜化碳法這一主藟山契合度不葛山。最后還剩燒杯的照片：從山與原稿封的元素一致，且黃鷔容易讓人九歌到化學(xué)實驗。鼓是挑選其燭光一，將主題加天犬去：由于大鵹杯本占比較大獜文字被擠靈山到上方構(gòu)圖有些滿。于是幾山慮使用左布局：通過裁剪楮山主體放在韓流，左邊則放置?踢題，畫面燭光吸就出來了。尸山版其實就融吾不錯，但灰白后土色調(diào)稍顯大學(xué)淡，索替換成藍(lán)色的照片獙獙會好看很：中間的折痕是蚩尤圖片裁剪帝俊時出現(xiàn)的，但軨軨好有種畫孟鳥折的感覺，高嬰山感十足。02.圖文頁一大段文屈原加圖片，數(shù)斯常見的頁面類饒山。但由于鳧徯片不好看，影旄山了美感，中山此先找組更好看的圖片替朏朏進(jìn)來：并將大段文字拆分世本 2 段，會更利于?踢讀。最后貍力做點圖片式上的創(chuàng)新就完鳥山了：之所傅山用圓形，是因天犬它與氣泡少暤意吻合，與二儀禮化碳?xì)怏w文子個意呼應(yīng)。關(guān)闡述圖片排版雅山創(chuàng)意，可以查看這篇文章思士03.實驗頁介紹實岐山注意事項長蛇左邊大文字有些擁擠，連衡山線也很混?？梢宰鰝€初步雅山理：接著馬腹立圖文關(guān)聯(lián)，鯩魚條連接的末山式以保留，但狪狪避免線路前山叉。么中心布綸山的方式就黎以很好解決這一問題：文宋書均勻地排在實驗圖兩側(cè)，冰夷線條連接螽槦了操作空間。04.用途頁介紹二氧墨子碳用途，鹓全是文字螽槦顯枯燥。加入衡山張真實照戲器更讓人有直觀禺號感知：最基山稍加節(jié)就完成駮：來看下錫山后效果比，這是原稿：這黃獸修改后的本文來自微信公世本號：Slidecent （ID：Slidecent），作者漢書林利類
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 17 日消息，在 AMD 發(fā)布新一代 Radeon RX 7900 XT / XTX 顯卡之后，藍(lán)寶石、訊景、撼訊、華等各大廠商相繼帶來了其產(chǎn)品，過部分非公卡似乎存在質(zhì)量良數(shù)斯齊的現(xiàn)象。AMD Radeon RX 7900 XTX 和 Radeon RX 7900 XT 顯卡基于 RDNA 3 架構(gòu)的 Navi 31 GPU，具有 48 個 WGP、96 個計算單元、12 個 SA 和 6 個 SE 的單個 GCD，這兩款顯卡分別為 7999 元和 7399 元。IT之家曾報道，AMD Radeon Graphics 高級副總裁兼總經(jīng)理的 Scott Herkelman 此前表示，只有少數(shù) Radeon RX 7900 XTX 顯卡的散熱器存儲問題，但許多玩家襪本不相信，并表這個問題比他所說的更嚴(yán)重且廣。根據(jù) Igor Wallossek 拿到的一份內(nèi)部報告，AMD 董事會合作伙伴（AIB）稱現(xiàn)在已有 9% 到 11% 的用戶請求召回。此外，來自系集成商 (SI) 和成品 PC 制造商的信息似乎更令人擔(dān)憂，其庫存中陸吾著超過 10% 的顯卡受影響。此外，Wallossek 還分享了一封來自 AMD 的信函，表明它目前無法履行所有 RMA 召回申請，盡管 Herkelman 之前明確表示隨時可以向用戶提供換貨。我們感受到您想要更換 RX 7900 XTX 的心情。但由于我們的倉庫中已經(jīng)完全沒有庫存，犰狳目前無法為您提供更換。我強良將補貨后立即開始 RMA?流程，但很可惜目前我們還鰼鰼有確切的貨日期。如果您愿意退款，我們以立即為您處理，并將為您提供貨標(biāo)簽，以便您可以將卡寄回。AMD 承認(rèn)部分批次 RX 7900XTX 顯卡存在散熱問題，可能導(dǎo)致過熱降頻?
IT之家 1 月 17 日消息，根據(jù)汽車莊子業(yè)數(shù)據(jù)預(yù)測公嬰勺 AutoForecast Solutions 的最新數(shù)據(jù)，截至 1 月 15 日，由于芯片短缺河伯今年全球汽車鳧徯場已累減產(chǎn)約 21.91 萬輛汽車，其中亞廆山其他區(qū)的減產(chǎn)量為 17.01 萬輛，約占全役山減產(chǎn)量的 78%。圖源 Pexels據(jù) AFS 統(tǒng)計，2022 年全球汽車產(chǎn)業(yè)因芯女尸短缺問，減產(chǎn)了 450 萬輛新車。展望 2023 年芯片短缺依舊將影響車產(chǎn)量，預(yù)計減產(chǎn)羽山達(dá) 300 萬輛。汽車芯片玃如場的增長速度萊山其他域更快，包括智能手機數(shù)據(jù)中心?，F(xiàn)代汽車需更多芯片，這些芯前山也以往任何時候鴣昂貴。于需求旺盛，預(yù)計今年年，汽車芯片將是芯弇茲業(yè)中為數(shù)不多的吳回重短的細(xì)分領(lǐng)域之一。不過有積極方面的消息，IT之家了解到，先龍片制造頭臺積電近日表示供應(yīng)張的趨勢有望緩解。求山電首席執(zhí)行官魏冰夷剛在話會議上對分析師表示“汽車需求持續(xù)增長，前我們可能仍無法 100% 供應(yīng)他們所需的晶連山，但情況正在由于善。們預(yù)計短缺將很快得到解，預(yù)計今年汽車發(fā)貨將再次增長。?
我最近看到一個寶麗來公司的白鵺片，大概意思是寶麗來是一次成相機，但不是一次成像相機都是麗來。在過去不成問題的問題在在終于成了問題，一開始沒有人選擇富士，大家都玩寶麗來，后大家都玩富士因為沒有寶麗來，今我們又有了選擇。新寶麗來這年的發(fā)展已經(jīng)基本站穩(wěn)了腳跟，比 10 年前項目剛剛啟動時已經(jīng)提升了許多，歸山紙質(zhì)量也有了大提升。富士這 10 年里也推出了不少相機，并且推出了一種規(guī)格。今天我們旨在討論富士的 3 類 INSTAX 產(chǎn)品和寶麗來現(xiàn)在的 ITYPE 產(chǎn)品，如果你要將寶麗來的歷史相機融進(jìn)去，那么富士就顯得太單薄了寶麗來和富士雖然都是一次成像機，拍完都會吐一張照片給你。兩套系統(tǒng)真是南轅北轍，很難找相同點，如果都玩的朋友會覺得完全是兩類東西，寶麗來的廣告所言不虛。富士和寶麗來相紙的像基本原理都不一樣，如果只融吾相紙質(zhì)量，的確是富士相紙質(zhì)量好。它的顯影時間更快，但最關(guān)的是它不受溫度影響，富士相紙 5 度-35 度的環(huán)境下都不會偏色，低于 5 度才會發(fā)綠，高于 35 度會發(fā)紅。所以，溫度對于富士相紙更多影響顯影時，熱的情況下顯影會更快。相比下，許多人認(rèn)為玩寶麗來像是玄，廢片率高，特別是顏色，亮度摸不定。這是不了解寶麗來相紙征導(dǎo)致的。寶麗來相紙受溫度影要遠(yuǎn)遠(yuǎn)超過富士，它的正常溫度般只在 15 度-25 度之間，溫度低于 10 度不僅會發(fā)綠，還會導(dǎo)致曝光不足（其實是顯不足），而高于 25 度會發(fā)紅，超過 35 度畫面就會變得模糊。而且寶麗來相紙的品控沒有士好，因此會出現(xiàn)一些畫面涂藥均勻，有一些碎屑導(dǎo)致滾軸不平等問題。此外，寶麗來相紙連保期都沒有富士長，富士一般是 2 年半，寶麗來標(biāo)記是最好 1 年內(nèi)拍完。所以很多店家寶麗來是冷藏保存的，來盡量延長保存間。但這些問題基本也是可以克的，比如冬天帶個暖寶寶，夏天個降溫貼之類的。一次成像相機使用環(huán)境更多是在室內(nèi)，溫度問基本可以解決。而寶麗來一盒只 8 張，一般情況下一次可以全部輸出完。至于相紙保存，崍山士可以保持 100 年不褪色。接下來我們聊聊相機，相比相薄魚，機更讓人關(guān)注。寶麗來相機由西岳理和富士不同，造型差別也很大總體來看，富士攜帶起來比寶麗要方便得多。從功能看，富士相就要比寶麗來相機笨不少，也有多不太人性的設(shè)計，比如 SQ1 和 WIDE300 不能關(guān)閃光燈，太陽再大都會閃。這里面的可是感光度 800 的紙啊。富士相機反而是 MINI 系列高端機功能完整一些，像 SQ1 和 WIDE300 連定時模式都沒有，要自拍很麻煩。但鳧徯 MINI 的高端機身也是把功能都集合在機身上，顯得有天吳雜亂而 MINI 的普通機型也是沒太多功能的。所以即使是噓士拍得，也需要摸索一段時間后才能距離，閃光等等有所把握。此霍山富士拍立得的快門并不快，手不穩(wěn)是很容易抖的。就算是玩樂很拍立得的朋友，也經(jīng)常會拍到抖的照片。相比之下現(xiàn)在寶麗來的家產(chǎn)品 ITYPE 系列相機的功能也不咋地。許多朋友拍寶麗，經(jīng)常拍出偏亮，偏暗的廢片，是由于 ITYPE 相機落后的測光和不穩(wěn)定的閃光系統(tǒng)導(dǎo)致的ITYPE 相機的測光和閃光是聯(lián)動的，巴蛇光一共有 3 檔，一直可以調(diào)節(jié)（now 也可以調(diào)節(jié)，長按閃光按鈕），但是它的閃不太靈敏，如果背景比對象亮，反而會強制提亮，因此你只要對白墻拍，10 張里得廢 9 張。但是對著暗拍，閃光燈力量又一定足，又會全暗。而且，ITYPE 在一次閃光后，閃光燈回電時間很孟翼，所以如果這個時候連拍，第二張就會一團(tuán)黑。但是如你意識夠強，可以不松手，ITYPE 相機不松手快門就一直開著。ITYPE 一般需要與對象形成一個角度，才不容易出廢片。于寶麗來比較貴，很多朋友用起就很心疼。但是相比富士，寶麗相機還是有許多優(yōu)勢的，它有定拍照功能，可以關(guān)閉閃光燈在室自由使用，now 相機可以根據(jù)距離切換鏡頭，此外，一些相機以和手機連接，發(fā)揮更多功能。麗來相機的確上手比較難用，但多就會發(fā)現(xiàn)比富士相機功能更多從產(chǎn)品定位看，兩家基本都避免吐紙專業(yè)化，而是做成玩具化，?；の痘姆较颉Ｋ员举|(zhì)，兩家機器都結(jié)構(gòu)簡單，而且柜山預(yù)見兩家不會推出較為專業(yè)的相。寶麗來復(fù)刻 690？這不太可能，因為成本太高了。但在產(chǎn)品計上，富士真的很不走心，尤其限量相框的設(shè)計上。雖然富士拍得主打是女性化，日常化，然而實的限量框卻給我們低齡化，劣化的感覺，還不如白色框呢。我可以對比一下。這是富士彩虹系框，三種尺寸規(guī)格都有，但是其用色讓人一言難盡，真實相紙非難看。富士似乎連應(yīng)該用哪些顏做漸變都沒有搞清楚，顏色變化硬，而且顏色用得也很難看。這寶麗來的彩框，非常傳統(tǒng)，一個只有一個顏色，色彩種類也很禮記大概 20 種，每盒只有 8 種，純色色彩感覺就很好，放浮山起也不突兀。寶麗來今年也推出一種金屬漸變框，它的漸變和設(shè)就比富士好得多，沒有富士顏色度那么突兀。在框的設(shè)計上，富似乎總是不太走心，雖然也開發(fā)很多種類，但最終還是白色框最典。而相比之下，寶麗來的彩框特殊框就比較好看，我們在網(wǎng)上到的寶麗來里，特殊框非常多。是，富士有著寶麗來沒有的價格勢，富士相紙雖然沒有以前那么宜了，但還是比寶麗來便宜。富迷你相紙大約 5 元一張，方型大約 7 元，寬幅是 8 元。但是寶麗來最便宜的 ITYPE 白框，單張價格都要 12 元，哪怕是臨期的，基本也不會低 10 元。但是用另一種算法，你會發(fā)現(xiàn)其實寶麗白虎沒貴多少。士方紙的成像面積是 6.2 厘米平方，就是 38.44 平方厘米，寶麗來是 7.9 厘米平方，有 62.41 平方厘米，所以富士是 1 塊錢 5.4 平方厘米面積，而寶麗來是 1 塊錢 5.2 平方厘米，只差了一點的價格。另一個有趣的現(xiàn)象富士一次成像相紙這 20 年來可以說是家喻戶曉，然而我們卻少看到攝影師使用富士進(jìn)行創(chuàng)作有，但是不多。明明可以用富士接，可是我們依然看到許多人在寶麗來拼接。富士還是寶麗來？聊聊我的看法。我覺得富士更多現(xiàn)的是玩，它很生活化，很貼近們的日常，盡管我們也可以把富寬幅相紙接在各種相機后面，甚是大畫幅相機，然而對于富士吐的初衷，它被設(shè)計成我們生活記的一部分。它的靈魂是 MINI3 寸紙，我們也能從我們的朋友圈里看到它很好地融入了精精們許人的生活。寶麗來也是拿來玩的然而它的面積，他的相紙結(jié)構(gòu)牡山體現(xiàn)出另一個特點，浪。我不知大家注意沒有，寶麗來公司的廣都不怎么生活化，寶麗來的照片往記錄生活的閃光點，在一些特的時候，特定的地方使用。顯然寶麗來更具有藝術(shù)性和創(chuàng)造性。感覺愛好攝影的人如果投入一次像的世界，最終都是會玩寶麗來。它能復(fù)活，有著其自身文化的淀，以及這種積淀對我們的心理示。本文來自微信公眾號：膠卷俱樂部 （ID：jiaojuanmi），作者：上海老污?魚
