FFmpeg 的 FreeBSD ports

這套影音轉檔程式跟幾年前的 一樣,有一個 stable 版,但是大家都去抓 Subversion Repository XD (因為 stable 版實在太舊了...)

裡有一個 2007/10/04 的版本,不過這個版本從以前就寫的很亂,後面維護的人改起來一直很辛苦... 所以想要客製化的人通常會選擇重作 XD 所以我當初弄了一個版本給 用,也差不多是 2007/10 包的,在 blog 上也有提過:

由於這半年多 FFmpeg 改了不少東西,所以差不多是重包一個新版看看有沒有把之前遇到的問題解決:,這個版本是 Subversion Repository 上抓下來的,checkout 的時間點是 2008/06/14 r13767。

理論上在 上把 shar 檔抓下來後丟到 /tmp 下跑 sh ffmpeg-2008.06.14.13767.shar,會產生一個 ffmpeg 的目錄,到裡面 make clean install clean 就可以了。

因為新的 FFmpeg 有支援 ,所以我送了 這個 port:如果這幾天要裝 FFmpeg 的人請先手動安裝這個 port... ( 把 Schrodinger 送進 ports,不需要自己安裝了)

Javascript 對於 !important 的處理

一直跑的很好,但是我們家的 在使用者自訂 CSS 時對 height/width 標 !important 就會爛掉...

今天花了時間去找,終於找到解法了:用 style.setProperty 蓋過去。在 這邊的程式碼裡面這樣寫:

this.style.setProperty('height', 'auto', 'important');
this.style.setProperty('width', 'auto', 'important');

改好的版本已經放到 上了:,效果可以參考 這本相本。

GPcode

一隻新的惡意程式利用 RSA 1024 bits 把文件加密後留下勒索 e-mail 位置要求付「贖金」。

這不是什麼新的新聞 (以前就有過用 660 bits 加密的事情),這次的重點在於 尋求分散式運算,直接破這次加密所使用的 RSA 1024 bits:

目前對 RSA key 最好的分解演算法是 (因為函式庫在產生金鑰時會避開 可以分解的數字),但目前 GNFS 最好的紀錄是 2005 年解開的 ,金鑰的長度約 663bits,使用的 CPU time 約單台 2.2Ghz 七十五年的時間。(關於紀錄的部份,可以參考 這篇)

如果這次打算用 GNFS,那麼即使全世界的電腦大規模的參與,也不太可能在一兩年內解出來。

另外一個 也有提到的問題 (),如果今天寫這隻惡意程式的人不是為了錢,而故意拿 SSL Root Certificated Key 來加密,今天還是要試著去破嗎?

把被加密過的檔案當作被刪除損毀處理,也許是比較好的方法...。

Google Code 更新 SSL Certificate

公告在這邊:

主要是 svn 會發現 ssl certificate 改變而跳出警告,所以特地公告出來。

另外,我發現 Repository 還是有不少問題,像是 branch 出來後修改,再 merge 回 master 後,再 git-svn dcommit 上去後可能會有問題。而 git-svn 的 manpage 裡就直接建議在開發時儘量保持 linear... XD

就是要 branch 才好用啊啊啊啊啊...

所以我有一些比較小的 project 又改回 svn client 了...

Hash 用在...

寫過不少文章以及書籍,常以 "Dive into ..." 作為名稱,像是 ,他現在人在

剛剛在他的 blog 上看到他把 hash function 用在很特殊的地方,他把預測美國總統大選的文字先丟進 hash function,然後把 hash value 貼上來,等時間到了後再公開,然後鼓勵其他人也把預測的文字丟進 hash function,然後貼到他的 comment (或是 trackback 到他的 blog 上):

非常有趣的應用,不過很有 geek 的風格... XD