Expanding Trees - C / C++ / MFC Discussion Boards

normanS13-Jun-05 20:54

13-Jun-05 20:54

OK, I had a quick look at my code.
This is SDK-based. Why make it easy?

Some background:
The video frames were captured into memory using libraries which came with my frame grabber card, and the audio was captured at the same time, in audio buffers having the same duration as a video frame (40 milliseconds for PAL video.)

Once I have a set of video frames and corresponding audio frames in memory, capture stops and I write an AVI file.

Here is the portion which writes the AVI (including audio stream initialisation but ignoring video stream initialisation):

<br />
uiResult = AVIFileOpen(&pAVIFile,  AVIFileNameEtc.lpstrFile, OF_CREATE, NULL);<br />
if (uiResult != AVIERR_OK)<br />
	exit;<br />
<br />
memset(&AudioStreamInfo, 0, sizeof(AudioStreamInfo));<br />
<br />
// Fill in the header for the audio stream<br />
AudioStreamInfo.fccType = streamtypeAUDIO;<br />
// StreamInfo.fccHandler = 0; // Not used for audio streams<br />
// StreamInfo.dwFlags = 0; // Appears not to be relevant to audio streams<br />
AudioStreamInfo.dwScale = 1; // Documentation confusing - best guess<br />
AudioStreamInfo.dwQuality = -1; // Use handler default quality<br />
AudioStreamInfo.dwRate = 11025; // Audio hard-coded to 11.025 kHz<br />
AudioStreamInfo.dwStart = 0;<br />
<br />
AudioStreamInfo.dwLength = uiLocalNumFramesUsed * uiAudioBufferActualSize;<br />
// Decided on this based on Windows reports of audio length!<br />
// I really don't know what this parameter must be!<br />
<br />
// StreamInfo.dwInitialFrames;  // Used for playback, I guess<br />
AudioStreamInfo.dwSuggestedBufferSize = uiAudioBufferActualSize;<br />
// bytes per block<br />
AudioStreamInfo.dwSampleSize = 2;  // Same as nBlockAlign<br />
// StreamInfo.rcFrame; // not relevant for audio frames<br />
// StreamInfo.dwEditCount; // maintained by stream handler<br />
// StreamInfo.dwFormatChangeCount; // maintained by stream handler<br />
// StreamInfo.szName[64];  // No idea!<br />
<br />
// Create the audio stream;<br />
uiResult = AVIFileCreateStream(pAVIFile, &pAVIAudioStream, &AudioStreamInfo);<br />
if (uiResult != AVIERR_OK)<br />
	exit;<br />
<br />
uiResult = AVIStreamSetFormat(pAVIAudioStream, 0, &AudioFormat,	sizeof(AudioFormat));<br />
if (uiResult != AVIERR_OK)<br />
	exit;<br />
