Muchi Muchi Pink
Member
Including syntax highlighting for almost every language out there.You can do code completion in VIM ( a plain text editor ).
Including syntax highlighting for almost every language out there.You can do code completion in VIM ( a plain text editor ).
Question though. Do modern PCs let alone modern OSs need to be shoved aside to be 0% given how powerful and RAM plentiful our machines are?
I think no.
So, how are AMD's Linux drivers? :|
This sort of tech talk excites me much more than keyboards that can be magnetically attached to touchscreen pad devices. Aw yeah, forget C++, let's see those one second compile times baby.
So, how are AMD's Linux drivers? :|
Pretty much, yeah. You'll get Steam big picture mode when it starts and you can take it from there.I've never used Linux, but how would this thing work?
They want to take over the living room space, so I hook it up to my TV and...what? Steam automatically boots at startup and I start downloading games?
The gi.biz article about the Piston Steam box credits this guy with being the creator of FXAA and TXAA - dude clearly knows his stuff!
http://www.youtube.com/watch?v=KLd8kEQJIzwTHat's nice and all, but realistically a small dev will never be afford to make a game that "goes nuts and pushes a modern PC GPU"
That's the most surprising element here... I'm fine with people preferring performant languages and minimalist tools, but why would you not want to use a debugger ?
So it is! I read the rest of it, I promise.Dude. Who he is, I made sure to be the very first line of the OP of this very thread. You don't need gi.biz for that!
He does? That's sad. Epic just isn't the same dev from the Unreal days. Lottes is probably there as an Unreal engine developer, yeah?sup GAF, time to bump this..
Lottes works at Epic nowadays. Therefore I presume the plans of making his own Linux PC game are dead.
-The core often is in pure C for most games. C++ is mainly relegated to your game objects like Player and Enemy types as C++ is a significant overhead given the additional lookup time necessary for accessing member functions.
-Plain text editor is far more common for development than what you think. Modify vimrc and you can have it compile, run tests, and run the program at save. Regex support is much better in vim than almost any IDE I've worked with so real easy to find and replace even on complex patterns.
He did make a post about SteamOS though so it sounds like he's excited at least.sup GAF, time to bump this..
Lottes works at Epic nowadays. Therefore I presume the plans of making his own Linux PC game are dead.
I haven't encountered one of these yet but it has seemed like something very obvious since live cds and later steam for linux.I'm not supporting MacOSX, but I'm planning on supporting a bootable "Steam Stick" USB2/USB3 thumb drive Linux image which runs Steam and can enable MacOSX users to run the game on their hardware.
That's the most surprising element here... I'm fine with people preferring performant languages and minimalist tools, but why would you not want to use a debugger ?
I think we can pretty much take for granted that the SteamOS will have total support from all indie devs. If the AAA space follows suit then Valve will be on a road to success.
(2.) Nothing running in the background, game gets the full machine.
Anybody coding in C and getting good results is competent enough to learn a new paradigm. Guy needs to get out of his comfort zone - there are languages out there with 5-10 times the productivity of C.
Is that coding to the metal console folks seem to rave about ?
No. Technically you can go to the metal but have 8572398579203 processes running stealing your resources.
No one gets 5-10 times more productive by changing languages (even if you assume those other languages will get you a final product with the same characteristics).
Don't be fooled by code size comparisons - time spent writing code is much lower than time spent thinking about solutions, testing stuff etc...
That stuff is so overrated. It's very rare for other processes to take away significant resources, provided the computer is free of viruses and the like.
Coding to the metal is also very misunderstood - there's always the OS and drivers between you and the hardware.
The same advice goes for you. Get out of your comfort zone. You can still evolve.
I don't disagree that it is overrated how it is used on gaf, but I don't agree with the notion it can never make a noticeable difference.
I get out of my comfort zone all the time, that's what happens when you work in the software industry. In the past few years I have used C, C++, some DSP Assembly, Python, Perl, C#, SQL, shell scripting...
Those are slave languages for industry work horses; a prison for your mind. You need to try a modern language like Haskell.