|
You can encrypt any bit stream using the various libraries available for the purpose. To do what you are asking would require analysis of the stream and separation at each character of each word, which is impossible in spoken sounds.
Try saying "hello" with different stresses and see if you can determine the exact point where each letter starts and ends; do you hear one or two 'l's?
|
|
|
|
|
As long as the data is digitized (using PCM or some other encoding technique) it can be encrypted. Speech recognition is a completely different issue, and quite frankly I would advice you to not try to do that at this point (that's a pretty involved task). I would start with:
0. Learn how to turn voice into digital data using PCM (learn capture and playback techniques).
1. Learn how to use encryption (using a library is the fastest method).
modified 12-Jun-12 11:17am.
|
|
|
|
|
I have a property page with at least 2 edit controls.
When the user presses enter on the first edit box, I want the 2nd edit box to become active and gain focus. I have tried:
void PropPageHello::OnKeyDown(UINT nChar, UINT nRepCnt, UINT nFlags)
{
CPropertyPage::OnKeyDown(nChar, nRepCnt, nFlags);
}
If you put a break pointin this function, it is never hit. I am not sure how to capture the enter key and set the focus of the next item.
modified 11-Jun-12 14:59pm.
|
|
|
|
|
instead of OnKeyDown, try PreTranslateMessage:
BOOL CMyDlg::PreTranslateMessage(MSG* pMsg)
{
if(pMsg->message==WM_KEYDOWN)
{
if(pMsg->wParam==VK_RETURN)
{
}
}
return CDialog::PreTranslateMessage(pMsg);
}
|
|
|
|
|
|
Howdy'
(question at the end)
I'm looking into refactoring our code to be able to use all of the new MFC (VS2008) expansion UI goodies (custom toolbars, application framework, ...)
One of those goodies is the customize dialog (to be able to create new toolbars, move menu and toolbar buttons around).
From what I understand, the dialog uses resource ID in the 16000-17000(-ish) (afxribbonres.h )
Those ID come into conflict with some of our ID (mostly bad string in the new UI), no biggies, I will fix/renumber our ID.
Question:
Is there a proper way to handle those kind of issues ? a way to tell me at compilation time that I have resource ID conflicts when including external resource header file ?
Thanks.
Max.
Watched code never compiles.
|
|
|
|
|
Maximilien wrote: to be able to use all of the new MFC (VS2008) expansion UI goodies (custom toolbars, application framework, ...)
New?
I am not sure if the compiler can tell you about resource ID conflicts, but if you check this note[^] it gives some good guidance.
|
|
|
|
|
Richard MacCutchan wrote: New?
New as in "MFC Feature Pack 2008"  (4 years!)
The compiler does not report ID conflicts, it all builds nicely.
Anyway, I will clean up my hundreds of resources in the offending range.
Watched code never compiles.
|
|
|
|
|
This is a callback function definition used in capAVI frame callback.
The LPVIDEOHDR structure supplies useful data and one of the members ( dwUser) can be user defined. Is there a way to set this before the system executes this callback?
Could someone point me to a sample code which actually uses this member in any capAVI callbacks.
LRESULT CALLBACK capVideoStreamCallback(
HWND hWnd,
LPVIDEOHDR lpVHdr
);
typedef struct videohdr_tag {
LPBYTE lpData;
DWORD dwBufferLength;
DWORD dwBytesUsed;
DWORD dwTimeCaptured;
DWORD_PTR dwUser;
DWORD dwFlags;
DWORD_PTR dwReserved[4];
} VIDEOHDR, *PVIDEOHDR, *LPVIDEOHDR;
Thanks for your help.
Vaclav
|
|
|
|
|
does capSetUserData do it ?
|
|
|
|
|
There is a MFC-Based Application，his window tree structure as below:
Root Parent Window
Sub-Parent Window1：Edit、ComboBox
Sub-Parent Window2：Edit、ComboBox、Static
Sub-Parent Window3：ListCtrl、Progress Bar
Sub-Parent Window4：Check Box
Child Window4-1：Edit、ComboBox
Child Window4-2：Edit、ComboBox
****
I want to know if user click any window(including controls) or Get Focus，which message can Root parent window receive.
|
|
|
|
|
Try the NM_SETFOCUS[^] and NM_CLICK notification messages.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> If it doesn't matter, it's antimatter.<
|
|
|
|
|
Since you are using nonstandard nomenclature, please define Root Window, Sub window and Child window. What is relationship between all windows?
In general message about gaining focus (by any means including mouse click) is sent to a window that is gaining focus and loosing focus.
If this window is a child window, the parent does not know about what child gained focus.
You have two choices: write code in the child window to notify parent window about gaining focus using custom defined message, or write windows hook that will receive messages before any window does and post a message from the hook procedure to a parent window.
In both cases you would pass a handle to a window that gains focus.
JohnCz
|
|
|
|
|
Hi
Is it possible to read hardware information from another computer in a network with Active Directory and WMI?
www.logicsims.ir
|
|
|
|
|
The documentation says <b>A pointer to the single CWinApp object for the application</b>
However that is not really true is it CWinthread::m_pMainWnd
If whitin a CDialog I create a Thread and populate the data area with that (CWnd *) CDialog then AfxGetApp will return that window
|
|
|
|
|
ForNow wrote: The documentation says
Which documentation; please provide links?
ForNow wrote: However that is not really true is it CWinthread::m_pMainWnd
Again, no idea what you are looking at, but the actual documentation is here[^].
|
|
|
|
|
<a href="http://msdn.microsoft.com/en-us/library/5k9f064x(v=vs.80).aspx">http://msdn.microsoft.com/en-us/library/5k9f064x(v=vs.80).aspx</a>[<a href="http://msdn.microsoft.com/en-us/library/5k9f064x(v=vs.80).aspx" target="_blank" title="New Window">^</a>]
|
|
|
|
|
For some reason my pre tags aren't working sorry for thr giberich
I just googled AfXGetApp and the doc say the Thread pointed to My CWinApp
|
|
|
|
|
Exactly so, but I still don't know what your question is. Aside from the fact that you still seem to be having trouble understanding the Windows model, the use of threads and MFC.
|
|
|
|
|
How many more days do you want to spend trying to bend windows to do what you want?
Rather than try to make a worker thread a UI thread in order to get a message handler in it just add your own messaging. It is easy:
MyThread()
{
WaitForEvent();
WhileNotMessageQueueEmpty()
{
ReadMessageOffQueue();
ProcessMessage();
}
}
somewhere in your code.....
PutMessageOnQueue();
SignalQueueEvent();
and at shut down....
SignalQueueEvent();
And domnt forget your queue needs to be protected with a lock so it it thread safe.
==============================
Nothing to say.
|
|
|
|
|
|
Because you want to use windows messaging.
OK, keep struggling, keep wasting time, it is your choice. 
==============================
Nothing to say.
|
|
|
|
|
There is only 1 object of a class derived from CWinApp in an MFC application. Any program with more than one object of a CWinApp derived class won't even compile. As CWinApp is derived from CWinThread that means the app object is a thread as well.
AfxGetApp (as generated by the code generator) always returns that one object. Always, no exceptions.
Now... Windows has two types of threads. We've been over that in other questions. If you want to use them in MFC you do one of the following:
- Worker threads are kicked off by AfxBeginThread. Call that with a pointer to the function you want it execute, it gives you a CWinThread, and off you go, woo hoo! CAVEAT if you call a USER function in your worker thread it gets a message queue BUT you won't be able to do anything with it as MFC doesn't know that it's changed. It's still just scheduling that single function (which could include a message loop but please don't try it...).
- UI threads are slightly harder - you have to derive your own class from CWinThread. Override InitInstance to create the window for your UI thread. Don't try and be clever and use an existing window - if you do messages for that window will be processed by whatever thread created the window, not what you want. Then call AfxBeginThread passing it a pointer to your derived class's RUNTIME_CLASS. You can't just assign an arbitary window pointer to m_pMainWnd and expect it to work - it won't.
|
|
|
|
|
I need some hint how to do this.
Most capAVI examples of callback let the callback function process the data.
I have static splitter with four views of the document and one of them does the callback stuff – semi real time video capture.
I need to “send” the video data from the callback function to the document so I can do processing and updating of the remaining views accordingly.
I though that I could just instantiate another view, but it would have to be in the initial templates to have access to the document. Little kludgy, but doable.
Ideally I would like to let view which runs the callback to send the data to the document, but I do not know how to do it.
I also do not have a clue how to access the callback return value.
Maybe that would work if I can return the data.
I am pretty much stuck.
Any help would be as always appreciated.
Thanks Vaclav
PS This is plain MFC doc/view in VC++ 6.0 ancient stuff, peppered with OpenCV and capAVI.
Addendum
I found this here and I think it will get me started
Callbacks, Threads, and MFC
-- modified 10-Jun-12 12:38pm.
|
|
|
|
|
hey guys....i need you all to help me to get an example of CONSTRUCTOR and DESTRUCTOR in derived class....and before helping me make sure your answer is correct and can help me,...Thanks 
SuNiL
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
