[騾子] 相同檔案 "絕對"會有相同的切細嗎？

看板P2PSoftWare作者 (腦挫?腦蠢?腦拙?)時間17年前 (2009/03/14 11:20), 編輯推噓7(7推 0噓 15→)
留言22則, 9人參與, 最新討論串1/1
這問題的答案似乎是肯定的~~~ 但是昨天下完一個avi時 發現和我電腦原來就有的某avi幾乎一模一樣 不論大小(精細到位元組) 時間 編碼都相同 我用KMP開此二檔案的媒體訊息比較 內容完全一樣 我用GSpot看檔案詳細資料 內容完全一樣 但是eMule的切細卻不同 請問 會發生相同的檔案 卻有"某些原因"導致切細不同的可能嗎？ 還是我必須相信eMule 此二檔案一定有某處不同呢？ 謝謝 <(_ _)> -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 124.8.80.58
推
03/14 11:39, , 1F
同樣的Hash演算法理論上對同一檔案要產生同樣的Hash.
03/14 11:39, 1F
→
03/14 11:40, , 2F
真要找到不同點, 找能對binary files比對的工具吧.
03/14 11:40, 2F
推
03/14 11:56, , 3F
我在emule也有看過這樣子的檔案...大小相同切細不同
03/14 11:56, 3F
推
03/14 12:03, , 4F
1.比較檔案大小
03/14 12:03, 4F
→
03/14 12:04, , 5F
2.請用比較檔案內容的程式來比較，你說長的一樣，有
03/14 12:04, 5F
→
03/14 12:04, , 6F
從第一個位元組比到最後一個？
03/14 12:04, 6F
推
03/14 12:05, , 7F
多1KB值應該就不同了
03/14 12:05, 7F
→
03/14 12:05, , 8F
一個影片檔裡面就算只有一兩個位元組不同，「看起來
03/14 12:05, 8F
→
03/14 12:05, , 9F
還是會一樣
03/14 12:05, 9F
→
03/14 12:06, , 10F
多1 byte，HASH就會完全不同
03/14 12:06, 10F
→
03/14 12:06, , 11F
檔案經過多次交換，總有可能某人分享時有了一點點錯
03/14 12:06, 11F
→
03/14 12:07, , 12F
電腦不是不會出錯，只是理論上機率很小很小很小
03/14 12:07, 12F
→
03/14 12:15, , 13F
我比對大小(byte)是一樣的 接下來我會找找專門一點
03/14 12:15, 13F
→
03/14 12:15, , 14F
的程式來比較看看~
03/14 12:15, 14F
→
03/14 12:21, , 15F
應該是w板友最後兩行說的, 多次交換後少部份block出
03/14 12:21, 15F
→
03/14 12:21, , 16F
錯了這樣; 除非壞在很嚴重的地方, 不然影片很難看出
03/14 12:21, 16F
推
03/14 12:33, , 17F
命令列 fc /b 1.avi 2.avi 就可以比了
03/14 12:33, 17F
→
03/14 12:46, , 18F
謝謝各位回答 現在已確定是不同檔案了 還真麻煩~~
03/14 12:46, 18F
→
03/14 12:47, , 19F
我以為我文中的比對方式就夠了~~ XD
03/14 12:47, 19F
推
03/14 21:41, , 20F
影片錯1 BIT 可能某一點變了點顏色= =
03/14 21:41, 20F
→
03/14 22:08, , 21F
還有一種可能是硬碟壞軌讀錯誤資料出來 (抖
03/14 22:08, 21F
推
03/15 12:45, , 22F
推t大的方法 的確很好用
03/15 12:45, 22F
‣ 更多 Nowtreel 的文章
文章代碼(AID): #19koAKOJ (P2PSoftWare)