Bluebox - Chromakey etc - C / C++ / MFC Discussion Boards

Re: different result on x86 and x64

George_George9-Oct-08 0:58

George_George

9-Oct-08 0:58

Thanks CPallini,

So, you agree with my analysis in my original post? Smile | :)

regards,
George

Re: different result on x86 and x64

CPallini9-Oct-08 1:01

CPallini

9-Oct-08 1:01

Yes.

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]

Re: different result on x86 and x64

George_George9-Oct-08 1:08

George_George

9-Oct-08 1:08

Thanks CPallini,

Question answered.

regards,
George

Re: different result on x86 and x64

gscotti9-Oct-08 4:47

gscotti

9-Oct-08 4:47

George,

I really think type casting should be avoided at all matters!!
If you stick with compiler native conversion, you would probably get a warning or even an error (like you did casting an int out of a void *).

int type is totally architecture dependent. That's why I'd stick with __int[8,16,32,64] or boost::int[8,16,32,64]

Re: different result on x86 and x64

George_George9-Oct-08 18:41

George_George

9-Oct-08 18:41

Could we use __int[8,16,32,64] in VC? I did some search but not find results.

regards,
George

Re: different result on x86 and x64

C^hris L^osinger9-Oct-08 9:17

C^hris L^osinger

9-Oct-08 9:17

just a note: the "DWORD" type is 32 bits in both Win32 and x64

image processing toolkits | batch image processing

Re: different result on x86 and x64

George_George9-Oct-08 18:42

George_George

9-Oct-08 18:42

I understand and agree. But does it relates to my original question? Smile | :)

regards,
George

Bluebox - Chromakey etc

Pixinger778-Oct-08 20:17

Pixinger77

8-Oct-08 20:17

Hello

I'm looking for a fast way to scan a buffer and check if a pixel color is between a color range, or not.
Maybe some code explains it better:
I have a buffer with 32Bits per Pixel (RGBA => R=8Bit, G=8Bit, B=8Bit, A=8Bit => 32Bit).
This buffer is... let's say 200x200 pixels.

// Defining color ranges
char redUpper = 100;
char redLower = 50;
char greenUpper = 150;
char greenLower = 130;
char blueUpper = 20;
char blueLower = 10;

//creating my pixel buffer
int* pBuffer = new int[200*200];
fillBufferWithData(pBuffer, 200*200); //some magic function the gets the image data into the buffer.

//analysing
char* pCursor = (char*)pBuffer;
for (int i = 0; i < 200*200; i++)
{
  //Every Pixel that is between the color range...
  if ((pCursor[0] > redLower) && (pCursor[0] < redUpper)
   && (pCursor[1] > greenLower) && (pCursor[1] < greenUpper)
   && (pCursor[2] > blueLower) && (pCursor[2] < blueUpper))
  {
    pCursor[3] = 0;
  }
  else
  {
    pCursor[3] = 255
  }

  pCursor += 4;
}
delete [] pBuffer;

Okay. I hope that helps to understand what i want to do. I know thats not the fastest way (at least I hope so). Maybe someone knows a better way, perhaps with bit-shifting, or bit-masking?

Thanks in advance,
SnowProg

Re: Bluebox - Chromakey etc

CPallini8-Oct-08 22:05

CPallini

8-Oct-08 22:05

Due to short-circuit of the boolean operations inside the if statement, the code is reasonably fast.
Maybe using three look-up tables will improve the code speed, but I'm not an expert.
Smile | :)

using x86 Windbg on x64 machine

George_George8-Oct-08 19:49

George_George

8-Oct-08 19:49

Hello everyone,

I found some weird issues when using x64 Windbg debugger to debug x86 binary on x64 machine, then I have tried to install x86 Windbg debugger to debug x86 binary on x64 machine, seem every weird issues is gone.

My questions,

1. Install two debuggers, Windbg x86 and x64 on one machine will be ok? No conflict?
2. Both debugger could automatically resolve system dependent resources -- for example, x64 debugger knows to load x64 system DLL and x86 debugger knows to load x86 system DLL, the same to registry settings?

thanks in advance,
George

prohbit shift key in edit box............

ani_ikram8-Oct-08 19:12

ani_ikram

8-Oct-08 19:12

how can i restrict user from pressing shift key in editbox ..
plz help me

Re: prohbit shift key in edit box............

Naveen8-Oct-08 19:22

Naveen

8-Oct-08 19:22

Can you tell us why you want to block it?

nave

[OpenedFileFinder] [My Blog]

Re: prohbit shift key in edit box............

ani_ikram8-Oct-08 19:29

