|
as far as i know widows pages stuff out when minimizing as the app is assumed to be going bye byes for a while and so does not need the resources it had whilst running as the focus app
could you not spawn a digitizing thread off for each image and wait for them to finish from the main app? (am i talking sh*t?)
mostly watching the human race is like watching dogs watch tv ... they see the pictures move but the meaning escapes them
|
|
|
|
|
I have a digitizer thread (high priority) that is started by the main application. The one thing that gets me about this problem is that I developed the application on a Pentium Pro 200 under win2k with 128MB of memory and I don't remember seeing the problem (although it might have occured). I can't use Win2k in the final application because of the high resolution video (2 head * 2k by 2.5k pixels grayscale and costs $10,000 US) card does not have win2k drivers.
Thanks,
John
|
|
|
|
|
Ok,
I don't have a solution for your memory problem, but this should be a solution
you can use to workaround the problem.
Use two programs, one for the UI and one for doing all the work and managing the
memory, doing the digitizing etc. Use pipes (named pipes are valid on NT and 2000,
not valid on 9x/Me) to communciate between the two processes. When you minimize
the UI that process will get paged out but your digitization process (which I'm
assuming won't be visible, except on task manager) will carry on as normal.
I've got a similar program at home, except its a commercial project, so sorry,
no source code as an example. PlatformSDK has some good examples of communicating
via pipes. If you don't like pipes, you can use shared memory (which underly pipes
anyway), DDE, TCP/IP, etc).
Hope that is of use.
Stephen Kellett
|
|
|
|
|
Greetings, image processing MFC wildmen (and women),
Application: find edges in an image (machine vision task). Question: how would you architect this type of app? SDI, with the image data in the document and multiple views of the document (grayscale, binarized,...)? Other suggestions?
John K
|
|
|
|
|
i would use an mdi app with a separate view for each different version (greyscale,color,etc) of an image in the view's doc
for image manipulation algorithms theres a real cool book full of complete hieroglyphics and gobbledy-gook called "Digital Image Processing" ... i had it as a coffee table book once to impress people ... never understood a damn word of the heavy maths but hey ... it made people think i did 
mostly watching the human race is like watching dogs watch tv ... they see the pictures move but the meaning escapes them
|
|
|
|
|
Why would you make it MDI, as opposed to SDI, if there was only a single 'base' image from which grayscale, binary, and other views could be drawn?
I have that book. Good theory but practically not so hot.
John
|
|
|
|
|
SDI is generally one view per app. with MDI, you can have as many views open in the client area as you want - even if they all come from the same base doc.
-c
-----------------------------
http://www.smalleranimals.com
image processing and more
|
|
|
|
|
Hi Chris,
The birth of my first child delayed this reply...sorry. Mom and baby are fine, I wasn't thinking about MFC for the last week!
In reference to your comments (thanks, BTW)I saw the image processing as a *serial* sequence of views, all derived from the same base doc, aka the raw image. First, the user would see a view that's the raw image (grayscale), then a binarized view, finally a binarized view with annotated feature locations (edges, actually). Therefore, since the views are serial, I thought life might be easier if I stuck with SDI.
In the future I would like to package this capability into a conventional or ActiveX DLL, to be called from a controlling Visual Basic program. This led me to pursue a minimally featured and simple image processing piece, which led me to SDI. However, since I'm an MFC neophute (and really struggling at times!) I'm open to architectural suggestions.
Regards,
John K.
|
|
|
|
|
Could you please comment on the book and any you've found to be better ? I'm looking for a good book at the moment, one that goes beyond obvious filters like emboss, sharpen, soften, gamma, etc. ( done all those already ;0)
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion
|
|
|
|
|
Hello Christian,
Sorry for the delayed reply...my excuse is my first child, daughter, was born eight days ago. We're all doing fine, but MFC was the last thing on my mind!
As for practical books on image processing, I haven't run across *any*. To be fair, I haven't searched the literature for the last decade or so; I might be way out of date. They say experience is the best teacher, and that has certainly been true in my case. My image processing experience is mostly in machine vision, doing assembly or process automation. I've almost always been able to accomplish my image analysis tasks using edges, since the job at hand is usually some kind of gauging operation. Frankly, the problem is almost never the actual processing of the image; typically the lighting sucks or the optics are marginal or the damn thing shakes 'cause you're doing assembly in an automotive stamping plant. Rarely I've used connectivity and even less frequently some sort of correlation technique.
One area that seems to have a lot of practical literature is optics design. I also stay abreast of practical developments through technical magazines, e.g. _Assembly_.
Regards,
John K.
|
|
|
|
|
I am trying to write a program to monitor the parallel port under Windows 2000. I have code that works fine in Win9x but under Win2k it just locks up. I have stepped through the program and determined that the ReadFile call to read from the port never returns. It appears to enter an infinite loop. I have tried to set the port timeouts using SetCommTimeouts but that always returns an error code. Does anyone have any sample code for monitoring the parallel port in Win2k?
Thanks in advance.
Wayne Ware
![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
|
|
|
|
|
I don't know what version of the toolbox is, but the files are dated Oct 1998. Compiler is VC6/SP3, running under windows NT. Since I can't log onto the support forums at CodeJockey (what a moronic decision THAT was for the CJ people), I have to ask this here, hoping against hope that someone out there can help.
The app I'm working on implements a CJTabCtrlBar, which is initially docked on the left side of the main window frame. If I close the toolbar, everything is fine (the program continues to work normally). But if I float it first, and then close it, the program freezes up completely, and I have to use task manager to end the task.
Has anyone else experienced this problem, and if so, was the CJTools code ever patched to fix it, or have you found another work-around?
I need help ASAP on this, so many thanks in advance.
|
|
|
|
|
Are you referring to CJLibrary by Kirk? I used version 6.09 (the last version) with no problem.
|
|
|
|
|
Yes, exactly. I don't know what version of the CJLibrary they're using though. All I have to go by is the dates of the comments in the files.
|
|
|
|
|
Hi
This question relates to MRU's.
Is there any way to force an application to call OnOpenDocument even if you
are attempting to load a file already open i.e. if an file is loaded into an
application and then an attempt to load the same file via the MRU is
attempted serialization does not occur (I'm not sure why).
Could somebody explain how I could get it to use OnOpenDocument even if the
file is already open?
Thanks in advance
John
|
|
|
|
|
ummm ... not sure i understand the question but you could just post a message to yourself that responds to the file/open command (use WM_COMMAND)
mostly watching the human race is like watching dogs watch tv ... they see the pictures move but the meaning escapes them
|
|
|
|
|
I've to create a radiobutton control. (VC++6, ATL3,...).
I created control, subclassing standart windows "radio button" (new atl object,...)
Ok. But! How to make only one radiobutton in a group to be checked. Searching in MSDN gave me only some OLE_OPTEXCLUSIVE and nothing more.
Can anyone help?
Thanx.
|
|
|
|
|
In the dialog editor, you do that by ticking 'GROUP' for the first radio button in a group. I don't know how to programatically set that property, but you should be able to figure it out by playing with some buttons that have that property set/unset.
Christian
The content of this post is not necessarily the opinion of my yadda yadda yadda.
To understand recursion, we must first understand recursion.
|
|
|
|
|
I'm trying to share a directory on the local machine(Win98) using NetShareAdd. I fill in the share_info_50 structure and run the code and it works fine, I check and the directory is shared. Restart the computer however and the directory is no longer shared. I haven't managed to find any documentation on this so far, I thought perhaps another function needed to be called to update the registry, where I assume information about shares is stored.
If anyone has any clues that would help me along I'd love to hear them.
---
Flit@tpg.com.au
|
|
|
|
|
I used VC++ 6.0 AppWizard to build an application with Automation
enabled. If I load, say, a MS Word file into the app, menus are all text
only (no bitmaps), while originally in MS Word, all menus are bitmapped.
How can I make the original menu show up in my app?
Thanks in advance,
Robert
|
|
|
|
|
I still use version 5 for a system I support but have just run into a brick wall. A third party vendor that supplies a set of .H, .LIB, and .DLL files for us, claims that for their new and improved version, that we must be using version 6 of VC. They claim that the .LIB file is incompatible with prior releases of the linker. Lo and behold, they are right. If I try to link I generate an error message of invalid file and if I use dumpbin on the .LIB, I get the same error.
Has anyone else run into this problem?
Am I the last developer in the universe still using version 5?
Whatever would possess MS to change library formats so that the files are incompatible? 
Chris
|
|
|
|
|
your vendor can build .LIBs that are compatible with VC5, as long as you have VC5 SP3 or higher. i forget the exact switch but it's something like "vc5compat".
-c
|
|
|
|
|
Thanks Chris. I am using VC5 with SP3. And the vendor is investigating producing a 'vc5compat' version of the library. Would you also happen to know whether that means that the .DLL will be different as well?
Do you or anyone else have any ideas what could now be missing from the .LIB, so that it is VC5 compatible?
Thanks.
Chris
"I never met a feature I liked if it broke backward compatibility" 
Chris Meech Feb 2001.
|
|
|
|
|
no, the DLL shouldn't change, only the little stub .LIB.
b.t.w. the linker option is "LINK50COMPAT". you'll have to add it to the options manually (there's no button or list item to choose for this one).
the help is a bit (even for MS) sketchy for this, but i've used it and it does work.
-c
|
|
|
|
|
MS changed the linker format to accomodate faster linking (among other reasons).
I swear I remember that MS used to offer a new version of the linker to download, but i can't find it anymore. In any event, you should be able to use the version 6 linker without any problems.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
