討論串(共25篇) - [討論] ====關於解決隨機認證圖==== - 看板HOT_Game

看板 [ HOT_Game ]

討論串[討論] ====關於解決隨機認證圖====

共 25 篇文章

排序：最新先 | 最舊先 | 留言數 | 推文總分

內容預覽：開啟 | 關閉 | 只限未讀

首頁

尾頁

#25

Re: [討論] ====關於解決隨機認證圖====

推噓0(0推 )留言2則，0人參與作者SmallBeeWayn (喵喵叫的蜜蜂貓)時間18年前 (2007/06/23 05:25)資訊

內容預覽:

資料的部份, 我提出的方法是來源跟結果各使用16Byte. 在假定不加入任何反DOS機制的情況下, 加上2Byte CRC-8. 網路封包標頭長度為40Byte, 因此總計封包長度58Byte. 以Click分速200,000計算, 每張圖送出600個結果, 每張圖單向58Byte. 因此每日網路流

#24

Re: [討論] ====關於解決隨機認證圖====

推噓5(5推 )留言21則，0人參與作者victor740519 (　　)時間18年前 (2007/06/23 04:56)資訊

內容預覽:

那這這樣不能固定抽取圖中的某個部份做比對？. (例如：最中間那一行的像素作比對). 假設只是雜幾個點進去的話，或許剛好可以避開. 目前還不清楚他是如何產生亂數圖，還需要更多圖才能比對出結果....... 幾小時前手動蒐集幾十張，沒看到半張一樣的，很沒效率. 看來只能用程式去抓圖...... --.

#23

Re: [討論] ====關於解決隨機認證圖====

推噓9(9推 )留言12則，0人參與作者SmallBeeWayn (喵喵叫的蜜蜂貓)時間18年前 (2007/06/23 04:50)資訊

內容預覽:

首先，在談到結構該怎麼搞之前，先討論一下資料該怎麼存放的問題.... 基本上，資料有三項, 來源(圖片特徵值), 結果(辨識結果), 加入時間. 我看了一下愛台灣.txt. 居然用64,16 Byte長度的資料@_@. 對結果做加密就算了, 來源值似乎也做過加密...?. 基本上來源值用MD5或是C

(還有880個字)

#22

Re: [討論] ====關於解決隨機認證圖====

推噓3(3推 )留言7則，0人參與作者sadle (sadle)時間18年前 (2007/06/23 04:45)資訊

內容預覽:

圖片裡面如果有一些 pixel 是 random 指定的話, 眼睛可能看不出差異,. 可是對直接使用圖檔內容比對或以圖檔內容 digest(md5) 來比對的方法來看,. 結果就會完全不符.. 驗圖是經由瀏覽當時的頁面裡指定圖片網址. http://www.clickclickclick.com/i

(還有88個字)

#21

Re: [討論] ====關於解決隨機認證圖====

推噓1(1推 )留言4則，0人參與作者johnsonla (johnson)時間18年前 (2007/06/23 03:27)資訊

內容預覽:

假設新圖是有限個，只是數量龐大。. 目前大概分3 4 5碼約7種底色。. 假設3碼的出現機率是1/3. 而且已知是子母子 or 母子母 and 7種底色. 那這樣個數約(20*6*20+6*20*6)*7 = 21,840. 直接把21840個編碼加到資料庫中有辦法提升到30%的準確率嗎??.

首頁

尾頁