Code center > Darwinbots3

Game consoles, GPGPU...

<< < (2/4) > >>

jknilinux:

--- Quote from: Numsgil ---C++ isn't going to happen.  C# isn't just a different language, it's based on an entirely suite of programming tools, which make my life as a developer worth living   I've done some programming in managed C++, and if it made a difference at all I could be convinced to do it that way, but the problem isn't the language it's the run time library, which is supported by Microsoft, which is a competitor to Sony and it's PS3.  So it's not in the best interests for Sony to support .NET on its platform.

There is Mono, to run .NET apps on linux and mac boxes, so it's possible one day that you might be able to get a .NET port for PS3, driven by the open source community, and then you could compiler and run Darwinbots on the PS3, but I wouldn't hold my breath   Darwinbots on linux is likely to happen first, but it depends on the quality of the Mono platform, and how well it simulates proper .NET, which isn't something we can control.  I don't have (nor want) a linux OS, so I can't test it.  If someone with linux and a mind for programming wants to grab the current code and try compiling it with Mono, and see if it still works, and maybe tweak things if they don't, I can get behind that.

Things like running bot DNA is highly parallel, so lots of worker threads is definitely feasible.  But at the end of the day you have to entirely finish cycle 1 before you can start cycle 2.  You have to entirely finish DNA before you can start physics, etc. etc.  Most games are like this.  It's extremely difficult to take significant advantage of more than a few cores for something like this, because the overall way that games work is serial.  Their internals might be able to be paralleled, but the internals fit together in a highly serial fashion.  But I'll try to put some thought towards multithreading in all the modules.  It's one of my priorities.  Just don't expect it to run 4x faster on a quad core over a single core.  I think to get that sort of benefit you need to run multiple instances and network them together.  That is a solution that can scale very well with the number of cores, especially when the networking doesn't block on the server like it does now with the VB DB.
--- End quote ---

Then would you mind using Mono to develop it? See http://www.go-mono.com/mono-downloads/download.html

They have a windows version, and if you develop in mono then porting it to linux should be painless.



Or, if you don't want to switch, maybe you could try using this: http://www.mono-project.com/MoMA
To make sure the code works in *nix.

Thanks!

Peter:
If you lisened well enough to numsgil. He said he is not going to run linux. If you want to test it, you can grab the code and compile it youself to linux. Then you can say if it works. If you're a coder you can try and change a little to get it working if it doesn't.
I'm neather running linux. So I'm too not very interesting in trying, sorry.

Numsgil:
I can give the MoMA thing a go at some point probably.  But I don't want to develop strictly on the mono platform.  There's a reason Microsoft can charge money for what they do even when other people give away free versions

jknilinux:

--- Quote from: Peter ---If you lisened well enough to numsgil. He said he is not going to run linux. If you want to test it, you can grab the code and compile it youself to linux. Then you can say if it works. If you're a coder you can try and change a little to get it working if it doesn't.
I'm neather running linux. So I'm too not very interesting in trying, sorry.
--- End quote ---

I know he said he doesn't run linux.

I was suggesting he use the mono platform instead of whatever compiler he's currently using to ensure linux compatibility. Like I said, it works on Windows too. And, if his current compiler is better somehow, then maybe he could use the MoMa tester instead.

I was suggesting this to numsgil because it would be easier to just develop with the mono constrictions in mind than for someone who doesn't know anything about DB3 or C# (me) to debug it with mono on my linux box.

Numsgil-
If it would be too time-consuming, don't lose sleep over it. But since we'll be using DB3 for a while, I just think it's a good investment.

Cyberduke:
Well what’s currently in the SVN gets green ticks from MoMA but I think it really only checks for p/invokes and I already knew it wasn’t using any. I think that’s kind of pointless, really the only test is to try compiling it with mono.

I might put Linux back on my pc at some later point, I have run red hat followed by fedora core before and have been tempted to put ubuntu on. I don’t really want to keep checking it though; I say we get a releasable windows version first, rather than slow development doing both.

Since we are sticking with purely safe managed code for the sake of the X-Box anyway I think our Linux issues will be centred around the Graphics, UI and networking.
Though most likely is that the Linux version would need an OpenGL graphics module written for it to use. So it’s lucky that darwinbots isn’t graphically intensive and we are going for a highly modular approach or that would be a non-starter.

Navigation

[0] Message Index

[#] Next page

[*] Previous page