ब्लैक होल के बिना वीडियो प्लेयर का स्क्रीनशॉट

"मेरे फोन / कैलकुलेटर / घड़ी एचडी वीडियो प्लेबैक को संभाल सकते हैं या नहीं" के बारे में मौजूदा चर्चाओं की पृष्ठभूमि के खिलाफ, एक दिलचस्प ऐतिहासिक तथ्य पृष्ठभूमि में गिर गया है: 10 साल पहले एक छोटी सी समस्या थी, वीडियो डिकोडिंग गति भी नहीं थी (गर्म ट्यूब एमपीईजी अलग हार्डवेयर के बाद डिकोड किया गया था) डिकोडर्स; बाकी को मौजूदा सीपीयू की क्षमताओं से बाधित किया गया था), और स्क्रीन पर इसके आउटपुट की गति। मल्टीस्क्रीन पर्यावरण एक मेमोरी ब्लॉक को विघटित छवि के साथ वीडियो मेमोरी में स्थानांतरित करने के विचार को मारता है, क्योंकि विंडोज़ एक दूसरे को सबसे विचित्र तरीके से ओवरलैप कर सकते हैं।

हार्डवेयर में समस्या हल हो गई थी। वीडियो को स्क्रीन पर आउटपुट करने वाले एप्लिकेशन को अब केवल एक निश्चित रंग (आमतौर पर बहुत गहरा मैजेंटा) की पृष्ठभूमि प्रदर्शित की गई थी, और वीडियो कार्ड वीडियो को "अंकित" करने में लगा हुआ था। छवि को संकलित करते समय, इसने पृष्ठभूमि के पिक्सल को डिकोड किए गए फ्रेम के संगत पिक्सल से बदल दिया। आवेदन में अब अपने निपटान में एक मेमोरी क्षेत्र था जिसमें वीडियो से फ़्रेम को बहुत तेज़ी से कॉपी करना संभव था। प्रौद्योगिकी को हार्डवेयर ओवरले कहा जाता था और बहुत जल्दी इसे सभी उपभोक्ता और पेशेवर ग्राफिक्स कार्ड में लागू किया जाता था।

संभवतः एकमात्र समस्या जो इस तकनीक ने लाई थी, वह वीडियो प्लेयर का स्क्रीनशॉट लेने में असमर्थता थी, क्योंकि इसमें वीडियो से फ्रेम नहीं होगा, बल्कि बहुत ही गहरा बैंगनी बैकग्राउंड होगा।


Workarounds हार्डवेयर त्वरण (विश्व स्तर पर और खिलाड़ी अनुप्रयोग स्तर पर) को अक्षम कर रहे थे, खिलाड़ी की एक और प्रति लॉन्च करने से पहले (यह प्रतिलिपि इसके उपयोग के लिए ओवरले पर कब्जा कर लेगी, और खिलाड़ी की दूसरी प्रतिलिपि को स्क्रीन पर क्लासिक प्रोग्राम आउटपुट के साथ करना होगा) और, अगर यह है हम DirectShow प्रौद्योगिकी पर निर्मित खिलाड़ियों के बारे में बात कर रहे हैं, फ़िल्टर-रेंडरर को एक ऐसे फ़िल्टर पर स्विच कर रहे हैं जो हार्डवेयर ओवरले का उपयोग नहीं करता है।

लगभग सभी स्क्रीनशॉट कैप्चर प्रोग्राम, एक नियम के रूप में, पहले दो तरीकों का उपयोग करते थे, या उन्हें बिल्कुल भी उपयोग नहीं करते थे। बाकी ने फैसला किया कि यह उपयोगकर्ताओं के लिए सेटिंग्स को बदलने के लायक नहीं था और प्रगतिशील रूप से चला गया, अर्थात्, वीडियो कार्ड के आंत्रों में समान मेमोरी क्षेत्र से सीधे एक वीडियो फ्रेम की एक छवि प्राप्त करके।

