Forgot your password?
Sign in with
Article Help Forum
Submit an article or tip
Import GitHub Project
Import your Blog
Ask a Question
View Unanswered Questions
View All Questions
View C# questions
View C++ questions
View Python questions
View PHP questions
All Message Boards...
Running a Business
Sales / Marketing
Collaboration / Beta Testing
Design and Architecture
Internet of Things
C / C++ / MFC
ATL / WTL / STL
Objective-C and Swift
Hardware & Devices
Hosting and Servers
.NET (Core and Framework)
Site Bugs / Suggestions
Spam and Abuse Watch
The Insider Newsletter
The Daily Build Newsletter
Most Valuable Professionals
The CodeProject Blog
Where I Am: Member Photos
The Insider News
The Weird & The Wonderful
What is 'CodeProject'?
Ask a Question
Bugs and Suggestions
Article Help Forum
Comments by YDaoust (Top 22 by date)
This should be considered a bug in VS. Because if you increase the size of the Find/Replace window (9 by default), the rest of the environment gets a much larger font (not the requested size), making it barely usable.
Do you mean that you want to anchor some graphics primitives to the picture of a face (contours ?) and let these primitives follow the face motion in subsequent frames ?
Unless the head pose varies very little, you will have to map a 3D face model onto the frames.
Worked for me, thanks.
Glad that you worked it out.
This question matters to me. I am involved in image processing applications, where implementing Undo/Redo is not so trivial. As far as I know, little has been published on this topic.
I wish it were so, but it is not. My guess it that when parsing the source code, the Designer comes across an unknown class and does not know what to do with it.
It would be nice to find a way of changing the Panel style bits differently than with SetStyle.
Then native project was compiled with /noclr while the wrapper was /clr. Setting both projects to /clr does the trick.
Thanks again for helping.
Thank you for the suggestions.
Statically linking to RTL is not possible for mixed-mode assemblies.
I will now throughly compare the options in the projects (most of the time I stick to the default ones).
What do you call "every time" ?
In my understanding, updates take place every 1 to 20 minutes and should last for much less than a second because just one screenshot has been added.
Aren't you transferring the whole database instead of just updating ?
Do you really need to upload the whole database every time ?
This is in another portion of the code, which you didn't provide. In any case, 5-15 mins is pathological.
I don't think VC++ has anything to do with this. Must be a pure DB issue. Are you executing a complex query ?
This is an interesting finding. (Anyway, you don't tell for how long CPU increases to 100%.)
Can't you just open and close the image DB outside the loop ?
"I have checked it in all possible ways": what do you mean ?
I am confused by your explanation with increases and decreases. How long does a capture last ?
What about memory usage ?
From what I understand of the code, screen capture takes place less than every minute. Complete capture and archival of the screenshots should take a fraction of a second. So what is the problem ?
If processing takes longer, you must profile your code to know what is slowing it abnormally.
What is the value in m_FilePath.c_str() ?
You could rate me then :)
This is a good sign. If you use a shape with non-vertical sides (ellipse), you should see a number rectangles with top and bottom differing by one, which confirms your formula.
Why do you say that Bagus is wrong? His transform has exactly the effect of brightness adjustment as you find on most display screens.
Combined with contrast adjustment, this gives you the very classical way of doing contrast stretching.
Your computation gives 126.99897569444, not -4.730902777777778e-4 (check operator precedence).
But you didn't accumulate, you just took values from a single pixel. You should have computed Offset = 127 - 236 / (3 * 1) = 48.3333, which gives you the corrected pixel (105, 73, 202).
Transparent border ?
Are you ready to program that ?
Please point to a sample figure showing what you want it to look like.
Last Updated 1 Jan 1900
All Rights Reserved.