Jump to content

Alloc

Fun Pimps Staff
  • Content Count

    1,498
  • Joined

  • Last visited

  • Days Won

    21

Alloc last won the day on July 30 2017

Alloc had the most liked content!

Community Reputation

103 Shiny

2 Followers

About Alloc

Backer
  • Rank
    Fun Pimps Staff
  • Birthday 09/16/1986

Personal Information

  • Location
    Germany - Darmstadt
  • Interests
    Electronics, IT

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi all, first of all always nice to see people care about security Of course development does not work like we have a switch somewhere saying "Prevent all cheating / hacking" that we just never cared to turn on because we hate everyone. That said, every game has always been and will always be prone to cheating. Even big companies which spent millions of bucks into fighting it, like Blizzard (not Activision Blizzard, haven't been following their activities for a long time anymore), never were able to fully stop it from happening. Even games like WoW that are most
  2. Hi, first of all sorry for the delayed response, I opened this thread when I was mentioned but didn't want to answer on a weekend ...Simply forgot about it, my fault. Also, thanks @bobrossfor following my request and not keeping Catalysm's thread busy with this 👍 As for your points: I think it was already pointed out clearly enough that you purposely misquoted my post, I never said I didn't look at that stuff, only at the question about the licensing business. I'm neither a lawyer nor do I care enough about that part to be able to make a precise statement on
  3. When giving such a statement you should at least make sure that's correct. Never claimed it was not, but I suppose the line you're referring to can be interpreted that way: That highlighted part was basically going together, didn't think about that when I was writing that line. The fact that it's based on Coppi's was from the web site, as I don't know Coppi's mod by heart. Only thing I was trying to make the statement about 100% copy and no mention was mine, because I know that code and have seen it being used in there. That whole point is still mostly a follow up on the first o
  4. Just so there's no unnecessary confusion here: I was only talking about CPM! CSMM seems like a great project!
  5. I never thought I would ever do this ... but: I strongly advise against using CPM! As for why: I haven't checked in detail, but while I don't think it actually violates any license basing your whole work on a lot of other open source code and then saying "you may not even look at mine" (not even talking about reusing / modifying here) is an ass move The code is highly based on other peoples work. So far I know of at least Coppi's mod and mine, parts of it just copied 100%. Not even mentioning it. It's closed source and furthermore even obfuscated binary negatively impacting performance
  6. First of all you should not run SteamCMD yourself if using my scripts, that is bound to cause ♥♥♥♥ups in the end Anyway, SteamCMD throwing weird assertions isn't *that* uncommon, most of them can be ignored. The only thing that really matters if it updates properly in the end. Would need more output from when it runs, not just the above snippet as it's not directly related to the actual update process. Sounds like you found a workaround for yourself though, so glad it works
  7. Should automatically be found in the default installation directory. If not it's most likely just not installed
  8. Looks like you're missing the package libc6-dev on your system.
  9. You won't find any information on restoring, after all that's just plain file handling What I meant with proper way is making sure file permissions are correct after restoring stuff and making sure to grab the correct files in the first place (and put them in the correct place of the save of course).
  10. No, that's only if you have a very non-standard server configuration. Blazha is correct in that by default they go to %appdata%/7DaysToDie/GeneratedWorlds. Yes, not recommended though. Yes, that's save data, not worlds, and that of course goes to the saves folder
  11. As Sylen said the actual game save data is part of instances/<gamename>/..., enginge/data/worlds is only serving the base world. If you (properly!) restored some of that data and it did not fix those changes then the hack was done earlier than you though. Also make sure to stop the server first before replacing save files. No, the only thing cached on clients is the uncovered mini map view, nothing else.
  12. Only files directly in the folder, not from subfolders. That's why I was suggesting moving them to a subfolder
  13. Just used NitroGen for 18.1 again. Still think it would be cool if you would put the additional files that the game doesn't read in a subfolder of the output folder (like "previews" or something like that) as that would not make clients download those files without any work put on the server admins. Pretty sure a lot of people forget to remove them first (or don't know which ones they can delete) and thus cause additional download time for clients connecting the first time Other than that still a great tool, wonder when I'll run into the first crack. On the worlds itself: - Maybe it wo
  14. Sounds pretty much like you just haven't set up permissions. If it was the old issue with just the rendering failing you'd still get the map controls and all the other information on the page.
  15. Regions is game data, Map is where the rendered files for the webmap are. If you have a 12k map you should not try to render 24k, which is what your command tried (12k - -12k = 24k).
×
×
  • Create New...