顯示具有 科技先知 標籤的文章。 顯示所有文章
顯示具有 科技先知 標籤的文章。 顯示所有文章

2019年12月13日 星期五

字型的深度學習(5)

 太震驚了! 我去年突發奇想要做的<字型的深度學習>居然也是Google Brain內部的project之一, 已經發表在2019/4月份!

相關介紹報導
https://neurohive.io/en/news/new-method-for-generating-svg-fonts-by-google-brain/

2019 Google Brain發表論文標題/網址
A Learned Representation for Scalable Vector Graphics
https://arxiv.org/pdf/1904.02632.pdf

同時, 我也另外搜尋到MIT在2018有位碩士生拿這個當作畢業碩士論文, 連結如下:
https://dspace.mit.edu/bitstream/handle/1721.1/119692/1078149677-MIT.pdf?sequence=1&isAllowed=y


2018年12月4日 星期二

字型的深度學習(4)

字型的深度學習里程碑

《字型的深度學習》專案,目前設定下列重要目標跟里程碑:

  1. 先學會基本tensorflow操作
  2. 跑zi2zi project範例
  3. 以自訂內容完成zi2zi project: training
  4. 以自訂內容完成zi2zi project: inference
  5. 將inference output image進行向量化
  6. 將向量化之後的文字集成字型檔

目前設定的終極目標是要能夠利用各種程式透過deep learning的方式來生成字數要有一定程度以上的中文字集字型檔案。

2018年11月22日 星期四

從Google圖書到可攜式epub

前語

很多買了電子閱讀器的人,可能會發現從《Google圖書》花錢買下來的電子書籍,下載之後,居然無法在電子閱讀器底下開啟。這其實是因為這些電子書商對於保護著作財產權的一種防範措施,避免單一消費者任意散布檔案給其他未付費的讀者。目前(2018)較慣用的做法多半是為這些下載下來的檔案附加上DRM(Digital Restrictions Management)屬性,而循規蹈矩的電子閱讀器基本上就無法任意開啟受DRM保護的電子書籍檔案(即便那是你花錢買來的)。可是這可能對於以購買的消費者帶來一定程度的不便,畢竟買這類eReader有很大一部分原因就是不想看較為刺眼的電腦/手機螢幕,但購書管道又不想侷限於單一平台。畢竟貨比三家不吃虧,電子書購買平台本來就不應侷限於電子閱讀器上面的那款。以下文章提供一些簡單的做法來移除這些惱人的DRM屬性。

2018年11月11日 星期日

新增更多Anaconda Prompt字型

More Fonts for Your Anaconda Prompt

使用Windows+Anaconda套件的中文語系使用者,多半都會發現anaconda prompt的字型實在是有點糟糕,但更換字型的時候絕大多數會看到下列畫面:
windows prompt fonts in BIG-5

2018年11月5日 星期一

字型的深度學習(3)

Tensorflow平台選擇


跑tensorflow平台大致研究了一下, 除了用自己的PC來跑之外, 也可以使用Google Cloud Platform(GCP)或者Amazon的AWS服務, 但發現GCP收費約 USD $300/month跑不掉, 即使是可以使用小時計費的TPU感覺還是不便宜, 自己畢竟還是初學者, 先用PC研究看看吧

zi2zi project will migrate to python 3


zi2zi project似乎還在使用比較舊的python2, 但目前大多數tensorflow app/tutorial都已經轉向python3, 有人在github上面提問後, 作者也已經回應將會將zi2zi migrate到python3

使用local desktop PC來跑Tensorflow

2018年10月24日 星期三

字型的深度學習(2)

發現一個有趣的東西:
zi2zi: Master Chinese Calligraphy with Conditional Adversarial Networks
這個github上面的zi2zi(字到字)專案,跟我之前想到的人工智慧字型學習的概念相當雷同!

