|
StretchBlt is all you need.
Christian
I have drunk the cool-aid and found it wan and bitter. - Chris Maunder
|
|
|
|
|
Christian Graus wrote:
StretchBlt is all you need.
But it's non-intelligent in its operation as it doesn't resample the image but merely cuts pixels off or blows pixels up. CxImage[^] gets my vote.
--
Dad, how strange it is that the pig can speak.
*thoughtful pause* It must have lost its "oink".
(my 3-year old daughter Moa, while watching Babe)
Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so. (Douglas Adams)
|
|
|
|
|
Johann Gerell wrote:
But it's non-intelligent in its operation
True, but we're assuming that this guy needs the complexity that comes from adding another class to his project ( not saying that CxImage is hard to use, I've not looked at it ). If you set the right stretch mode, StretchBlt gives reasonable results, why uses a jack hammer to nail in a tack ?
Christian
I have drunk the cool-aid and found it wan and bitter. - Chris Maunder
|
|
|
|
|
Christian Graus wrote:
If you set the right stretch mode, StretchBlt gives reasonable results
Well, I develop for CE, where the stretch mode can't be set (it's carved in stone).
Christian Graus wrote:
why uses a jack hammer to nail in a tack
That's often the normal scenario when dealing with CE's limited API set.
Anyway, the resampling code can easily be broken out from CxImage and be used separately.
--
Dad, how strange it is that the pig can speak.
*thoughtful pause* It must have lost its "oink".
(my 3-year old daughter Moa, while watching Babe)
Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so. (Douglas Adams)
|
|
|
|
|
Johann Gerell wrote:
Well, I develop for CE, where the stretch mode can't be set (it's carved in stone).
That's a whole different ball game then 
Johann Gerell wrote:
That's often the normal scenario when dealing with CE's limited API set.
*grin* well, no-one had mentioned CE before this, so...
Johann Gerell wrote:
Anyway, the resampling code can easily be broken out from CxImage and be used separately.
Sure - that stuff is pretty easy to write in any case.
Christian
I have drunk the cool-aid and found it wan and bitter. - Chris Maunder
|
|
|
|
|
Thanks for all that discussion. I'll try both, one for a quick and dirty image processing and the other for situations when a more accurate processing is justified. Best,
Ralf.
ralf.riedel@usm.edu
|
|
|
|
|
Christian Graus wrote:
*grin* well, no-one had mentioned CE before this, so...
No, but you asked for a scenario when the big hammer must be used, so... 
--
Dad, how strange it is that the pig can speak.
*thoughtful pause* It must have lost its "oink".
(my 3-year old daughter Moa, while watching Babe)
Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so. (Douglas Adams)
|
|
|
|
|
Hello All,
Can someone suggest a fast ways to convert big endian to small endina? Thanks!
Nachi
|
|
|
|
|
there is a bswap ASM instruction, however, this might not be the fastest way on all architectures.
DWORD SwapEnidan(DWORD x)
{
__asm mov eax, x
__asm bswap eax
__asm mov x, eax
return x;
}
Another option (that could be better if you have to convert many values and unroll the loop by two) would be splitting into bytes and shifting around:
DWORD x = ...;
DWORD swapped = ((x & 0x000000FF) << 24) |
((x & 0x0000FF00) << 8) |
((x & 0x00FF0000) >> 8) |
((x & 0xFF000000) >> 24));
I don't think that XCHG or "manually" swapping bytes is faster.
we are here to help each other get through this thing, whatever it is Vonnegut jr.
sighist || Agile Programming | doxygen
|
|
|
|
|
I have a SDI application with a tab view. I make a call to a function that I call GetGrandParent().
The call and function is shown below.
//function is called here...
// parent is Tab Control, grandparent is Tab View
//m_pTabViewWnd = (CTabVw *)GetGrandParent();<---problem here???
//////////////////////////////////////////////
//function
CWnd* CSmsPropPage::GetGrandParent()
{
CWnd *parent= GetParent(); // tab control is the parent
return parent->GetParent(); // tab view is the grandparent
}
In debug the pointer returned is fine, the application runs...but in release mode, the pointer is invalid.
As a matter of fact a call to GetGrandParent() in Release mode causes the debugger to step into a function called:
CWnd * PASCAL CWnd::FromHandler(HWnd hWnd). The program doesnt actually step in GetGrandParent() in Release Mode.
I have the compiler set up so that I can debug in Release Mode.
Does anyone have any idea why the pointer is invalid in Release Mode, and why FromHandler() is called?
Thanks.
Jerry
|
|
|
|
|
What is CSmsPropPage? Is that a separate dialog window? Post the code that creates it.
Kuphryn
|
|
|
|
|
Im building a C++ DLL for visual basic
i cant get this to work, why ?
yes i now im not good with C++
I now i can call SendMessage with visual basic ( thats easy )
I need to go around a bug, This message just wont work
with visual basic
i did find webpage's with this problem
(HWND_BROADCAST ,WM_SETTINGCHANGE,SPI_SETNONCLIENTMETRICS,NULL);
How can i pass the variables to SendMessage ?
#include <windows.h>
long __stdcall main (int hWnd, int Msg, int wParam, int lParam)
{
::SendMessage(hWnd, Msg, wParam, lParam);
return 0;
}
plz help,
Greets jeroen
|
|
|
|
|
soul_ripper wrote:
How can i pass the variables to SendMessage ?
I don't understand the question !!
pass them as you do with any other function
more explanation/code will help us understanding your problem.
|
|
|
|
|
soul_ripper wrote:
Im building a C++ DLL for visual basic
Do you mean a C++ DLL that will be used by VB? If you mean something different, please explain so that we do not provide you with unnecessary suggestions.
soul_ripper wrote:
I need to go around a bug, This message just wont work
with visual basic
Which message is problematic?
soul_ripper wrote:
long __stdcall main (int hWnd, int Msg, int wParam, int lParam)
{
::SendMessage(hWnd, Msg, wParam, lParam);
return 0;
}
The parameters passed to main() are int, char **, and char **.
That aside, the first parameter to SendMessage() must be a valid window handle, or HWND_BROADCAST if you want all top-level windows to receive the message, that has a message pump.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
[Code]
Do you mean a C++ DLL that will be used by VB?
[/code]
yes the DLL will be used by Visual basic
[code]
Which message is problematic?
[/code]
this message is not working
SendMessage(HWND_BROADCAST ,WM_SETTINGCHANGE,SPI_SETNONCLIENTMETRICS,NULL)
Declared with visual basic
[code]
Declare Function SendMessage Lib "USER32" Alias "SendMessageA" (ByVal hwnd As Long, ByVal Msg As Long, wParam As Any, lParam As Any) As Long
[/code]
Call the message with visual basic
[code]
Public Sub test()
Call SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, SPI_SETNONCLIENTMETRICS, Null)
End Sub
[/code]
I need a dll that replaces the user32.dll SendMessage function
like this sample
passing value’s
[code]
Declare Function SendMessage Lib "send" Alias "SendMessageA" (ByVal hwnd As Long, ByVal Msg As Long, wParam As Any, lParam As Any) As Long
[/code]
[code]
long __stdcall main (value 1, value2, value3, value4 )
{
::SendMessage(value 1, value2, value3, value4);
return 0;
}
/*
[/code]
How can I pass the value’s from visual basic in to the Sendmessage function from
The C++ DLL ?
|
|
|
|
|
soul_ripper wrote:
this message is not working
Define "not working."
soul_ripper wrote:
Call SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, SPI_SETNONCLIENTMETRICS, Null)
You're sending a message that sets the metrics associated with the nonclient area of nonminimized windows, yet those metrics are never supplied. Does that not raise any flags?
You need to declare a NONCLIENTMETRICS structure, fill in the relevant members, and pass that in as the fourth parameter.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
Like this sampel ?
[code]
//// Simple Sub Call
void __declspec(dllexport) TestSubb
(int Message1, char Message2, char Message3, char Message4)
{
Message1, // handle of destination window
Message2, // message to send
Message3, // first message parameter
Message4; // second message parameter
::SendMessage (Message1, Message2, Message3, Message4);
return;
}
[/code]
i have this error :
[code]
C2664: 'SendMessageA' : cannot convert parameter 1 from 'int' to 'struct HWND__ *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
[/code]
Why ? 
Jeroen 
|
|
|
|
|
soul_ripper wrote:
::SendMessage (Message1, Message2, Message3, Message4);
You are callng SendMessage() wrong. Read here.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
I posted a question the other day about using MFC's CListCtrl as a base. Someone told me to draw the control dynamically on my empty control and then relay the function calls to the CListCtrl object. This was a great idea, and exactly what I needed. But I don't know where to put the code to create the listview at. If I put the creation code in My Control's constructor, it compiles fine, but never actually draws it. I put the same code to create it in a dialog-based app and it draws just fine. I even tried a couple of other places in my Control's code, but it crashes on me when I try to actually use it (in VB). Can anyone tell me what's the problem? Thanks in advance 
bdiamond
|
|
|
|
|
Do you handle WM_PAINT messages? Check if you should forward the message to CListCtrl.
...Plug & Pray... 
|
|
|
|
|
thanks
If it's broken, I probably did it
bdiamond
|
|
|
|
|
Hi,
I am trying to use GetSaveFileNamePreview to show a preview of the selected AVI movie. When I call GetSaveFileNamePreview I see the typical explorer-style dialog but no control to preview the movie. Is there something special that I need to add to make this happen?
Here is a code snippet:
OPENFILENAME ofn;
DWORD dwWinMajor;
dwWinMajor = (DWORD)(LOBYTE(LOWORD(::GetVersion())));
::ZeroMemory(&ofn, sizeof(OPENFILENAME));
TCHAR szFile[MAX_PATH];
TCHAR szFileTitle[MAX_PATH];
::ZeroMemory(&ofn, sizeof(ofn));
_tcscpy(szFile, this->m_sFileName);
if((BYTE)dwWinMajor >= 5)
{
/*Add 12 bytes to OPENFILENAME on Win2K or greater*/
ofn.lStructSize = sizeof(OPENFILENAMEEX);
}
else
{
ofn.lStructSize = sizeof(OPENFILENAME);
}
ofn.hwndOwner = ::GetActiveWindow();
ofn.lpstrFile = szFile;
ofn.lpstrFilter = TEXT("AVI Files (*.avi)\0*.avi\0");
ofn.nMaxFile = (DWORD)_tcsclen(szFile);
ofn.nFilterIndex = 1;
ofn.lpstrFileTitle = szFileTitle;
ofn.nMaxFileTitle = sizeof(szFileTitle);
ofn.lpstrInitialDir = NULL;
ofn.lpstrDefExt = TEXT(".avi");
ofn.lpstrTitle = TEXT("Save AVI Movie As");
ofn.Flags = OFN_PATHMUSTEXIST | OFN_FILEMUSTEXIST | OFN_EXPLORER | OFN_OVERWRITEPROMPT;
if(::GetSaveFileNamePreview(&ofn) == TRUE)
{
/*Do something here*/
}
Thanks for your help,
Andy
|
|
|
|
|
Hi,
I'm trying to implement double buffering in my MFC application, but keep running into a (to me) strange problem. I've read through the article "drawing speed in GDI+", and been trying to follow the code from step 2 in this article. My code (see below) compiles, but when I execute my app, I get the "standard" windows dialog, which asks if I want to send an error report, and forces me to terminate the application.
Please remember that I'm a newbie, there are certanly much bad code below, I'm just asking for the error ...
My view is derived frow CScrollView. Does this have anything to do with anything?
<br />
<br />
CRect rect;<br />
GetClientRect(&rect);<br />
int nWidth = rect.right - rect.left +1;<br />
int nHeight = rect.bottom - rect.top + 1;<br />
<br />
CClientDC ClientDC(this);<br />
Graphics graphics(ClientDC.m_hDC);
<br />
#ifdef _DEBUG<br />
#undef new<br />
Bitmap* bmp = new Bitmap(nWidth,nHeight);<br />
#define new DEBUG_NEW<br />
#else<br />
Bitmap* bmp = new Bitmap(nWidth,nHeight);<br />
#endif<br />
Graphics* graph = Graphics::FromImage(bmp);<br />
<br />
CRect area( 0, 0, 0, 0);<br />
<br />
area.SetRect( 8, 90, 814, 90);
DrawLine(&graphics, area, 1);<br />
<br />
<br />
Pen pen(Color(200,0,0, 50));<br />
for( int j=100; j<500;j = j + 5) {<br />
for (int i=100; i<500; i = i + 5) {<br />
area.SetRect( 110,110, j, i);<br />
<br />
DrawLine(&graphics, area, 1);<br />
<br />
}<br />
}<br />
<br />
graphics.DrawImage( bmp, 0,0, 600, 600);<br />
delete graph;<br />
delete bmp;<br />
<br />
This is my version of DrawLine 
<br />
void CITPAXpertView::DrawLine(Graphics *pdc, CRect rect, int width)<br />
{<br />
CPoint where = GetDeviceScrollPosition();<br />
<br />
Pen penn(Color(0,0,0), REAL(width));<br />
<br />
pdc->DrawLine( &penn, rect.left - where.x, rect.top - where.y, rect.right - where.x, rect.bottom - where.y);<br />
}<br />
|
|
|
|
|
I try to reproduce your program. In MFC SDI application I added to following code to view OnDraw function:
void CGDITestView::OnDraw(CDC* pDC)
{
CGDITestDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
if (!pDoc)
return;
CRect rect;
GetClientRect(&rect);
int nWidth = rect.right - rect.left +1;
int nHeight = rect.bottom - rect.top + 1;
CClientDC ClientDC(this);
// Graphics graphics(ClientDC.m_hDC); // GDI+ Stuff graph(ClientDC.m_hDC);
Graphics graphics(pDC->m_hDC); // GDI+ Stuff graph(ClientDC.m_hDC);
// Test for drawing with double buffering
// Bitmap* bmp = new Bitmap(nWidth,nHeight); and
// Bitmap* bmp(nWidth,nHeight); seems to give the same results...
#ifdef _DEBUG
#undef new
Bitmap* bmp = new Bitmap(nWidth,nHeight);
#define new DEBUG_NEW
#else
Bitmap* bmp = new Bitmap(nWidth,nHeight);
#endif
Graphics* graph = Graphics::FromImage(bmp);
CRect area( 0, 0, 0, 0);
// This works, no questions asked, but it's not double buffering
//area.SetRect( 8, 90, 814, 90); // Skillelinje som skiller elevdata fra resten av skjemaet
//DrawLine(&graphics, area, 1);
/* Test drawing to test double buffering */
// Takes about 10 seconds without double buffering
// Takes about xx seconds with double buffering
Pen pen(Color(200,0,0, 50));
for( int j=100; j<500;j = j + 5) {
for (int i=100; i<500; i = i + 5) {
area.SetRect( 110,110, j, i);
// This works.
//DrawLine(&graphics, area, 1);
// This line causes the crach, when commented out, the code does what it's supposed to do
graph->DrawLine(&pen, area.left, area.top, area.Width(), area.Height());
}
}
graphics.DrawImage( bmp, 0,0, 600, 600);
delete graph;
delete bmp;
/* End test drawing */
}
It works. From your post it is difficult to understand what happens. Please remove all lines which are not related to your problem, and post the whole function (including header).
>> I get the "standard" windows dialog, which asks if I want to send an error report.
To get more information run program in Debug congiguration, and use Go command instead of Run. In this case program breaks in Debugger and you can see what exactly happens.
|
|
|
|
|
<br />
void CITPAXpertView::OnDraw(CDC* )<br />
{<br />
CITPAXpertDoc* pDoc = GetDocument();<br />
ASSERT_VALID(pDoc);<br />
if (!pDoc)<br />
return;<br />
<br />
<br />
CRect rect;<br />
GetClientRect(&rect);<br />
int nWidth = rect.right - rect.left +1;<br />
int nHeight = rect.bottom - rect.top + 1;<br />
<br />
CClientDC ClientDC(this);<br />
Graphics graphics(ClientDC.m_hDC);
<br />
#ifdef _DEBUG<br />
#undef new<br />
Bitmap* bmp = new Bitmap(nWidth,nHeight);<br />
#define new DEBUG_NEW<br />
#else<br />
Bitmap* bmp = new Bitmap(nWidth,nHeight);<br />
#endif<br />
Graphics* graph = Graphics::FromImage(bmp);<br />
<br />
CRect area( 0, 0, 0, 0);<br />
<br />
<br />
Pen pen(Color(200,0,0, 50));<br />
for( int j=100; j<500;j = j + 5) {<br />
for (int i=100; i<500; i = i + 5) {<br />
area.SetRect( 110,110, j, i);<br />
}<br />
}<br />
graphics.DrawImage( bmp, 0,0, 600, 600);<br />
delete graph;<br />
delete bmp;<br />
<br />
}<br />
This is the function in question. As you can see, I've commented out both lines that draw in the view. If I use the first line, things work fine. If I use the second line, I get in trouble 
The rest of the class is basically a standard CView class, except that I've made a few changes to change it to CScrollView. Things seem to be working fine, so I assume that I haven't missed anything, and the class is in fact a CScrollView class, but I might be wrong?
As in your test, the application is SDI.
Thanks, I really appreciate your efforts.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
