|
Here ya go...a holiday present 
(I ripped the GetEncoderClsid() right out of the GDI+ docs
int GetEncoderClsid(const WCHAR* format, CLSID* pClsid)
{
UINT num = 0;
UINT size = 0;
ImageCodecInfo* pImageCodecInfo = NULL;
GetImageEncodersSize(&num, &size);
if(size == 0)
return -1;
pImageCodecInfo = (ImageCodecInfo*)(malloc(size));
if(pImageCodecInfo == NULL)
return -1;
GetImageEncoders(num, size, pImageCodecInfo);
for(UINT j = 0; j < num; ++j)
{
if( wcscmp(pImageCodecInfo[j].MimeType, format) == 0 )
{
*pClsid = pImageCodecInfo[j].Clsid;
free(pImageCodecInfo);
return j;
}
}
free(pImageCodecInfo);
return -1;
}
...
Gdiplus::Bitmap SrcBitmap(L"D:\\Source\\Images\\sony-cybershot.jpg", FALSE);
Gdiplus::Bitmap DstBitmap(320,240,SrcBitmap.GetPixelFormat());
Graphics DstGraphics(&DstBitmap);
DstGraphics.DrawImage(&SrcBitmap, 0, 0, 320, 240);
CLSID jpgClsid;
GetEncoderClsid(L"image/jpeg", &jpgClsid);
DstBitmap.Save(L"D:\\Source\\Images\\sony-cybershot_test.jpg", &jpgClsid, NULL);
|
|
|
|
|
Djii  thx !! 
hint_54
|
|
|
|
|
I downloaded the Apache Portable Runtime for windows. It included a
VC6 solution and project definitions. I loaded the soultion with Visual Studio 2005 and it successfully converted the solution and project to
the new format. I can compile the code with the converted solution.
I decided to create a new solution from scratch. But when I compile my
solution it finds the wrong include file. In my configuration I specify
an include search string of:
".\include; .\include\arch; .\include\arch\win32; .\include\arch\unix"
The include in question, "apr_arch_file_io.h", exists in the "win32" and
"unix" directories. but the compiler loads the one in the "unix" directory.
I do not understand why the converted solution works and mine does not.
If I remove the include from the "unix" directory then my solution
compiles cleanly.
Any thoughts as to what configuration option I have to set to my solution to work. I have looked at the converted project defintions but
nothing obvious stands out.
Thanks for any help
James Johnson
|
|
|
|
|
One thought only: look at the preprocessor directives for the converted project and in the code. When cross platform code is involved you normally insert ‘#ifdef’ statements in the code to specify which platform you are compiling for.
INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra
|
|
|
|
|
I'm writing a directx program to display some primatives and I'm just wondering is there a way to query windows on how much memory you're using.
|
|
|
|
|
Windows has GlobalMemoryStatus() and GlobalMemoryStatusEx(). About as useful as the task
manager
There's some useful stuff in The CRT Debug Heap[^]
I'm sure there's others....these just come to mind immediately.
|
|
|
|
|
Hi, could someone point me in the direction of tutorials or articles about how to port C++ code from Windows CE to Windows XP? Also any pointers or tips on things to be careful with or watch out for while doing this would be greatly appreciated.
Thanks!
KR
|
|
|
|
|
I know nothing about CE programming other than it is a subset of Windows and therefore it should require almost no changes, if any, to port it. The complications would normally occur if you were trying to go the other way. If you can not run it on the desktop Windows platform, then you should look at the main entry routine (function/method), because that is where the problem would most likely lay.
INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra
|
|
|
|
|
I was wondering if anyone knows of a fairly transparent way to compress resource data (icons mainly). I've googled, but so far I haven't found anything.
--
Verletzen zerfetzen zersetzen zerstören
Doch es darf nicht mir gehören
Ich muss zerstören
|
|
|
|
|
Is this even possible? If you compressed the icons, how would the system know to first uncompress them before using them? I guess you could compress the icons, and then store them as RT_RCDATA. When you need them, just reverse the process.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
I was thinking about some kind of scheme which could decompress the resource sections, and then replace the compressed data with the uncompressed data.
I found something that will do it for me, but differently: UPX[^]. Works quite well!
If you take a look at the compressed PE with a resource explorer, you'll see that it has compressed the data, which it'll replace during inflation of the "real" exe (except for the version section, first icon entry, and type libraries). I managed to shrink my exe to less than a third of its original size (icon resources -  ). Didn't detect any significantly higher load time.
--
Verletzen zerfetzen zersetzen zerstören
Doch es darf nicht mir gehören
Ich muss zerstören
|
|
|
|
|
I've had good luck UPX too, but one thing to watch out for is using it on a DLL that will be loaded by some method other than LoadLibrary(), such as res://. If it will be loaded like that, you can't compress the resources or else Bad Things will happen.
|
|
|
|
|
That's because it loads the DLL without calling DllMain(), right? Thanks for the heads up on that one. I have a DLL which I'm using with res://!
--
From the Makers of Futurama
|
|
|
|
|
That's my guess - if something loads the DLL with LoadLibraryEx(LOAD_LIBRARY_AS_DATAFILE) then DllMain() isn't run, and the unpack-on-the-fly code isn't run either.
|
|
|
|
|
hi all,
I am not able to use the ClipBoard Functionality of vc6.0 in VC7.0.
For Example the ClipBoard Functionalities like
::OpenClipboard(...),::SetClipboardData(...) etc.
Presently i am migrating the VC6.0 to VC7.0 in UnManged Code. Consider that it is not a Managed Code but it is Unmanaged Code in VC7.Net Version.
Please help me out.
Uday kiran
|
|
|
|
|
uday kiran janaswamy wrote: I am not able to use the ClipBoard Functionality of vc6.0 in VC7.0.
What errors you are getting ?
|
|
|
|
|
hi,
i am getting the "Unsupported File Format", It is giving this Error when i am trying to have ClipBoard Support from VC7.0 Version.
Its very very Urgent.
Help me out.
Uday kiran
|
|
|
|
|
uday kiran janaswamy wrote: i am getting the "Unsupported File Format", It is giving this Error when i am trying to have ClipBoard Support from VC7.0 Version.
Where exactly you are getting this error, in code ?
I can use these funciton is VS2k5, without any error.
|
|
|
|
|
How can i Link to a DLL created with MFC6.0 from a dialog based application Created using VC++.NET 2003 (MFC 7.1)?
Currently im getting the Linker error: fatal error LNK1104: cannot open file 'mfc42ud.lib'.
Thanks in Advance.
|
|
|
|
|
The DLL uses the old MFC unicode debug library which isn't available apparently.
Are you building the DLL? If so you can (and probably should) change your project to use the 7.1
library (mfc71ud.lib).
If this a runtime error you may have problems with a DLL linked to a different version of MFC
than the app, especially if it's an extension DLL (the DLL has classes derived from MFC classes
and your app derives from the those classes).
|
|
|
|
|
Hi All,
I have to draw the flowchart shapes in VC++ without using MFC. I also have to use Win32 SDK programming (no idea what that means). The shapes can be of constant size but should be movable. I have no idea about this as I'm a beginner in VC++....
Please Help.
|
|
|
|
|
Mayur Padgaonkar wrote: I also have to use Win32 SDK programming (no idea what that means).
This[^] should give you fair idea.
|
|
|
|
|
I went thru the link you gave me. There were really some interesting points there but nothing about graphics 
|
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