ani_ikram

8-Oct-08 19:29

i want to make user to only input numbers (1 to so on) but not spectial charters using shift like (%,#,@,!,^,&,*,()) etc

Re: prohbit shift key in edit box............

Naveen8-Oct-08 19:34

Naveen

8-Oct-08 19:34

ani_ikram wrote:
i want to make user to only input numbers

You can handle the WM_CHAR message of edit control and inside that, you can check, whether the character is number or not. If it is not number, just return from that function, with out calling the base class'( CEdit ) function.

nave

[OpenedFileFinder] [My Blog]

Re: prohbit shift key in edit box............

ani_ikram8-Oct-08 19:36

ani_ikram

8-Oct-08 19:36

can u plz send me code so that i can get idea

Re: prohbit shift key in edit box............

Naveen8-Oct-08 19:45

Naveen

8-Oct-08 19:45

The below code will block the special charcters but permits alphabets and numbers

void EditEx::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags) 
{
    if( !isdigit(nChar) && !isalpha( nChar ))
    {
        return;
    }
	CEdit::OnChar(nChar, nRepCnt, nFlags);
}

nave

[OpenedFileFinder] [My Blog]

Re: prohbit shift key in edit box............

ani_ikram8-Oct-08 20:02

ani_ikram

8-Oct-08 20:02

void EditEx::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags) { if( !isdigit(nChar) && !isalpha( nChar )) { return; } CEdit::OnChar(nChar, nRepCnt, nFlags);}
i hv used this method but its also restricting to enter float value while i want to enable float numbers as well plz tell me how to do it

Re: prohbit shift key in edit box............

Naveen8-Oct-08 20:06

Naveen

8-Oct-08 20:06

ani_ikram wrote:
well plz tell me how to do it

Just modify the checking as follows

if( !isdigit(nChar) && !isalpha( nChar ) && nChar != _T('.'))

nave

[OpenedFileFinder] [My Blog]

Re: prohbit shift key in edit box............

ani_ikram8-Oct-08 20:08

ani_ikram

8-Oct-08 20:08

thanks alot nave u really solved my problem

Re: prohbit shift key in edit box............

Naveen8-Oct-08 20:09

Naveen

8-Oct-08 20:09

You are welcome... Smile | :)

nave

[OpenedFileFinder] [My Blog]

Re: prohbit shift key in edit box............

Cedric Moonen8-Oct-08 20:13

Cedric Moonen

8-Oct-08 20:13

BTW, if you only wanted to have an edit control into which you can enter a float value, there are hundreds of article about that subject, you only have to search for it on codeproject. Here[^] is an example.
The problem with your approach is that it is not secure: nothing prevents the user to enter a dot several time. So, instead of reinventing the wheel and rewriting the validation code all over again(it's not that trivial because, you have also to take into account that the user might delete some characters, change the cursor location, ...) why don't you look for a control that does this already ?

Cédric Moonen
Software developer

Charting control [v1.5]
OpenGL game tutorial in C++

Re: prohbit shift key in edit box............

SandipG 8-Oct-08 19:38

SandipG

8-Oct-08 19:38

If you do not want floating point numbers you can set the Numbers only property in resource editor.
I hope it helps.

Regards,
Sandip.

Re: prohbit shift key in edit box............

Le@rner8-Oct-08 20:10

Le@rner

8-Oct-08 20:10

if you want to use only numbers than you can use number property of EditBox.

IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH

Re: prohbit shift key in edit box............

Le@rner8-Oct-08 20:16

Le@rner

8-Oct-08 20:16

if you want to block Special character than you can subclass your edit control and handle OnChar function like this.

void CMyEdit::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags)
{
	char szBuffer[100] = {0};
	short int nCounter = 0;
	short int iTemp = 0;
	int iStartChar = 0;
	int iEndChar = 0;
		
	if(nChar != VK_BACK && nChar != VK_TAB )
	{
		if(nChar != '.' (nChar < '0' || nChar > '9') 
			 && (nChar < 'a' || nChar > 'z')&&(nChar < 'A' || nChar > 'Z'))//here write those character you want to enter
		{
			return;
		}

			GetWindowText((LPTSTR)szBuffer, sizeof(szBuffer));
			
	}

	CEdit::OnChar(nChar, nRepCnt, nFlags);
}

IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH

Re: prohbit shift key in edit box............

David Crow9-Oct-08 3:05

David Crow

9-Oct-08 3:05

Do you have an aversion against isalpha() and isdigit()?

"Love people and use things, not love things and use people." - Unknown

"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch

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