[QUOTE=Spoco;27716101]What? I'm not trying to make C# look bad, I think C# is great. And I spent at least an equal amount of time on both. Sure, I could've done the C# version better, but I would've had to use more unsafe code (I already did for accessing the image faster) and write all the underlying containers myself. Still you just have to accept that there's a performance difference between an interpreted language and a native one.[/QUOTE]
No, C# is JITted. You just wrote crap code.
[QUOTE=_Undefined;27717076]Any ideas on when it'll be available?[/QUOTE]
Im hoping within a week.
[QUOTE=Venice Queen;27717471]No, C# is JITted. You just wrote crap code.[/QUOTE]
I hate practically anything ever touched by Microsoft but this man is correct.
[QUOTE=Dj-J3;27717201]I've found out that using automatic window size won't always work when trying to fill the whole screen(don't know why really), thus, taskbar will be drawn on top.
Are you doing this with automatic window size or manual?[/QUOTE]
Tried both and the task bar is not being drawn on top.
Also it fills up the entire 1680x1050 but it seems the bottom 30px are cut off. I will get a picture in a bit.
[QUOTE=BlkDucky;27716991]Agreed. I can't play roguelikes unless they have numpad controls.
Edit: Unless I'm forced to due to laptop or whatever. But then I use arrow keys + top numbers for diagonals. I got used to it really quick.[/QUOTE]
I'd say HJKL is an excellent compromise for all computer types - it allows for all diagonal controls without the numpad dependency. Only problem is the scheme is not as approachable.
[QUOTE=Dj-J3;27717201]I've found out that using automatic window size won't always work when trying to fill the whole screen(don't know why really), thus, taskbar will be drawn on top.
Are you doing this with automatic window size or manual?[/QUOTE]
Not sure if this will help, but try toggling the topmost setting on the window. I've found that I sometimes need to re-apply it to obscure the taskbar again.
[QUOTE=Jallen;27717491]Im hoping within a week.[/QUOTE]
You could just upload the APK to AnyHub or Dropbox and release it within seconds. :smile:
[img]http://filesmelt.com/dl/photoelec1.png[/img]
After space invaders, I now understand the basic methods etc. needed for a game, and this time around I'm aiming to learn more about drawing with openGL and have my code actually be organised instead of a huge mess.
It's basically going to be frogger, but the photoelectric effect/bohr model - your electron starts on the outer shell and has to avoid incoming photons, electrons, muons etc. to get to the inner shell. I might make it so that after that you have to gain enough energy to leave the atom (but I can't think of how you'd do it other than waiting until a photon hit you, which could be forever).
Oh, and I'm trying to make fullscreen available for this too - you can play at any resolution and it scales everything to it.
[QUOTE=Overv;27714829]Yeah, probably. I gave loading threads without the popup a try and it worked pretty well. I just need to find a good way to show that it's loading something.[/QUOTE]
You could just show every single thread as it's loaded, it would make a nice cascading effect
[QUOTE=Venice Queen;27717471]You just wrote crap code.[/QUOTE]
Please, prove that. I will be honestly impressed if you manage to write a program in C# using the A* algorithm that solves that huge maze in under 6 seconds using (at least mostly) safe code! I'll even be impressed if it does it under 10 seconds with only unsafe code. I know JIT compilation has some optimization advantages, but I refuse to believe without proof that it can perform this task as fast as a native application.
[QUOTE=TerabyteS;27718047]You could just show every single thread as it's loaded, it would make a nice cascading effect[/QUOTE]
It doesn't work like that. For one, I can't parse partial JSON and the Facepunch server only sends the data back when it's finished querying threads.
[QUOTE=Spoco;27718135]Please, prove that. I will be honestly impressed if you manage to write a program in C# using the A* algorithm that solves that huge maze in under 6 seconds using (at least mostly) safe code![/QUOTE]
If you used the equivalent of unsafe code in C++, you should have done the same in C# for a fair comparison.
[QUOTE=Spoco;27718135]Please, prove that. I will be honestly impressed if you manage to write a program in C# using the A* algorithm that solves that huge maze in under 6 seconds using (at least mostly) safe code! I'll even be impressed if it does it under 10 seconds with only unsafe code. I know JIT compilation has some optimization advantages, but I refuse to believe without proof that it can perform this task as fast as a native application.[/QUOTE]
Don't be stupid, of course using only safe code in C# isn't going to get you the speeds you could get in C++ ("unsafe") code. If you want a fair comparison code the maze solver in whatever way solves it the fastest in C# and C++, uncaring of unsafe or safe code.
[QUOTE=esalaka;27718295]If you used the equivalent of unsafe code in C++, you should have done the same in C# for a fair comparison.[/QUOTE]
Unsafe code in C# means dealing with pointers which is rarely required. Please explain to me what is "safe" C++ code.
Why would you limit yourself to safe code in C# if you desire hard performance?
[QUOTE=Spoco;27718391]Unsafe code in C# means dealing with pointers which is rarely required. Please explain to me what is "safe" C++ code.[/QUOTE]
The point is that there is no "safe" C++ code, and that in order to do a [b]fair[/b] comparison you need to get your head out of your ass and code both of them to their full potential in unsafe ways. You can't compare two languages when you limit one and don't limit the other.
[QUOTE=Metroid48;27717884]I'd say HJKL is an excellent compromise for all computer types - it allows for all diagonal controls without the numpad dependency. Only problem is the scheme is not as approachable.
Not sure if this will help, but try toggling the topmost setting on the window. I've found that I sometimes need to re-apply it to obscure the taskbar again.[/QUOTE]
I have never experienced any problems with this, although i haven't tried every game in the world either. :v:
[QUOTE=high;27717673]Tried both and the task bar is not being drawn on top.
Also it fills up the entire 1680x1050 but it seems the bottom 30px are cut off. I will get a picture in a bit.[/QUOTE]
Full screen 1680x1050 (Can't play due to a bug)
[img_thumb]http://img87.imageshack.us/img87/1631/bioshock20110128184647.jpg[/img_thumb]
Windowed 1680x1050 borderless using border remover
[img_thumb]http://img402.imageshack.us/img402/9067/bioshock20110128185113.jpg[/img_thumb]
[QUOTE=Overv;27714754]Time for a little demo of what I've been working on.
[hd]http://www.youtube.com/watch?v=Hqh8MogwiNE[/hd][/QUOTE]
Very nice Overv!
As soon as I get an android phone, that's the first app I'm getting.
If I coded everything using unsafe code in C#, it would in my opinion pretty much defeat the point of the language. And I still don't believe it would perform as well (prove me wrong!). As I said, you just have to accept that there's a performance difference. C# isn't for performance critical applications. There's enough of benchmarks and whatnot about this. I did say I did this for fun and I still like C#.
[QUOTE=high;27718727]Full screen 1680x1050 (Can't play due to a bug)
[img_thumb]http://img87.imageshack.us/img87/1631/bioshock20110128184647.jpg[/img_thumb]
Windowed 1680x1050 borderless using border remover
[img_thumb]http://img402.imageshack.us/img402/9067/bioshock20110128185113.jpg[/img_thumb][/QUOTE]
Well I worked around it by using winspy++ and moving the window to -3,-25(so the borders are off the monitor) which it wasn't letting me with your program.
I'm getting Box2DX integrated into a game I'm working on! :buddy:
[QUOTE=ZenX2;27719332]I'm getting Box2DX integrated into a game I'm working on! :buddy:[/QUOTE]
[url]http://msdn.microsoft.com/en-us/library/microsoft.xna.framework.gamewindow.clientbounds.aspx[/url]
Edit: Wow, he'd asked how to get the Window's dimension in XNA.
[QUOTE=Spoco;27718135]Please, prove that. I will be honestly impressed if you manage to write a program in C# using the A* algorithm that solves that huge maze in under 6 seconds using (at least mostly) safe code! I'll even be impressed if it does it under 10 seconds with only unsafe code. I know JIT compilation has some optimization advantages, but I refuse to believe without proof that it can perform this task as fast as a native application.[/QUOTE]
Post code and I'll show you what you're doing wrong.
What's with the all the low postcount 2010/11ers lately?
[editline].[/editline]
Probably Turb's alts..
[QUOTE=Maurice;27719536]Probably Turb's alts..[/QUOTE]
fyi I've only got pro ruby dev and Venice Queen now.
[QUOTE=Spoco;27718795]If I coded everything using unsafe code in C#, it would in my opinion pretty much defeat the point of the language. And I still don't believe it would perform as well (prove me wrong!). As I said, you just have to accept that there's a performance difference. C# isn't for performance critical applications. There's enough of benchmarks and whatnot about this. I did say I did this for fun and I still like C#.[/QUOTE]
Yes, because using a language to it's full potential defeats the purpose of it, obviously.
CAPITAL LETTERS
[QUOTE=Venice Queen;27719601]fyi I've only got pro ruby dev and Venice Queen now.[/QUOTE]
Well, if that really is you turb, I'm impressed. I actually didn't think this alt was you. :o
I need some help with C++.
[img_thumb]http://img402.imageshack.us/img402/1791/problemnw.png[/img_thumb]
How do I stop those variables from going right next to each other, I would like to have those variables separated.
[QUOTE=LieutenantLeo;27720613]I need some help with C++.
[img_thumb]http://img402.imageshack.us/img402/1791/problemnw.png[/img_thumb]
How do I stop those variables from going right next to each other, I would like to have those variables separated.[/QUOTE]
cout<<"\n";
or
cout<<endl;
[QUOTE=xAustechx;27720657]cout<<"\n";
or
cout<<endl;[/QUOTE]
In quotes? So like,
cout << x "\n"; ??
Sorry, you need to Log In to post a reply to this thread.