<br />
for (uiCounter = 0; uiCounter < uiNumFramesUsed; uiCounter++)<br />
{<br />
	// generate the video frame to be saved<br />
	// ###################################<br />
	// Some application-specific code here<br />
	// ###################################<br />
<br />
	// write the video frame (data at gpAVIBufBits) to the stream<br />
	uiResult = AVIStreamWrite(pCompressedVideoStream, uiCounter, 1, gpAVIBufBits, 		bitmapForAVIHeader.biSizeImage, 0, NULL, NULL);<br />
	if (uiResult != AVIERR_OK)<br />
		exit;<br />
		<br />
	// Write the corresponding audio block, captured using WaveIn... functions<br />
	uiResult = AVIStreamWrite(pAVIAudioStream, uiCounter, <br />
		1, pAudioDataBlock[(uiCounter],<br />
		uiAudioBufferActualSize, 0, NULL, NULL);<br />
	if (uiResult != AVIERR_OK)<br />
		exit;<br />
}<br />
// Don't forget to close the streams!!!<br />

customize key bindings / accelerators

ehh13-Jun-05 8:10

ehh

13-Jun-05 8:10

hello,
i searched codeproject, but couldn't find a description of how to support accelerator customization. i'd like users to be able to change accelerator keys at run-time, similar to the one in the Customize... command in visual c++.
thanks,
ed

Re: customize key bindings / accelerators

Blake Miller13-Jun-05 8:50

Blake Miller

13-Jun-05 8:50

Narf! Call CreateAcceleratorTable and make sure you use the handle returned in a call to TranslateAccelerator Big Grin | :-D

Re: customize key bindings / accelerators

ehh14-Jun-05 3:55

ehh

14-Jun-05 3:55

Thanks!
From what I can tell, I'll have to override CFrameWnd::GetDefaultAccelerator() or CDocument::GetDefaultAccelerator(). Strange that these functions aren't documented in the MSVC help file, but it shouldn't be that complicated....
Ed

Re: customize key bindings / accelerators

Blake Miller14-Jun-05 5:01

Blake Miller

14-Jun-05 5:01

If you only want your accelerators to apply to the frame window, I am not sure you need to override for the document, since the only place the document's GetDefaultAccelerator() was called was from the same function in the mainframe. The document's default implementation just returns NULL anyways.

It would also have been ideal if the CFrameWnd::LoadAccelerator was a virtual function, but I never claimed the designers of MFC were particularly farsighted... Oh well Sigh | :sigh:

As a result, you are going to have to load your own and keep track in the GetDefaultAccelerator() you override, and possibly destroy the one created by the default implementation of LoadAccelerator stored in CFrameWnd.m_hAccelTable member variable.

What you could do, is try to load yours, and if it is missing, then return the default handle.
This way, you could define a default set in the resource, and let the user override that with his own settings. A 'revert' would just replace his modified settings with a set from the original copy from the resources.

Re: customize key bindings / accelerators

ehh14-Jun-05 6:30

ehh

14-Jun-05 6:30

I thought what I'd do is to keep a copy of the latest accelerator table in the application object, and override the CDocument virtual GetDefaultAccelerator() method, returning the application's accelerator table, which will then be used by the CFrameWnd instead of the default. It's a bit of a hack, since as you noted, there's no point in storing an accelerator table in each document, but it allows easy reversion to the default (return NULL in the overridden GetDefaultAccelerator() method), and simplifies the management of the user-modified accelerator. I'll give it a try with a simple Hello World application....

ActiveX Ctrl hanging in MFC code: _AfxFindNextMnem

Ian Bowler13-Jun-05 8:09

Ian Bowler

13-Jun-05 8:09

I have an ActiveX control that is a dialog with various other child controls. When the dialog starts up, no control appears to have focus (I haven't explicitly given any child the focus). If I hit a key before giving a child control the focus (via a mouse click), I hang. This is the MFC loop I'm hanging in:

pWnd = pWndStart = _AfxGetChildControl(pWndDlg, pWnd);

while (TRUE)
{
pWnd = _AfxNextControl(pWndDlg, pWnd, CWP_SKIPINVISIBLE | CWP_SKIPDISABLED);

if (COccManager::IsMatchingMnemonic(pWnd, lpMsg))
break;

if (pWnd == pWndStart)
return NULL;
}

Obviously this loop is checking all child controls for a mnemonic that matches the pressed key. If it finds the control with the matching mnemonic, or loops through all of the controls without a match, it returns.

My problem is it never finds a match (whether I hit a matching key or not) and pWnd never equals pWndStart inside the loop.

I've checked my dialog for duplicate mnemonics (though that shouldn't cause this problem).

I'm running out of ideas. Any thoughts?

Thanks!

NOTE: I'm also not getting control Tabbing behavior. I've set my tab order but the Tab key does nothing. I'm thinking these problems are related?

-Ian

Expanding Trees

victorsk13-Jun-05 7:56

victorsk

13-Jun-05 7:56

Hello,

I have a question about expanding CTreeCtrl items. What I first do is populate a tree like this:

void CMain:oDrive(const CString& str)
{
local = true;
m_tmain.DeleteAllItems();
CString cstr = _T(str);
TV_INSERTSTRUCT root = {0};
::ZeroMemory(&root, sizeof(TV_INSERTSTRUCT));
root.hParent = NULL;
root.hInsertAfter = TVI_LAST;
root.item.iImage = 1;
root.item.iSelectedImage = 1;
root.item.pszText = (LPTSTR)(LPCTSTR)cstr;
root.item.mask = TVIF_IMAGE | TVIF_SELECTEDIMAGE | TVIF_TEXT;
HTREEITEM root_item = m_tmain.InsertItem(&root);
TV_INSERTSTRUCT tvstruct;
CFileFind find;
BOOL bDir = FALSE;
bool cDir = false;
BOOL bContinue = find.FindFile(cstr + _T("\\") + _T("*.*"), 0);
tvstruct.hParent = root_item;
CString strFileName;
while (bContinue)
{
bContinue = find.FindNextFile();
strFileName = find.GetFileName();

if (find.IsDirectory())
{
bDir = TRUE;
cDir = true;
tvstruct.hParent = NULL;
tvstruct.item.iImage = 0;
tvstruct.item.iSelectedImage = 0;
tvstruct.item.pszText = (LPTSTR)(LPCTSTR)strFileName;
tvstruct.hInsertAfter = TVI_LAST;
tvstruct.item.mask = TVIF_IMAGE | TVIF_SELECTEDIMAGE | TVIF_TEXT;
HTREEITEM hThisItem = m_tmain.InsertItem(&tvstruct);
tvstruct.hParent = hThisItem;
m_tmain.InsertItem(&tvstruct);
}
else
{
tvstruct.item.iImage = 2;
tvstruct.item.iSelectedImage = 2;
tvstruct.hParent = NULL;
tvstruct.item.pszText = (LPTSTR)(LPCTSTR)strFileName;
tvstruct.hInsertAfter = TVI_LAST;
tvstruct.item.mask = TVIF_IMAGE | TVIF_SELECTEDIMAGE | TVIF_TEXT;
m_tmain.InsertItem(&tvstruct);
}
}
find.Close();
}

This works fine and the tree gets populated with right items. However, when I try to expand a directory by clicking on a + Nothing happens. What I first trying to do is just get a directory name. This is my function that is trying to get a directory name:

void CMain::OnTree(NMHDR* pNMHDR, LRESULT* pResult)
{
NM_TREEVIEW* pNMTreeView = (NM_TREEVIEW*)pNMHDR;
HTREEITEM hIT = pNMTreeView->itemNew.hItem;
CString path;
if (pNMTreeView->hdr.code == TVN_ITEMEXPANDING)
{MessageBox("Expanding");}
path = m_tmain.GetItemText(hIT);
while (true)
{
hIT = m_tmain.GetParentItem(hIT);
if (hIT == NULL)
break;
path = m_tmain.GetItemText(hIT) + _T("\\") + path;
}
path += _T("\\*.*");
MessageBox(path);
*pResult = 0;
}

The MessageBox only shows *.* and I can't get a directory name from m_tmain.GetItemText(hIT). Does anybody know what the problem is here? It is necessary to get a directory name to pass that variable to ExploreDirectory(CString some_directory) function. Please help.

Thank you,
Victor.

toupper macro key

Stober13-Jun-05 6:56

Stober

13-Jun-05 6:56

vi has a key that will convert a character from lower case to upper case, by holding down that hot key you can convert a whole string of characters like that. Does VC++ 6.0 IDE have that kind of shortcut key? It would be handy to highlight some literal text, hit a key and convert it to upper-case.

Re: toupper macro key

C^hris L^osinger13-Jun-05 7:06

C^hris L^osinger

13-Jun-05 7:06

Ctrl-shift-U

Cleek | Image Toolkits | Thumbnail maker

Re: toupper macro key

Stober13-Jun-05 7:24

Stober

13-Jun-05 7:24

Thanks for the suggestion, but it doesn't work for me.

Re: toupper macro key

C^hris L^osinger13-Jun-05 7:26

C^hris L^osinger

13-Jun-05 7:26

look in the Edit menu, in the Advanced section. on my installation, it's Ctrl-shift-U. maybe you've configured your's differently.

Cleek | Image Toolkits | Thumbnail maker

Re: toupper macro key

Stober13-Jun-05 8:57

Stober

13-Jun-05 8:57

Thanks. I never realized that existed!

Very basic question

Opa Knack13-Jun-05 6:49

Opa Knack

13-Jun-05 6:49

I started with coding in C# now I want to learn c++.

My Question is: Is there a visual environment for making window applications like in c# with the Visual Studio .NET??

I don't want those MDI window apps!
I know with .NET Studio and visual studio 6 I can make dialog based window apps, but only with MFC.

And in Dev-C++ there's no visual possibility to make windows.

How do all you guys make your window apps? By testing coordinate by coordinate for each control, until they're arranged correctly?

It's so simple in c#...

P.S. I want to be independent from the .NET framework, too. (i.e. no managed c++ in .NET!)

Re: Very basic question

Maximilien13-Jun-05 7:13

Maximilien

13-Jun-05 7:13

The equivalent of the C# "forms" in MFC would be the CFormView, you create it, and use a dialog resource to create the form; the same way you create a dialog.

the visual studio comes with a resource editor to create the menus, toolbars, dialogs, ... but it does not really come with a "view" editor.

I don't think there is a 1 to 1 equivalent with MFC ( and the visual studio IDE ) to do Windows Forms.

Maximilien Lincourt
Your Head A Splode - Strong Bad

Re: Very basic question

Budric B.13-Jun-05 7:16

Budric B.

13-Jun-05 7:16

I use VC 6.0 and MFC to make windows. You use the resource editor to position your controls in the window. When you create your project you can either use Dialog type application or SDI/MDI application and derrive your CView class from CFormView and you can place controls in it like you would with a dialog box.

Re: Very basic question

Opa Knack13-Jun-05 7:28

Opa Knack

13-Jun-05 7:28

well, so i'll have to get used to the MFC, but how do I check the window message like this:

LRESULT CALLBACK WindowProcedure (HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam)
{
switch (message) /* handle the messages */
{
case WM_DESTROY:
PostQuitMessage (0); /* send a WM_QUIT to the message queue */
break;
case WM_PAINT:
// I can't find that in dialog based window apps in mfc
default: /* for messages that we don't deal with */
return DefWindowProc (hwnd, message, wParam, lParam);
}

return 0;
}

Re: Very basic question

Cedric Moonen13-Jun-05 7:37

Cedric Moonen

13-Jun-05 7:37

This is purely win32 programming. That means without the MFC. The MFC are in fact just wrapper classes around the Win32 API. You can still use the resource editor with a win32 project.

For Dev-C++, you can use an external resource editor (there are some free on the web, just google for that) and add the resource in your project.

But Win32 programming is not that easy because you will need to manage everything by yourself (creation of the window, managing the message queue, ...)

Re: Very basic question

Opa Knack13-Jun-05 7:45

Opa Knack

13-Jun-05 7:45

That's what I meant: purely win32 programming without the MFC,

"you will need to manage everything by yourself (creation of the window, managing the message queue, ...) "
that's the interesting part in c++, isn't it? Wink | ;-)

