menu
Downloads Servers Forums Support
Home› Support› Server Support

Dedicated Server crash after 15 Seconds

MMaiwand
in Server Support
Dedicated Server Running Renegades Mod. I get a UE Error 15 seconds after the server is up and it shuts down. Please look below and see if you see anything that might fix my problem. Running Windows 7 x64



Loading compiled script scripts/weapons/ren_missileLauncher.cs.
Validation required for shape: ammo_missile.dts
Validation required for shape: weapon_missile.dts
Loading compiled script scripts/weapons/ren_shockLance.cs.
Validation required for shape: weapon_shocklance.dts
Loading compiled script scripts/weapons/ren_targetingLaser.cs.
Validation required for shape: weapon_targeting.dts
Loading compiled script scripts/weapons/ren_mine.cs.
Validation required for shape: mine.dts
Compiling scripts/weapons/grenade.cs...
Loading compiled script scripts/weapons/grenade.cs.
Validation required for shape: grenade.dts
Validation required for shape: grenade.dts
Loading compiled script scripts/weapons/ren_flashGrenade.cs.
Loading compiled script scripts/weapons/ren_flareGrenade.cs.
Validation required for shape: grenade.dts
Validation required for shape: grenade.dts
Loading compiled script scripts/weapons/ren_concussionGrenade.cs.
Loading compiled script scripts/weapons/ren_cameraGrenade.cs.
Validation required for shape: camera.dts
Loading compiled script scripts/weapons/fixit.cs.
Loading compiled script scripts/weapons/vulcan.cs.
Loading compiled script scripts/weapons/magnum.cs.
Loading compiled script scripts/weapons/hblaster.cs.
Loading compiled script scripts/weapons/railgun.cs.
Loading compiled script scripts/weapons/srifle.cs.
Loading compiled script scripts/weapons/wavegun.cs.
Loading compiled script scripts/weapons/omegacannon.cs.
Loading compiled script scripts/weapons/ugmissile.cs.
Loading compiled script scripts/weapons/Shotgun.cs.
Loading compiled script scripts/weapons/Groundskeeper.cs.
Loading compiled script scripts/weapons/warhammer.cs.
Loading compiled script scripts/weapons/Medicdart.cs.
Loading compiled script scripts/weapons/flamer.cs.
Loading compiled script scripts/weapons/empgrenade.cs.
Loading compiled script scripts/weapons/disorientgrenade.cs.
Loading compiled script scripts/weapons/incinerarygrenade.cs.
Loading compiled script scripts/weapons/smokegrenade.cs.
Loading compiled script scripts/weapons/plastiquegrenade.cs.
Loading compiled script scripts/weapons/scoutgrenade.cs.
Loading compiled script scripts/weapons/mortarGrenade.cs.
Loading compiled script scripts/weapons/holomine.cs.
Loading compiled script scripts/ren_turret.cs.
Compiling scripts/turrets/mortarBarrelLarge.cs...
Loading compiled script scripts/turrets/mortarBarrelLarge.cs.
Compiling scripts/turrets/aaBarrelLarge.cs...
Loading compiled script scripts/turrets/aaBarrelLarge.cs.
Compiling scripts/turrets/missileBarrelLarge.cs...
Loading compiled script scripts/turrets/missileBarrelLarge.cs.
Compiling scripts/turrets/plasmaBarrelLarge.cs...
Loading compiled script scripts/turrets/plasmaBarrelLarge.cs.
Compiling scripts/turrets/ELFBarrelLarge.cs...
Loading compiled script scripts/turrets/ELFBarrelLarge.cs.
Loading compiled script scripts/turrets/ren_outdoorDeployableBarrel.cs.
Loading compiled script scripts/turrets/ren_indoorDeployableBarrel.cs.
Compiling scripts/turrets/sentryTurret.cs...
Loading compiled script scripts/turrets/sentryTurret.cs.
Loading compiled script scripts/ren_weapTurretCode.cs.
Loading compiled script scripts/ren_pack.cs.
Loading compiled script scripts/packs/ren_ammopack.cs.
Validation required for shape: pack_upgrade_ammo.dts
Loading compiled script scripts/packs/ren_cloakingpack.cs.
Validation required for shape: pack_upgrade_cloaking.dts
Compiling scripts/packs/energypack.cs...
Loading compiled script scripts/packs/energypack.cs.
Validation required for shape: pack_upgrade_energy.dts
Compiling scripts/packs/repairpack.cs...
Loading compiled script scripts/packs/repairpack.cs.
Validation required for shape: pack_upgrade_repair.dts
Compiling scripts/packs/shieldpack.cs...
Loading compiled script scripts/packs/shieldpack.cs.
Validation required for shape: pack_upgrade_shield.dts
Loading compiled script scripts/packs/ren_satchelCharge.cs.
Validation required for shape: pack_upgrade_satchel.dts
Loading compiled script scripts/packs/ren_sensorjammerpack.cs.
Validation required for shape: pack_upgrade_sensorjammer.dts
Compiling scripts/packs/aabarrelpack.cs...
Loading compiled script scripts/packs/aabarrelpack.cs.
Validation required for shape: pack_barrel_aa.dts
Compiling scripts/packs/missilebarrelpack.cs...
Loading compiled script scripts/packs/missilebarrelpack.cs.
Validation required for shape: pack_barrel_missile.dts
Compiling scripts/packs/mortarbarrelpack.cs...
Loading compiled script scripts/packs/mortarbarrelpack.cs.
Validation required for shape: pack_barrel_mortar.dts
Compiling scripts/packs/plasmabarrelpack.cs...
Loading compiled script scripts/packs/plasmabarrelpack.cs.
Validation required for shape: pack_barrel_fusion.dts
Compiling scripts/packs/ELFbarrelpack.cs...
Loading compiled script scripts/packs/ELFbarrelpack.cs.
Validation required for shape: pack_barrel_elf.dts
Loading compiled script scripts/packs/stealthshieldpack.cs.
Loading compiled script scripts/packs/espPack.cs.
Compiling scripts/vehicles/vehicle_spec_fx.cs...
Loading compiled script scripts/vehicles/vehicle_spec_fx.cs.
Loading compiled script scripts/vehicles/ren_serverVehicleHud.cs.
Loading compiled script scripts/vehicles/ren_vehicle_shrike.cs.
Validation required for shape: vehicle_air_scout.dts
Loading compiled script scripts/vehicles/ren_vehicle_bomber.cs.
Validation required for shape: vehicle_air_bomber.dts
LinearProjectileData(BomberFusionBolt)::load: activateDelayMS != -1, but no activate/maintain sequence on shape energy_bolt.dts
Validation required for shape: repair_kit.dts
Loading compiled script scripts/vehicles/ren_vehicle_havoc.cs.
Validation required for shape: vehicle_air_hapc.dts
Loading compiled script scripts/vehicles/ren_vehicle_wildcat.cs.
Validation required for shape: vehicle_grav_scout.dts
Loading compiled script scripts/vehicles/ren_vehicle_tank.cs.
Validation required for shape: vehicle_grav_tank.dts
Validation required for shape: repair_kit.dts
Loading compiled script scripts/vehicles/ren_vehicle_mpb.cs.
Validation required for shape: vehicle_land_mpbase.dts
Loading compiled script scripts/vehicles/ren_vehicle_wraith.cs.
Loading compiled script scripts/vehicles/ren_vehicle.cs.
Compiling scripts/ai.cs...
Loading compiled script scripts/ai.cs.
Compiling scripts/aiDebug.cs...
Loading compiled script scripts/aiDebug.cs.
scripts/aiDebug.cs (340): Unable to find object: 'Canvas' attempting to call function 'popDialog'
Compiling scripts/aiDefaultTasks.cs...
Loading compiled script scripts/aiDefaultTasks.cs.
Compiling scripts/aiObjectives.cs...
Loading compiled script scripts/aiObjectives.cs.
Compiling scripts/aiInventory.cs...
Loading compiled script scripts/aiInventory.cs.
Compiling scripts/aiChat.cs...
Loading compiled script scripts/aiChat.cs.
Compiling scripts/aiHumanTasks.cs...
Loading compiled script scripts/aiHumanTasks.cs.
Compiling scripts/aiObjectiveBuilder.cs...
Loading compiled script scripts/aiObjectiveBuilder.cs.
Compiling scripts/aiBotProfiles.cs...
Loading compiled script scripts/aiBotProfiles.cs.
Loading compiled script scripts/ren_item.cs.
Validation required for shape: repair_kit.dts
Validation required for shape: repair_patch.dts
Validation required for shape: flag.dts
Validation required for shape: Huntersflag.dts
Validation required for shape: nexus_effect.dts
Validation required for shape: beacon.dts
Loading compiled script scripts/ren_station.cs.
Compiling scripts/simGroup.cs...
Loading compiled script scripts/simGroup.cs.
Compiling scripts/trigger.cs...
Loading compiled script scripts/trigger.cs.
Compiling scripts/forceField.cs...
Loading compiled script scripts/forceField.cs.
Compiling scripts/lightning.cs...
Loading compiled script scripts/lightning.cs.
Compiling scripts/weather.cs...
Loading compiled script scripts/weather.cs.
Loading compiled script scripts/ren_deployables.cs.
Validation required for shape: pack_deploy_inventory.dts
Validation required for shape: pack_deploy_sensor_motion.dts
Validation required for shape: pack_deploy_sensor_pulse.dts
Validation required for shape: pack_deploy_turreto.dts
Validation required for shape: pack_deploy_turreti.dts
Loading compiled script scripts/packs/deployablemortarturret.cs.
Loading compiled script scripts/packs/deployableplasmaturret.cs.
Loading compiled script scripts/packs/deployableAAturret.cs.
Loading compiled script scripts/packs/deployableelfturret.cs.
Loading compiled script scripts/packs/deployablemissileturret.cs.
Loading compiled script scripts/packs/deployablerailturret.cs.
Loading compiled script scripts/packs/deployablevulcanturret.cs.
Loading compiled script scripts/packs/deployablelaserturret.cs.
Loading compiled script scripts/packs/deployablespringboard.cs.
Loading compiled script scripts/packs/deployabledetpack.cs.
Validation required for shape: stackable2S.dts
Warning: shape stackable2S.dts collision detail 0 (Collision-2) bounds exceed that of shape.
Warning: shape stackable2S.dts collision detail 0 (Collision-2) bounds exceed that of shape.
Warning: shape stackable2S.dts collision detail 0 (Collision-2) bounds exceed that of shape.
Warning: shape stackable2S.dts collision detail 0 (Collision-2) bounds exceed that of shape.
Warning: shape stackable2S.dts collision detail 0 (Collision-2) bounds exceed that of shape.
Loading compiled script scripts/packs/deployableteleport.cs.
Loading compiled script scripts/packs/deployableffemitter.cs.
Loading compiled script scripts/packs/deployableplatform.cs.
Warning: shape stackable1s.dts collision detail 0 (Collision-4) bounds exceed that of shape.
Loading compiled script scripts/packs/deployableblastwall.cs.
Warning: shape stackable1s.dts collision detail 0 (Collision-4) bounds exceed that of shape.
Loading compiled script scripts/packs/deployablemechanicaltree.cs.
Warning: shape xorg5.dts collision detail 0 (Collision-3) bounds exceed that of shape.
Warning: shape Sorg20.dts collision detail 0 (Collision-4) bounds exceed that of shape.
Loading compiled script scripts/packs/deployablecombatgrav.cs.
Warning: shape stackable5m.dts collision detail 0 (Collision-1) bounds exceed that of shape.
Loading compiled script scripts/packs/deployableInterceptor.cs.
Warning: shape stackable5m.dts collision detail 0 (Collision-1) bounds exceed that of shape.
Loading compiled script scripts/packs/deployableWraith.cs.
Warning: shape stackable5m.dts collision detail 0 (Collision-1) bounds exceed that of shape.
Loading compiled script scripts/packs/deployablesensorjammer.cs.
Validation required for shape: pack_deploy_sensor_motion.dts
Loading compiled script scripts/packs/deployablewiretap.cs.
Compiling scripts/navGraph.cs...
Loading compiled script scripts/navGraph.cs.
Loading compiled script scripts/targetManager.cs.
Compiling scripts/serverCommanderMap.cs...
Loading compiled script scripts/serverCommanderMap.cs.
Compiling scripts/environmentals.cs...
Loading compiled script scripts/environmentals.cs.
Compiling scripts/power.cs...
Loading compiled script scripts/power.cs.
Loading compiled script scripts/ren_overloads.cs.
Compiling scripts/serverTasks.cs...
Loading compiled script scripts/serverTasks.cs.
Loading compiled script scripts/ren_admin.cs.
exec: invalid script file prefs/banlist.cs.
Compiling scripts/HybridGame.cs...
Loading compiled script scripts/HybridGame.cs.
Loading compiled script scripts/aiHybrid.cs.
Compiling scripts/ConquestGame.cs...
Loading compiled script scripts/ConquestGame.cs.
Loading compiled script scripts/aiConquest.cs.
Compiling scripts/mapGame.cs...
Loading compiled script scripts/mapGame.cs.
>>>> ACTIVATING MAP SUPPORT VERSION 2.0
«1