稍加研究之後,簡單而言,style transfer的一種AI應用方式,就我初步的理解,這一類的應用主要是在training的時候,給定一組已知input stream,以及他相對應型別轉換後的output stream。講白話一點,如果我的style transfer叫做『灰階化』,那麼這一對已知的input就可以是彩色圖片,而對應的output便是灰階處理過的圖片。下圖是一個風格化的例子
https://www.techleer.com/articles/466-insight-into-fast-style-transfer-in-tensorflow/
如果對style transfer有興趣,可以搜尋prisma這個app看看他們的厲害之處
https://prisma-ai.com/


以下是目前對zi2zi初步理解:


zi2zi利用這個style transfer的基本做法(之一),大致如下:

training的時候…


先用字型A產生特定中文字的圖像當作training input stream,接著找另外一個字型B產生同樣的相同中文字的圖像來當作training output stream。

inference的時候…


當deep learning model已經學習完畢,如果它訓練效果很好,表示它大致上已經摸熟了字型A到字型B的微調原則,所以我們可以刻意給定另外一組不同中文字所組成的圖像當作inference input stream,讓它產生inference output stream。到這邊為止,還是zi2zi的本質。

但我想到的應用是:


倘若字型B是一個字數有短缺的字型,也許因為人力資源有限導致開發中斷或緩慢等等。透過這種作法我們其實可以要求這位虛擬字型學徒,透過inference的方式產生其他原先它並沒有看過的中文字。用這個特點,假設字型A是類似全字庫字型的full set,那我們可以這種做法來補足字型B的字數!

但有幾個潛在的問題:


A. 虛擬字型學徒可能學習效果很差
B. 虛擬字型學徒只能做圖到圖的轉換,但數位字型檔是OTF格式,中間還有一番轉換功夫

2018年10月18日 星期四

字型的深度學習(1)

之前看到日星初號楷體的時候,對這種字型相當著迷,無奈我得知這款字型的當下,日星鉛華網站已經停止服務,我甚至連這個網站原本長啥款都還不知道。
然後,我找到這家鉛字行的粉絲專業
似乎嗅出了那麼一點字型為何停止開放下載的理由,似乎是部分鉛字師父認為部分字型透過數位呈現出來的效果跟他們想的不一樣。

不過,我個人看到這款字型的問題,跟鉛字師傅在意的點完全不一樣,我認為缺字率太高的字型很難被接受,更甭論廣泛使用,畢竟字型這種東西要有人使用,才會被看到才會有人記住。但要克服缺字率這一點似乎就又回到了﹝人力短缺﹞這個很根本的老問題,畢竟鉛字行也算是夕陽產業沒錯吧?願意投入這一行,要能長期執行甚至以此養家活口的人,相對來說應該會很少。所以才冒出了『保留傳統工藝 發揮漢字文化價值』這樣豪邁的標語,打著文化價值的觀點來提倡這項技藝。

感覺這套字型如果還有下一步(也許已經完全停止開發),可能會是刻字老師傅要徹底教會製造數位字型的年輕字型設計師,然後這位還要這數位相對年輕的數位字型設計師還有辦法持續養活自己,持續造字(因為常用字數應該3k-5k可能跑不掉, 全字庫可能也要40k up才算),我們才有可能看到下一代字數足夠的「日星貳號楷體」

但,我有個不同的想法!


如果學會鉛字符號造型精隨的那個傢伙,不是人類,而是一台電腦呢?

如果我們讓人工智慧學會這個字型的外貌(如同老師傅訓練新手學徒造字),接著再讓這個二位元世界的學徒,自動去產生其他字符,是不是就比較有機會產生一個字數足夠的數位字型呢?

一般而言,人工智慧分成training/inference兩個步驟,前者是學習階段,後者算是應用階段。

舉例來說,支付寶電子支付廠商,如果想透過人工智慧的方式來辨識人臉,並加以自動扣除消費者的電子錢包,在他推出這項服務之前,他得先透過一系列複雜的學習跟計算過程,訓練出一的程式模型,而這一段程式碼專精於讀取圖片來進行人臉辨識,最後對應到某特定帳號,那這一段訓練過程叫做training;

而當支付寶公司推出這項服務之後,用戶手機裡面或者結帳櫃台上的電腦裡面,在適當的場合(結帳)來執行這段程式碼進行辨識,叫做inference。

