Xbox 360 port

TommyBear · Post by **TommyBear** » Wed Dec 27, 2006 4:52 am

No problem... if we find a suitable direction to take the XNA project in, then we'll use the HEAD of the ScummVM repository. At the moment, we are not sure which will be the path of least resistance.

Tommy.

Vinterstum · Post by **Vinterstum** » Fri Dec 29, 2006 11:39 am

Some option in the project files seems to be completely overriding /clr:pure (hence why you can actually successfully compile ScummVM with varargs still present, which is also forcing a native compilation with just /clr).

Why VC++ retardedly does -not- warn about this, I've no idea. I'll try to narrow it down to the precise one.

Vinterstum · Post by **Vinterstum** » Fri Dec 29, 2006 11:49 am

For example, normally when setting /clr in the regular ScummVM project file, you get warnings like these:

14>..\..\base\commandLine.cpp(160) : warning C4793: 'vararg' : causes native code generation for function 'void Base::usage(const char *,...)'
14> ..\..\base\commandLine.cpp(146) : see declaration of 'Base::usage'

TommyBear · Post by **TommyBear** » Fri Dec 29, 2006 1:22 pm

Hey Vinsterstum... I've been taking a closer look too. It would seem that the only way to guarantee all code is compile to MSIL is to set the option /clr:safe.

This will make sure all code is verifiable and therefore pure with no native code. Unfortunately compiling with this option is impossible... you get thousands of errors for code that is not verifiable... still looking though.

TommyBear · Post by **TommyBear** » Fri Dec 29, 2006 1:46 pm

I take it back... /clr:pure works on the 360. I have just confirmed that the following mangled c/c++/clr code works:

Code: Select all


static int ScummVM&#58;&#58;Run&#40;&#41;
&#123;
   int numbers&#91;&#93; = &#123; 1, 2, 3, 4, 5, 6, 7, 8, 9, 0 &#125;;
   int * numPtr = numbers;

   while&#40;*numPtr&#41;
   &#123;
      Console&#58;&#58;WriteLine&#40;"Number is &#123;0&#125;", *numPtr&#41;;
      *numPtr = *numPtr - &#40;*numPtr * 2&#41;;
      numPtr++;
   &#125;

   return numbers&#91;4&#93;;
&#125;

This proves that some form of mangled C++ will work. It doesn't have to be safe(verifiable) to execute. This is really excellent

RJT · Post by **RJT** » Sun Mar 04, 2007 1:33 pm

I downloaded the ScummVM-XNA rar. Just wondering how to install it on the 360? I'm kind of new with this...

Jonas76 · Post by **Jonas76** » Thu May 24, 2007 5:59 pm

Could we please have an update on whats being developed for the 360 port? Does the XNA version for download work? And if so, can someone lead us through it? Is there currently a working version of SCUMMVM for the 360 or is it still in works(or abandoned)? It would be greatly appreciated!

PsYcO · Post by **PsYcO** » Sat Jun 30, 2007 1:21 am

update anyone?

Post by **eriktorbjorn** » Sat Jun 30, 2007 3:22 am

PsYcO wrote:update anyone?

Judging by the SVN statistics on their SourceForge project page, nothing much has happened for the past five months. If so, they do have a bit of catching up to do.

PsYcO · Post by **PsYcO** » Sat Jun 30, 2007 6:19 am

so, it is possible then? i meen to play scummvm on the 360?

fingolfin · Post by **fingolfin** » Sat Jun 30, 2007 8:31 am

We don't know. It's a 3rd party project. Go and ask *them* to find out

. But as Torbjörn pointed out, it seems that in the past 5 months they were not active, so unless they already had a working version back then, it's highly unlikely that they have one now.

Post by **eriktorbjorn** » Sat Jun 30, 2007 11:48 am

PsYcO wrote:so, it is possible then? i meen to play scummvm on the 360?

Judging by their version.txt file, they have unfinished ports of the engines for Beneath a Steel Sky and Flight of the Amazon Queen. And, of course, some (much?) of the infrastructure. But, as Fingolfin said, it's a third-party project so all we can make are educated guesses.

For the official ScummVM ports, the only parts that need to be rewritten are the ones that deal with sound, graphics, etc. This one, on the other hand, involves porting the entire ScummVM from C/C++ into C#. This, of course, makes it a lot more work for them. Some might even consider it doomed to certain failure, but they're certainly free to try it.

Vinterstum · Post by **Vinterstum** » Sat Jul 07, 2007 9:43 pm

In all likelihood, a 360 port isn't going to happen.

Basically, there's two ways it COULD happen:
1) Rewrite the whole of ScummVM in C#. This is a colossal job, and hard to maintain. This is what the above guys tried, and seems to have given up on.

2) Somehow compile ScummVM to managed code (.NET stuff). I looked into this option some more today, and... it's not gonna happen. Due to the limitations of the .NET runtime environment on the 360, C++ programs have to be compiled with the /clr:safe option. Which means you can't use any libc stuff, no malloc, no pointers. Which means no ScummVM.

So unless someone figures out (or Microsoft opens up) a way to run native code on the 360 (legally), it won't happen.

PsYcO · Post by **PsYcO** » Sat Jul 07, 2007 10:10 pm

Vinterstum wrote:In all likelihood, a 360 port isn't going to happen.

Basically, there's two ways it COULD happen:
1) Rewrite the whole of ScummVM in C#. This is a colossal job, and hard to maintain. This is what the above guys tried, and seems to have given up on.

2) Somehow compile ScummVM to managed code (.NET stuff). I looked into this option some more today, and... it's not gonna happen. Due to the limitations of the .NET runtime environment on the 360, C++ programs have to be compiled with the /clr:safe option. Which means you can't use any libc stuff, no malloc, no pointers. Which means no ScummVM.

So unless someone figures out (or Microsoft opens up) a way to run native code on the 360 (legally), it won't happen.

shit, i don't care if i have to do it illegally... its easily my favourite console so far

shadowcode · Post by **shadowcode** » Mon Sep 03, 2007 8:12 pm

You can probably compile ScummVM as a static lib and then compile that static lib into a C++/CLI project which acts as a bridge between C# and C++.

However, I don't think that'd run on the X360 XNA framework.

The only way to get ScummVM working on the 360 is as an official microsoft licensee. From there on, it can be done. (although I don't know how heavily ScummVM relies on SDL).

The only other way is unlikely as well, the X360 has been 'cracked' two or three times so far and people have ran native code, yet the homebrew scene hasn't gotten anywhere because Microsoft can easilly plug the holes now and one-'sploit-to-rule-them-all's are really rare nowadays.

So don't count on a X360-ScummVM any time soon.