नीचे प्रस्तावित विधि DirectShow के माध्यम से वीडियो प्रदर्शित करने वाले खिलाड़ियों के लिए इस समस्या को हल करती है।

हम हल किए जाने वाले कार्यों के सर्कल की रूपरेखा तैयार करते हैं। सबसे पहले, हमारा स्क्रीनशॉट अपने आप में प्रोग्राम कैप्चर करता है, एक वीडियो प्लेयर जो फ़्रेम को कॉपी करना जानता है, अपने आप से है। इसका मतलब यह है कि किसी अन्य प्रक्रिया के पते स्थान तक पहुंच की आवश्यकता है। दूसरे, डेटा सबसे अधिक संभावना आरजीबी के अलावा एक रंग मॉडल में समाप्त हो जाएगा। इसलिए आपको उन्हें एक स्वीकार्य रूप में बदलना होगा। तीसरा, आपको एक स्क्रीनशॉट में खुद को "प्रिंट" करना होगा, एक बहु-खिड़की वातावरण के सभी आकर्षण को ध्यान में रखते हुए।

पहला कार्य कई तरीकों से हल किया जाता है, मैंने सबसे सरल एक को चुना: हुक (हुक) की स्थापना के माध्यम से। हुक का प्रकार इतना महत्वपूर्ण नहीं है, मुख्य बात यह है कि खिलाड़ी के पते की जगह में प्रवेश करना है। उदाहरण के लिए, इस तरह:

void WINAPI SetHook(HWND hWnd)
{
if (!g_hhHook)
{
g_hhHook = SetWindowsHookEx(WH_GETMESSAGE, (HOOKPROC)HookProc, hInst, 0);
}
}

* This source code was highlighted with Source Code Highlighter .

हुक ट्रिगर होने पर नियंत्रण पाने वाली प्रक्रिया एक मानक "कुछ भी नहीं" है।

LRESULT WINAPI HookProc( int nCode, WPARAM wParam, LPARAM lParam)
{
if (nCode < 0)
{
return CallNextHookEx(g_hhHook, nCode, wParam, lParam);
}
// - , -
return CallNextHookEx(g_hhHook, nCode, wParam, lParam);
}

* This source code was highlighted with Source Code Highlighter .

मुझे आपको याद दिलाना है कि पता स्थान में एक और प्रक्रिया को एम्बेड करने के लिए, यह प्रक्रिया DLL में होनी चाहिए, और निष्पादन योग्य फ़ाइल में नहीं। आगे का सभी कोड भी उसी लाइब्रेरी में स्थित है।

अब आइये इमेज पर आते हैं। सभी फ़िल्टर रेंडरर्स के पास अपने निपटान में स्क्रीन पर चित्र प्रदर्शित करने के इतने सारे तरीके नहीं हैं: GDI, DirectDraw और Direct3D। स्क्रीनशॉट लेते समय पहला और तीसरा विकल्प समस्याएं पैदा नहीं करता है, लेकिन दूसरा केवल हमारी रुचि का विषय है।

एक ही मेमोरी क्षेत्र जिसमें कॉपी किया जाता है उसे IDirectDrawSurface ऑब्जेक्ट (उर्फ " IDirectDrawSurface सरफेस") द्वारा आवंटित किया जाता है, जिसे DDSCAPS_OVERLAY ध्वज के साथ बनाया जाता है। दूसरे शब्दों में, IDirectDrawSurface::Flip छवि को स्क्रीन पर स्थानांतरित करने में शामिल है। इसलिए, इस विधि में कॉल को इंटरसेप्ट करते हुए, आप वीडियो फ्रेम की छवि के साथ डेटा तक पहुंच सकते हैं। उदाहरण के लिए , इंटरसेप्टिंग कॉल के बारे में बहुत कुछ कहा गया है। एक समय में, मैंने इस लेख की विधि संख्या को सबसे सरल के रूप में उपयोग किया था। एकमात्र बाधा: GetProcAddress कॉल करके COM ऑब्जेक्ट का विधि पता प्राप्त करना विफल हो जाएगा। यह इतना डरावना नहीं है, क्योंकि आप डायरेक्टड्रा सतह बना सकते हैं और निष्पादन योग्य फ़ाइल के आधार पते के सापेक्ष Flip विधि की स्थिति का पता लगा सकते हैं जिसमें कार्यान्वयन किया गया था। आप इस प्रकार कर सकते हैं:

// IDirectDraw

LPDIRECTDRAW pDirectDraw;
hr = DirectDrawCreate(NULL, (&pDirectDraw), NULL);

hr = pDirectDraw->SetCooperativeLevel(NULL, DDSCL_NORMAL);

DDSURFACEDESC desc = {0};
desc.dwSize = sizeof (desc);
desc.dwFlags = DDSD_CAPS | DDSD_HEIGHT | DDSD_WIDTH;
desc.ddsCaps.dwCaps = DDSCAPS_OFFSCREENPLAIN;
desc.dwWidth = 100;
desc.dwHeight = 100;

// IDirectDrawSurface

LPDIRECTDRAWSURFACE Surf;
hr = pDirectDraw->CreateSurface(&desc, &Surf, NULL);

void *pFlip = (*reinterpret_cast< void ***>(Surf))[11]; // 11 - IDirectDrawSurface::Flip vtable
ptrdiff_t pDDSFlipDiff = reinterpret_cast<ptrdiff_t>(pFlip) - reinterpret_cast<ptrdiff_t>(GetModuleHandle(_T( "ddraw.dll" )));

* This source code was highlighted with Source Code Highlighter .

ओवरले सतह की स्थिति और आकार निर्धारित करने के लिए, आपको IDirectDrawSurface::UpdateOverlay आवश्यकता होगी, जिसकी विधि संख्या 33 है।
उसके बाद, आप इंटरसेप्टर को स्थापित करने की प्रक्रिया में मूल और संशोधित तरीकों के पते निर्दिष्ट करके Flip और UpdateOverlay तरीकों को इंटरसेप्ट कर सकते हैं। प्रोटोटाइप तरीके इस तरह दिखते हैं:

typedef HRESULT (WINAPI *FUNC_IDIRECTDRAWSURFACEFLIP)(IDirectDrawSurface *This, LPDIRECTDRAWSURFACE lpDDSurfTargetOverride, DWORD dwFlags);

typedef HRESULT (WINAPI *FUNC_IDIRECTDRAWSURFACEUPDATEOVERLAY)(IDirectDrawSurface *This, LPRECT lpSrcRect, LPDIRECTDRAWSURFACE lpDDDestSurface, LPRECT lpDestRect, DWORD dwFlags, LPDDOVERLAYFX lpDDOverlayFx);

* This source code was highlighted with Source Code Highlighter .

ध्यान दें कि प्रोटोटाइप में Flip और UpdateOverlay के मापदंडों की सूची के विपरीत, COM ऑब्जेक्ट के लिए सूचक इस विधि से युक्त है जो तर्कों की सूची में पहला है। ऐसा इसलिए है क्योंकि COM ऑब्जेक्ट मेथड्स में कॉल प्रकार का thiscall ।

IDirectDrawSurface7::Flip और IDirectDrawSurface7::UpdateOverlay के तरीकों के लिए इसी तरह की कार्रवाई की जानी चाहिए, क्योंकि कुछ IDirectDrawSurface7::UpdateOverlay डायरेक्टड्रा के सातवें संस्करण के इंटरफेस का उपयोग करते हैं।

इन तैयारियों के बाद, सहायक सतह और DirectDraw ऑब्जेक्ट को हटाया जा सकता है और इंटरसेप्टर कार्यों के कार्यान्वयन के लिए आगे बढ़ सकता है। सबसे पहले, UpdateOverlay फ़ंक्शन को देखें, क्योंकि इसका उपयोग बहुत सारी उपयोगी जानकारी प्राप्त करने के लिए किया जा सकता है।