如果有一套方法能夠讓某特定人工智慧程式能夠學會某特定字型的眉眉角角(training),那麼之後要產生數位字型的時候(inference),應該就有機會能夠大量生產眾多中文字符,省去冗長的琢磨時間,藉此解決字數不足的困處

2018年10月15日 星期一

網路資源蒐集 [出版發行] EP1

五個平臺出版體驗

http://www.sigono.com/ (如何靠ASO讓App商店轉換激增, 遊戲開發/發行公司)

Blogger 插入表格的最佳流程 + 自適應寬度


人工智慧好文大集合 EP1

https://free.com.tw/google-cloud-platform-free/

Cartoonify 利用 Google 神經網路將上傳的圖片轉為塗鴉手繪風格

GitHub: zi2zi project (字符到字符, Learning Chinese Character style with conditional GAN)

Knowledge Graphs and Deep Learning 102 Topics Covered in the video
1. Graph Convolutional Networks
2. Semi-supervised Learning
3. Knowledge Graphs and Ontology
4. Embedding in Knowledge Graphs
5. Adversarial Learning in Knowledge Graphs (KBGANs)


New Perspective on the Central Limit Theorem and Statistical Testing

Recurrent Net Dreams Up Fake Chinese Characters in Vector Format with TensorFlow

TensorFlow Installation Guide (Official)

好物分享-達文西動力模型

達文西動力模型

Medium好文: 工具2018 兩岸讀書軟體功能整理

「工具」2018 兩岸讀書軟體 功能整理

遊戲專題集合 EP1

因應Google+即將關站, 歷年來蒐集整理的轉貼文章將分類整合至此。
開發者談故事情節在遊戲中發揮的積極作用 - 遊戲大爆炸

Jotun: Valhalla Edition

信任的演化

銀河歷險記 Samorost 3 用白日夢融化你心,攻略也美得像繪本

[IndieCade 2017] 解謎遊戲大解密 Understanding the magic in good puzzle games

IFTTT 當 Steam 有新的免費遊戲時自動以 Email 寄回信箱通知

Flipping Death: Bringing unique 2D puzzlers to Nintendo Switch with Unity

Beat 'Em Up - Game Template

Developing 2D & 3D Games with Unity

[GDC 2018] 敘事設計——如何創造一個好的角色 Narrative Design: How to create great characters

任天堂新人研修教導的「玩心設計」

以台灣為原型!《荒漠樂園 DESERTOPIA》獨立開發者 如何藉養成遊戲體現社會議題?

遊戲策劃:為什麼我的兒子不沉迷遊戲?

武林志 (Steam平台獨立製作遊戲)

從創作到遊戲,聊《迷霧國度:傳承》是款怎樣的遊戲【2】:回合制戰棋遊戲

FontForge 字型編輯軟體

GitHub: Font Development Best Practices

太吾繪卷 (Steam平台獨立製作遊戲神作)

2014年2月10日 星期一

RPG版炎龍騎士團2

前陣子開始迷上RPG遊戲設計大師系列作品,還上PCHome買了一套最新版的RPG Maker VC Ace回來研究一番。

原來滿喜歡寫作的我,工作以後幾乎就沒啥進展(我剛開始使用GoogleDoc的動機就是要放文張創作的,但現在變成GoogleDrive之後都在存一些有的沒的檔案)。現在發現遊戲設計似乎可以同時讓我一邊創作故事也一邊可以寫程式,算是另類的一舉兩得嗎?

不過遊戲設計這件事情我現在還沒上手,而且也都只是工作加班之餘抽空慢慢弄,所以一開始先做別人想好的故事,先做個[具現化系]的開發者吧!等到時機成熟了在考慮100%自創。

目前設定了幾個目標想要把遊戲給做出來!
目前比較有一點樣子的是 重製 FD2 炎龍騎士團2 !
不過由於是RPG Maker所以目前想先打算做成RPG版就好。
我還架了一個site來紀錄遊戲開發歷程。
https://sites.google.com/site/rpgfd2/ 

其他目前還有想要做的有 小野不由美的超長篇大作 <<十二國記>> 跟 宮部美幸的短篇文章 <<千代子>> 。

