There's a new tutorial at Cornflower Blue's blog which explains in detail how to create a FPS camera with XNA.
From etayrien's post: "... We've been busy lately, which should put smiles on all your faces. I like my job, so I can't give any specifics, but we've got some stuff coming up we think you'll be excited about. ".
Told ya!!! ... something is being really cooked by the XNA Team ... does anybody know anything else about that "some stuff coming up"? What could it be? Hummmm ....
... well, cannot wait ... ;)
Friday, February 02, 2007
Thursday, February 01, 2007
TIP: DEPLOYING GAMES TO THE 360 WITHOUT SHARING SOURCE CODE - PART II
In line with what he had explained for the matter, Stephen Styrchak has added some important information regarding obfuscation in general, and for the 360 platform in particular.
From Microsoft's forums: "Whether you want to obfuscate or not is completely up to your own discretion. It seems like a lot of people share the false impression that being able to decompile/disassemble binaries is a new thing that is possible with managed assemblies. It is not. It is just as easy to run a decompiler/disassembler on native binaries, and that technology has been around for decades.
That being said, yes, it will certainly work for assemblies compiled for the Xbox 360. Obfuscation is a post-compilation step that takes an assembly as input, and generates a new (obfuscated) assembly as output. The obfuscated assembly is functionally equivalent, but the instructions and functions have been rearranged in a way that makes it harder for humans to understand.
An obfuscated assembly is no different than an unobfuscated assembly in that it makes no difference to the JIT compiler and runtime if an assembly is obfuscated or not (which is why it will work on the Xbox 360). Similarly, assemblies for the 360 are not special assemblies; they are produced by the same C# compiler as the Windows assemblies -- so no special obfuscator is required to use on them.
Note that obfuscation just makes it harder to read disassembled assemblies, not impossible to read. With a more sophisticated disassembler, I believe you could effectively undo most of the obfuscation. You'll have to check with your obfuscation tool vendor to understand just how "secret" they can make your code. From my understanding of obfuscation, the efficacity also depends on the complexity of the software you are trying to obfuscate. That is, an algorithm in a single function will probably remain almost completely unchanged. However, an algorithm that requires dozens or more functions would be very well hidden. The trick is in hiding what functions are being called an what data is being passed around. The instructions doing the work (loops, branches, etc) are otherwise the same.
--Stephen"
Cheers!
From Microsoft's forums: "Whether you want to obfuscate or not is completely up to your own discretion. It seems like a lot of people share the false impression that being able to decompile/disassemble binaries is a new thing that is possible with managed assemblies. It is not. It is just as easy to run a decompiler/disassembler on native binaries, and that technology has been around for decades.
That being said, yes, it will certainly work for assemblies compiled for the Xbox 360. Obfuscation is a post-compilation step that takes an assembly as input, and generates a new (obfuscated) assembly as output. The obfuscated assembly is functionally equivalent, but the instructions and functions have been rearranged in a way that makes it harder for humans to understand.
An obfuscated assembly is no different than an unobfuscated assembly in that it makes no difference to the JIT compiler and runtime if an assembly is obfuscated or not (which is why it will work on the Xbox 360). Similarly, assemblies for the 360 are not special assemblies; they are produced by the same C# compiler as the Windows assemblies -- so no special obfuscator is required to use on them.
Note that obfuscation just makes it harder to read disassembled assemblies, not impossible to read. With a more sophisticated disassembler, I believe you could effectively undo most of the obfuscation. You'll have to check with your obfuscation tool vendor to understand just how "secret" they can make your code. From my understanding of obfuscation, the efficacity also depends on the complexity of the software you are trying to obfuscate. That is, an algorithm in a single function will probably remain almost completely unchanged. However, an algorithm that requires dozens or more functions would be very well hidden. The trick is in hiding what functions are being called an what data is being passed around. The instructions doing the work (loops, branches, etc) are otherwise the same.
--Stephen"
Cheers!
DREAM.BUILD.PLAY: GLOBAL COMPO?
Lately, many of us have been worried because the 'Register' section of the Dream.Build.Play competition only shows one country: the US (and not all of the states).
Well, Dave Mitchell has confirmed that the D.B.P. is a global competition.
From Microsoft's forums: "The site is live and yes we realize there are a few things that haven't quite propped properly. We've got people looking to get these fixed asap.
To be clear, yes you will be able to register outside the US as this is a global competition. And yes, the missing states will be re-annexed shortly.
Apologies for the wrinkles in the rollout.
--dave"
Just let's give the guys the due time to set up things properly, shall we?
Well, Dave Mitchell has confirmed that the D.B.P. is a global competition.
From Microsoft's forums: "The site is live and yes we realize there are a few things that haven't quite propped properly. We've got people looking to get these fixed asap.
To be clear, yes you will be able to register outside the US as this is a global competition. And yes, the missing states will be re-annexed shortly.
Apologies for the wrinkles in the rollout.
--dave"
Just let's give the guys the due time to set up things properly, shall we?
Subscribe to:
Posts (Atom)