C / C++ / MFC

Covean19-Jan-10 4:08

Covean

19-Jan-10 4:08

When do you start to play a new packet?
In general you should use at least two buffers where one is filled and queued for play with waveOutPrepare & waveOutWrite while the other buffer is still playing.

I prefer 5 or more buffers for that because also with 2 buffers you hear sometimes a gap.

Maybe you could post your callback or the function where you prepare and write.

Greetings
Covean

Aric Wang19-Jan-10 4:27

Aric Wang

19-Jan-10 4:27

thx!

I am not a genius, but shed more sweat!

Aric Wang20-Jan-10 17:44

Aric Wang

20-Jan-10 17:44

Could you give me your code on how to play multi buffers with waveOutWrite?

I am not a genius, but shed more sweat!

Covean20-Jan-10 22:54

Covean

20-Jan-10 22:54

I would take a look at this CodeProject-Article.

It helped me to work out how to handle audio playback.
Hope that helps.

Greetings
Covean

molesworth19-Jan-10 5:00

molesworth

19-Jan-10 5:00

Aric Green wrote:
The problem is that because of a very small size of packets and so a large amount of packets there is a small gap between them...

As well as multiple buffers as suggested above by Covean, you should try to use larger packets, to reduce the amount of unnecessary processing you're doing. Using very small packets will be more likely to cause you problems, as you're experiencing.

Days spent at sea are not deducted from one's alloted span - Phoenician proverb

21 days socket programming

Aric Wang19-Jan-10 16:22

Aric Wang

19-Jan-10 16:22

Thank you answay!Covean's reply just to the point.I found my fault,thx again!

I am not a genius, but shed more sweat!

darshic19-Jan-10 2:53

darshic

19-Jan-10 2:53

hi
can the tutorial in learn vc++ 21 days about socket programming work without the code related to SetParent(this). I am implementing the same program but not in a dialog or a view class.

thanks
Darshi

CPallini19-Jan-10 3:05

19-Jan-10 3:05

Yes it will work fine until the GetParent() call (i.e. dumb question-dumb answer)... Roll eyes | :rolleyes:

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

darshic19-Jan-10 3:14

darshic

19-Jan-10 3:14

well u mite think its dumb.

The original code goes like this

void CMySocket::SetParent(CDialog *pWnd)
{
// Set the member pointer
m_pWnd = pWnd;
 }
<pre>

I wanna modify it to

void CMySocket::SetParent(CWeigh *pWnd)
 {
// Set the member pointer
m_pWnd = pWnd;
}

Weigh is a class created for my program which has no base class. I have made all the declarations correctly. When i add the header file of CWeigh Class to the header file of Socket class i get errors.

Plz help, and hence the question of eliminating SetParent

CPallini19-Jan-10 3:20

19-Jan-10 3:20

OK, things are getting a little better now.

In the original code (you have it, I haven't) the CMySocket::m_pWnd member is possibly a pointer to a CDialog object while you're passing a pointer to CWeight one, hence (probably) the compile errors.

To get better help, you should post, at least, the exact error message and the line of code wherein the error occurs.
Smile | :)

darshic19-Jan-10 3:34

darshic

19-Jan-10 3:34

I have included the header file for my weigh class as follows

#include "Weigh.h"
#if !defined(AFX_MYSOCKET_H__57CF680B_2F58_4A22_81FF_1A8C4841E38E__INCLUDED_)
#define AFX_MYSOCKET_H__57CF680B_2F58_4A22_81FF_1A8C4841E38E__INCLUDED_
#if _MSC_VER > 1000
#pragma once
#endif // _MSC_VER > 1000

I have declared the pointer and the setparent class as follows

void SetParent(CWeigh* pWnd);

CWeigh* m_pWnd;

I am getting errors which state
error C2061: syntax error : identifier 'CWeigh'

CPallini19-Jan-10 5:23

Visual C++(MFC) or Visual C++/CLI

19-Jan-10 5:23

