Xycaleth

How are you seeing a decrease in performance? Less fps? How many fps do you get now compared to before the SDL changes? Longer load times? How much longer exactly?

Hint: post the shader. Imagine if someone asked to check for spelling mistakes in their essay without giving you the essay. It's not very easy

0 is a different number from -1 They act differently.

What happens if you enter /com_affinity -1 in the console?

I think design (as in, the layout of all of the buttons, text, etc) should follow functionality. It's clear that we want to provide more functionality for the launcher than JKA's so the design should also change to allow for the added functionality. I do think though that the artistic style of the launcher should be similar to JKA's.

If that's what you're being redirected to then that should be the IP address. Computers/servers don't have to reply to pings so the fact that it's not responding could mean that raven have disabled the ping response.

I don't even understand how a compiler fits into the context of a launcher... GitHub supports 'releases', which we can automatically upload using buildbot. All the launcher has to do is check a URL and see if the current version of OpenJK is the newest release. If it's not, then there's a newer version and we can download the new release.

Can you post a screenshot of what your shaders look like in-game?

C# with WinForms would even work with Mono. But yeah, everything will be themed anyway so it doesn't really matter which we go for I don't think. EDIT: Also @@Didz, how do releases work on GitHub? How does it know how to compile and package up the source code? EDIT2: Nevermind! I figured it out now. This seems awesome and we should definitely use it Well that solves our updating problems then!

C# is completely cross-platform these days Mono project supports the vast majority of Microsoft's .NET framework implementation so it should be a matter of recompiling for Linux and OS X.

That's not a bad idea I have no idea how you would make such a thing though!

Great ideas so far everyone Thanks Perhaps being able to download and update mods through the launcher isn't such a great idea then What I originally had in mind was for mods, that the user has already downloaded themselves, to provide an extra file (e.g. a .mod file) which tells the launcher how to install and remove the mod. It might not even need that if the zipped up mod is laid out in a predictable way (I haven't looked into it). Checking for OpenJK would go through the OpenJK website, though I'm not exactly sure who hosts the OpenJK website... each signal "back to home" is only going to be a few hundreds of bytes so no big deal I don't think. I want to see the launcher written in some higher level language like C# or Python if that's suitable. No need for the low level control that C++ gives. I like the idea of having separate user profiles. I'm not sure how many people actually share their computer with anyone else these days though (it seems to be becoming increasingly rare).

I guess I forgot to add: does anyone have suggestions for what could be in the launcher, and what you would rather not see in the launcher?

Good idea, yay, nay? I imagine something that would act as an installer, a launcher and an updater to keep OpenJK up to date, and to let you launch into the correct mod straight away without needing to mess about with command line arguments and stuff. In addition, making it easier to manage your mods - maybe a 'mod package' kind of thing that let's the installer know how to install your mod to the correct place? EDIT: What are people's thoughts on this? What would you like to see in such a launcher, and what you would rather not see in the launcher?

JK2 wasn't part of the humble bundle I don't think? I tried pinging the JK2 master server just now, and it points to the same server as the JKA master server, so maybe they're still working things out.

Welcome to JKHub, Garðar! If you're looking for a total conversion multiplayer mod, MovieBattles 2 is the most active, and as far as I know, the only active total conversion mod with any kind of player base. The majority of other multiplayer mods only add very small modifications.