話說回來,2012年底我曾經認真忙了兩三個禮拜在設計 RPG版的十二國記 (但是只打算做慶國所以應該說是一國記),但後來半途而廢。

PS.
2013年底之所以又recall這股熱血主要是因為去玩了真實秘室脫逃遊戲之後,想說我搞不好自己設計遊戲就可以享受解謎的樂趣,但看了看發現好像來個FD2比較有趣!

炎龍騎士團2


十二國記

千代子

2009年4月14日 星期二

[Quote]Soft-RAID is better than Fake-RAID

 What is fakeRAID?
In the last few years, a number of hardware products have come onto the market claiming to be IDE or SATA RAID controllers. These have shown up in a number of desktop/workstation motherboards. Virtually none of these are true hardware RAID controllers. Instead, they are simply multi-channel disk controllers combined with special BIOS configuration options and software drivers to assist the OS in performing RAID operations. This gives the appearance of a hardware RAID, because the RAID configuration is done using a BIOS setup screen, and the operating system can be booted from the RAID.
To install Windows onto a RAID device, you must provide a driver (usually on a floppy disk) to the Windows installer in order to access the RAID array. Under Linux, which has built-in softRAID functionality that pre-dates these devices, the hardware is normally seen for what it is -- multiple hard drives and a multi-channel IDE/SATA controller. Hence, fakeRAID.
Why not use a linux software raid?
If you have arrived here after researching this topic on the Internet, you know that a common response to this question is, "I don't know if you can actually do that, but why bother -- Linux has built-in softRAID capability." Also, it's not clear that there is any performance gain using hardware fakeRAID under Linux instead of the built-in softRAID capability; the CPU still ends up doing the work. The most common reason for using fakeRAID is in a dual-boot environment, where both Linux and Windows must be able to read and write to the same RAID partitions. Multiboot configurations are common among cross-over users trying Linux out, for people forced to use Windows for work, and for other reasons. These people shouldn't have to add a separate hard drive just so they can boot Linux. FakeRAID allows these users to access partitions interchangeably from either Linux or Windows. 
reference link: https://help.ubuntu.com/community/FakeRaidHowto

2009年3月28日 星期六

這次真的是會飛的車~Terrafugia

March 18, 2009美國的一家公司Terrafugia發表了一部「飛車」同樣命名為Terrafugia。這次是真的做出一台真正可以飛的「汽車」了。跟日本經常舉辦的鳥人大賽是不同的東西,這次設計的是真正可以飛的汽車!



這台Terrafugia跟一般汽車比起來大小沒差多少,不過車門兩邊明顯有一雙高舉的雙翼。看起來很像是超級跑車那種上開式車門往上掀起來就永遠關不掉一樣。

Terrafugia宣稱這台飛車是吃無鉛汽油,跟一般的汽車沒兩樣。

車子收放到車庫裡面之後長這樣....旁邊那位是我幫忙找來的香車美人

翅膀張開之後,長這樣。其實可以發現這台車子根本就是小飛機了= =。只是他的主翼可以收縮起來罷了。
[Terrafugia官方網站]:開放線上訂購>"<

Complex Fixed-points in ANSI C

As I mentioned before, SystemC provides a series well-define classes for fixed-point. For more details I will summarize them and make a short intro in these days. Here, I'll show you another way, in ANSI C, to write for my own fixed-point simulation. And it's fully compatiable with gcc.
Here is my cmplx_fix.h (header file for complex fixed-point)



//+FHDR------------------------------------------------
// (C) Copyright Company NTHU.EE VLSI Comm Lab.2009
// All Right Reserved
//-----------------------------------------------------
// FILE NAME: cmplx_fix.h
// AUTHOR: stanlly9
// CONTACT INFORMATION: stanlly9.blogspot.com
//-----------------------------------------------------
// RELEASE VERSION: V 1.0
// VERSION DESCRIPTION:
// 1.0 First release
//-----------------------------------------------------
// RELEASE DATE: Mar-25-2009
//-----------------------------------------------------
// PURPOSE: Complex fixed point
//-FHDR------------------------------------------------


