C / C++ / MFC

Re: Speech-based Video Control

14-Dec-08 9:40

As a starting point have a look at Microsoft Speech APIs[^]. This article[^] will be useful.

~~For capturing and showing video, you can use DirectX. Checkout this[^] and this[^] about how to do it. I hope now you have enough stuffs to start. isn't it?~~ Sorry, i thought you want to capture the video and then show it. Just ignore it.

Regards,
Jijo.

_____________________________________________________

http://weseetips.com[^] Visual C++ tips and tricks. Updated daily.

modified on Sunday, December 14, 2008 5:00 PM

llp00na15-Dec-08 1:23

llp00na

15-Dec-08 1:23

Jijo,

I very much appreciate your help. Nope, I just need to show a video (It's already there). The main point is to control the video via speech commands.

I will give it a go and if I have any questions, I will be back

Many thanks

llp00na

How do you structure your code/development environment ?

Defenestration14-Dec-08 1:50

Defenestration

14-Dec-08 1:50

We all have common modules/classes/includes that we use in various projects, but people structure their code differently. For example, you could:

1) Have folders called Include and Modules, which contain the common code and then add search paths to your development environment so they get picked up.

2) Like (1), but for every project you copy over the includes/modules you require to the project folder (eg. Common\Include, Common\Modules, or just Common), and then use these copies.

(1) has the advantage that any fixes/changes made to the includes/modules are immediately propogated to the projects that use them, without the need for any other work. The downside is that one of these fixes/changes may break a project (eg. due to it relying on certain behaviour)

(2) has the inverse of the pros and cons of (1).

Are there any other ways of working that you use ?

Which model do you follow, and why ?

Re: How do you structure your code/development environment ?

Stuart Dootson14-Dec-08 6:27

Re: How do you structure your code/development environment ?

14-Dec-08 6:27

My opinion is: Don't copy header files - that's evil. Reference them.

Defenestration14-Dec-08 6:47

Defenestration

14-Dec-08 6:47

What about modules/classes ?

Re: How do you structure your code/development environment ?

Stuart Dootson14-Dec-08 7:43

Re: How do you structure your code/development environment ?

14-Dec-08 7:43

I design my projects so that lower-level, possibly common, modules go into separate DLL projects.

Architecture's the name of the game...

Jijo.Raj14-Dec-08 6:47

SetWaitableTimer confusions

14-Dec-08 6:47

I'll go for (1) i.e. refer the common header files rather than making a copy of it and use. Because, as you said, if you copy the files, you could avoid crashes or compilation errors during development. But infact you are not avoid it but simply accumulating. All the compilation errors and crash will popup once you start to integrate will the latest common and you'll be in real trouble in sorting out the bugs.

So better refer the common modules and incase of any trouble in latest common source, just get the old version from your version control and work with it until the guys fixes the latest common. Roll eyes | :rolleyes:

Regards,
Jijo.

_____________________________________________________

http://weseetips.com[^] Visual C++ tips and tricks. Updated daily.

George_George14-Dec-08 1:40

14-Dec-08 1:40

Hello everyone,

For SetWaitableTimer and CreateWaitableTimer, I have the confusions (even after

Google, I can not find satisfied answers, seems the samples are very few and MSDN

description is fuzzy).

My questions are,

1. For API SetWaitableTimer, what are the meaning and function of parameters

pDueTime and lPeriod?

http://msdn.microsoft.com/en-us/library/ms686289.aspx

2. For API CreateWaitableTimer, what is the function and meaning of parameter

bManualReset (what is the different between setting it to true and setting it to false)?

http://msdn.microsoft.com/en-us/library/ms682492.aspx

thanks in advance,
George

Stuart Dootson14-Dec-08 6:25

14-Dec-08 6:25

Look at this page[^]:
- pDueTime is a pointer to a FILETIME that indicates how long (from now) until the timer expires.
- lPeriod shows the timer's period, i.e. the time between timer expirations
If *pDueTime was set to 10 milliseconds and lPeriod to 5 ms, the timer would fire 10, 15, 02, 25... milliseconds from now.
If a timer has bManualReset set to TRUE, then you have to call SetWaitableTimer to make it start measuring time again after it expires. If a timer has bManualReset set to FALSE, then it becomes active again once a WaitForSingleObject or WaitForMultipleObjects call has been activated by the timer expiry.

George_George14-Dec-08 20:14

14-Dec-08 20:14

Thanks Stuart,

I would like to write simple samples until I understand the concept. Smile | :)

Stuart Dootson wrote:
If a timer has bManualReset set to TRUE, then you have to call SetWaitableTimer to make it start measuring time again after it expires.

You mean for example, I set the lPeriod to 5 ms, and then active the timer, then the timer only activate after 5ms once? Not active after 5ms, 10ms, 15ms, etc?

2.

Stuart Dootson wrote:
a timer has bManualReset set to FALSE, then it becomes active again once a WaitForSingleObject or WaitForMultipleObjects call has been activated by the timer expiry.

I am confused about what do you mean, could you show some pseudo code or refer some samples? I did not find any good samples from MSDN.

regards,
George

Stuart Dootson14-Dec-08 21:19