I lost this post a few times when typing it so it might not all be coherent I hope it gets the point across though I'm in a website-noticing mood at the moment, and I think a lot can be done to the JKHub website to make things easier to find, and to bring more people in (we do want more people, right?) I recall one of the JKHub team saying that they're in the process of updating the website some time in the near future, so hopefully some of the ideas I've posted here will be taken on board. So let's start with the front page. If I load the front page in Firefox on a 1920x1080 monitor, the top half of my screen is filled with a navigation bar, a breadcrumb trail (JKHub > JKHub Community Section > Ideas & Issues, for example), the JKHub bar, and the JKHub Logo. That's half the screen, filled with stuf that isn't content. Half of screen that can't be changing information. Or in other words, half the chances to get people to keep reading! Below half way, I see a massive title from the first news article, and then finally the meat of the article finally at the bottom third of the screen. Along the side, I see "Featured Download", a poll and the first of the latest files that's been uploaded. If I'm clever enough to scroll down, I'll see more news, the rest of the latest files, the upcoming calendar events, and a link to buy Jedi Academy. Maybe if the logo was made smaller, and the navigation brought up so that it sits at the same level as the logo (maybe move the logo to the side, or put links either side of the logo like in the Jedi Academy main menu)? That would use up a lot of the currently empty, and unusable space and bring the whole page up by 50 - 70 pixels. Coming back to the front page, it stays mainly unchanged for the majority of the time. The news article updates perhaps once every few months (it just so happened a new post came up while I was typing this ) so it looks like nothing happens (and not of the fault of the staff; there's hardly any news these days in JKA ). What happened to the tutorials? They show up in the forums on the right, but they're not present at all on the front page. If I'm someone visiting the site and see that the last news article was from 2 months ago, I might assume that the site isn't alive anymore, or doesn't have much activity. So what can be done about this? I see that a new file is uploaded almost every day. So about we make the front page more community-driven? Show that we are an active community by showing maybe the 'most downloaded file of the week', and some of the recent uploads. Show that we have tutorials by making a big deal out of it. Sure there's links to files and tutorials in the navigation bar, but by showing them on the front page, people can see how recently they were added, and what kinds of files and tutorials we have. The news posts can be demoted to its own page, but keep the latest headline on the front page so people will still notice when a new post does comes up. Alternatively, show the files and tutorials at the top of the page, but have shortened versions of two or three news posts underneath. Another issue I have sometimes is readability of the text. Shorter lines are generally easier to read, so having a page which spans the entire screen width filled from left to the right with text isn't great. I realise there's the fixed-width theme, but something about it doesn't seem quite right. Maybe it's the fact that the navigation bar still spans the entire width of the screen? I can't quite put my finger on it... The other factor that would help is line height. Currently the JKHub website uses the default line height which looks very cramped when you have walls of text. Setting the line height to a minimum of 140%+ really makes the text look less dense and easier to keep track of lines while you're reading. Looks like this is only true on the front page, but line height should be the same everywhere Last point is pretty easy to fix. Nowhere on the front page does it say what JKHub is. You might be able to guess that it's a hub for JKA, but spell it out. Make it obvious and reconfirm the viewer's guess. I think that's (what I think are) the most important points I wanted to get across at the moment. To summarise... Make site header more streamlined. Content starts half way down the page because of this.Spruce up the front page. Fill it with community content, rather than news posts. Move the news posts to its own pageText readability. Reading is the main way people get something out of this website. Make it as easy as possibleMake it obvious what this site is.So yeah, hopefully a few people will agree with what I've said here, and I hope the JKHub team will take on board at least some of the ideas!

And hold another contest to create the box art, right?

I don't think having a contest is a great idea. What would you give as a prize? Maybe it would be easier if someone starts off with a design (literally, something in photoshop/gimp) and then we just refine it? I'd be willing to come up with something quickly tonight.

Everyone's welcome There's not any rush to get the website up and running now I think about it. I'm back in a few weeks, so we could sort things out then? Or like Artorias says, someone else can organise stuff with him. @@ensiform @@Didz @@Raz0r?

Oh right, sorry I'd be happy to talk to you about the website then but I'm only available for another few days and as I don't know how busy you are with other things, I don't know if that's enough time to figure things out.

You've probably noticed that OpenJK doesn't have a website. The problem is we've been directing our efforts into code for OpenJK and there hasn't been any interest to design and start up a website. Now that we're nearing the first release, I think it's a good time to start to think about making a website, so I've come here to ask for people's help with designing one! But we're not sure what kind of theme, styling or "tone" we want in the design, so anything is good for now. Anything to get the ideas going and then we can decide from there Personally, I'm a sucker for simple designs, lots of pictures/screenshots, and a basic navigation bar across the top of the page but maybe that wouldn't suit OpenJK. Somewhere in the design we would need space for displaying the IRC server/channel, and obviously the JKHub bar In terms of content, I don't think we would need many pages. Something like... Home page with brief statement clearly on the page saying what OpenJK is. Aimed mainly at people who will run OpenJK, but also with a link to another page for coders so they know what's different.About page? Full description of what we want to achieve.Downloads page (obviously)Contribution page?Forums (links to these forums)Updates page?So would anybody be willing to whip something up?

Don't worry, we (or at least I) will make sure that all the 'player-facing' material for the release is in non-coding speak

Small warning: some substantial changes were made to the code on Windows, so rend2 won't be able to work on newer builds. They're just behind the scenes changes, so there isn't anything majorly exciting in it. If you want to continue using rend2, sit tight and keep using your current build of OpenJK I'll be committing a fix at some point in the next few weeks, or anyone is free to submit a pull request to fix it. I'm going to be on holiday/vacation until the beginning of March starting from the end of this week.

The problem with this is the list is massive and people only really want to see the important changes. Or changes that matter to them. Nobody really cares if we removed all the spaces and replaced them with tabs, or fixed some obscure non-standard code. This is why releases should have a change log, like @@Circa mentioned because it lets people see the major changes that has an impact on them, or can benefit them. Semantic versioning (I'm assuming you're referring to MAJOR.MINOR.REVISION style, if Google isn't lying to me) is what I default to usually. I guess it depends how much flexibility we want, as in, whether we do something like @@gerbilOFdoom mentioned, with just MAJOR.MINOR, or we have a revision number on the end. I'm not terribly fond of using the git revision. It makes it difficult to compare versions, and it doesn't let people know whether it's a big change or not. It's easier to see from comparing 1.4 and 2.0, that 2.0 probably has a big change compared to 1.4. Whereas if you have ea863fb and 87048bac you don't know if one comes before the other, or if it's a major or minor change. I think I'm leaning towards major.minor.revision at the moment just cause it gives us flexibility, and I guess we don't have to use the revision number if we don't have any tiny changes. Plus I hadn't thought of all those major changes that we have yet to do