_________________
Want Free Games?
Free Gamer - open source games blog and information

With the new .NET2.0 (blah blah blah...) you cannot just link with standard C++ DLLs. (which SDL in it's basic form is).

So, as Charles stated, TAO is simply a wrapper that sits between SDL and my code to provide me with SDL...

Now, since it's open source, I could hack open TAO and rip all the required bits out into my app... you could then compile that at your 'native' hardware level (x64) and see what happens... but that's ludicrous.

...What I'm interested in, is that 32-Bit applications _should_ work on your system... I think the issue is that you have x64 Libraries (SDL?) attempting to work with 32-Bit applications (FreeTrain) and this is a big no-no.

Is there a chance you can download the SDL libraries again (32-Bit) and throw them directly into the folders where TAO exists?

I really cannot help out on this until I get my hands on an x64 system... and it turns out I should be able to install xp64 on my Pentium D (of which I had no idea!).

... So I'll keep you updated if I can successfully get anything going.

There is no 64bit SDL.dll, the version I have is the Win32 version, but it's stated that it works with 64bit. See, it's possible for dll's to work on 64bit, that isn't the problem. The only thing that shouldn't work is device drivers.

It is correct that it should work on either system, though the jap version works, and no builds in the english FT have worked yet. Perhaps it's a problem with the change to a newer .Net framework, it is possible.

I'm running xp x64 btw, great stability.

Ok, I haven't been able to test it, but try this:

Quote:

The project file (.vbproj for visual basic) is an XML file, which can be edited with any text editor, such as notepad. It has two sections that need to be changed, one for debug and one for release. Insert the following line into both of these sections and the dll should now work. <PlatformTarget>x86</PlatformTarget> Here are those sections with the lines added: ... </PropertyGroup> <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' "> <DebugSymbols>true</DebugSymbols> <DebugType>full</DebugType> <DefineDebug>true</DefineDebug> <DefineTrace>true</DefineTrace> <OutputPath>bin\Debug\</OutputPath> <PlatformTarget>x86</PlatformTarget> <DocumentationFile>AnotherFri_Dll.xml</DocumentationFile> <NoWarn> </NoWarn> ...

Please only add the bolded line
...I haven't got SVN access at work... so I can't do anything from here. Otherwise I'll dig into it tonight and see what I can do. Seems that you'd need to add this in each of the projects (plugins as well).
Adding it one-by-one should be ok, since you'll just keep getting BadImageExceptions in different areas.

We should rewrite this in Java.

_________________
Want Free Games?
Free Gamer - open source games blog and information

lol.. I know that .NET isn't the fastest... but I do believe that Java would take the cake.. .I'd prefer a rewrite in C++....


Anyway, a picture is 1000 words or something....

So, if the same changes were made to the DirectX branch, it would run on x64?

If so, it'd certainly be worth making a new release on SF for!

Yup yup.. I wrote that in the SVN Commit Comment

I might do it tonight.. late.. if someone doesn't beat me to it.

I was planning to do it but came down with an awful cold instead. *cough* *cough*

/ Daniel - writing from bed

Forgive me... I've just checked in the required files... please do an SVN update on your directory.

Keep me updated with any other issues.

I'll attempt to find time tonight to check out the full repo and work out what else I haven't checked in.

Wow, and for the first time, I have it working

Ain't that crazy how the smallest little thing.

I'm still having issues. It has lots of problems loading the plug-ins. The first failure is with the system.wav

Breosa, I've never seen issues like this before... it's all scary too.

Can you start by telling me what platform/OS you're running on and also do a full rebuild of the solution and post the 'Output' as a text file to this forum?
Might give me an idea as to what's failing... Do these errors come up once the loading screen is visible?

Feel free to post screenshots directly to the forum, zip compression doesn't do squat when reducing jpeg file sizes

I'm trying to build it on Vista x64 . The main screen appears, the splash screen with the loading plugins appears. It successfully loads a number of plugins so it seems based on the debug trace that are in the list prior to System. Station.wav is just the first of the plugins to error out.

I finally got to the line that fails on station.wav in Segment.cs, (man there is a ton of looping in the startup process, F11, F11, F11..). I checked the file name was correct by doing a Debug.Print(fileName); and then copy past into Media Player and it clearly works as a Wav file/path. So it has to be something with:

return new Segment( DirectAudio.loader.LoadSegment(fileName) );

That causes the first error. I wonder if Vista doesn't like the older DirectAudio setup as if you recall from the other thread I'm pointing to interop.DxVBlibA in the references section for DirectAudio.Net.

I haven't got far enough to find out where the spriteloader is failing, too many F11 keypresses to get that far!