Dikey eşitlemede her tam olarak nasıl bir işlem yapılır (tekrarlama yok, atlama yok)?

Question

Dikey senkronize edilmiş işlemler yapmaya çalışıyorum, böylece herhangi bir kareyi atlamadan veya yinelemeden, dikey senkronizasyon başına tam olarak bir işlem yapılır. Ben (gelecekte) Windows'u Windows 7 altında çalışacak ve bu gerekir 8. Temelde orijinal görüntülerden bir piksel 1 eşleşecek şekilde ekrana uyabilecek QUADS dizisi çizim oluşacak

: 1 bir Ekrandaki piksel. İşleme parçası, OpenGL veya DirectX ile bir sorun değildir. Sorun doğru senkronizasyon.

daha önce çekilmesi ve daha sonra) bir glFlush (birlikte bu iki talimatları tüm kombinasyonlarını ve permütasyon güvenilir

SwapBuffers(g_hDC); 
glFinish(); 

arayarak, WGL_EXT_swap_control uzantılı, OpenGL kullanarak güvenilir ve güvenilir değildir.

Sonra çekilmesi ve daha sonra g_pSwapChain bir IDXGISwapChain* ve pOutput bu SwapChain bağlantılı IDXGIOutput* olduğu

g_pSwapChain->Present(1, 0); 
pOutput->WaitForVBlank(); 

arayarak, Direct3D 10 çalıştı.

Her iki sürümde, OpenGL ve Direct3D, sonuçta ortaya çıkar: 60 karelik ilk dizi, ne gerekiyorsa dayanmaz (60hz'de yaklaşık 1000ms yerine, 1030 veya 1050 ms gibi bir şey sürer), Aşağıdakiler iyi çalışıyor (yaklaşık 1000.40 ms), ama her şimdi ve sonra bir kare atlamak gibi görünüyor. Ölçümü QueryPerformanceCounter ile yapıyorum.

Direct3D'de, yalnızca WaitForVBlank'ın bir döngüsünü denerken, 1000 yineleme süresi tutarlı bir şekilde 1000.40 küçük bir değişkedir.

Buradaki sorun, tam olarak geri dönüş adı verilen işlevlerin ne zaman olduğunu ve takasın dikey senkronizasyon sırasında (daha önce değil, yırtılmayı önlemek için) yapılıp yapılmadığını bilmemektedir.

İdeal olarak (eğer yanılmadıysam), istediğimi elde etmek için, bir render gerçekleştirmek, senkronizasyon başlatana kadar beklemek, senkronizasyon sırasında takaslamak ve ardından senkronizasyon tamamlanana kadar beklemek olacaktır. OpenGL veya DirectX ile nasıl yapılır?

Düzenleme: sadece WaitForVSync 60x bir deney döngü 1000.30ms gelen 1000.50ms tutarlı sürer. Present(1,0) ile aynı döngüde, başka hiçbir şey olmadan, görüntü oluşturma işlemi aynı zamanda gerçekleşmez, ancak bazen bir çerçeve tekrarlanıyormuş gibi 1017 ms alır ve başarısız olur. Görüntü yok, burada yanlış bir şeyler var.

Answer 1

Bir Direct3D aygıtı oluştururken, D3DPRESENT_PARAMETERS yapısının PresentationInterval parametresini D3DPRESENT_INTERVAL_DEFAULT olarak ayarlayın.

Answer 2

daha önce çekilmesi ve daha sonra çağrı

SwapBuffers(g_hDC); 
glFinish(); 

O glFinish() veya glFlush gereksiz göre, WGL_EXT_swap_control uzantılı, OpenGL kullanarak çalıştı. SwapBuffers bir glFinish anlamına gelir.

Grafik sürücüsü ayarlarınızda "V-Blank/V-Sync kapalı" seçeneğini ayarlamanız mümkün mü?

Answer 3

DX11'de aynı sorunu yaşıyorum. Birden çok arabelleğe alma gecikmesini önlemek için çerçeve oluşturma kodumun monitör yenileme hızının tam bir katını almasını garanti ediyorum.

Sadece pSwapChain->present(1,0) numaralı telefonu aramak yetmez. Bu, tam ekran modunda yırtılmasını önler, ancak vblank'ın gerçekleşmesini beklemez. Mevcut çağrı eşzamansızdır ve doldurulması gereken çerçeve arabellekleri varsa hemen döner. Dolayısıyla render kodunuz çok hızlı bir şekilde yeni bir çerçeve üretiyorsa (herşeyi işlemek için 10ms deyin) ve kullanıcı sürücünün "Önceden oluşturulmuş maksimum çerçeveleri" 4 olarak ayarladıysa, kullanıcının gördüğü şeyden dört kare oluşturacaksınız. Bu, fare eylemi ile ekran yanıtı arasında kabul edilemez olan 4 * 16,7 = 67 ms gecikme anlamına gelir. Sürücünün ayarlarının kazanacağına dikkat edin - uygulamanızın pOutput->setMaximumFrameLatency(1) numaralı telefonunu sorsa bile, 4 çerçeveden bağımsız olarak faydalanabilirsiniz. Böylece, sürücü ayarından bağımsız olarak fare gecikmesini garanti etmenin tek yolu, render döngüsünüzün bir sonraki dikey yenileme aralığına kadar gönüllü olarak beklemesidir, böylece bu ekstra frameBuffer'ları asla kullanmazsınız. Bu amaç için tasarlanmıştır. Ama bu çalışmıyor! Ben

<render something in ~10ms> 
pSwapChain->present(1,0); 
pOutput->waitForVBlank(); 

aşağıdaki arayıp waitForVBlank() çağrı dönmek için gereken süreyi ölçmek, ben kabaca, o 6ms ve 22MS arasındaki alternatif görüyorum.

Bu nasıl olabilir? waitForVBlank()'un tamamlanması 16.7 ms'den daha uzun sürebilir mi? DX9'da, kendi sorunumuz olan waitForVBlank'ın kendi versiyonunu uygulamak için getRasterState() kullanarak bu problemi çözdük. Ancak bu çağrı DX11'de kullanımdan kaldırıldı.

Çerçevemin monitörün yenileme hızıyla tam olarak hizalanmasını garanti etmenin başka bir yolu var mı? Mevcut tarama hattını getRasterState gibi yapmak için kullanılan başka bir yol var mı?

Answer 4

Çekirdek modunda veya ring-0'da çalışıyorsanız, VGA input register (03bah, 03dah) öğesinden bit 3'ü okumayı deneyebilirsiniz. Bilgi oldukça eskidir ancak bitin konumu değişmiş olabilir veya Windows 2000 ve sonraki sürümlerinde kaldırılmış olabilir hinted here olmasına rağmen, aslında bu konuda şüpheliyim. İkinci bağlantıda, eski Windows sürümleri için vblank sinyalini açığa çıkarmaya çalışan çok eski bir kaynak kodu vardır. Artık çalışmıyor, ancak teoride en son Windows SDK ile bunu yeniden kurmanız gerekiyor.

Zor kısmı, bu bilgileri güvenilir bir şekilde gösteren ve ardından uygulamanızdan getirilen bir aygıt sürücüsü oluşturmak ve kaydetmek.

Answer 5

Şu anda DX9 kullanıyoruz ve DX11'e geçmek istiyoruz. Ekrana manuel olarak senkronize etmek için şu anda GetRasterState() kullanıyoruz. Bu DX11'de gider, ancak DirectDraw7 cihazının DX11'i bozmadığını görüyorum. Yani bunu sadece kodunuza ekleyin ve tarama pozisyonunu almanız gerekir. Windows 8.1'de ve Windows 10 üzerinde

IDirectDraw7* ddraw = nullptr; 
DirectDrawCreateEx(NULL, reinterpret_cast<LPVOID*>(&ddraw), IID_IDirectDraw7, NULL); 
DWORD scanline = -1; 
ddraw->GetScanLine(&scanline); 

Answer 6

, sen DXGI 1.3 DXGI_SWAP_CHAIN_FLAG_FRAME_LATENCY_WAITABLE_OBJECT yararlanabilirler. Bakınız MSDN. Buradaki örnek, Windows 8 Store uygulamaları içindir, ancak sınıf Win32 windows swapchains'e de uyarlanabilir olmalıdır.

Bu video'u da yararlı bulabilirsiniz.