#ifndef _CMPLX_FX_HDR
#define _CMPLX_FX_HDR

#define IWL 7//integer word-length
#define DWL 9 //decimal fraction word-length
//IWL+DWL=sizeof(short int)*2=16

typedef struct {
short int re;
short int im;
} cmplx_fix;
//check negaitve
int is_neg(short int);
//cmplx_fix fcns
void cf_print(cmplx_fix);//printer
void cf_seti_re(cmplx_fix*, int);//set rel part by integer values
void cf_seti_im(cmplx_fix*, int);//set img part by integer values
void cf_setf_re(cmplx_fix*, float);//set rel part by float values
void cf_setf_im(cmplx_fix*, float);//set img part by float values

//--cmplx_fix operator fcns--
//----cmplx_fix to cmplx_fix----
cmplx_fix cf_add(cmplx_fix, cmplx_fix);// +
cmplx_fix cf_sub(cmplx_fix, cmplx_fix);// -
cmplx_fix cf_mul(cmplx_fix, cmplx_fix);// *
cmplx_fix cf_div(cmplx_fix, cmplx_fix);// /
//----cmplx_fix to integer values----
cmplx_fix cf_add_re(cmplx_fix, int); // + real
cmplx_fix cf_add_im(cmplx_fix, int); // + imag
//cmplx_fix cf_sub_re(cmplx_fix, int); // - real as _add_re(-int)
//cmplx_fix cf_sub_im(cmplx_fix, int); // - imag as _add_im(-int)
cmplx_fix cf_mul_re(cmplx_fix, int); // * real
cmplx_fix cf_mul_im(cmplx_fix, int); // * imag
cmplx_fix cf_div_re(cmplx_fix, int); // / real
cmplx_fix cf_div_im(cmplx_fix, int); // / imag
#endif


In ANSI C, we don't have much useful programming shortcuts,
no classes, no functional overridding, no operator overridding, etc
All things we can do is function calls, such as the function:
cf_print() is self-made print function.
cf_add() is the func for my cmplx_fix addition.

For the cmplx_fix structure contains two members:
re is the real part
im is the imalge part
They are in a short int datatypes(signed 16bits each) for reducing memory allocation.
The interger word-length is define by IWL, decimal fraction part by DWL

In these version, I do not perform the overflow and stratuation processing.
It may be improved in the future.
The cmplx_fix addition function cf_add() is shwon as an example here:

//cmplx_fix + cmplx_fix
cmplx_fix cf_add(cmplx_fix a, cmplx_fix b)
{
short int real = a.re + b.re;
short int imag = a.im + b.im;
a.re = (short int) real;
a.im = (short int) imag;
return a;
}

iPhone vs. GPhone

iPhone vs. GPhone
從2008年9月初,Google號召的Android平台手機產品正式露面,也正式宣告Google跟Apple兩個大型風雲企業最近終於在手機市場上碰頭。一個是強調設計時尚感的iPhone,而另外一邊則是強調使用便利性的GPhone。雖然同樣都是在搶占手機市場,但其實他們的行銷策略其實是很不一樣的。從目標消費者到主要獲利的方式等等的差異性主要可以區分如下表:

iPhoneGPhone
目標消費者一般大眾重手機功能者
策略改變使用者行為改變產業模式
獨到強項使用介面網路技術
平台特色封閉開放
重要協力手機營運商手機製造商
獲利方式硬體與軟體銷售網路廣告


首先談到 獲利方式 目標消費者 的問題,GPhone在這方面比較特殊,主要是針對比較注重手機功能的族群,主要的獲利方式也傾向網路廣告,這點看起來頗合理;會使用手機上網的族群應該就是比較有意願去享受講電話以外的上網功能。而GPhone所推出的一系列功能的目的正也是希望能留住使用者的注意,以增加廣告收益。

其次提到的是
策略 問題,iPhone主要是改變使用者的行為,讓人容易有新鮮感。尤其是觸碰式螢幕的使用方式令人完全改變原本使用手機的方式。而GPhone在這方便是走了很不一樣的路線,似乎是有想要改變手機市場的「主體」,改變以往靠通信費用為主的獲利方式。