It looks like you included Weigh.h inside a header file (usually you include header inside source, i.e. cpp files) and that you've included it before the multiple inclusion guard (the block starting with #if !defined(...), ending with #endif), hence your compilation error may occur because of header multiple inclusion. Do the following change (if you really need to include the header inside the other header... Roll eyes | :rolleyes:

)

#if !defined(AFX_MYSOCKET_H__57CF680B_2F58_4A22_81FF_1A8C4841E38E__INCLUDED_)
#define AFX_MYSOCKET_H__57CF680B_2F58_4A22_81FF_1A8C4841E38E__INCLUDED_
#if _MSC_VER > 1000
#pragma once
#endif // _MSC_VER > 1000

#include "Weigh.h"

ashwath197919-Jan-10 0:04

ashwath1979

19-Jan-10 0:04

Hi ALL,

Which one is easier to develop a GUI.Is it VC++(MFC) or is it VC++/CLI(i.e.VC++.NET).Please advice.

Thanks,
ashwath.

CPallini19-Jan-10 0:15

19-Jan-10 0:15

I would not use Managed C++ to build a GUI. I would use instead C#. That said, MFC is quite powerful (nothing is really easy when talking about Windows programming).
Smile | :)

Rolf Kristensen19-Jan-10 12:01

Rolf Kristensen

19-Jan-10 12:01

Agree that one should not use Managed C++ for building GUI. Managed C++ is mainly for compiling legacy C++ code, where performance is not an issue. Or wrapping native C++ code as standard .NET classes.

I would choose Winforms/C# over MFC/C++.

Maximilien19-Jan-10 0:15

Maximilien

19-Jan-10 0:15

Starting from what level of development skills ?

IMO, they are both equivalent, have a look at your requirements and match them to what MFC and .NET (forms) have to offer.

M.

This signature was proudly tested on animals.

Cedric Moonen19-Jan-10 1:18

Cedric Moonen

19-Jan-10 1:18

It's also depends a lot on the UI features you want to develop. Could you elaborate a bit on that part ?

Cédric Moonen
Software developer

Charting control [v3.0 - Updated]
OpenGL game tutorial in C++

Rajesh R Subramanian19-Jan-10 1:40

Rajesh R Subramanian

19-Jan-10 1:40

If you have experience in .NET, you could choose .NET because it's easier. I'd personally choose MFC, because I've been using it to build GUI for a while and I find it convenient for my purposes.

“Follow your bliss.” – Joseph Campbell

CPallini19-Jan-10 1:53

19-Jan-10 1:53

Hi expert,
I've experience in Paint, should I use it?
Big Grin | :-D

Rajesh R Subramanian19-Jan-10 4:33

Rajesh R Subramanian

19-Jan-10 4:33

Why not? But, I must warn you that it might take longer than expected. Smile | :)

“Follow your bliss.” – Joseph Campbell

Re: Visual C++(MFC) or Visual C++/CLI [modified]

Cedric Moonen19-Jan-10 9:01

Cedric Moonen

19-Jan-10 9:01

Well, could always draw in paint the code you want to write, then use OCR to convert it to text and paste it to your compiler, but I'm not so sure that it is the most efficient solution Big Grin | :-D

Cédric Moonen
Software developer

Charting control [v3.0 - Updated]
OpenGL game tutorial in C++

CODEPC19-Jan-10 7:52

CODEPC

19-Jan-10 7:52

I think you should use C# or VC++/CLI, Because MFC is dieing. Fewer and fewer people are using MFC.

modified on Tuesday, January 19, 2010 2:11 PM

Rajesh R Subramanian19-Jan-10 7:58

Rajesh R Subramanian

19-Jan-10 7:58

CODEPC wrote:
Fewer and fewer people are using MFC.

Which puts me into the fewer and fewer category, I guess.

Maya just doesn't play along well with .NET and most of our applications are written in C++, so there's no point in writing only the UI with .NET. Some may think I'm "stuck" with native language programming, but I'm doing it because I'm liking it. Smile | :)

“Follow your bliss.” – Joseph Campbell

CPallini19-Jan-10 10:40