|
Member 11393333 wrote: I need it
No. What you need is a different kind of job. That would be better both for you and your prospective employee.
Seriously, ask yourself this question: what is the point of applying to a job with requirements you cannot hope to meet? Even if someone were to provide you with the example you ask for, it's likely the employee will realize it's not your work, and that you cannot be trusted. In the unlikely case he hires you anyway, you won't be able to complete any task, and you'll be fired.
Better spend your efforts in finding a job that fits your abilities!
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
Dear all:
I have two touch screens and dual monitor, I try to match touch screen for each monitor in windows xp.
I can do it in mirror mode and extended mode, but failed in span
mode.
I use the EnumDisplayMonitor to get the monitor count, but the monitor count is 1 in span mode.
How do I know my dual diplay in span mode and get the monitor count?
best regards, Victor
modified 28-Jan-15 21:59pm.
|
|
|
|
|
Hi All,
I am writing a program to control some I/O card under Win8.1 environment, however, initialisation winio always fail. There is no problem under WinXP or Win7, so I guess it is caused by Win8.1 UEFI blocked the WINIO.
Is there anyone who can give me a solution?
Thanks
Eric
|
|
|
|
|
It is unlikely that anyone can give a solution, unless you provide a lot more information. Where does the failure occur, what are the conditions, what error status or message do you see ... ?
|
|
|
|
|
When I perform
DWORD dwMemVal;
bool bResult;
HANDLE hPhysicalMemory;
PBYTE pbLinAddr;
// Call InitializeWinIo to initialize the WinIo library.
ShutdownWinIo();
bResult = InitializeWinIo();
the bResult keeps 0, so I cannot initialize WinIO
However, I tried to create a virtual machine with WinXP installed, using the same sourecode without any problem. Thus, I guess it is caused by Win8.1 UEFI which protect the BIOS controlled by WinIO.
Would there be anyone who can help me to fix this problem? Thanks a lot for any help.
|
|
|
|
|
|
Hi
I tried to put the same program in Win8.0 and it works without the need to sign-up WINIO.
I would like to know what is the different between Win8 and 8.1?
Thanks
|
|
|
|
|
Hi, in a windows CE platform, I tested BitBlt() function,
I found it will take about 400 millisecdons to do:
MemBoard.CreateCompatibleDC(&dc);
bmpDashBoard.LoadBitmap( IDB_SCREEN_IMP );
pOldBmp = (CBitmap*)Memboard.SelectObject(&bmpBoard);
...
MemDC.CreateCompatibleDC(dc);
..
MemDC.BitBlt(0,0, 800,600,&Memboard, 0, 0, SRCCOPY);
is there anyway to speed up BitBlt() function?
|
|
|
|
|
are you saying it takes 400ms to do all of that, or just the BitBlt?
because you can do the LoadBitmap ahead of time and just keep the CBitmap around for when you need it.
|
|
|
|
|
I can't get precise time, but, with old BitBlt(), not a 800*600 bitmap,
I set tick count array in program, tkCount[15]-tkCount[14] = tkCount[14] - tkCount[13] ... = tkCount[1] - tkCount[0] = 170 ms around.
Then I use new BitBlt() to load 800*600 bitmap, it gives 400ms around.
So I should say it added 230 ms.
Old BitBlt() just transport about 1/5 or 1/6 part of 800*600 bitmap.
I expected to use a 800*600(the screen area) memory DC to hold all parts changes, then BitBlt() to screen.
Now that 800*600 tooks so much time, I don't think a double buffer technique is helpful.
|
|
|
|
|
what do you mean "old" and "new" BitBlt ?
|
|
|
|
|
I doubt it's the BitBlt slowing you down that much. You probably shouldn't be loading a bitmap every single time, load it once and keep it in memory for better results.
|
|
|
|
|
Yes, I know redraw picture is a time-costing work.
But, the application need to update picture with the real-time data.
|
|
|
|
|
I do real-time drawing... bitblt() is your friend, you're probably doing something else that's slow.
|
|
|
|
|
The background picture is 800*600, 24 color depth, so it is about 1.44 MB.
Did you think the picture size would affect the BitBlt() speed?
|
|
|
|
|
I'm sure it would... but not to the extent that your numbers reflect. You're doing something else wrong (or... more precisely, you're doing something else that's slowing the process down).
|
|
|
|
|
How much time does it take to do the other 4 lines?
|
|
|
|
|
It seems 1-3 ms, based on tickcount() result
|
|
|
|
|
Do you handled CDC::SetStretchBltMode[^] ? Depend on this settings, you will have rendering speed or render quality ...
|
|
|
|
|
Thanks, I will read descriptions of this function
|
|
|
|
|
Hey why not using DirectX ,it uses Double buffering algorithm
|
|
|
|
|
Thanks,image without dirctx components inside
|
|
|
|
|
If it's indeed the blit sucking that much time, prime suspect would be format conversion.
Check out GetObject() for BITMAP, to see what the format of src and dest are. I'm willing to bet 3 lines of C++ that they are different.
modified 2-Feb-15 18:09pm.
|
|
|
|
|
Hi, I have a question, situation like:
void funcA()
{
CDC MemDC;
CDC *pDC ;
pDC = GetDC();
memDC.CreateCompatibleDC(pDC);
funcB(memDC);
}
void funcB(CDC *pDC)
{
HDC hdc;
HDC hdcMem;
hdc = pDC->m_hDC;
hdcMem = CreateCompatibleDC(hdc);
...
BitBlt(hdc,0,0,100,100,hdcMem,0,0,SRCCOPY);
}
I think this BitBlt() will copy hdcMem to MemDC(in FuncA), right? just want to confirm it.
|
|
|
|
|
What exactly are you trying to achieve?
|
|
|
|