Comments

  • rJayrJay
    Besides the tons and tons of errors, it looks healthy to me.
  • BBlakhart
    Are you deleting all dsos between attempts?
  • MMaiwand
    Yes of course I'm deleting the Dso files. I'm using the delete dso batch file. How did the other people on this forum run the Renegades mod. I tried another Mod Shifter and it worked fine. I know the latest Renegades mod worked on the last garage game patch I had a server running in 2005 do you guys think it might conflict with the tribes next patch ? Or Windows 7
  • MMaiwand
    I wish the renwerx guys had a contact to see if they had a clue wtf is going on
  • Dark Dragon DXDark Dragon DX
    I wonder if it's running anything that use the TCPObjects in Tribes 2. TWM2 used to have roughly the same issue with crashing because it would attempt to connect to a server via TCPObjects that isn't even up anymore and apparently the TCPObject code doesn't know how to deal with that.

    For the giggles, you could see if this helps:
    memPatch("005BD190","C3");
memPatch("005BD1F0","C3");
memPatch("005BD210","C3");

    Stick it in an autoexec script or something. It injects return instructions into the TCPOBject .connect, .disconnect and .send methods. It might break other stuff, though.


    Edit:

    Actually looking at it yields that there's barely anything in here, let alone any TCPObject instantiations unless the installer borked.
  • MMaiwand
    Thyth said something about Rudy and defensive torret you think this mod might have the stuff not supported by tribes next patch ? I see it's loading ruby script
  • BBlakhart
    Is dt in the mod? If so can you get rid of it?
  • DefenderDefender
    Maiwand
    Yes of course I'm deleting the Dso files. I'm using the delete dso batch file.

    I looked at the mod, its dso only, so if you run the dso batch file, you may be deleting the mod dso's..
    Its a shame the guys who made this mod never finally released it with the .cs files..
  • rJayrJay
    I absolutely hate mods with just .dsos. The excuse for the Heavy Medal mod was that he didn't want people pirating his work. The only problem is, he doesn't own or have rights to his work, since the game is free, and not only that, but doing that is against everything real modders stand for. They irritate the stew out of me.
  • GeekOfWiresGeekOfWires
    Someone doesn't like open source it appears. It's a shame that when people left Tribes, they didn't just make their code a free-for-all so if someone wanted the mod, they could have it and tweak it to their likings. Honestly, there's no need to not provide the source for the mod if it's not proprietary.

    I could understand it if the ownership of their code was at stake, but it doesn't look like Tribes would have ever had that issue on source code; add to the fact of the limited reach that TorqueScript has: the Torque Engines.
  • BBlakhart
    Defender
    Maiwand
    Yes of course I'm deleting the Dso files. I'm using the delete dso batch file.

    I looked at the mod, its dso only, so if you run the dso batch file, you may be deleting the mod dso's..
    Its a shame the guys who made this mod never finally released it with the .cs files..

    Yeah with dso mods created prior to tn you're likely fooched.
  • rJayrJay
    Screw people that think things shouldn't be open source. They had no business coding in the first place.
  • ThythThyth
    rJay
    The only problem is, he doesn't own or have rights to his work, since the game is free, and not only that, but doing that is against everything real modders stand for.
    This is so wrong on so many levels. You always own rights to your creative works, which are retained until 50 to 70 years after the creator's death. This applies to literature, art, software, et cetra. Creators have a right to control the terms under which others can benefit from that creative work, be those terms including a price tag, or other additional limitations (provided they don't impinge on fair use).

    A mod maker is completely within their rights to produce a proprietary mod. This could be strongly enforced by only running the mod on their own servers, or more weakly by distributing a compiled version only. Being indignant about how a programmer doesn't have rights, or invoking a no-true-Scotsman argument (which is a logical fallacy, by the way) is patronizing and insulting, and you should do better.

    Regardless, however, you're not likely to get source code to Renegades mod from the authors any time soon -- ambitious individuals could pursue development of a DSO disassembler and decompiler if they really want source. Secondly, there's not enough information in this thread to determine the precise cause for UEs when hosting in this configuration. I asked Maiwand to test a couple things out when he was asking questions on IRC, and it looks like GeEkOfWiReS1097 was able to get it working in a dedicated server configuration, so there is some other factor (in terms of installed scripts, maps, networking) causing the UE other than just the mod.
  • rJayrJay
    Thyth, while legally you have an argument, sociologically, that was then, and this is now. Now is the age of freeware. Now is the age of opensource. I'm not saying it's not their right, I'm saying it's not cool.
  • Dark Dragon DXDark Dragon DX
    rJay
    Thyth, while legally you have an argument, sociologically, that was then, and this is now. Now is the age of freeware. Now is the age of opensource. I'm not saying it's not their right, I'm saying it's not cool.

    Aside from Cry Engine and Unreal Engine (well, their source isn't even free anyway!) I don't think much has changed. I realize you're talking about mods, but "the age of freeware" implies a global application of FOSS principles. The large companies with closed source, non-free paradigms still hold the reigns, after all.
  • ThythThyth
    Even free and open source software requires respecting the property and creative rights of its authors.

    Developing free (as in libre) software should always, and will always be a choice. TribesNext is not free software, but I'm sure you already knew that when you read and accepted our end user license agreement. We wrote the software, we run the match making and community management servers, and we make it available without cost, but you should be under no delusion that what we built belongs to you or some nebulous social "Tribes community".

    I'd hate to live in whatever asinine utopia you're imagining, where creative individuals have a moral (or legal) obligation to give away their work without control or compensation. You have no right to demand that kind of moral code, and no right to demand others create things for your benefit. If anything, the long term consequences of that kind of insanity should be obvious: nobody with skills worth a damn would ever build anything to be co-opted by people who believe what you seem to, and any society built upon this kind of thievery would eat itself or be crushed by more enlightened nations.

    How the fuck did people get so entitled?
  • GeekOfWiresGeekOfWires
    edited December 2014
    rJay
    Thyth, while legally you have an argument, sociologically, that was then, and this is now. Now is the age of freeware. Now is the age of opensource. I'm not saying it's not their right, I'm saying it's not cool.
    It's not the age of anything. There's proprietary and there's open source.

    The only exception is probably the recent "Mojang-Microsoft Crisis" that the entire Minecraft community has had to deal with where someone slamming the project that they worked on with a DMCA Notice and has resulted in almost anything in Minecraft's modding world to be released under the MIT License. Yes, many people choose to provide their source for things. The people who designed and wrote Renegades simply didn't wish to provide their source code. There are probably a few others that felt the need to go the same route in Tribes 2 modding; others may not have; I wasn't here ten years ago to witness anything. My father was but he only played Tribes 2 Classic... so I can't get any kind of info from him.

    Back on topic now I guess. People have their own beliefs that they hold over certain matters and reasons that they can use to back it up. At the end of the day, their opinion on what to do for release is all that matters.

    EDIT:
    Thyth
    Even free and open source software requires respecting the property and creative rights of its authors.

    Developing free (as in libre) software should always, and will always be a choice. TribesNext is not free software, but I'm sure you already knew that when you read and accepted our end user license agreement. We wrote the software, we run the match making and community management servers, and we make it available without cost, but you should be under no delusion that what we built belongs to you or some nebulous social "Tribes community".

    I'd hate to live in whatever asinine utopia you're imagining, where creative individuals have a moral (or legal) obligation to give away their work without control or compensation. You have no right to demand that kind of moral code, and no right to demand others create things for your benefit. If anything, the long term consequences of that kind of insanity should be obvious: nobody with skills worth a damn would ever build anything to be co-opted by people who believe what you seem to, and any society built upon this kind of thievery would eat itself or be crushed by more enlightened nations.

    How the fuck did people get so entitled?

    I don't know Thyth.

    What Thyth is saying is right and it shouldn't be to hard (no offense) to understand that. There is no sociological issue with it. You can go to any length you want to provide software and not the source. No source code? Contact the creator of the project and pray that they have free time OR still have the source. I know in the time I've joined Tribes alone (2012?), I've reformatted my primary hard drive thrice. Windows 7 -> Windows 8 -> Back to Windows 7 -> Windows 10 (uhh... thanks Windows Update) -> Windows 8.1. That source code might not even exist anymore and you'll have to see about a disassembler for the compiled code.
    Blakhart
    Yeah with dso mods created prior to tn you're likely fooched.

    Basically, the end of all of this is that someone decided it be best not to release their source code for a mod.

    EDIT #2:
    Free Software != Open source in EVERY case either.

    Microsoft released a new version of Visual Studio called "Visual Studio Community 2013." It's free, but AFAIK, it follows the Microsoft pattern of "release this software... not the source code."
  • rJayrJay
    ............ guys

    I never said you were under any obligation or that it shouldn't be a choice. I never hinted that it shouldn't be a choice. I'm honestly quite surprised it offended you so much. I never ever intended that, and further, I never hinted TribesNext wasn't your's.

    Bottom line: I like opensource better

    That's all. I never meant that everyone everywhere should go by my opinions and likes.
  • ThythThyth
    rJay
    The only problem is, he doesn't own or have rights to his work, since the game is free
    rJay
    I never said you were under any obligation or that it shouldn't be a choice. I never hinted that it shouldn't be a choice.
    Those two quotes are at odds. You either own the rights to your work and can choose how it is used by others, or it doesn't belong to you and you get no say.

    I take no offense, I'm just unequivocal that your first statement (that I originally quoted) is utterly wrong, and that I vehemently disagree with the philosophical implication that someone producing a creative product somehow doesn't get (or loses) rights to it.

    I also use the term "free software" to mean it in the Richard Stallman sense of the 4 software freedoms, or in the more pithy: "free as in freedom". There's also "without cost", which doesn't imply the 4 freedoms... like "free as in beer". Since the English language makes poor distinction between these two concepts, I find it preferable to refer to the two categories as "libre" (same etymology as "liberty") and "gratis", respectively.

    TribesNext is gratis, but not libre software. We do include a substantial quantity of its source code as part of the product that you download, but you do not have permission to reuse it (which, incidentally, was chosen so that people could evaluate the security claims I was making in 2008 without giving a ready to fragment system to V2 or EWO, who had insinuated that they may use it to create a parallel/incompatible account system). A closed source mod that you can download and run for free is similar.

    Incidentally, the Tribes 2 end user license agreement attempts to stipulate that you don't retain the commercial rights to any modifications you develop for the game. The Minecraft modding restrictions imposed by Mojang/Microsoft are also similar. (With IANAL disclaimer...) If either of these terms were challenged legally in the United States, they would not stand -- there are Berne convention, fair use, and first sale doctrine legal precedents that would limit Dynamix/Sierra or Mojang/Microsoft from enforcing those terms. These legal structures are precisely those that allow TribesNext itself to operate in the clear (provided you follow some very carefully constructed processes). I don't have any vested interest in the Minecraft modding legal wonkery, but if I did, I'd make sure to get their dubious terms struck down and set a solid precedent for the future.

    If people are folding to DMCA notices in this situation, that's only because they don't have the resources to mount a legal defense -- if they did, they'd win.
  • rJayrJay
    You're correct. :-X
  • Phantom139Phantom139
    edited December 2014
    Thyth
    rJay
    The only problem is, he doesn't own or have rights to his work, since the game is free, and not only that, but doing that is against everything real modders stand for.
    This is so wrong on so many levels. You always own rights to your creative works, which are retained until 50 to 70 years after the creator's death. This applies to literature, art, software, et cetra. Creators have a right to control the terms under which others can benefit from that creative work, be those terms including a price tag, or other additional limitations (provided they don't impinge on fair use).

    A mod maker is completely within their rights to produce a proprietary mod. This could be strongly enforced by only running the mod on their own servers, or more weakly by distributing a compiled version only. Being indignant about how a programmer doesn't have rights, or invoking a no-true-Scotsman argument (which is a logical fallacy, by the way) is patronizing and insulting, and you should do better.

    Regardless, however, you're not likely to get source code to Renegades mod from the authors any time soon -- ambitious individuals could pursue development of a DSO disassembler and decompiler if they really want source. Secondly, there's not enough information in this thread to determine the precise cause for UEs when hosting in this configuration. I asked Maiwand to test a couple things out when he was asking questions on IRC, and it looks like GeEkOfWiReS1097 was able to get it working in a dedicated server configuration, so there is some other factor (in terms of installed scripts, maps, networking) causing the UE other than just the mod.

    Thyth's absolutely right here rJay. Learn from my mistake, just because something looks cool and you think you have a free ticket to it, doesn't make it so. If the author of a specific item wants to keep it under his control without fear of someone else taking it, then they have direct rights by law, to keep it that way. Not everything in the world has a free ticket to an open source license, otherwise nobody would want to publish anything new, because then someone else could come along and just snatch it up and call it their own.

    The exact reasoning applies to why I kept my PGD Connect code .dso'd until all but recently.
  • GeekOfWiresGeekOfWires
    Phantom139
    ...

    The exact reasoning applies to why I kept my PGD Connect code .dso'd until all but recently.
    But that's different because it's the underlying system for the networking to your site, is it not? It's that circumstance where keeping source behind closed doors benefits the community rather than hurt it.
  • BBlakhart
    How to Determine Whether a Work is in the Public Domain

    Dennis S. Karjala
    Professor of Law
    Arzona State University

    For any work published prior to 1978 (with proper copyright (©) notice), copyright lasted for an initial term of 28 years, renewable in the 28th year at first for an additional 28 years, then (with the 1976 Copyright Act) for an additional 47 years, and finally (with the Sonny Bono Copyright Term Extension Act of 1998) for an additional 67 years. If a work published prior to 1964 was not formally renewed, it entered the public domain when the initial 28-year term expired. (For works published after 1963, renewal became automatic in 1992.) If the copyright was renewed, the term was thus 75 years from the year of publication (expiring on Dec. 31 of the 75th year following the initial publication) until the Sonny Bono act extended this to 95 years.
    http://www.public.asu.edu/~dkarjala/publicdomain/SearchC-R.html

    cough
  • Dark Dragon DXDark Dragon DX
    GeEkOfWiReS1097
    Phantom139
    ...

    The exact reasoning applies to why I kept my PGD Connect code .dso'd until all but recently.
    But that's different because it's the underlying system for the networking to your site, is it not? It's that circumstance where keeping source behind closed doors benefits the community rather than hurt it.

    That's irrelevant as to whether or not you have the right to distribute any of your creations as such. You do, regardless of if it's some core system or not. Therefore if you so desire to make a 'Hello World' implementation closed source, then you can.

    As to it being "socially acceptable" to make something closed source, it is, provided that the software that's being closed sourced is providing meaningful functionality and any open source alternatives are not as good or are better. You'd look like an idiot in the former case and the latter case is just open source competition.
  • GeekOfWiresGeekOfWires
    Ragora
    GeEkOfWiReS1097
    Phantom139
    ...

    The exact reasoning applies to why I kept my PGD Connect code .dso'd until all but recently.
    But that's different because it's the underlying system for the networking to your site, is it not? It's that circumstance where keeping source behind closed doors benefits the community rather than hurt it.

    That's irrelevant as to whether or not you have the right to distribute any of your creations as such. You do, regardless of if it's some core system or not. Therefore if you so desire to make a 'Hello World' implementation closed source, then you can.

    As to it being "socially acceptable" to make something closed source, it is, provided that the software that's being closed sourced is providing meaningful functionality and any open source alternatives are not as good or are better. You'd look like an idiot in the former case and the latter case is just open source competition.
    I never said that this was relevant to the question of rights to distribute your creations. I feel it that it be rather obvious that anything that is yours would basically mean you get distribute it how you feel best to distribute it... regardless of reasoning. All I said was that the network communication between the ranking of his mods to his website would be better fitted closed source to prevent cheaters from abusing it and allowing the rest of the players to play fairly in peace.

    I'm sorry that I stumbled a little out of the bounds of the discussion at hand.
  • Dark Dragon DXDark Dragon DX
    GeEkOfWiReS1097
    Ragora
    GeEkOfWiReS1097
    Phantom139
    ...

    The exact reasoning applies to why I kept my PGD Connect code .dso'd until all but recently.
    But that's different because it's the underlying system for the networking to your site, is it not? It's that circumstance where keeping source behind closed doors benefits the community rather than hurt it.

    That's irrelevant as to whether or not you have the right to distribute any of your creations as such. You do, regardless of if it's some core system or not. Therefore if you so desire to make a 'Hello World' implementation closed source, then you can.

    As to it being "socially acceptable" to make something closed source, it is, provided that the software that's being closed sourced is providing meaningful functionality and any open source alternatives are not as good or are better. You'd look like an idiot in the former case and the latter case is just open source competition.
    I never said that this was relevant to the question of rights to distribute your creations. I feel it that it be rather obvious that anything that is yours would basically mean you get distribute it how you feel best to distribute it... regardless of reasoning. All I said was that the network communication between the ranking of his mods to his website would be better fitted closed source to prevent cheaters from abusing it and allowing the rest of the players to play fairly in peace.

    I'm sorry that I stumbled a little out of the bounds of the discussion at hand.

    For a backend like that it's only pertinent if you have critical bugs laying around, but the good thing about open source is that you have many eyes looking and a good bit of hands either fixing or reporting.

    For an anti-cheat system, if you did all of it the serverside and had a proper client/server model with other mitigation techniques on the server end then it still comes to down to what was said above. Critical flaws like that would be discovered either way, anyway. Hiding your source code because clientside mitigation is insufficient and hoping it'll keep the baddies away long enough would be a bad approach to it. So I'm inclined to say that if making a game closed source is a security precaution then it's probably because there's something wrong with the implementation and by doing that, said details would likely fall on the wayside as then you feel safe behind your closed source barrier.
  • BBlakhart
    Bugs_ in t1 developed an hm and dll (there are several t1 dlls about that have various features of hm but are much more stable and less laggy than hm and no they don't work as compiled on t2) anticheat that is serverside only and can't be defeated. It checks to see if a client actually has a player or game object in scope and then reveals it or conceals it in the gamestate sent to that client. What t2 needs is a command sent by the server to all players to set timescale to default each gamestate refresh or whatever more than t2 needs anti-hm2. Also, I think what killed dt is the baddies got enought details to circumvent it. Also, with the dt consensus anticheat idea, if every client is cheating all votes will say the cheats are legit.
  • ThythThyth
    Defense Turret was beaten because there are two constant "escape hatch" codes that it uses if you failed paired consensus more than 5 times, or were otherwise not paired with another player (e.g. odd number of players connected). It's probably derived from hashing some part of the T2 binary (since there were different values for Windows and Linux), so the cheater-majority breaking consensus for legitimate players won't actually happen. The downside, of course, is that you can send this constant code on every challenge, and never be marked as cheating. The DT server script couldn't do more sophisticated challenge/responses against the client, because it was just a T2 script and didn't have the ability to hash process memory in the way the clients did.

    Amusingly, the DT server core DSO was really just a script that ran a couple of debugging countermeasures (checking if eval was hooked via package, and disabling console trace) before feeding an encrypted script (also containing some anti-debugging features) into eval. If you hooked console trace before loading the DT server scripts (such that it ignored trace(0)), or if you patched the eval function in your process memory (there's a built in eval echo that's turned off), it would cheerfully dump the source code to the runtime anti-cheat mediator script to the console log. If it had just been a plain DSO with smaller scale obfuscation, it would have been way harder to produce a DT client emulator.

    Of course, even without the "backdoor" code, it wouldn't have been too hard to use stupid tricks like running a slaved DT enabled T2 client in a VM connected to a modified version of the DT server script. You could write an emulator that would forward DT challenges to a network service, which would pass them on to this slaved/clean/VM instance.

    Solving timescale properly just requires someone to finish the patches to the network message processing code that I started about 2 years ago. I wrote two patch versions that successfully eliminated timescale, but unfortunately introduced problems for legit clients (due to the way T2 handles network jitter). I had a 3rd patch version in progress to apply a bit of filtering to fix the problems experienced by legit clients, but it was never completed. My notes, and two existing patches are available on request.
  • rJayrJay
    And people really go to all that trouble to cheat in a 14 year old game? Damn.
  • LLouCypher
    Thyth
    This is so wrong on so many levels. You always own rights to your creative works, which are retained until 50 to 70 years after the creator's death. This applies to literature, art, software, et cetra. Creators have a right to control the terms under which others can benefit from that creative work, be those terms including a price tag, or other additional limitations (provided they don't impinge on fair use).

    A mod maker is completely within their rights to produce a proprietary mod. This could be strongly enforced by only running the mod on their own servers, or more weakly by distributing a compiled version only. Being indignant about how a programmer doesn't have rights, or invoking a no-true-Scotsman argument (which is a logical fallacy, by the way) is patronizing and insulting, and you should do better.

    Regardless, however, you're not likely to get source code to Renegades mod from the authors any time soon -- ambitious individuals could pursue development of a DSO disassembler and decompiler if they really want source. Secondly, there's not enough information in this thread to determine the precise cause for UEs when hosting in this configuration. I asked Maiwand to test a couple things out when he was asking questions on IRC, and it looks like GeEkOfWiReS1097 was able to get it working in a dedicated server configuration, so there is some other factor (in terms of installed scripts, maps, networking) causing the UE other than just the mod.
    A mod for Tribes 2 is a "derivative work" and as such is the property of Sierra On-Line, Inc. It says as much in the EULA.txt we all supposedly agreed to when we installed T2. We don't own it, but neither does Renwerx.

    Technically TN is in violation of that EULA, but I don't think Vivendi is going to send a C&D anytime soon.
Sign In or Register to comment.