協力的角色 也有不同,iPhone這方面則是把獲利時間拉長,採用(半?)強迫的方式簽合約才能使用,其主要合作對象便是類似中華電信等這類的電信業者。但是GPhone主要的方式卻是將合夥的對象更往上提升到了手機製造商,主要差別是在於財力的差別以及財源的廣度上。GPhone同時也靠這種合作方式來提升手機的功能多樣性,因為製造廠商也是同樣獲利的一方,等於他們更有意願研發功能強大的手機(當然iPhone也是有類似的情況,但是著重的方式略有不同)。

平台特色 上,iPhone有專用網站:App Stone可以讓使用者免費/付費下載軟體。此種模式下的獲利人其實主要是中間提供電信服務的電信業者與軟體開發商,可以使整個產業鏈結上的每個節點都有獲利空間,乍看之下是從消費者身上抽出利潤一路往上分送,如果在消費者這一面造成風潮的話將使得獲利空間大幅度提昇。而Gphone的下載網站Android Marletplace作法就有明顯的不同,最主要的差異是他是Open source的,透過免費的方式讓使用者能輕易的使用更多功能的軟體套件,比較像是主動引導消費者使用其功能,然後再透過這股風潮(錢潮)從中擷取利潤。不過這個作法事實上也打破了手機營運商的主導權,在某種程度上市會造成推廣的阻力的。
GPhone
不過,還是有件事情必須要讓大家知道,目前手機市場的龍頭仍舊是NOKIA。只是他們目前的市場規模受到影響,市佔率在近期內的確是有下降,參照[Apple、RIM大啖Nokia的市場占有率]。而原本也打算轉戰自有品牌手機的微軟則是似乎有點打消念頭,參照[微軟不打算推自有品牌智慧型手機],不過微軟仍未放棄這片市場,只是打算改變獲利的方式,說穿了就是不打算做硬體,可能與製造廠商結合提供軟體環境,然後獲利對像也許變轉向手機製造商(前提也是消費者喜歡用微軟OS的手機)。

以上文章是參考數位時代雜誌以及網路資訊雜誌之後所做的總結。

2009年3月20日 星期五

How to perform fixed-point simulation in SystemC

When you need to converts a floating-point digital signal processing program written in C or C++ language to a fixed-point program automatically. Maybe the following tips will help.
Recently, I have tried to using SystemC to perform a fixed-point simulation for my DSP program. There are lots of built-in C++ classes [datatypes] for fixed-point representations, which are also very useful. For examples, the support of operator overridding were compeletly done by OSCI. Program designers can multiply the real values they want without considering the representations for integer part and the decimal part. All the rest jobs like scalling, signed extension, rounding are automatically performed by default.

SystemC support many datatypes for fixed-point representations, such as :

sc_fix
(signed values)
sc_ufix
(unsigned values)
sc_fixed (signed values, fixed word-length)
sc_ufixed (unsigned values, fixed word-length)

The difference between sc_fix and sc_fixed is that the sc_fixed version could only have a specificaly fixed word-length while compiling. It also means that the sc_fix version can perform the dynamic fixed-point precision in run-time(you may change the word-length in some place if you want).

Besides, there are _fast versions for above 4 datatypes, the _fast version's precisions are limitted to a maximun length for 53-bits in order to speed up the simulation task. I think the _fast version will be a help. Since there is no need for high persions while perfoming fixed-point simulations.

If you want to know the quatization noise effect on your application, I think the
sc_fixed_fast and sc_fixed might be the most useful datatypes.

Here are some usage about sc_fixed_fast:

#define SC_INCLUDE_FX
sc_fixed_fast<8,3> x;

First of all, the definition of SC_INCLUDE_FX enables the SystemC bulit-in library for fixed-point datatpyes. Without this definition, the library will not reconize the sc_fix* datatypes. You may see the release notes in the SystemC download resources.

The <8,3> represents the total word-length and the integer word-length.
It follows the format as:

, where WL is the word-length and IWL is the integer word-length.

