Xycaleth

Dev Diary 1

It's kind of hard to say what you're doing wrong when you haven't even shown us what you've done

When you save your JPEG image in your image editing program, there's usually some extra settings you can set before it gets saved. Sometimes there will just be a checkbox you can untick (as in Photoshop), sometimes it will be hidden away in the "Advanced Settings" which you need to reveal to show the checkbox.

Make sure your JPEG image does not have progressive rendering enabled. JKA and ModView do not support this feature of JPEG.

Looks great! Have you thought about how well it will play when one or both of the duelists have high ping?

Started playing JK2 in 2002. Started modding JK2 in 2003, then started playing JKA around 2005 - 2006.

If we're going for mods that catered to specific groups of the community, I'd put forward my own JK2 mod, "JK:JO Clan League Mod", or more commonly referred to as "League Mod". This was a mod inspired in part by CPMA and was made for the competitive community. As the full name suggests, it was made specifically for the JK:JO Clan League (also went by the name of Golden Hilt Championship) to allow keep tracking of damage done, kills, deaths, per match. It was the first of its kind in JK2. Interestingly, I found out a few weeks ago that the guy who put forward the idea to me (his alias was "Disrepute") is fairly well known in the Quake Live community.

I disagree that JA+ had an impact. The community was already setup for the "honour rules" environment back in JK2. I would imagine the majority of people originally playing JKA migrated over from JK2. JA+ simply facilitated this rule in-place of the Jedi Academy Mod which was only made in JK2.

It comes with every Windows build of OpenJK. If you're building it yourself, you'll find it at lib/SDL2/bin/x86/SDL2.dll

Oh right, I guess I should have explained: "Jedi Academy" Mod was a modification made by someone in Jedi Outcast: http://jediknight3.filefront.com/file/Jedi_Academy_Mod;11422 It was created by one of the members of The Jedi Academy community.

For JK2, I would say that the Jedi Academy Mod was significant. I don't have first hand knowledge, but reading some old posts on LucasForums tells me that this mod was responsible for the "honour rules" that's prevalent in both JK2 and JKA. Or at the very least made it much easier to enforce this kind of rule (making it more popular etc etc). I believe it's the mod from which other admin-based mods are made, including JA+ in JKA. If it weren't for the Jedi Academy Mod, it could be that free for alls would have been more popular. I'd say that's a pretty big game changer. In JKA, I'll just repeat what others have said and say that Movie Battles II is probably the biggest mod and I would go so far as considering it a separate game in its own right if it were not a mod.

Forgive me if I'm completely wrong here, but only structural brushes are considered during the BSP/meta stage aren't they? Patches aren't structural so they won't be used to create splits.

There were two keyboard related problems in OpenJK when using SDL2: key bindings, and key input. The two are treated slightly differently for various reasons. Characters aren't Unicode or ASCII. These are character encodings which means that there is a strict number of characters it can represent. The latin alphabet (a, b, c, d, etc) can be handled by most encodings, but then some characters like ö and ä need specific character encodings. Unicode happens to be able to represent a very large number of characters, but character encodings like Windows-1250 can also encode ö and ä. It's also important to realise that representations of a character in character encoding does not necessarily represent the same character in another encoding. For example, the Russian character Я is value 223 in Windows-1251, but in Windows-1250 value 223 represents the character ß. This is why when reading Russian text in JKA, without setting se_language to russian will make the text look weird. The text input problem in OpenJK was that SDL2 provides all characters as UTF-8, but JKA originally expected them to be encoded with a specific character encoding specific to each keyboard layout. For example...Russian uses Windows-1251 encoding on Windows, Central European languages use Windows-1252, both of which are single character encodings (value from 0 to 255). To fix the problem, I've mapped the character in UTF-8 back to the encoding that JKA was expecting. Using the same example as above, Я in Unicode is 0x042F and gets mapped back to 223. Likewise for ß is 0x00DF which also gets mapped back to 223 (It just so happens that 0x00DF == decimal 223). There's still the Asian languages to fix, but that's being deferred to some other time as I'm not aware of anyone in those regions who play JKA nowadays. The problem with the OP was related to key bindings. This was a bit simpler to fix - we were actually missing a lot of cases for handling key binds which you wouldn't find on a US keyboard. Adding in the missing cases fixed the problem If you're interested in testing the fixed version, I've made a quick build here: https://dl.dropboxusercontent.com/u/874909/OpenJK-Windows-x86-JKAMP.zip I've only provided MP in zip file, but the code is fixed in SP as well.

That was my thinking as well. I was looking for a few more people who might have a more solid idea It's something we broke when moving over to SDL2 support across all platforms. This is the only/last bug which I wasn't sure whether to hold back on so it's not like we're trying to cram everything in Anyhow, I decided to go in and have a look at fixing it and the solution doesn't look like too much work. Thanks for the responses, everyone.

That doesn't exactly answer my question guys I'm looking for a rough percentage.

Does anyone have any idea how many of JKA players nowadays are not from the UK/US? Or rather, how many players who use keyboard characters other than the basic latin alphabet (a, b, c, etc without any extra marks like umlauts or accents)? There's an outstanding issue in OpenJK where only key characters from the basic alphabet work, which I'm debating whether to fix or not before the first release. Fixing it would mean delaying the first release, but would mean more people can use it. How many people roughly is what I'm wondering...

You can disable this in the settings panel

NOTHING TO SEE HERE. No really, there's nothing to see... yet.

Upload a build of Jkg on to github. Under the releases tab.

Watching the RAM usage isn't all that useful. Operating systems will swap memory out to disk whenever it feels it needs to (for example to keep a set percentage of RAM free). On Windows it seems like it always tries to keep 50% RAM free when I'm just idling/not doing much. Different operating systems will use different strategies though. OS X will compress memory if the program's not being used etc but I think still keeps it in RAM? I'm not sure about Linux...

@@AshuraDX Can you keep those PBR materials around on your pc for a while? I might have some use for them in the future

Not using jquery, but that's a good idea =] Shouldn't need to use any javascript for that though. It's all doable with CSS.

Ook, so time's running out for us so I decided to design some kind of temporary landing page. Placeholder text is placeholder, nothing final yet. But you get the idea of where I want to go with it

Could it be a firewall on your RPi? e.g. iptables which is blocking the connection?

By default, anything compiled with Visual Studio will require the end-user to install the redistributable (it contains all of the standard C library functions code). The program might work in some cases, but you might get issues etc. You can avoid this by "statically linking" against the redistributable which means the C library functions are added to all of your exes and dlls. This bloats your file sizes but does make distributing things a bit easier.