2009-08-24 80 views
3

我有一個數據庫簽名的格式,一個不合作的供應商一直在使用我們的客戶端。我們正在更換他們的系統。任何人都可以識別這種圖像格式?

簽名開始:

0A000500010002000100020001000100010001000100010001000100D100010001004F0001000100 
01000100010001000100010001000100010001000100010001000100FF00FF00FF00010001000100 
01000100010001000100010001000100010001000100010001000100010001000100010001000100 
01000100010001000100010001000100010001000100010001000100010001000100010001000100 
01000100010001000100010001000100010001000100010001000100010001000100010001000100 
01000100010001000100010001000100010001000100010001000100010001000100010001000100 
010001000100010002001C0001000100010001000100010001000100010001000100010001000100 
01000100010001000100010001000100010001000100010001000100010001000100010001000100 
01000100010001000100010001000100010001000100010001000100010001000100010001000100 
01000100010001000100010001000100010001000100010001000100010001000100010001000100 
01000100010001000100010001000100010001000100010001000100010001000100010001000100 
01000100010001000100010001000100010001000100010001000100010001000100010001000100 
01000100010001000100010001000100DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00 
DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00 
C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000 
C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00 
DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00 
C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000 
C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00DA00FF00C100C000C100FF00 
DA00FF00C100C000C100FF00DA00FF00C100C000C100... 

繼續與更多的圖像數據,並用長系列0100的結束。

關於什麼文件格式的任何想法?

謝謝。

+1

什麼樣的數據轉存的是什麼?每個第二個字節看起來都是00.這是文件中的真實內容,或者可能是您輸出數據的工件? –

+0

你確定它是一個圖像嗎?我瞭解數字簽名要比圖像更先進。當然,這些數據看起來並不是很先進。 – ongle

+0

你有什麼生成新圖像的方法嗎?將已知的源數據提供給編碼器是非常強大的技術。如果沒有,嘗試比較許多不同的圖像,以幫助梳理出一個模式。 –

回答

2

看起來這可能是一個非常簡單的格式。 0A似乎是一個標題。然後,它看起來像黑暗價值對,儘管它看起來像50%的空間被浪費了。如果你發佈一個文件,我很樂意嘗試寫一個轉換器。

整個文件是必要的,因爲它看起來像有一個固定的圖像大小,它可能需要一點兒擺弄。你有沒有保密的圖像,但仍然有數據?

1

它看起來像RAW,未編碼的圖像數據。你有沒有嘗試將它直接加載到一個二維緩衝區,並看到你得到什麼?例如,複製文件並將其命名爲foo.raw並嘗試在Photoshop中加載它。如果我的猜測是正確的,它只是原始的16位採樣,您將不得不自己提供寬度和高度。通道的數量可能是1x16bit。正如tfinniga所說,前兩個字節可能是一個頭,你必須跳過。

+0

我會嘗試將它保存爲RAW並將其加載到某些內容中。謝謝。 – PRMan

1

我從來沒有見過這種文件格式......也許是一種'私人格式',看起來很容易解碼。

編輯:看起來像字節被設置在第2組(2「XX」的十六進制數字)的

2

這看起來像的原始像素值從一個8位A/d轉換器(掃描儀),包埋在16位字,little-Endian(x86)格式。

文件大小是否相同?這會給你一個強大的圖像尺寸線索。

6

今年首16個左右字節的數據,並把它們放入一個文件,Linux的「文件」命令說:

$ file test.file 
test.file: PCX ver. 2.5 image data 
+1

哇。 PCX。回憶。 –

+0

這看起來不像PCX。第三個字節是編碼,應該是01h。第4個字節是應該是1,4,8或24的位深度。PCX的魔術文件條目僅查看前兩個字節。 –

+0

00其他字節不應該在那裏。它們是訪問SQL Server轉換過程的工件。我修正了這個問題。然後,它看起來像PCX約10個字節左右,但後來搞砸了。 – PRMan

相關問題