WebP Content Type detection és get dimension
Képkezelő megoldást fejlesztek éppen, főleg webes alkalmazásokhoz. Ha már ilyenbe vágtam a fejszét akkor nem maradhat ki, hogy ne nézzek utána, hogy mi a helyzet a WebP-vel ami ugye a "jövő". Tök érdekes, kétéve azt hittem, hogy manapság már a jelen lesz, de nem igazán így történt - kb. két év alatt nem sokat lépett előrre a dolog... - ebből kifolyólag .net támogatás sehol, főleg nem managed code. Én azért csináltam egy providert hozzá egy külön assembly-be passzírozva, főleg azért mert egy windows-os dll -t kel behúzni és infvoke-olni. Nagyjából mint lent:
[DllImport("libwebp_a.dll", CallingConvention = CallingConvention.Cdecl)] static extern int WebPEncodeBGR(IntPtr rgb, int width, int height, int stride, float quality_factor, out IntPtr output) [DllImport("libwebp_a.dll", CallingConvention = CallingConvention.Cdecl)] static extern int WebPFree(IntPtr p);
Nagyjából nem is ez a lényeg, ez benne van a googlis példa kódban, hanem ami még nekem kell, byte halmaz alapján detektálni a content-type -ot és a dimenziókat. Na ehhez egy valahol elpöttyentett szintén goodlis példa kódot használtam, ami Java-s, de ha már bit kalapáccsal összeraktam C# - ban akkor megosztom:
private static Dictionary<byte[], Func<BinaryReader, Size>> imageFormatDecoders = new Dictionary<byte[], Func<BinaryReader, Size>>() { { new byte[]{ 0x42, 0x4D }, DecodeBitmap}, { new byte[]{ 0x47, 0x49, 0x46, 0x38, 0x37, 0x61 }, DecodeGif }, { new byte[]{ 0x47, 0x49, 0x46, 0x38, 0x39, 0x61 }, DecodeGif }, { new byte[]{ 0x89, 0x50, 0x4E, 0x47, 0x0D, 0x0A, 0x1A, 0x0A }, DecodePng }, { new byte[]{ 0xff, 0xd8 }, DecodeJfif }, //R I F F # # # # W E B P V P 8 //0x52, 0x49, 0x46, 0x46, 0x##, 0x##, 0x##, 0x##, 0x57, 0x45, 0x42, 0x50, 0x56, 0x50, 0x38 { new byte[]{ 0x52, 0x49, 0x46, 0x46 }, DecodeWebP }, };
private static Size DecodeWebP(BinaryReader binaryReader) { binaryReader.ReadBytes(15); byte[] _int = binaryReader.ReadBytes(3); int bits = _int[0] | _int[1] << 8 | _int[2] << 16; bool keyFrame = (bits & 1) == 0; if (!keyFrame) { //corrupt WEBP format: not a key frame throw new ArgumentException(errorMessage); } int profile = (bits >> 1) & 7; if (profile > 3) { //corrupt WEBP format: invalid profile throw new ArgumentException(errorMessage); } binaryReader.ReadBytes(4); return new Size(binaryReader.ReadInt16(), binaryReader.ReadInt16()); }
Az első rész igazából a felismerés, itt comment -be betettem a komplett header-t mert az 14 byte és én ebből itt csak négyet használok, de ha a jövőben kell akkor meglegyen.
A dimenzió dekódolása a második lépés itta a decoder anyit tesz, hogy teker előre 15 byte-ot mert, ha a fenti 4-et hozzáadjuk az 19 és nekünk a 20. tól kell 3 byte key frame és profile validáláshoz. A 3 byte -ból levalidálja a formátumot majd teker még 4 byte-ot és itt jön a lényeg a 26-27 és 28-29 -edik byte-ok egy egy int16 ami a méretek szélesség és magasság sorrendbe. Na kb. ennyi, itt fent van a teljes image helperem ami ugyanezt tudja bmp, tiff, gif, png és jpg formátumokra is: http://db.tt/1oCF1SxI
stormborns
snowghoul
origamiaround
2087
titsay
romaincrisis
baratheonpilled
kianamaiart
pixelskylines