Jump to content
  • Advertisement

sasho648

Member
  • Content Count

    49
  • Joined

  • Last visited

Everything posted by sasho648

  1. I mean what programming languages out there support C-like VLAs (which are stored on the stack rather than the heap), other than C itself? As you probably don't know VLA stand for a variable-length-array which is defined in 'C' in a way that most compilers will store them onto the 'stack' (instead of how most modern languages instead use the 'heap'). In case you do however I'll be glad if you help me to find non-100 years old, legacy carrying languages that meet this requirement.
  2. sasho648

    Criticism of C++

    Well thank you for the remind. Now please can I say something? I think 'C++' has many flaws. One of them is the functions. Although I don't know nothing about 'C++' I don't like them.
  3. sasho648

    Criticism of C++

    I know 'C++' as well as 'C' and I can't assure you the problems I've stated above are all still valid in 'C++'. And although optimization can take place for the return value - the things are not the same for the function parameters. I highly doubt that the compiler will optimize the code I have written above. Or maybe it'll who know? But in every case I find it a flaw that things which could be very easily handled by the programmers itself are left to the compiler which could or could not optimize certain thing. After all wasn't the power of 'C' that is closest to the low-level languages?And in certain cases even the compiler can't help. How could you return a VLA for example using the current syntax?In every case I found those things as a flaw. Because they add at-least a confusion (if not so performance issues).
  4. sasho648

    Criticism of C++

    Some of syntax improvements went wrong I guess because I used '<' the first is when I meant that array operator '['']' shall apply only on array types and shall mean accessing the array element.The other thing was how to properly define a function, similar to variables. But I guess that is not so important.
  5. sasho648

    Criticism of C++

    C++ is for horses. However the biggest flaw of it for me is where it comes from - 'C':'C' have one big flaw - functions.Although they look fancy and easy to use - the cost is waste of system memory and flexibility.This is because you can't actually use the 'function parameters' as what they're - named variables in the calling function. And also the returned value - in the function which must return.For some-time I though there was a big flaw with the implementation of arrays in 'C' - because you know you can't directly copy them, there is no array indexing operator (you now cry - there is '[]' - search google what this actually is and then come back again) and they can't be either returned nor passed as arguments to functions (again you say - how come you can't pass array to functions - however if you say this go read 'C' standard and then come back again).However recently I thought I'll try imitating what the 'C' creator was thinking when he created arrays. And I come to the conclusion that he made them as simple as possible by reusing already existing operation - the addition of pointers with integers. I think here it would have been better if he had added a new specific to arrays operator which could allow the compilers earlier diagnosis of accessing element out of bounds (and not a general one - which in practice is used only for arrays). However here I'm not exactly sure if the mistake was his or on the people who have standardized the language. Because even if he had meant '[]' to be a operand working with all kind of variables - the people creating the standard could simply see it's original meaning and usage and so create it an array specific one avoiding confusing code and allowing the diagnosis stated above. What I mean is code like this that is currently allowed:[source lang="c"]int arr[6];arr[6]; //ok although UB - can't be diagnosed (as the 'arr' is implicitly converted into //'int *' pointing to array first element and so the array-size information is lost) //same as *(arr + 6) 2[arr]; //ok not UB but kinda confusing huh? //same as *(2 + arr)[/source]If '[]' was an array special operator with syntax like this:[]The above code would not be allowed. The firs line will be diagnosed as not possible at compile-time (as the array have only 6 elements) and the second is a syntax error because '2' is not an array type.This is about accessing array elements. Now I'll move on to the other more general problem - why the 'C' creator didn't allow us to directly copy arrays? Why did he insisted that in expression they'll mostly 'decay' into pointers (unless used in a 'sizeof' expression for example as it is for now)? I can very easily come to this solution. It was because he was making a language that closely represents the machine low-level instructions (and also because he was lazy to make it more complex then this I guess?). In every case copying array would not be possible using a simple machine instruction at the time - the compiler should add a lot of code in order to achieve that (I guess?) because low-level machine assembly language was working with small-sized primitives (of 32bit) which was represented by 'ints', 'floats' and etc. in the current 'C'. You can now argue what about structure copying? Well as from what I've heard this feature was added later as an extension (the people which have added it weren't thinking much of what was the idea of 'C' but instead they've seen an easy way to make their work codding in 'c' easier I guess?). So anyway I can understand that. He meant arrays to be manually filled. I can't talk for array-initialization though - because if this was part of the first 'C' created then I've no idea why he decided to make arrays in the state they are now (because array-initialization involves automatic array filling/copying).So far so good in order to copy arrays we need to do that ourselves. We got our array declared - we got it's type and name. Now we can write a for loop... Wait what? You want to pass it as an argument to a function? But what we do now? Does arguments have names?Here is the big, big problem. We can only copy-initialize function parameters, as well as function return value. In this case we can't copy our arrays! And even if we could (suppose that arrays were copyable) - this limit us in a way that we can't directly modify the argument value. Suppose that we want to pass a structure to some function. However we can't simply copy-initialize it and we want for some reason to use a loop:[source lang="c"]typedef struct { int m1[20]; int m2;} someType;someType var;for(int i=0; i < sizeof(var.m1) / sizeof(var.m1[0]); ++i) var.m1 = i * 34; //consider some complex calcs instead for(int i=0; i < 34; ++i) var.m2 |= i * 34; //consider some complex calcs instead (maybe hash calculation?)void func(const someType *); //our function where we pass our structure //to be read of-coursefunc(&var); //pass a pointer to our structure we have just complexly initialized[/source]Here we have wasted the memory of one pointer, additional copying and reading from tOf-course we could also use a global-variable but you can then ask what is the stack for? Imagine we are calling this function from multiple threads? Or we are calling it in a recursion. Or we simply don't want to waste memory when the function is not called.Now you wonder - how could we make this better. I tell you on the moment. If we instead get closer to the low-level machine language as 'C' was intended to do - we must note that actually those arguments (in almost all implementations) are stored on the stack from the calling function as normal variables and then the called function simply access them as if they were declared in it (which they are in-fact). There is simply an agreement how many, in which order and what type the argument variables are stored in the stack so the caller, and called function could communicate. If we name those variables and allow accessing them as other normal variables (instead of only allowing copy-initialization)- we could have more option to storing data into them. Like in this example using loops. This way we have saved ourselves the drawbacks stated in the last paragraph. The same could apply for return values. We are talking about named access to the variables that pass and return from a function. Here is what this would looks like in practice:[source lang="c"]{typedef struct { int m1[20]; int m2;} someType;void func(someType); //our function where we pass our structure //it'll take out a single 'someType' variable from the stacksomeType var; for(int i=0; i < sizeof(var.m1) / sizeof(var.m1[0]); ++i) var.m1 = i * 34; //consider some complex calcs instead for(int i=0; i < 34; ++i) var.m2 |= i * 34; //consider some complex calcs instead (maybe hash calculation?)func(); //here the 'func' have direct read-write access to our lastly declared variable //which must be from type 'someType' - ak. 'var'} //brackets so the argument variable life-time ends just as when the function returns[/source]For return-variable named access I suggest storage-specifier 'return' which will define the returned variable in function scope.Example:[source lang="c"]someType ReturnOurStruct(){return someType var; //we can now directly access our return-valuefor(int i=0; i < sizeof(var.m1) / sizeof(var.m1[0]); ++i) var.m1 = i * 34; //consider some complex calcs instead for(int i=0; i < 34; ++i) var.m2 |= i * 34; //consider some complex calcs instead (maybe hash calculation?)}[/source]That put aside I think that function lack another proper thing - syntax. The fact that you can store parameters names in a type is somehow not in place. Also the fact that you can't define functions using typedefs and local ones. I got a solution for this too. Firstly funcion types can't specify parameter names and secondly we will define a new syntax for defining functions like ordinary variables: = { , } { }Another thing that I don't like are statements, declarations and other stuff but if I continue I'll simply define the whole new language I think 'C' must become. However the recent general - performance eating problem (which is not either syntax sugar or compiler checking for drunk programmers) was the one I talked about - functions.
  6. And also in a matter of fact - VLAs are very useful as you have already pointed out when there you've used only a single such variable. Because in such cases they are created faster then calling for example 'malloc'. Another thing is as you probably know newer 64bit processors have a lot more registers then 32bit ones so I'm sure that even using more then a single VLA can be optimized and work faster then 'heap'.
  7. I already know how VLAs are represented. And I still like them. It's my own personal opinion. However my problem is that I can't find any good-languages (besides C/C++ and the ones listed on the Wiki-Page describing what VLA is) that supports them (I mean proper by default support, without for example the need of calling a function like 'alloca').
  8. And besides 'C++' too. I already knew that one.
  9. Does sombody have this SDK? (It's called also DirectX 9.0a) If does I'll be grateful if he\she share it with me!
  10. sasho648

    I need Managed DirectX (0901) SDK

    HI!   Thanks for sharing, this is more useful than the version I already had (from 2000) but this is actually 2002. I need the version from March 2003. But anyway again thanks for the help because this version is the closest to what I need  .
  11. sasho648

    DirectX 9.0a SDK

    Thank you but I already have it (from one chinese site) and actually there're some mistmatches with the SDK used and this one. I'll show what actually I need defined: class SYS_DI_ADAPTER { public: SYS_DI_ADAPTER(DIDEVICEINSTANCEA const &, SYS_DI *, SYS_ERROR &); ~SYS_DI_ADAPTER(); SYS_ERROR GetSettings(SYS_DI_DEVICE_SETTINGS &); SYS_ERROR SetSettings(SYS_DI_DEVICE_SETTINGS &); SYS_DI_ADAPTER_OBJECT * FindObject(unsigned long, unsigned long)const; private: SYS_ERROR RegOpenKeyA(bool,HKEY &); SYS_ERROR SetSettings_Registry(SYS_DI_DEVICE_SETTINGS &); SYS_ERROR GetSettings_Registry(SYS_DI_DEVICE_SETTINGS &); SYS_ERROR GetSettings_Default(SYS_DI_DEVICE_SETTINGS &); SYS_ERROR GetAdapterInfo(SYS_DI *); static int __stdcall DIEnumDeviceObjectsCallback(DIDEVICEOBJECTINSTANCEA const *,void *); static int __stdcall DIEnumDeviceEffectsCallback(DIEFFECTINFOA const *, void *); public: DIDEVICEINSTANCEA m_0; //size 580 SYS_DI_ADAPTER_OBJECT* m_580; //size 4 DIDEVCAPS m_588; //size 44 SYS_DI_ADAPTER* m_632; //size 4 } ; //size of 636 class SYS_DI { public: SYS_DI(SYS_COMMAND_LINE const &,HWND,SYS_ERROR &); SYS_ERROR Create(); void ClearPS2PAD(); void CloseDevices(); SYS_ERROR Setup_Playback(char *); SYS_ERROR Setup_Recording(char *); BOOL LoadControl(CONTROLLER_TAG &); SYS_ERROR CreateDI(); SYS_ERROR EnumDevices(); static int __stdcall DIEnumDevicesCallback(DIDEVICEINSTANCEA const *, void *); SYS_COMMAND_LINE const & m_0; //size 4 HWND m_4; //size 4 BYTE m_8; BYTE m_9; HMODULE m_12; //size 4 HRESULT (*m_16)( HINSTANCE hinst, DWORD dwVersion, REFIID riidltf, LPVOID * ppvOut, LPUNKNOWN punkOuter ); //size 4 LPDIRECTINPUT8A m_20; //size 4 unsigned char m_256; unsigned char m_257; HANDLE m_260; //size 4 HANDLE m_264; //size 4 SYS_DI_ADAPTER* m_268; } ; SYS_ERROR SYS_DI_ADAPTER::GetAdapterInfo(SYS_DI * a0) { SYS_ERROR result = SYS_ERROR_UNKNOWN; __try { LPDIRECTINPUTDEVICE8A v0 = 0; if(a0->m_20->CreateDevice(m_4, &v0, 0)>=0) { DIDATAFORMAT tDat; tDat./*m_24*/ = 24; //offset HERE!!!!!!!!!!!!!!!! tDat.dwSize = sizeof(DIDATAFORMAT); tDat.dwObjSize = sizeof(DIOBJECTDATAFORMAT); tDat.dwFlags = 0; tDat.dwDataSize = 0; tDat.dwNumObjs = 0; tDat.rgodf = NULL; if(v0->SetDataFormat(&tDat)>=0) { if(v0->SetCooperativeLevel(a0->m_4, DISCL_EXCLUSIVE | DISCL_FOREGROUND)>=0) { memset(&m_588, 0, sizeof(DIDEVCAPS)); m_147 = sizeof(DIDEVCAPS); if(v0->GetCapabilities(&m_588)>=0) { if(v0->EnumObjects(&DIEnumDeviceObjectsCallback, this, DIDFT_ALL)>=0) { sysDXListReverse(m_580); if(v0->EnumEffects(&DIEnumDeviceEffectsCallback, this, DIDFT_ALL)>=0) result = SYS_ERROR_NO; } } } } } RELEASE(&v0); } __except(1){} return result; } So what is this the DIDATAFORMAT structure is with 24 bytes size but the program code is trying to access the element in it at 24 offset (this mean there need to be one extra member). Is this defined only in DirectX 9.0a but not in DirectX 9.0? And the other strange thing is this http://www.gamedev.net/topic/634619-enum-d3dformat-problem/. Where is these format defined? Actually there isn't such an enumeration member in DirectX 9.0. The program ReadMe file says that it was used DirectX 9.0a. So that's way I think this is my problem.
  12. I know it's very old but I need it. I can't find it anywhere. Please help me! I need download link to it.
  13. sasho648

    DirectX 9.0a SDK

    Why you think I have colleagues? Anyway if somebody have this SDK I'll be glad if he/she upload it and send me the link.
  14. sasho648

    DirectX 9.0a SDK

    No this is not my problem. I'm reverse engenering program which was compiled with this SDK so that's way I need it. You would search the SDK through the Internet or ask someone only.[/quote] Hwo to ask ? Any ideas ?
  15. sasho648

    DirectX 9.0a SDK

    Excuse me but wtf? What is this doing with DirectX 9.0a?
  16. sasho648

    DirectX 9.0a SDK

    No I need exactly DirectX 9.0a SDK from 2003. Not the new one. Please help!
  17. sasho648

    enum D3DFORMAT problem

    Nothing new... Reversing program from 2003 wasn't good idea. The same happened with EAX 3.0 SDK too . Anyway it is from Tomb Raider : The Angel of Darkness Here is a structure and the static object defined as follows: struct SYS_D3D_FORMAT_DESC { bool CanDirectlyMapData(D3DFORMAT); D3DFORMAT m_0; unsigned char m_4; unsigned char m_5; unsigned char m_6; unsigned char m_7; unsigned long m_8; unsigned char m_12; unsigned char m_13; unsigned char m_14; unsigned char m_15; unsigned long m_16; unsigned long m_20; unsigned long m_24; unsigned long m_28; unsigned char m_32; unsigned char m_33; unsigned char m_34; unsigned char m_35; const char* m_36; } ; //size of 40 static const SYS_D3D_FORMAT_DESC _v0[] = { {D3DFMT_R8G8B8, 0x3, 0, 0x8080800, 0, 0xff0000, 0xff00, 0xff, 0, "24 bit R8G8B8"}, {D3DFMT_A8R8G8B8, 0x4, 0, 0x8080808, 0xff000000, 0xff0000, 0xff00, 0xff, 0, "32 bit A8R8G8B8"}, {D3DFMT_X8R8G8B8, 0x4, 0, 0x8080800, 0, 0xff0000, 0xff00, 0xff, 0, "32 bit X8R8G8B8"}, {D3DFMT_R5G6B5, 0x2, 0, 0x5060500, 0, 0xf800, 0x7e0, 0x1f, 0, "16 bit R5G6B5"}, {D3DFMT_X1R5G5B5, 0x2, 0, 0x5050500, 0, 0x7c00, 0x3e0, 0x1f, 0, "16 bit X1R5G5B5"}, {D3DFMT_A1R5G5B5, 0x2, 0, 0x5050501, 0x8000, 0x7c00, 0x3e0, 0x1f, 0, "16 bit A1R5G5B5"}, {D3DFMT_A4R4G4B4, 0x2, 0, 0x4040404, 0xf000, 0xf00, 0xf0, 0xf, 0, "16 bit A4R4G4B4"}, {D3DFMT_R3G3B2, 0x1, 0, 0x2030300, 0, 0xe0, 0x1c, 0x3, 0, "8 bit R3G3B2"}, {D3DFMT_A8, 0x1, 0, 0x8, 0xff, 0, 0, 0, 0, "8 bit A8"}, {D3DFMT_A8R3G3B2, 0x2, 0, 0x2030308, 0xff00, 0xe0, 0x1c, 0x3, 0, "16 bit A8R3G3B2"}, {D3DFMT_X4R4G4B4, 0x2, 0, 0x4040400, 0, 0xf00, 0xf0, 0xf, 0, "16 bit X4R4G4B4"}, {D3DFMT_A2B10G10R10, 0x4, 0, 0xa0a0a02, 0xc0000000, 0x3ff, 0xffc00, 0x3ff00000, 0, "32 bit A2B10G10R10"}, {D3DFMT_G16R16, 0x4, 0, 0x101000, 0, 0xffff, 0xffff0000, 0, 0, "32 bit G16R16"}, {D3DFMT_A8P8, 0x2, 0, 0x8, 0xff00, 0, 0, 0, 0, "8 bit Palette A8"}, {D3DFMT_P8, 0x1, 0, 0, 0, 0, 0, 0, 0, "8 bit Palette"}, {D3DFMT_L8, 0x1, 0, 0x8080800, 0, 0xff, 0xff, 0xff, 0, "8 bit Gray L8"}, {D3DFMT_A8L8, 0x2, 0, 0x8080808, 0xff00, 0xff, 0xff, 0xff, 0, "16 bit Gray A8L8"}, {D3DFMT_A4L4, 0x1, 0, 0x4040404, 0xf0, 0xf, 0xf, 0xf, 0, "8 bit Gray A4L4"}, {D3DFMT_V8U8, 0x2, 0, 0, 0, 0, 0, 0, 0, "16 bit Bump V8U8"}, {D3DFMT_L6V5U5, 0x2, 0, 0x600, 0, 0, 0, 0, 0, "16 bit Bump L6V5U5"}, {D3DFMT_X8L8V8U8, 0x4, 0, 0, 0, 0, 0, 0, 0, "32 bit Bump X8L8V8U8"}, {D3DFMT_Q8W8V8U8, 0x4, 0, 0, 0, 0, 0, 0, 0, "32 bit Bump Q8W8V8U8"}, {D3DFMT_V16U16, 0x4, 0, 0, 0, 0, 0, 0, 0, "16 bit Bump V16U16"}, {D3DFMT_A2W10V10U10, 0x4, 0, 0x2, 0, 0, 0, 0, 0, "32 bit Bump A2W10V10U10"}, {D3DFMT_UYVY, 0x2, 0x2, 0, 0, 0, 0, 0, 0, "Compressed UYVY"}, {D3DFMT_YUY2, 0x2, 0x2, 0, 0, 0, 0, 0, 0, "Compressed YUY2"}, {D3DFMT_DXT1, 0x8, 0x2, 0x5060500, 0, 0, 0, 0, 0, "Compressed DXT1"}, {D3DFMT_DXT2, 0x10, 0x2, 0x5060500, 0, 0, 0, 0, 0, "Compressed DXT2"}, {D3DFMT_DXT3, 0x10, 0x2, 0x4040404, 0, 0, 0, 0, 0, "Compressed DXT3"}, {D3DFMT_DXT4, 0x10, 0x2, 0x4040404, 0, 0, 0, 0, 0, "Compressed DXT4"}, {D3DFMT_DXT5, 0x10, 0x2, 0x4040404, 0, 0, 0, 0, 0, "Compressed DXT5"}, {(D3DFORMAT)1128747082, 0x10, 0x2, 0x4040404, 0, 0, 0, 0, 0, "Compressed JPGC"}, //Here!!!!!!!!!!!!!!!??? {(D3DFORMAT)1145524298, 0x10, 0x2, 0x4040404, 0, 0, 0, 0, 0, "Compressed JPGD"}, //Here!!!!!!!!!!!!!!!??? {D3DFMT_D32, 0x4, 0, 0, 0, 0, 0, 0, 0x20, "32 bit Depth D32"}, {D3DFMT_D15S1, 0x2, 0, 0, 0, 0, 0, 0, 0x10f, "16 bit Depth D15S1"}, {D3DFMT_D24S8, 0x4, 0, 0, 0, 0, 0, 0, 0x818, "32 bit Depth D24S8"}, {D3DFMT_D16, 0x2, 0, 0, 0, 0, 0, 0, 0x10, "16 bit Depth D16"}, {D3DFMT_D24X8, 0x4, 0, 0, 0, 0, 0, 0, 0x18, "32 bit Depth D24X8"}, {D3DFMT_D24X4S4, 0x4, 0, 0, 0, 0, 0, 0, 0x418, "32 bit Depth D24X4S4"}, {D3DFMT_A8B8G8R8, 0x4, 0, 0x8080808, 0xff000000, 0xff, 0xff00, 0xff0000, 0, "32 bit A8B8G8R8"}, {D3DFMT_X8B8G8R8, 0x4, 0, 0x8080800, 0, 0xff, 0xff00, 0xff0000, 0, "32 bit X8B8G8R8"}, {D3DFMT_A2R10G10B10, 0x4, 0, 0xa0a0a02, 0xc0000000, 0x3ff00000, 0xffc00, 0x3ff, 0, "32 bit A2R10G10B10"}, {D3DFMT_A16B16G16R16, 0x8, 0, 0x10101010, 0, 0xffff, 0xffff0000, 0, 0, "64 bit A16B16G16R16"}, {D3DFMT_Q16W16V16U16, 0x8, 0, 0x10101010, 0, 0, 0xffff0000, 0xffff, 0, "64 bit Bump Q8W8V8U8"}, {D3DFMT_L16, 0x2, 0, 0x10101000, 0, 0xffff, 0xffff, 0xffff, 0, "16 bit Gray L16"}, {D3DFMT_MULTI2_ARGB8, 0x10, 0, 0x8080808, 0, 0, 0, 0, 0, "MET 2*ARGB8"}, {D3DFMT_R16F, 0x2, 0x1, 0x1000, 0, 0, 0, 0, 0, "16 bit G16F"}, {D3DFMT_G16R16F, 0x4, 0x1, 0x101000, 0, 0, 0, 0, 0, "32 bit G16R16F"}, {D3DFMT_A16B16G16R16F, 0x8, 0x1, 0x10101010, 0, 0, 0, 0, 0, "64 bit A16B16G16R16F"}, {D3DFMT_R32F, 0x4, 0x1, 0x2000, 0, 0, 0, 0, 0, "32 bit G32F"}, {D3DFMT_G32R32F, 0x8, 0x1, 0x202000, 0, 0, 0, 0, 0, "64 bit G32R32F"}, {D3DFMT_A32B32G32R32F, 0x10, 0x1, 0x20202020, 0, 0, 0, 0, 0, "128 bit A32B32G32R32F"}, {D3DFMT_UNKNOWN, 0, 0x3, 0, 0, 0, 0, 0, 0, 0} } ;
  18. So the variable type is D3DFORMAT but in the enumration i can't find thoose two format enumartion members: MAKEFOURCC('J', 'P', 'G', 'C') //Compressed JPGC MAKEFOURCC('J', 'P', 'G', 'D') //Compressed JPGD Please help if you know something about those two formats . EDIT: The SDK of DirectX 9 is about 2000~2002 for ~ VC++ 6.0.
  19. sasho648

    EAX 3.0 & EAX Unified SDKs

    So I contact Creative Labs by email and here is what they said to me: Dear Valued Creative Customer, Thank you for getting back to us. With reference to your email, we regret that the site is no longer in maintenance and that is why you are unable to download it anymore. Please be advised that we do not provide SDK service anymore. I am sorry but we are unable to fulfill your request today. If you still require assistance, please reply to this email with any previous correspondence to ensure the quickest and most accurate service. Thank you. Regards, Jes Creative Worldwide Customer Response ========== DISCLAIMER ========== This email is for the sole use of Creative's intended recipient and is not to be forwarded or copied to others. Any review, copying or distribution of this email or any attachments by others is strictly prohibited. If you are not Creative's intended recipient, please inform Creative immediately by responding to this email and thereafter permanently delete the original and any copies of this email together with any attachments. Thank you. Original Message Follows: ------------------------ So thank you for the reply. Maybe I'm so curious but why "that the file is no longer available for download". I realize anyway that I will need EAX 3.0 SDK and EAX Unified SDK. Is there someway to get them? I'm ready to fill any documents or forms for it. I need only them nothing other. sasho648 P.S.: I think SDK is open for not-commercial use. Yeah I'll use it for not-commercial target so no need apologize. But if I need to pay or fill forms I'm ready. ----- ????? ?? Ireland Order Email Address (ie.order@customercare.creative.com), ?? 05.11.2012 ? 07:06 ----- Dear Valued Creative Customer, Thank you for contacting Creative and we apologize for the delay in getting back to you. Pertaining to your query, we are sorry to inform you that the file is no longer available for download. We apologize for any inconvenience this may have caused you. Should you need further assistance, please reply to this email with any previous correspondence to ensure the quickest and most accurate service. Thank you. Regards, Jes Creative Worldwide Customer Response ========== DISCLAIMER ========== This email is for the sole use of Creative's intended recipient and is not to be forwarded or copied to others. Any review, copying or distribution of this email or any attachments by others is strictly prohibited. If you are not Creative's intended recipient, please inform Creative immediately by responding to this email and thereafter permanently delete the original and any copies of this email together with any attachments. Thank you. Original Message Follows: ------------------------ I want an copy of the EAX Software Development Kit but it seems this link is broken : http://connect.creativelabs.com/developer/Gaming/EAX%202.zip. Can you tell where I can download it, please? Sasho648[/quote] Read from bottom to the top. Can someobody explain me why Creative Labs "don't provide SDK service anymore" ? And I will be happy if somebody have an old archive of those SDKs .
  20. So I think this needs an entrly new thread. My problem is simple - I'm reverse engenering program which calls functions from EAX 3.0 and EAX Unified APIs. I need them to include but the Creative Labs Development site is broken. The only place to download EAX 2.0 SDK is some old archive and for EAX 3.0 & EAX Unified SDKs the only info in the internet is this russian thread http://www.gamedev.ru/sound/forum/?id=5539 . Can somebody tell me how to get those SDKs?
  21. So I'm reverse engineering an program which creates an EAX DirectSound8 like this: [source lang="cpp"]CoCreateInstance(&CLSID_EAXDirectSound8, 0, CLSCTX_INPROC_SERVER, IID_IDirectSound8, (LPVOID*) &m_6[iDeviceNum].m_4);[/source] But then It call strange functions from the EAX.dll getting them adresses from the IDirectSound8 COM. Here is the code in his hard form: [source lang="cpp"]class CAAudioDevice { GUID m_1; //size 16 char m_2[256]; //size 256 char m_3[256]; //size 256 ??? LPDIRECTSOUND8 m_4; //offset of variable this+1064, (size 4) } ; //size 1208 class CAAudioDriverPCTest { public: CAAudioDriverPCTest(HWND hWnd); virtual ~CAAudioDriverPCTest(); // size 4 int m_iDeviceAmount; //size 4 HWND m_hTestWindow; //size 4 std::vector<CAAudioDevice> m_3; // size sizeof(CAAudioDevice)*16 unsigned char* m_5; //size 4 } ; //size of 19344 void CAAudioDriverPCTest::TestAudio(int iDeviceNum, bool bol) { CoInitialize(0); if(CoCreateInstance(&CLSID_EAXDirectSound8, 0, CLSCTX_INPROC_SERVER, IID_IDirectSound8, (LPVOID*) &m_6[iDeviceNum].m_4)==S_OK) { (*(*m_6[iDeviceNum].m_4+40))(m_6[iDeviceNum].m_4, &m_6[iDeviceNum].m_1); (*(*m_6[iDeviceNum].m_4+24))(m_6[iDeviceNum].m_4, m_hTestWindow, 3); } }[/source] Like the last two function calls instance to the EAX.dll.
  22. Somebody? I just searched again the IDD for the interface ( IID_IEAXUnified ) and the result was only this thread. Is this so secret??
  23. I found this: http://people.cs.uct...DK/EAX20SDK.exe but it doesn't declare the interface I want. It have a GUID named : IID_IEAXUnified. After creating the COM object it calls virtual function from it. I need this interface declared. Does somebody know where? EDIT: The code Is: if( (LPDIRECTSOUND8)lpAudioDevice.m_12->QueryInterface( &IID_IEAXUnified, (EAX Interface) &lpAudioDevice.m_14 )
  24. Sorry for bumping this thread but I have an problem finding the EAX COM Interface. It is created with IID_IEAXUnified. Can you help me?
  25. I was confused about EAX beacuse while debugging the program. when I enter the call of this functions I go to some lines in the EAX.dll. Anyway thanks for the help!
  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!