You may see the x variable as "saa.bbbbb" in which the 'saa' are the signed bit and the integer bits. And the 5-bits 'bbbbb' are the decimal fraction part.

If you want to assign a real value '2.333' to x, you just use:
x=2.333;
The rounding result for x will be 2.3125. Here is an example for FIR filter...


2009年3月17日 星期二

生態科技綠生活-Discovery

前天晚上發呆看Discovery突然看到一個單元,覺得非常Awesome

態科技綠生活系列的影片真的滿有趣的,他不完完全全向高爾那樣子把話講的非常聳動,而是從科學的角度非常理性的在探討全球暖化不全是由道德主義開始提倡一些環保的觀念。

裡面有些研究學者還因為製作單位的引薦而互相了解對方的研究,甚至他們開始評斷對方的作法有問題等等的問題,我覺得這種作法才是真正的科學家該做的事情...

言下之意,我是略微傾向質疑派的說法,質疑人類破壞環境的程度非常有限。
我認為太陽活動導致的變化程度才是主因。
不過Discovery這系列的介紹真的太精采了...

下面的介紹是從Discovery網站找到的。
生態科技綠生活: 天候巨變
隨著全球暖化造成地球溫度升高,天氣也越來越詭異,比如比較乾旱的德州,卻在2007年夏季出現暴雨,導致城市一片水鄉澤國;但另一邊的加州卻苦等降雨不至,嚴重乾旱還導致森林大火。面臨這種地球暖化的氣候異變,部分頂尖科學家已經開始反擊,要創造新科技來降低大自然傷害。有些科學家改裝貨車,加裝各種高科技儀器,跟著颶風趴趴走,並記錄所有數據。有些科學家則發明了無人駕駛飛機,直接飛入颶風來蒐集資料。地球暖化也可能導致紐約市這個世界港口被海水淹沒?這或許不是危言聳聽,有些科學家甚至已經擬好計畫,要仿效倫敦或荷蘭來興建大堤防保護居民安全,只可惜成本太高而無法付諸行動。有些科學家更想出所謂「地球工程法」,直接要扭轉地球暖化,替地球降溫,甚至還號稱可回到工業革命前的美好年代,但另有科學家則提出警告,地球只有一個,若一個不小心,地球極可能給搞砸了。面對天候巨變,科學家如何各顯神通扭轉大局,請見本集精彩報導。
相關聯結:http://www.discoverychannel.com.tw/planetgreen/

2009年3月14日 星期六

MIT發表超快速充放電電池材料

今天在各大新聞網站上面都可以看到一則新聞,主要是在說麻省理工學院(MIT)的Byoungwoo Kang
,Gerbrand Ceder發表了一項新的電池材料技術,可以讓現有的電池進行超級快速的充放電。


圖片來源:自由電子報
自由電子報上做的圖解其實解釋得很不錯,Kang與Ceder所發表的全新電池材料主要能大幅度改善電池介質中可供離子移動的通道,此種作法能加速鋰離子在電池中的移動速率(material with high lithium bulk mobility),而移動速率的提升可以大幅度縮短充放電的時間。以高中物理來解釋的話,可能同時意味著電池的內電阻已經被降低許多,因此鋰電池將可以在短時間內釋放/補充大量的電流。


新電池材料的長相。圖片來源:MIT News。

我還特別去Nature抓了這篇文章來看,發現他是一篇Letter。文章裡面主要是在說明新材質的特性以及驗證鋰離子在其中移動的速率到底有多快。雖然目前屬於實驗階段,但是Kang跟Ceder在MIT News跟文章裡面都認為應該可以很快的被運用在實際場合。

至於新聞標題一直在強調的10秒鐘就能充電完成手機電池,其實是一種數學換算的方式罷了。其實到商品出現之前,仍有許多問題尚待解決。最麻煩的問題很有可能是熱效應的問題,不過我發現在這篇文章內只有以放電為例子列舉了數種溫度下的速率(越低越快),並沒有明確指出到底實際充放電的時候會導致多少的熱損失。(也許這並不是在這個階段就能找出來的)。