MonoMac System.Drawing.Image.GetPropertyItem (0x5100)

Question

Son zamanlarda, animasyonlu GIFs çerçevelerinin (Bit eşlem ve süresinin) yüklenmesi hakkında bir SO question numaralı yanıt vermeye çalışıyordum. Kod pastenbin adresinde bulunabilir.

benim dev kütüphane içine geçmeden önce bu kodun üzerinde ilave testler yaparken, ben bu kod satırı ile bir sorun olduğunu fark ettik:

//Get the times stored in the gif 
//PropertyTagFrameDelay ((PROPID) 0x5100) comes from gdiplusimaging.h 
//More info on http://msdn.microsoft.com/en-us/library/windows/desktop/ms534416(v=vs.85).aspx 
var times = img.GetPropertyItem(0x5100).Value; 

bu kullanarak, Windows .NET bu çalışan (example GIF), dizi, animasyonlu GIF'daki karelerin miktarı ile aynı boyuttadır ve çerçevelerin süreleriyle doldurulur. (BitConverter.ToInt32()) sürelere dönüştüren bu durumda bir bayt [20]: Monomac üzerinde

[75,0,0,0,125,0,0,0,125,0,0,0,125,0,0,0,250,0,0,0] 

Ancak aynı örnek için kod bu hat sadece GIF dönüştüren bir byte[4] döndürür bir süresi (birinci):

[75,0,0,0] 

I10 farklı GIF's için test edilmiş ve sonuç her zaman aynıdır. MonoMac sadece ilk süresini listelerken Windows'ta bütün süreler, byte [] içindedir:

[x,0,0,0] 
[75,0,0,0] 
[50,0,0,0] 
[125,0,0,0] 

Mono System.Drawing.Image source code baktığımızda, uzunluğu GDI sarıcı bu yöntemde, ayarlanabilir görünmektedir:

status = GDIPlus.GdipGetPropertyItemSize (nativeObject, propid,out propSize); 

Bununla birlikte, gerçekten, uygulamamdaki gibi kaynak ile ilgili herhangi bir sorun görmüyorum. Bir şeyi mi özledim yoksa bu bir böcek mi?

Answer 1

Eğer özelliklerini daima aktif bitmap okunur göreceksiniz look into libgdiplus ise:

if (gdip_bitmapdata_property_find_id(image->active_bitmap, propID, &index) != Ok) { 

Sen Image.SelectActiveFrame arayarak aktif bitmap ayarlayabilirsiniz ve sonra mono bir bir doğru süreleri dönecektir. Bu, pencerelerle uyumsuzluk olduğundan, buna mono bir hata derim. Basit bir çözüm olarak, elbette dizi uzunluğunu kontrol edebilir ve her iki durumu da ele alabilirsiniz. Bu mono için bir kontrolden daha iyi olacaktır, çünkü eğer mono sabitlenirse, bu çalışmaya devam edecektir.

Answer 2

Mono kaynağında yanlış bir şey göremiyorum. Denediğin örnek görüntülerden birini yayınlarsan, yardımcı olurdu. GIF görüntü formatı hakkında bir tuhaflık, kare zamanını içeren Grafik Kontrol Uzantısı bloğunun opsiyonel olmasıdır ve bir resim tanımlayıcısından önce ihmal edilebilir. Bu nedenle, sıfır olmayan oranlar, sadece tüm karelere uygulanan bir GCE'ye sahip GIF dosyalarına sahip olmanız durumunda, her kare için aynı çerçeve süresini uygulamanız gerekir.

4 değer almadınız, çerçeve süresinin 32 bitlik bir değer olarak kodlandığını ve bunun için küçük bir endian kodlamanın bir bayt [] olduğunu görüyorsunuz. Örnek kodunuzda doğru yaptığınız gibi BitConverter.ToInt32() kullanmalısınız. Çerçeve # aynı boyutta olması gerekmez yukarı 2. çerçeveleri,

//convert 4 bit value to integer 
var duration = BitConverter.ToInt32(times, 4*i % times.Length); 

GIF çerçeveler hakkında da feci uygulama detay daha var unutmayın yapın ve:

Bu nedenle muhtemelen yerine bunu kullanmak gerektiğini düşünüyorum 1. Her çerçevede, bir önceki kareyle bir sonraki ile birleştirmek için yapılması gerekenleri açıklayan bir meta veri alanı vardır. Her çerçeve için çerçeve ofsetini, boyutunu ve undraw yöntemini almak için bildiğim bir özellik kimliği yoktur. Doğru bir görüntü dizisi elde etmek için her kareyi kendinize bir bitmap haline getirmeniz gerektiğini düşünüyorum. Çok çirkin detaylar, GIF'in ölmesi gerekiyor.