Then I'm gonna search for resource editors to make windows, thank you very much!

Re: Very basic question

Cedric Moonen13-Jun-05 8:03

Cedric Moonen

13-Jun-05 8:03

Opa Knack wrote:
that's the interesting part in c++, isn't it?

Yes this is interesting but it take some time to feel confortable with that Smile | :)

. But if this is not a problem for you, then that's great because you will learn a lot about how a windows program work.

Re: Very basic question

David Crow13-Jun-05 7:00

David Crow

13-Jun-05 7:00

This was the first book I read on Windows development. My first resource editor was...Notepad. Go forth and learn!

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Re: Very basic question

Opa Knack13-Jun-05 10:04

Opa Knack

13-Jun-05 10:04

good ol' petzhold Wink | ;-)

Re: Very basic question

David Crow13-Jun-05 8:30

David Crow

13-Jun-05 8:30

Opa Knack wrote:
I know with .NET Studio and visual studio 6 I can make dialog based window apps, but only with MFC.

MFC has no bearing on whether an application is dialog-based or not.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

How do I remove the WS_THICKFRAME style?

Anonymous13-Jun-05 6:12

Anonymous

13-Jun-05 6:12

I posted this late last Friday, so over the weekend the answer has gotten lost in the depths of The Code Project. I was looking to make my program not resizable, and one suggestion I got was that I could remove teh WS_THICKFRAME style, but could I please get some advice on how to do this?

Re: How do I remove the WS_THICKFRAME style?

David Crow13-Jun-05 6:17

David Crow

13-Jun-05 6:17

See here.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.