討論串[討論] ====關於解決隨機認證圖====
共 25 篇文章

推噓6(6推 0噓 8→)留言14則,0人參與, 最新作者invalid (everlasting)時間18年前 (2007/06/23 02:29), 編輯資訊
0
0
0
內容預覽:
我覺得最大的問題是. 誰的水管有那麼大? (學網衝太大會被網管ban). 愛台灣壓縮後看起來也有300kB以上. 換算網路傳輸用的單位是300k x 8 =2.4 Mbit. 所以要是有100個鄉民用的話. 上下傳乘二,很快就爆炸了@@. --. 發信站: 批踢踢實業坊(ptt.cc). ◆ F

推噓3(3推 0噓 1→)留言4則,0人參與, 最新作者invalid (everlasting)時間18年前 (2007/06/23 02:25), 編輯資訊
0
0
0
內容預覽:
哪改成用cksum的話會不會好一點啊. 如果只是動一個點,cksum應該不會差太多. 現在進資料庫的只有md5,要把圖一起送的話. 資料量會大一百倍有吧...ORZ.... --. 發信站: 批踢踢實業坊(ptt.cc). ◆ From: 61.228.241.218.

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者vicamo (asdf)時間18年前 (2007/06/23 02:25), 編輯資訊
0
0
0
內容預覽:
一直都是這樣,md5 就是對整張圖作 hash(中文雜湊,我想翻出來也沒什麼用). 輕鬆啦,上面說大概 22 萬,了不起 2^18 而已. server 弄個排序過的 binary 讓你下載,只要頂多 18 次 if 就比對完了. --. 發信站: 批踢踢實業坊(ptt.cc). ◆ From:

推噓2(2推 0噓 6→)留言8則,0人參與, 最新作者htalent (TalentKid)時間18年前 (2007/06/23 02:24), 編輯資訊
0
0
0
內容預覽:
既然有原本的實體檔案,那表示不是隨機即時產生的. 或許有台機器拼命製造檔案,但我們辨識的速度也不慢阿-_-. 感覺上比較重要的重點還是放在需要有一台穩定的機器可以交流已辨識的檔案. 而且設計上可能也不能採用目前的這種純文字格式?. 對付大量的資料還是要交給SQL來的有力點,至少更新也可以改成增量下載

推噓8(8推 0噓 7→)留言15則,0人參與, 最新作者jskblack (天空茶)時間18年前 (2007/06/23 02:21), 編輯資訊
0
0
0
內容預覽:
如果沒有隨機的話. 我在想說是不是可以直接對整張圖片做辨識? (建一個龐大的圖片資料庫?). 這樣也不需要寫那麼複雜的程式. 可是現在總共有 26x5x4x3 + 26x4x3 + 26x3 這麼多種配法. 資料量太大 到時候search花的時間.... XD. --. 這真是太好吃了啊啊啊啊.