Mahmoud Abdelghany

In this interview/conversation, acclaimed emulator programmer Randal Linden takes us on a journey down the depths of reverse engineering and emulator development.

Rather than editing this conversation to fit a smaller time-slot, it is split across 3 parts, with a Live Q&A at the end of part 3.

Part 3 highlights:

• Windows 95
• Bleemcast!
• Learning reverse & emulator engineering

In this interview/conversation, acclaimed emulator programmer Randal Linden takes us on a journey down the depths of reverse engineering and emulator development.

Rather than editing this conversation to fit a smaller time-slot, it is split across 3 parts, with a Live Q&A at the end of part 3.

Part 2 highlights:

• Getting the first game running on Bleem!
• BUGS!
• Dynarec

In this interview/conversation, acclaimed emulator programmer Randal Linden takes us on a journey down the depths of reverse engineering and emulator development.

Rather than editing this conversation to fit a smaller time-slot, it is split across 3 parts, with a Live Q&A at the end of part 3.

Part 1 highlights:

• Doom FX for the SNES
• Bleem!
• Reverse engineering the MIPS R3000
• The Sega Dreamcast

According to the interwebs, Java is one of the most popular programming languages in the multiverse.
And yet, when it comes to games, its popularity seems to dwindle.

Why though...
Is it really not suited for game development?
Is the language as bad as the critics claim??
Is GC...EVIL!?

I have this side-project of porting Doom 3 from C/C++ to Java. And even though Doom 3 is a ~15 year old game, it is still a massive AAA code-base. So I believe my experiences there can adequately answer a lot of the questions that come to mind when you think of Java & Games.

During this talk, I will try to convince you that Java is a very viable game prototyping/development tool.
Either that, or will add more fuel to the flame...

In the spirit of Jon Bentley(not the top gear dude), we will take this chance to talk about everybody’s favorite pastime...debugging!

As programmers, we spend most of our time debugging. I know I know, most of us never 'write' any bugs(it's ALWAYS your pesky colleagues). Still, somebody has to clean it all up.

And yet, there's very little literature about debugging. Fewer conference talks still. But that's about to change.

This talk will be a collection of real-life bug micro-mortems. Proving now more than ever, that for want of a nail, kingdoms can really be lost...