HRESULT WINAPI Patch_UO(IDirectDrawSurface *This, LPRECT lpSrcRect, LPDIRECTDRAWSURFACE lpDDDestSurface, LPRECT lpDestRect, DWORD dwFlags, LPDDOVERLAYFX lpDDOverlayFx)
{
DetourRestore(True_UO); //
HRESULT res = True_UO(This, lpSrcRect, lpDDDestSurface, lpDestRect, dwFlags, lpDDOverlayFx);
DetourRenew(True_UO); //

DDCOLORKEY ck = {0};
if (dwFlags & DDOVER_KEYDEST) //
{
DDCOLORKEY ck2 = {0};
lpDDDestSurface->GetColorKey(DDCKEY_DESTOVERLAY, &ck2);
g_ColorKey = ck2.dwColorSpaceHighValue;
}
if (dwFlags & DDOVER_KEYDESTOVERRIDE) //
{
if (lpDDOverlayFx != NULL)
{
ck = lpDDOverlayFx->dckDestColorkey;
g_ColorKey = ck.dwColorSpaceHighValue;
}
}

if (lpDestRect != NULL)
{
CopyMemory(&g_OverlayRect, lpDestRect, sizeof (RECT));
}

return res;
}

* This source code was highlighted with Source Code Highlighter .

यह कोड उसी पृष्ठभूमि के रंग को परिभाषित करता है जिसे वीडियो से पिक्सेल द्वारा प्रतिस्थापित किया जाएगा। जैसा कि पहले उल्लेख किया गया है, यह आमतौर पर एक गहरे बैंगनी रंग (0x100010) है, हालांकि, कई खिलाड़ी इस मूल्य को आपके स्वाद के लिए निर्धारित करते हैं और, आश्चर्यजनक रूप से, रंग। यह मान विभिन्न स्थानों पर हो सकता है, इसलिए आपको इनपुट के रूप में हमारे पास आने वाले झंडे की सावधानीपूर्वक निगरानी करनी चाहिए। इसके साथ ही, हम आयत के आकार और स्थिति को निर्धारित करते हैं जिससे आउटपुट बनाया जाएगा। पृष्ठभूमि मूल्य और आयत के निर्देशांक दोनों को वैश्विक चर में संग्रहीत किया जाता है ताकि आप बाद में उन्हें हमारे आवेदन से एक्सेस कर सकें।

अब आप छवि को "चोरी" कर सकते हैं।

HRESULT WINAPI Patch_Flip(IDirectDrawSurface *This, LPDIRECTDRAWSURFACE lpDDSurfTargetOverride, DWORD dwFlags)
{
DDSURFACEDESC desc = {0};
desc.dwSize = sizeof (desc);
This->GetSurfaceDesc(&desc);

// ,
if ((desc.ddsCaps.dwCaps & DDSCAPS_OVERLAY) > 0)
{
lpOverlaySurf = This;
}

// ,
if (lpOverlaySurf != NULL)
{
GetPic();
}

//
DetourRestore(True_Flip);
// ,
HRESULT res = True_Flip(This, lpDDSurfTargetOverride, dwFlags);
//
DetourRenew(True_Flip);

return res;
}

* This source code was highlighted with Source Code Highlighter .

इसलिए, "ओवरले" के लिए सतह की जांच करने के बाद, आप छवि को बाहर निकालना शुरू कर सकते हैं, GetPic() फ़ंक्शन GetPic() , जो एक संक्षिप्त संस्करण में कुछ इस तरह दिखता है:

void WINAPI GetPic( void )
{
DDSURFACEDESC2 desc = {0};
desc.dwSize = sizeof (desc);

DDSURFACEDESC desc1 = {0};
desc1.dwSize = sizeof (desc1);

// Lock ,
((LPDIRECTDRAWSURFACE)lpOverlaySurf)->Lock(NULL, &desc1, DDLOCK_WAIT | DDLOCK_READONLY | DDLOCK_SURFACEMEMORYPTR | DDLOCK_NOSYSLOCK, NULL);
desc.ddsCaps.dwCaps = desc1.ddsCaps.dwCaps;
desc.lpSurface = desc1.lpSurface;
desc.dwWidth = desc1.dwWidth;
desc.dwHeight = desc1.dwHeight;
desc.lPitch = desc1.lPitch;
desc.ddpfPixelFormat = desc1.ddpfPixelFormat;
desc.ddckCKDestOverlay = desc1.ddckCKDestOverlay;
desc.ddckCKSrcOverlay = desc1.ddckCKSrcOverlay;

// ,
((LPDIRECTDRAWSURFACE)lpOverlaySurf)->Unlock(NULL);
}

* This source code was highlighted with Source Code Highlighter .

Lock विधि लिखने के लिए सतह को लॉक करती है, और एक ही समय में छवि को एक पॉइंटर लौटाती है। वहां से, इसे उठाया जाना चाहिए और जितनी जल्दी हो सके अनलॉक किया जाना चाहिए ताकि इसकी उपस्थिति के साथ वीडियो प्लेयर को शर्मिंदा न करें। IDirectDrawSurface::Lock विधि DDSURFACEDESC संरचना में सतह विवरण देता है, जबकि IDirectDrawSurface::Lock रिटर्न। इसलिए एक संरचना से दूसरे में डेटा की नकल करने के साथ कुछ गड़बड़।
डेटा सूचक desc.lpSurface पर स्थित है, और इस डेटा के आकार की गणना उस रंग मॉडल के आधार पर की जाती है जिसमें ये डेटा संग्रहीत होते हैं।

if (desc.ddpfPixelFormat.dwFourCC == 0x0)
{
DataLen = desc.dwHeight * desc.lPitch * desc.ddpfPixelFormat.dwRGBBitCount >> 3;
}
if (desc.ddpfPixelFormat.dwFourCC == MAKEFOURCC( 'Y' , 'V' , '1' , '2' ))
{
DataLen = desc.dwHeight * desc.lPitch * desc.ddpfPixelFormat.dwYUVBitCount >> 3;
}
if (desc.ddpfPixelFormat.dwFourCC == MAKEFOURCC( 'Y' , 'U' , 'Y' , '2' ))
{
DataLen = desc.dwHeight * desc.lPitch * desc.ddpfPixelFormat.dwYUVBitCount >> 4;
}
if (desc.ddpfPixelFormat.dwFourCC == MAKEFOURCC( 'Y' , 'V' , 'Y' , 'U' ))
{
DataLen = desc.dwHeight * desc.lPitch * desc.ddpfPixelFormat.dwYUVBitCount >> 4;
}
if (desc.ddpfPixelFormat.dwFourCC == MAKEFOURCC( 'U' , 'Y' , 'V' , 'Y' ))
{
DataLen = desc.dwHeight * desc.lPitch * desc.ddpfPixelFormat.dwYUVBitCount >> 4;
}

* This source code was highlighted with Source Code Highlighter .

यहाँ dwHeight की छवि ऊंचाई है, lPitch अगली पंक्ति के आरंभ में बाइट्स में बदलाव है, dwYUVBitCount छवि के प्रति पिक्सेल बिट्स की संख्या है।

अब छवि को कॉपी और सहेजा जा सकता है। फिर भी, याद रखें कि हम एक विदेशी पता स्थान पर हैं, और संकेत प्रक्रिया सीमाओं के पार नहीं जाते हैं। इसलिए, तस्वीर को इंटरप्रोसेस संचार ( आईपीसी ) की कुछ विधि द्वारा मुख्य आवेदन में स्थानांतरित किया जाना चाहिए। मेरी राय में, स्मृति मैप की गई फ़ाइलों का तंत्र यहां सबसे उपयुक्त होगा।

लेख के अंतिम भाग में, हम दो मॉडलों के स्क्रीनशॉट के रंग मॉडल और संरचना के रूपांतरण के बारे में बात करेंगे: एक स्क्रीनशॉट जिसमें "छेद" और एक वीडियो से एक फ्रेम है।