Futuza

I think it's fine if it's non-starwars. JKHub tried to do this once. Here's to hoping it actually happens this time.

Aside from what Xycaleth already said, this is for JKG which is not the same project at all and we're happy using newer compilers. But you really don't need a new pc for vs2015.

It's progress, I swear! (If you're wondering why the console background is the old one, it's just because I don't have the most recent asset on my dev build. Now if you're wondering why the text colors are so messed up...that's a different tale).

1. Fair enough. I guess I just want to make sure that if players have goods they can get rid of them eventually. My problem with a lot of online games is that the bank size, or warehouse is limited and can only hold x amount of items so you're forced to try and sell stuff to vendors so your hard earned drops, etc. don't just get thrown away. 2. ? I think you misunderstood me? I'm just asking if vendors have available cash on hand, can players steal it or is it going to be totally protected?

I'm not sure I like limiting how much you can sell to them, unless there's an alternate way for players to get rid of their crap (ie: global marketplace to sell to players, like an ingame Amazon Marketplace). In Bethesda games you can sleep or wait to force vendor gold to respawn, can't do that in an online game, unless you change the server's time speed scale or something - but that's be cheating and wouldn't work in a multiplayer environment. Also on that note, can their credits be stolen via some mechanic? ie: Gang of players break into Tom Groundrunner's shop at night and break open his cashbox and make off with 9000 credits.

So I just noticed, why are there two credits on the bottom? For debug purposes (one for player, one for shopkeeper)? Not sure why we would show the player how many credits the vendor has in stock, if I'm correct in my assumption that that's what it is showing?

Are you going to release it on jkhub, or just leave it at the dropbox?

So I pushed the changes I mentioned in my previous post (finally, lol) so if you're using vs2015 it should work fine now. I then tried to do the merge with openjk. After about 4 hours of trying to resolve conflicts correctly so there were no more errors I gave up and couldn't get it to compile, I'll try again latter when I'm feeling a bit more motivated.

If you want to leave the internet, just change all your passwords to something randomly generated, don't write them down and then stop paying for your internet service and get rid of your phone/other devices with wifi. Deleting your account is overkill and only necessary if you're trying to reduce your internet footprint and hide from the NSA, and even then it's probably all still archived (citation machine etc).

Then it's a trust issue, how do you certify that whoever uploaded the build didn't sabotage it and why bother even trusting random interweb builds in the first place instead of just having a build server? I guess I'm still confused on what you're trying to solve, large file size downloads? I really don't think binaries are that big...they take like 2-3 minutes to download if you're not using dial-up.

In a way you are wanting it to be faster and more convenient then having a build server do nightly builds of various different forks, etc. Why would you want to upload the compiled source to the website from hundreds of different players on a frequent basis? I mean if this is an issue of you solving the problem of I want openjk builds for every single linux distribution possible available, then the master build server is still an easier way to solve this problem. Why is this a problem?

I don't see how compiling the source code is going to be faster then downloading what you need from an update server. Seems way too much headache for something that just needs to update off of a server based on platform.

I'm not quite sure it'll be as magic as you make it sound, but I'll give it a go. You going to be on irc tonight or tomorrow in case I run into problems? What tool do you usually use for diff comparisons, kdiff, something else?

So first off JKG is multiplayer only. You're trying to run the singleplayer client which wont' work. Second, you're going to need to run the jkg client itself, not jamp. Did you install using the readme instructions contained in the asset bundle and binary bundle? Can you give us a little more details about what you've tried so far

Okay so I just got back from my trip I'll see if I have time to add this while I'm at work. @@eezstreet did you want me to use the code from openjk regarding the sdl, or just grab the latest sdl and use that? Cause I really don't want to try to merge jkgalaxies with openjk at the moment, that'll be like 1000+ commits to sift through.

Or if you're crazy, build your own On a serious note, there's pretty much no reason not to make use std::vector

@@Hels, outwardly to a user it mainly contains security fixes, bugs fixes, and updates to allow it to work on modern systems and a few enhancements to things like resolution fixes/improvements (eg: can have it fit the current resolution of your desktop, rather then specifying that value manually). To the normal jka player, there are no changes.

I realize this is not at all helping with the issue you were having NubSmoo, and I hope to start looking at linux compiles soonish, but want to make a few notes when it comes to compiling JKG with vs2015 that are not included in eezstreet's original post. Please also note, I have not extensively tested my findings yet on multiple machines, so there may be things I missed. To begin, note that I'm using vs2015 with the latest update so it is entirely possible this may not work with vanilla vs2015 entirely. For easy building copy the CreateVisualStudio2013Projects.bat and then rename it to CreateVisualStudio2015Projects.bat and change the 12 to a 14, like so: cmake -G "Visual Studio 12" -D CMAKE_INSTALL_PREFIX=../install .. cmake -G "Visual Studio 14" -D CMAKE_INSTALL_PREFIX=../install .. Run the batch (make sure you have CMake installed) and it will build the solution and project. In JediKnightGalaxies\codemp\libraries\json\cJSON.cpp change line 46-50 from: #ifdef WIN32 #define snprintf sprintf_s #endif to #ifdef WIN32 #if (_MSC_VER < 1900) //No longer necessary in vs2015 --Futuza #define snprintf sprintf_s #endif #endif Finally, you need to replace the SDL2 source with the latest version that has fixes for vs2015 ( JediKnightGalaxies\codemp\libraries\SDL2\ ), you can get it here. You also will need to use the SDL2.dll from this build in your builds. I plan on making these changes and possibly others (if I encounter other issues while testing) in a new commit once I've finished some other fixes and I'll update the github source so doing these steps will no longer be necessary, until then make sure you implement these changes if using vs2015 if you want it to compile. And yes, I suppose this means I'm working on JKG again for the moment. EDIT: The necessary changes have been pushed to the latest master branch on the github, vs2015 should work fine now.

I might be able to do that, no promises though, where's the code start that I should look at?

Because openjk needs to be accessible to all, and increasing the limits too much means you up the minimum system requirements and effect performance on lower end machines. You really don't need that many menus though, if you have that many you really ought to combine some of them and do some optimization.

No no, that's clearly a death star trench.

Yes it does. Which version are you using base jka? Have you tried it with openjk, pretty sure it has higher menu limits so you can get away with more menus.

eg: /name "Just a Dude"

I'm guessing this is step one in making your new map format you were talking about?

No one here is a lawyer (at least as far as I know) so we can't give you a "solid" yes or no, but the general consensus so far seems to be that that would be okay, but there aren't any prior cases to judge what Disney would do. Wanna be our guinea pig?