14-Dec-08 21:19

George_George wrote:
You mean for example, I set the lPeriod to 5 ms, and then active the timer, then the timer only activate after 5ms once? Not active after 5ms, 10ms, 15ms, etc

I don't think bManualReset has any effect when you have a non-zero period. Not sure, though. As I said, try it and see!

George_George wrote:

Stuart Dootson wrote:
a timer has bManualReset set to FALSE, then it becomes active again once a WaitForSingleObject or WaitForMultipleObjects call has been activated by the timer expiry.

I am confused about what do you mean, could you show some pseudo code or refer some samples? I did not find any good samples from MSDN.

How about this?[^]

George_George15-Dec-08 0:42

15-Dec-08 0:42

Hi Stuart,

I think when non-zero period is used, bManualReset is also useful. Here is my code to show my ideas. Any comments?

#define _WIN32_WINNT 0x0500

#include <windows.h>
#include <stdio.h>

int main()
{
    HANDLE hTimer = NULL;
    LARGE_INTEGER liDueTime;

    liDueTime.QuadPart=-100000000LL;

    // Create a waitable timer.
    hTimer = CreateWaitableTimer(NULL, TRUE, "WaitableTimer");
    if (NULL == hTimer)
    {
        printf("CreateWaitableTimer failed (%d)\n", GetLastError());
        return 1;
    }

    printf("Waiting for 10 seconds...\n");

	while(1)
	{
		// Set a timer to wait for 10 seconds.
		if (!SetWaitableTimer(hTimer, &liDueTime, 5000, NULL, NULL, 0))
		{
			printf("SetWaitableTimer failed (%d)\n", GetLastError());
			return 2;
		}

		// Wait for the timer.

		if (WaitForSingleObject(hTimer, INFINITE) != WAIT_OBJECT_0)
			printf("WaitForSingleObject failed (%d)\n", GetLastError());
		else printf("Timer was signaled.\n");
	}

    return 0;
}

regards,
George

Jijo.Raj14-Dec-08 6:37

14-Dec-08 6:37

George_George wrote:
1. For API SetWaitableTimer, what are the meaning and function of parameters

pDueTime and lPeriod?

http://msdn.microsoft.com/en-us/library/ms686289.aspx

pDueTime - means exactly at which point of time, the timer should trigger first. If the value is positive, then it will be considered as absolute time else considered as relative time. Well, from your question it seems you're confused with absolute and relative time? isn't it? I'll explain a bit.

Absolute time - Assume you want to trigger the timer on New Year! In that case your timer should trigger on 1-Jan-2009 0:01 AM. So you can convert that time into a FILETIME value by using the function SystemTimeToFileTime()[^]and specify it as pDueTime and your timer will be signed exactly at that point.

Relative time - Just think about snoozing your outlook reminder for 10 minutes. That means - from NOW to 10 minutes. So you can specify the 10 minutes duration with negative sign. So the timer will be triggered exactly after 10 minutes.

As it says one is absolute - which means you exactly know the point of time and another is relative - means the value you specify is the duration of time from NOW, when the timer is to be signaled.

lPeriod - Assume after setting the timer at Midnight newyear, you want it to signal again in interval of 5 minutes - to wake up from bed Wink | ;)

. In that case set this parameter as 5 minutes in milliseconds. Literally, it means the duration for trigger the same timer in periodic fashon, After it signalled for the first time. If you specify this param, then after first signalling, it will signal periodically by the specified time duration.

Phewww!!! I admit that it was a bit long. Hope it will be helpful to you.

Regards,
Jijo.

_____________________________________________________

http://weseetips.com[^] Visual C++ tips and tricks. Updated daily.

George_George14-Dec-08 20:20

Query XML in SQL 2005 using ADO in native C++

14-Dec-08 20:20

Thanks Jijo!

Excellent reply! Smile | :)

How about your ideas for my question #2 below?

2. For API CreateWaitableTimer, what is the function and meaning of parameter

bManualReset (what is the different between setting it to true and setting it to false)?

http://msdn.microsoft.com/en-us/library/ms682492.aspx

regards,
George

Green Fuze13-Dec-08 12:42

Green Fuze

13-Dec-08 12:42

Hey everybody!

Does anyone know how can I query a view using ADO (and SQLOLEDB) and get back XML?

In other words, how can I perform something like:
"Select * from students FOR XML AUTO" in ADO???

I cannot find any way to tell ADO to return as XML (I do not want to use text, but use ADO objects).

Thanks a lot in advance!

[Message Deleted]

chokahn13-Dec-08 3:50

chokahn

13-Dec-08 3:50

[Message Deleted]

Re: reading bitmap pixel by pixel??

Jijo.Raj13-Dec-08 3:56

13-Dec-08 3:56

You could use CBitmap::LoadBitmap()[^] to load the bitmap from file. Then, call CBitmap::GetBitmapBits()[^] to get the bitmap data, so that you can access it pixel by pixel.

Regards,
Jijo.

_____________________________________________________

http://weseetips.com[^] Visual C++ tips and tricks. Updated daily.

Re: [Message Deleted]

Jijo.Raj13-Dec-08 4:57