Galois field -Primitive polynomial

Galois field -Primitive polynomial

紀錄GF(2^8) 可用的Primitive polynomial function
來源位置 http://www.comsec.uwaterloo.ca/~ece710t4/2008_spring/table-prim-all.pdf

 

解決H.264 JM設定中斷點問題

 

解決JM reference model無法下中斷點來trace的問題

你如果是直接下載的工程文件，工程的所有路徑基本配置好。一般不用改動。
無論JM15還JM17版本，配置文件都在工程目錄之下的bin文件夾之下,而且生成的EXE也設定在工程目錄之下的bin文件夾之下。
如果你要運行,就直接進在工程目錄之下的bin文件夾之下，運行EXE文件,因為所有的文件也在這個文件中，這是工程本已經設置好了的。
當然，如果你要在工程中調試,只須將工作目錄設為相對路徑".\bin",注意前面有一個點。這樣絕對不會出錯的。
並沒有以上大家說得那麼複雜。另外不要把工作目錄設為絕對路徑，那樣容易出錯. "所以，要不把配置文件移到JM文件夾下，要不就在屬性-調試-改為:\JM\bin路徑" 都是不可取的。原因大家都明白的，我就不多說了。我今天本是不想多說什麼的。

「註」專案→Lencod屬性→組態屬性→偵錯→工作目錄→填入".\bin"

引自討論串
http://bbs.chinavideo.org/viewthread.php?tid=7577&rpid=41427&ordertype=0&page=1#pid41427

YUVtools crack

我安裝了一個Virtual machine，觀察YUVtool究竟寫了那些東西進入登陸檔
最後的結果是做下列動作，可回到30天的試用時間

 

0.刪掉下面三個檔
三個文件
C:\Documents and Settings\Leecc\「開始」功能表\程式集\系統管理工具\mswinxvista386.sys
C:\Documents and Settings\Leecc\Local Settings\Application Data\yuvtools3.ini
C:\Documents and Settings\Leecc\Application Data\yuv_file_history3.ini

1.執行輸入"regedit"，叫出工具表，並找
HKEY_USERS\S-1-5-21-602162358-507921405-1801674531-1003\Software\Classes\MsWinVista\49AB78D9-DC89-0386-98EA-45F678CE702B\WinMS386

2.左邊子項目會有兩個
windll
winlatest

更改windll=11057.1323368359.772
更改winlatest=11057.1320776359.772(或14786.1320772650.20220)

(此時還是0天)

3.將mswinxvista386.sys (由VitualBox產生在偽OS下的C:\Documents and Settings\Leecc\「開始」功能表\程式集\系統管理工具底下 )
貼至C:\Documents and Settings\Leecc\「開始」功能表\程式集\系統管理工具

mswinxvista386.sys 在UltraEdit看是16進位的值
D2 07 0C 00 04 00 08 00 10 00 0A 00 00 00 00 00

--
自己的理解：
windll和winlatest應該是所謂的起始使用時間和最新時間
winlatest每開一次值都會變大，推測是兩個時間相減所用時間，來估算你使用程式的時間

其中 S-1-5-21-602162358-507921405-1801674531-1003 這串在VM OS上和本機電腦上顯示的數字會稍微不一樣
mswinxvista386.sys 原本在我的電腦不存在這個檔
我由VM中貼至相對應位置即可
但不確定裡面的值所代表的涵義

Anyway，可以work就好了XDD

研究相關─Semi-Fragile

(1).

<資料來源>http://ir.lib.stut.edu.tw/bitstream/987654321/1693/2/094STUT0392002.pdf
南台科技大學
資訊工程研究所
碩士學位論文
具備影像竄改還原或高容忍度之
半脆弱影像驗證技巧
A Semi-Fragile Watermarking Scheme with
Tamper Recovery or High Tolerance

影像驗證技術的發展

早 期 影 像 驗 證 (Image Authentication) 主要應用於版權維護(Copyright
Protection)，而後來根據使用者需求的不同，也設計了具備其他功能的影像驗證方
法，例如：可敏感偵測出影像遭受任何影像處理的技巧、可偵測出影像是否遭受
了影像壓縮外的其他影像處理。而至今影像驗證方法依其特性大概可分為三大
類：『Robust』、『Fragile』與『Semi-Fragile』等三類，詳細之情況如稍後所介紹。

2.1.1 Robust
Robust 之中文意思為『強韌』，在影像驗證技巧中，Robust 技巧[22,32,33,34]
主要用於版權之維護，通常乃將一段資訊嵌入影像中，嵌入的資訊可以是一段足
以代表原始創作者的資訊或者是一個Logo，並且在將資訊嵌入影像後，當影像遭
受到各種影像處理(常見之影像處理如表 1 所示)，使用者依然能夠從影像中取得足
以判別原創作者的資訊，藉以達到維護原創作者的權益。

2.1.2 Fragile
Fragile 之中文意思為『脆弱』的意思，在影像驗證技巧中，Fragile 與Robust
是一個極端的對比。Robust 影像驗證技巧主要在使影像經過多種影像處理、攻擊
後，依然可從影像中取得嵌入之資訊，藉以維護原創作者之版權，而Fragile 與其
正好相反，Fragile 影像驗證技巧[3]可驗證出影像遭受絲毫變更，也就是對於影像
處理具備高敏感性，這是由於應用範圍不同，Fragile 技巧主要用於維護影像之完
整性(Intergrity)，因此其對於影像有無遭受竄改十分敏感，可應用於醫學影像或軍
事影像等高重要度之影像上。

2.1.3 Semi-Fragile
Semi-Fragile 是一種兼具Robust 與Fragile 部分特性的技術，因此又稱為『半
脆弱(Semi-Fragile)』影像驗證技巧[7,12,24,25,26]。Robust 主要用於維護數位版權，
因此需具備相當之強韌性，使得影像在經過許多影像處理後依然能夠判斷影像版
權所屬，而Fragile 主要用於影像完整性驗證，其對於任何影像處理皆具備高敏感
性，能夠偵測影像是否遭受任何一種影像處理。Semi-Fragile 是兼具Robust 與Fragile
之部分特性，其能夠允許影像經過善意的影像處理，並且可偵測出其他非善意的
影像處理，也就是說1.能像Fragile 一般驗證影像之完整性 2.能夠抵抗一定程度的
善意影像處理(如影像壓縮)，需注意的是在此所指的善意影像處理大多是指影像壓
縮處理，關於善意影像處理至今仍無完善之規範，在4.7 節中會予以討論。

 

(2).endnote