Gold Prognosticus

• Server IP: 85.236.101.238:22025
• Server Password: tippi
• Mumble Server (it was free so why the hell not) IP: 85.236.100.137:2187

It took a little longer than expected, but I finally got this thing up and running. I don't plan on renewing unless you guys keep playing, so it's currently set up to run over the next month. Though I don't think I can enforce it, everyone starting fresh so we're all at the same point would probably add to the effect.

The problem with passwords is that they are often easy to steal or guess, and that either you need to re-use simple passwords across multiple sites in order to be able to remember them all or use a password manager to store them, in which case spyware needs only copy the encrypted data file and keylog the master password in order to steal all of them.

I propose a solution in which a user would have a small USB device that contains an inaccessible storage microchip containing a unique identifier and private encryption key for each login, as well as a public section with the required software/drivers. When the user wants to log into a website or application, the server then uses the respective public key stored for that logon to encrypt a random string as an authentication challenge. The client then sends the challenge string and a master password to the USB device, which then decrypts and returns the challenge string based on the respective private key. This response is returned to the server, thus authenticating the user and triggering the server to commence the user's session.

If spyware should steal the master key to the tool it is useless as the private keys are permanently stored on the USB device and are never visible to either the client or the server. If someone were to steal the USB device it would be impossible to use as they would not know the master key (and even if they were to disassemble the device to get at the closed storage it would be a simple matter to encrypt it based on the master password). The odds of someone simultaneously stealing both the digital and physical elements of the system are very slim, thus greatly increasing security while reducing the number of passwords a user needs to remember to one.

Thoughts? (Assuming anybody has a clue what I'm talking about :P)

"And so Gold said 'LET THERE BE SPAMBOTS', and it was so."

It's somewhat lacking in features at present, but I've managed to get my API into a state where I'm comfortable publishing it. Master branch is stable versions only, dev branch is where I'll push my day-to-day changes. You'll need a few libraries to make it run, all listed in .classpath at present (if people want an easier way of using it out of the box I'll see about getting a .jar file and/or javadocs set up for it).

• Built-in RFID/Amiibo support
• Wider 3D viewing range
• C-Stick replacing the Circle Pad Pro
• More powerful CPU
• ZL/ZR shoulder buttons
• Firmware update scheduled for October with custom menu themes
• HTML5 browser support
• New 3DS games won't be compatible with the original model
• October release in Japan, 2015 in Europe, no idea about America

(Reposting because the old thread probably won't bump any more, old thread is at http://digibutter.nerr.biz/topics/291552/trillek2d-alpha-04 for reference)

NOT IN A DEAD GAME ENGINE!

ACTUAL CLICKABLE BUTTONS!

WONKY JUMP PHYSICS!

LESS THAN HALF THE FEATURES OF THE PREVIOUS VERSION!

TRULY THIS IS THE NEXT STEP FOR INDIE GAME DEVELOPMENT!!!

*ahem*

So, after six months of procrastination, I have finally finished refactoring my space game project in Unity and brought it to about the same level of functionality as version 0.1a. Barring the vastly better menu system (now that I've got it to actually work) there's not much to see as of yet, but there are a few things behind the scenes that should help in adding new features in the near future.

Controls are left/right or A/D to move, space to jump and escape to pause (note: does not actually pause the game).

By sending commands to the account you can navigate a virtual maze with other users, collaborating with each other to plot a route through the labyrinth. Who will be the first to reach the exit?

We have time travel, flying cars and all that stuff; it's pretty awesome.

Happy New/Nerr Year guys :)

Latest Version: http://st0rage.org/~hunterx/trillek/Trillek2D%200.4a.zip

AKA Gold's sort-of-unnamed attempt at making an 0x10^c alternative, AKA Betalands: Space DLC.

Arrow keys to move, Z to jump, and Q to toggle the debug stats (though those aren't much use outside of development). There's not an awful lot to see at present, but it represents the completion of most of the key framework elements of the engine (and completed faster than I have ever managed to do in the past to boot), allowing the development of more advanced fuctionality, and I figured I'd post it here so that in the event of this project ever making it past three or four public builds you can see the progression of the game throughout the development cycle.

You might need the XNA Redistributable or some other stuff to run it, but I don't have time to go find the links to them at present. If Google hasn't helped by morning I'll find the links then.

IP Address: 64.237.38.122

Port: 12777

Password: nerr

I'm sure you all know the drill by now. Server is running a new (I believe large-size) map to get the new terrain features, and I'll personally be starting a fresh character to go with it. The server is currently paid for a month of hosting, if people are still playing by then I'll decide whether or not to renew.

Looks like we're not going to be short of things to do on our next server.

WHAT

There are a lot of requested features building up that Francis does not have the free time to implement for us. Unless Francis chooses to release the current source code, our options are to make do with what we have, or to design our own system from scratch. Which leads me to the subject of tonight's debate: If an open-source, collaborative Nerr 3.0 was started, how many of you would be willing to help out, and in what ways? Obviously PHP and HTML work would be the primary job, but graphics would also be necessary for what we can't rip from the existing site. Organising all the required features into one place would also be very useful. And if Francis is reading this: Would you be open to making use of such a project officially if it actually gets off the ground? You're welcome to contribute if you like (perhaps integrating your Digi game system you've been working on).

It's not exactly Digibutter: The Game, but I feel that a project like this would really be beneficial for both the site and the community.

Downforeveryoneorjustme.com reports it as being offline, so I think it's a serverside issue rather than a clientside one. Makes it a bit awkwared when I see a news post on the Digibutter index and then can't reach it by clicking the link.

Today I've noticed that whenever I load a page on Digi, Avast reports that it has blocked a suspicious connection to chats.lulzsec.com (although the website itself still loads). The issue doesn't seem to be browser-specific (having tested it in both IE and Firefox) and I have yet to see this occur on any other websites. I had my brother test it on his PC and the alert still registered (albeit only after I logged my account in on his computer), but I am running a scan on my PC just in case there is something going on locally.

Is this something I should be concerned about? To anyone reading this topic, have you also recieved any alerts?

IP: 176.24.105.252

Port: 7777

The server is presently hosted on my PC and will be subject to the usual timing restrictions that comes with. All relevant info will be posted in the comments.