Jump to content

Leaderboard

  1. ElementUser

    ElementUser

    Staff


    • Points

      80

    • Content Count

      395


  2. Whyzozerious

    Whyzozerious

    Verified members


    • Points

      71

    • Content Count

      59


  3. MacroHard

    MacroHard

    Verified members


    • Points

      60

    • Content Count

      67


  4. Manu311

    Manu311

    Moderators


    • Points

      32

    • Content Count

      94



Popular Content

Showing content with the highest reputation since 05/01/2020 in Posts

  1. 10 points
    Make it happen. First Blood: "Welcome to Heroes of Newerth" Double Kill: "Low priority!" Triple Kill: "Irrelevant!" Quad Kill: "Depreciated feature!" Annihilation: "NEKO SMILE EMOTICON!" 3x Kill Streak: "It's called consistency." 4x Streak: "Poor design." 5x Streak: "Imbalanced" 6x Streak: "Snowballing out of control" 7x Streak: "Intentional feature" 8x Streak: "This isn't the suggestion forum." 9x Streak: "Impossible to balance." 10x Streak: "Unlikely to be addressed" Immortal: "Likely to get nerfed next patch." Your structure is under attack: "I will look into that." Structure Denied: "Suggestion denied." Victory: "Thanks for playing!" Defeat: "Maybe next patch." Smackdown: "Unnecessary overhead." Humiliation: "Sounds like a local issue." Rage Quit: "Please contact customer service" Payback: "I prefer paypal." Massacre: "Historical data doesn't lie." Nemesis: "It's complicated." Retribution: "Not to my liking." Kongor Slain: "High risk, low reward."
  2. 9 points
    Good pickup on the Facebook post! Sorry we have been a little quiet, we coincidentally are about a tenth of the size of the team at it's peak, so please forgive us, we are working hard. Our June 2nd patch will celebrate everything from HoN in the past 10 years, there will be some cool things and forum activities to get amongst. The shortlist includes: A claim page for a few avatars. A very exciting top 5 video with a few special guests Lots of forum activities to do over the coming weeks Lots of nostalgia. There is also a major tournament happening run by honomg on June 14th : 100,000 GOLD COINS?! Make sure you guys are following our Facebook page too, to get all the information. Of course we will make stickied threads here as well #HoNforever
  3. 7 points
    Hey guys! Just letting you know our HoNiversary Highlights Patch is live up on facebook! Big shoutout to HoNOMG for making this possible. Hero Rework: #Nitro (00:30) | Staff Upgrades: #Kane (02:40), #Balphagore (04:40) | #Aluna (CN) Avatar (03:30) | New rune: Merrick's Rune (04:20) Patch notes and claim page released Friday .. get keen! Cheers! <3Slif
  4. 7 points
    MsMia and I will be returning to HON in a few days. Brace yourself for a forum explosion and 1300 MMR small plays. #PostHard #MathIsHard #MacroTard #ElementLoser
  5. 6 points
    Put on the spot much? This is long. If you want my life story (for HON) you got it. Also, I am aware this biography is very me-oriented and comes off narcissistic. Sorry for that. THE BEGINNINGS COMMUNITY ROLES AND S2 FRIENDSHIPS ROMANCE
  6. 6 points
  7. 6 points
    I’ve decided to start taunting the enemy when I know I’m about to die. The humiliation announcement is quite entertaining and helps lighten the mood. Why not put a smile on somebody’s face from time to time? I hope you join me.
  8. 6 points
    Since everyone shares something about what HoN meant for them in the past, I'll share something too: So like 13 years back, I started to develop a DotA-clone. My plan was just a basic replication of basically everything, but without wc3 behind. However I was active on DotA-forums and I saw the only advertisement of HoN I've ever seen: Someone announced that they are working on it and they will reach closed beta soon. So naturally I applied for close beta, was frustrated because it took ages for me to get accepted - and once I joined I instantly stopped my own game because there was already a team developing the game I wanted. If anyone's curious, after that I started to develop a "space game" similar to Freelancer. With a lot less time, since I had to play HoN. Guess what happened ..... Star Citizen Kinda explains why I rather work on software instead of games nowadays :-D.
  9. 6 points
    Oh yes. It's HoNiversary again. Should be lit this year, Newerthians!
  10. 5 points
    Legion/Hellbourne Base Special thanks to RedBear for helping me with this mod and many other mods I've made. Please support him any way you can. Model Conversion - RedBear Visual Effects - Whyzozerious, AtSniperThint Warning: This file is quite big, so downloading the file will take a while since its roughly a 858MB file. Your load time at the beginning will take a little bit longer than usual during your first load. You'll notice legion barracks will look a little weird and there's absolutely nothing I can do about it since it's a server side issue. A preview video will come later in the future. For now, screenshots are going to suffice. If you have any questions about this mod, feel free to leave a comment below. LEGION HELLBOURNE OBSERVATORY SIDE SHOP Download Link: http://www.mediafire.com/file/2yn0r63kz97e1ps/resourcesWarcraftBuilding.s2z/file HOW TO INSTALL: Move the downloaded file into (.s2z): -Linux: /home/username/HoN/game/ -Windows 8/10: C:\Program Files (x86)\Heroes of Newerth\game\ Mac: 1. Press Finder 2. Press Applications 3. Right click 'Heroes of Newerth', and press Show containing files 4. Open Game folder 5. Move file here
  11. 5 points
    Hello Newerth! Some may know me, some might not, I go by Hubaris on the forums and ingame and I have been playing HoN for a long time; and I recently reinstalled and have become truly active again ingame and on the forums. It's amazing to see 10 years of this game, a game that I still hold in my heart as being one of the best in its genre, a masterclass in game flow, design and aesthetic. I was thinking about HoN's 10th anniversary but I am not one to make videos, I'm a man of the written word and I just wanted to share some memories of a game that I still love. I was debating doing this in Off Topic or here, but considering its half vanity project, half fanboying, I figured GD is the best place to catch the pulse of the people. I remember buying the game for 30 USD, and being blown away by seeing my favourite heroes from DotA reimagined. I remember playing the newest hero, Pandamonium and laughing at all the terrible puns. I remember Turrent and his pet Engineer, blowing people up in the forests, hills, fountains, literally everywhere. I remember Rampage and his teleporting charge, his magic immunity and the rage he caused. I remember first pick Scout, READY and the groans that followed. I remember using Kraken Ultimate to rip entire teams across the map and watching people ragequit. I remember public rooms and matches and people cobbling together All Mids before it was its own game mode. I remember when Matchmaking basically didn't work and those very same public rooms and your PSR determined your place on the totem pole. I remember when Matchmaking finally did start working and people refusing to let go of PSR. I remember building heroes on the forums, inspired by all the stuff in the game. I remember when the first alternate skins came out and the outcry of people. I remember gold and silver being added and the game taking the turn toward F2P. I remember the Leprechaun Blacksmith debacle. I remember 3v3 Grimm's Crossing, one of the best gamemodes when you couldn't fill your 5 Stack. I remember when they reworked Gladiator's voice from his old over the top FRAAAAAAAAWSSST and being sad at it. I remember the height of the Tanky Meta and how it dominated the competitive scene for so long. I remember the memes, 'Stay By Tower', 'Codex Level 5', 'Good to Know How Highly Your Own Character', classics. I remember the rush of a new hero every 2 weeks, and I also remember the burnout. I remember the weird interview with Paula Garcia about Aluna. I remember the ill-fated Gunblade trailer and the pain that followed. I remember DOTA2 getting its first glimpses and the fire in the Balance Group about it. I remember Legionnaire's charge being bugged and doing 300-600% damage. I remember Puppetmaster literally deleting heroes from the game. I remember the jokes about Armadon always breaking in each patch... somehow! I remember playing a lot of Forum Mafia in Off-Topic. I remember running events where the community would try to build a Hero together. I remember the 16-Bit HoN mode (does it still exist?) and all the visual pain it puts on one's eyes. I remember Silhouette and her dominance in the hands of a certain comp. player. I remember the fiercely loyal fans of HoN. I remember them switching Artillery's EA and regular skin due to the fan outcry of the game's flavour. I remember Gemini having a button on D that just gave him +30 to all stats (oops)! I remember Strife... I remember bugtesting with EU. I remember building heroes and having fierce discussions with wza and Co. I remember spending a LOT of gold on Plinko to get the Cthulhuphant avatar that I wanted so bad. I remember secretly working on a casual OMG/WTF Mode using a bootleg client (sorry EU)! I remember the reworks, the heroes and the items we worked so hard on. I remember being HoNored and the numerous forum awards. But I don't remember why I left for those few years... All I remember is why I stayed and why I came back. Maybe this is a vanity post, it most likely is, but I'm happy to see the team here giving this game the respect and dignity it deserves in its later years. I'm sure they remember more than I do, I'm sure you remember different things as well; I want to see what you remember, I want to see what you know! I want this to be a great 10th anniversary and I want this to be a testament to all of the wild stories and memories about this crazy, crazy game. Here's to 10 Years you old, stubborn dog, and here's to however many more!
  12. 5 points
    Legion/Hellbourne Laning Creeps Special thanks to RedBear for helping me with this mod and many other mods I've made. Please support him any way you can. Model Conversion - RedBear *UPDATE* - Fixed projectile bug on Legion Ballista made by RedBear. Download Link: http://www.mediafire.com/file/g9ogwsam268qx6b/resourcesWarcraftCreeps.s2z/file HOW TO INSTALL: Move the downloaded file into (.s2z): -Linux: /home/username/HoN/game/ -Windows 8/10: C:\Program Files (x86)\Heroes of Newerth\game\ Mac: 1. Press Finder 2. Press Applications 3. Right click 'Heroes of Newerth', and press Show containing files 4. Open Game folder 5. Move file here
  13. 5 points
    -Arachna and Ellonia felt kinda too strong when i was playing them. So as i did a post about them in the past, i have to make a post about my new mid hero Hellbringer . I am not going to speak about the heroe's burst damage, as i think is pretty ok. He is just one of the best mids imo. And i like that. Coz Hellbringer used to be like this in the old days. And i like his place now.But i do have to speak about the crazy lifesteal he can get. -I dont know if you guys are aware of the lifesteal this guy does but I saw every aspect of how strong it can be. From midlaner( played it myself there) to hard carry( watched Dutch playing it). I do believe that the passive 20% lifesteal from every source of damage and adding the demons active effect( the 30% damage received on heroes returning as lifesteal) is kinda imba. - Consider that the passive bonus of Symbol is 25% on just autoattacks, whether Hellbringers passive is 20%(inactive) and 30% (active) are from all the damage sources. I cant judge what the correct changes on values can be, or the type of lifesteal etc. Or maybe im exaggerating , but thats how i feel about the hero atm. I consider that the toolkit of this hero is so strong ,each spell individually. He is a massive cc hero, he always was. -Aside his lifesteal ability, just a Staff of the master + and a resto stone at late game , put him in top tier picks of intelligent heroes, if u want a decent position 2 hero. Even just staff alone actually. Also the hero can farm fast and the accumulation of gold early mid game is easy, considering your getting lots of golds through a teamfight also. I literally see 'people on their knees'' (i hope u know this punch line ^^ ) Tried to replicate a raw scenario in practise mode, its my first time doing this, dont judge too hard: Hellbringer level 25 no items(1803 HP pool ) vs Maliken level 25 no items ( values are after armor reduction) Lets consider that the initial burst damage below will be calculated to the 20% passive lifesteal and later Hell will activate his demon, for the 30%. Q : 123 damage x 2 times= 246 dmg W: 237 dmg Ultimate: 75 dmg Malpha's damage: 109 per hit ( in this case scenario i put malpha to give 5 autoattacks)= 545 ( maybe in a teamfight he can pull of more auttoattacks, i just put 5) Hellbringer damage : 99 per hit ( in this case scenario i put hellbringer to give 3 auttoattacks) = 297 Total of 1400 damage. 1400 X 20%(lifesteal) = 280 Activated E spell : Lets say in that area are 3 heroes, and they receive his demon. And lets consider they will take a combined of 2000 damage post mitigation. ( for 3 heroes combined maybe its too low 2k) 2000 dmg x 30% = 600 Conclusion : Total of 880 hp returning to Hellbringer. Consider that this is an one-time,a raw scenario. A teamfight will go longer, spells get off cd and u have them again, there are also items in place, that will boost the damage done, or items that will delay the duraton of a teamfight, also there will be creeps involved on taking damage etc. It doesnt show the maximum healing HB can receive potentially. The scenarios are whole lot. But from a raw scenario i got a 880 hp returning to a 1803 hp Hellbringer. -My only suggestion can be a twich of his passive and active effect: 1) 20% -> 15% and 30% ->25% or 2) Passive effect: any source of damage -> magic damage and active effect: remains the same(all damage sources) . Worth mentioning changing to the 2nd suggestion transforms the hero into a higher skill based hero, as above managing to hit your Q and W you will have to land a good E spell off, so u can get the best out of it, as the active effect has a timer. Personally i do support the 2nd suggestion as i do believe that in order to be able to play a strong hero like Hellbringer, you will have to do one or two things more, than just spamming buttons. Thats kinda a reward. And is not about you being a good or a bad player. It just needs a small effort to learn to utilize the hero at his best. ps: Dunno if i did this right, its my first time trying to post this kind of thing,most of the times i just post plane suggestions without numbers, maybe i did it wrong,or didnt evaluate something extra etc, pls feel free to correct me, or point out mistakes . Also as i said i like the place Hellbringer is now, even if he stays like this i dont have any problem.
  14. 5 points
    Thread previously made by ElementUser The purpose of this thread is to help people understand how to properly make effects for those who are learning how to create their own effects. <effect> useentityeffectscale --true,false 0,1 (should be used for global effects used on multiple heroes... i.e. state.effect impact.effect etc.) deferred --true, false 0,1 (allows the sprites to fade correctly) persistent --true, false 0,1 (allows emitters to finish emitting even after gadget/entity etc. is terminated. note: if persistent is set to true make sure all emitters have a life or count.) <particlesystem> name --used to name your particle systems. typically they are named system0 or system1 but you can use any name you want, just make sure that you call it correctly in the spawnparticlesystem tag. space --set to world or entity... if set to entity the emitter stays with the hero. set it to world if u want the particles to drag or be left behind. scale --can set scale to whatever you want ie: 1, 50 or even .2 but keep in mind it's cleaner to have it set to 1. <particle> color --should have three numbers ie: color="1 1 1". the order of the numbers is for red green blue (rgb). alpha --can range from 0-1... ie: alpha=".5" means transparency is at 50%. size --used to bring the sprite to a certain size. good to use startsize midsize and endsize to get more variety out of the same sprite. width --will change the width of the sprite... will scale only the width of the sprite leaving the height alone. height --will change the height of the sprite... will scale only the height of the sprite leaving the width alone. scale --you can set scale to whatever you want ie: 1, 50, .5, 10.5 etc. good to use startscale midscale and endscale to get more variety out of the same sprite. scale and size are closely related they are there to give more control to the user. pitch --is used to rotate sprite along the x axis... typically, this one is used with lockup and lockright set to true, and pitch set to 90 to make the sprite flat or parallel to the ground. yaw --is used to rotate along the z axis. roll --is used to rotate along the y axis. * you can add speed to yaw, pitch and roll to get the sprite to spin along said axis. for instance yawspeed="360" will make the sprite spin 360 degrees along the z axis according to how long the life is. frame --used for animated sprites typically set using startframe="0" endframe="1". framespeed can be used to make the animated sequence faster or slower too. param --used for refraction sprites. basically sets the strength of the refraction. is usually set between param=".1" to param="1". stickiness --acts almost the same as anchor in fact you'll typically wanna use anchor... it's the newer setting. anchor --will keep the sprite anchored to the bone it is called on... can get some interesting results with startanchor="1" and endanchor="0", or whatever u wanna set endanchor at. widthdistort --exactly what it says... will distort the width only heightdistort --will distort the height only scaleu --is used to scale along the u in uv... scalev --is used to scale along the v in uv... has some interesting results when used simultaneously with startscale and endscale. offsetu --never use these settings but i'm assuming that this offsets the sprite along said direction... in this case the u in uv. offsetv --never use these settings but i'm assuming that this offsets the sprite along said direction... in this case the u in uv. weight --never use this... not sure if it even works. lockup --true, false 0,1 locks the sprite up. lockright --true, false 0,1 locks the sprite right. both lock settings are used to isolate or control the sprite. when both are set to true and pitch is set to 90 the sprite is locked parallel to the ground. turn --true, false 0,1 allows sprites to turn with entity. used mostly with embedded models inside simpleemitters to turn correctly with projectile. flare --true, false 0,1 emitter --can be used to call an emitter inside another emitter by name... so, it is typically used for embedding emitters. ** keep in mind that most settings in the particle tag can use start, mid, and end settings too. for example startcolor="1 1 1" midcolor="1 0 1" endcolor="1 0 0". you can control when the mid setting hits with midcolorpos. midcolorpos=".25" will happen sooner, and midcolorpos=".85" will happen later. if midcolorpos is not being used the default is set to ".5" <simpleemitter> owner --was used a lot more before embedding but, is still used to add emitters to models by name. life --gives the emitter a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". count --gives the user control of how many sprites to use no matter what the life and spawnrate is. count="5" will spit out 5 sprites no more no less. timenudge --timenudge is setup in milliseconds, and is an older setting. for the most part delay is better to use. however, in some cases you'll want an emitter to get a head start before the sprites start showing up. in this case you can set timenudge to a minus number and get the emitter goin early. i.e. timenudge="-2000" delay --used to delay the emitting of sprites. delay is setup in milleseconds as well. so, to delay the emitter for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used to loop any emitter with a life. spawnrate --is the amount of particles emitting from the emitter by the second. if spawnrate="25" then 25 sprites will be spit out per second. particlelife --is the amount of time the particle will live in milliseconds. minparticlelife and maxparticlelife can be used to get more variety. particletimenudge --i think this is an old setting and pretty sure itsa no worky. particledirectionspace {global, local} --local space will use the bones local axis, and global will use the world axis. typically this is used in local to get a sprite pointing down a specific axis of a specific bone. gravity --is what it is. you can set the strength of gravity. minus gravity goes up and positive gravity goes down. speed --the speed at which the particles move in a certain direction. when no direction is specified the sprites go out from the center. acceleration --once the sprite, or sprites are emitted they will pick up speed according to acceleration setting. good to use with other settings such as speed to get more variety. minangle--hard to explain but minangle and maxangle are used to create an area or window for emitting. for instance if minangle="0" and maxangle="45" the emitter will only emit in that range of 45 degrees. maxangle --refer to minangle inheritvelocity --the emitter can inherit the velocity of an object, entity, bone, projectile etc. this setting gives a very dynamic feel to effects but dont set it too high, because the sprites start goin crazy. material --this is where you call your sprite. for example material="/shared/effects/materials/mySprite.material" the path is typically this one but can be specific to any directory. direction --direction is setup in x,y,z. so, to set this correctly use -1 1 or 0. an example would be direction="0 0 1". this will send the sprites in the positive z direction, or in our engine up. -1 would send the sprites in a negative z direction, or in our engine down. directionalspace --{global, local, and i think world works too} world and global will emit according to world axis. local will emit from a specific bone and its local axis which can be very different from the world depending on the animation of said bone. drag --the best way for me to describe drag i guess is to think of it like molasses. it causes the sprites to slow down as if they are fighting through something thick. it doesn't take much to create lots of drag. its typically set around .1 or so. friction --basically the opposite of acceleration. over time friction will decelerate the sprites to a complete stop if its strong enough. bone --is used to emit from a specific bone. make sure the bone name is correct or the emitter will not work. the names are case sensitive. position --position is setup in x,y,z. if the emitter for example has a bone="headbone" and the position="0 0 50", then the emitter will be positioned 50 above the headbone in the z axis. offsetsphere --creates a sphere that the emitter can emit from. if the offsetsphere="100 100 100" for instance, the sprites will emit from anywhere within this 100x100x100 sphere. offsetcube --creates a cube that the emitter emits from. same as offsetsphere but in a cube. both are set using x,y,z coordinates. offsetdirection --can be used with offsetradial to give the emitter some depth. like emitting from a donut. offsetradial --creates a circle. the emitter then emits along the circumference of the circle. offsetradialangle --another setting to go with offsetradial. this one can be set anywhere from 0-180 basically makes a cone shape from the point of origin. works almost like a spotlight in max. collide --true, false 0,1 when set to true the sprites will collide with the ground... very cool effect but can suck up processing power. use wisely, and keep the life and count low. subframepose -- true, false 0,1 used with trailemitters and twopointtrailemitters. should always be set to true. <orbiteremitter> owner --was used a lot more before embedding but, is still used to add emitters to models by name. life --gives the emitter a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". count --gives the user control of how many sprites to use no matter what the life and spawnrate is. count="5" will spit out 5 sprites no more no less. timenudge --timenudge is setup in milliseconds, and is an older setting. for the most part delay is better to use. however, in some cases you'll want an emitter to get a head start before the sprites start showing up. in this case you can set timenudge to a minus number and get the emitter goin early. i.e. timenudge="-2000" delay --used to delay the emitting of sprites. delay is setup in milleseconds as well. so, to delay the emitter for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used to loop any emitter with a life. spawnrate --is the amount of particles emitting from the emitter by the second. if spawnrate="25" then 25 sprites will be spit out per second. particlelife --is the amount of time the particle will live in milliseconds. minparticlelife and maxparticlelife can be used to get more variety. particletimenudge --i think this is an old setting and pretty sure itsa no worky. gravity --does not work with orbiteremitters. speed --basically speeds up the orbit setting. so if the orbit="1" and speed="2" the orbiting particles will now move at a speed of 2. if orbit is set to 0 speed will have no effect. acceleration --once the sprite, or sprites are emitted they will pick up speed according to acceleration setting. if orbit is set to 0 acceleration will have no effect. minangle --does not work with orbiteremitter maxangle --does not work with orbiteremitter inheritvelocity --does not work with orbiteremitter material --this is where you call your sprite. for example material="/shared/effects/materials/mySprite.material" the path is typically this one but can be specific to any directory. direction --direction is setup in x,y,z. it is important to set a direction so that the orbiteremitter knows which axis to work from. for example direction="0 0 1". directionalspace --{global, local, and i think world works too} world and global will emit according to world axis. local will emit from a specific bone and its local axis which can be very different from the world depending on the animation of said bone. drag --does not work with orbiteremitter friction --once the sprite, or sprites are emitted they will slow down according to the friction setting. if orbit is set to 0, the friction setting will have no effect. bone --this setting is used to emit from a specific bone. make sure the bone name is correct or the emitter will not work. the names are case sensitive. position --position is setup in x,y,z. if the emitter for example has a bone="headbone" and the position="0 0 50", then the emitter will be positioned 50 above the headbone in the z axis. origin --the origin gives control over placement of the emitter, and could be looked at as a distance from center setting. for example if direction="0 0 1" and origin="0 50 250" the orbiteremitter will have a diameter of 250 and will move up 50 from the center in the z axis. cylindrical --when set to true makes a cylindrical shape that the particles emit from. by default is shaped like a disc. offset --the offset gives more control to the user in shaping the cylinder. hard to describe but let me give an example. offset="10 250 500". the number 250 gives the cylinder your emitting from an offset depth of 250. the number 500 gives the particles an offset of 500 widthwise from the outside edge or circumference of the cylinder. and the 10 starts the sprites going around the cylinder's circumference. if this number is too low the sprites wont emit from all the way around the cylinder. orbit --this is the speed of the turn/orbiting sprites. a positive number will rotate the sprites counter clockwise and a negative number will rotate them around the origin in a clockwise manner. orbitangle --i think this is an old setting or it just doesn't work. <trackeremitter> owner --was used a lot more before embedding but, is still used to add emitters to models by name. life --gives the emitter a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". count --gives the user control of how many sprites to use no matter what the life and spawnrate is. count="5" will spit out 5 sprites no more no less. timenudge --timenudge is setup in milliseconds, and is an older setting. for the most part delay is better to use. however, in some cases you'll want an emitter to get a head start before the sprites start showing up. in this case you can set timenudge to a minus number and get the emitter goin early. i.e. timenudge="-2000" delay --used to delay the emitting of sprites. delay is setup in milleseconds as well. so, to delay the emitter for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used to loop any emitter with a life. spawnrate --is the amount of particles emitting from the emitter by the second. if spawnrate="25" then 25 sprites will be spit out per second. particlelife --is the amount of time the particle will live in milliseconds. minparticlelife and maxparticlelife can be used to get more variety. particletimenudge --i think this is an old setting and pretty sure itsa no worky. gravity --is what it is. you can set the strength of gravity. minus gravity goes up and positive gravity goes down. this will effect the tracking of particles so be careful when setting gravity. speed --the speed at which the particles move toward the target. acceleration --once the sprite, or sprites are emitted they will pick up speed according to acceleration setting. good to use with other settings such as speed to get more variety. minangle --hard to explain but minangle and maxangle are used to create an area or window for emitting. for instance if minangle="0" and maxangle="45" the emitter will only emit in that range of 45 degrees. maxangle --refer to minangle... minangle and maxangle can create some neat effects when used with different track types. inheritvelocity --the emitter can inherit the velocity of an object, entity, bone, projectile etc. this setting gives a very dynamic feel to effects but dont set it too high. if the object is moving to fast the sprites start goin crazy, and it can look like a mistake. material --this is where you call your sprite. for example material="/shared/effects/materials/mySprite.material" the path is typically this one but can be specific to any directory. direction --can be used to change the direction of sprites. especially useful when used with minangle and maxangle. directionalspace --{global, local, and i think world works too} world and global will emit according to world axis. local will emit from a specific bone and its local axis which can be very different from the world depending on the animation of said bone. drag --the best way for me to describe drag i guess is to think of it like molasses. it causes the sprites to slow down as if they are fighting through something thick. it doesn't take much to create lots of drag. its typically set around .1 or so. friction --once the sprite, or sprites are emitted they will slow down according to friction setting. over time friction will decelerate the sprites to a complete stop if its strong enough. bone --this is the bone the trackeremitter starts at. position --this is the position the trackeremitter will start at. can be used with or without bones. targetbone --this is the bone that the emitter tracks to. targetposition --this is the position that the emitter tracks to. can be used with or without bones. offsetsphere --creates a sphere that the emitter can emit from. if the offsetsphere="100 100 100" for instance, the sprites will emit from anywhere within this 100x100x100 sphere. offsetcube --creates a cube that the emitter emits from. same as offsetsphere but in a cube. both are set using x,y,z coordinates. offsetdirection --can be used with offsetradial to give the emitter some depth. like emitting from a donut. offsetradial --creates a circle. the emitter then emits along the circumference of the circle. offsetradialangle --another setting to go with offsetradial. this one can be set anywhere from 0-180 basically makes a cone shape from the point of origin. works almost like a spotlight in max. tracktype {distance, angular, gravity, cgravity, target, lerp} trackspeed will be set to 1 typically. but for some of the tracktypes it can be used to modify the look at the beginning of the tracker. for instance the higher trackspeed with angular will cause the sprites to stay closer together at the origin. however, like with lerp for instance trackspeed can only be set to one. then speed or acceleration can be used to get the look you want. distancelife --true, false 0,1 when set to true this setting will cause the particles to die once they have reached the targetbone or position. <meshemitter> mesh --this is the name of the mesh that the emitter will emit from... without the mesh name the emitter will not emit correctly. owner --was used a lot more before embedding but, is still used to add emitters to models by name. life --gives the emitter a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". count --gives the user control of how many sprites to use no matter what the life and spawnrate is. count="5" will spit out 5 sprites no more no less. timenudge --timenudge is setup in milliseconds, and is an older setting. for the most part delay is better to use. however, in some cases you'll want an emitter to get a head start before the sprites start showing up. in this case you can set timenudge to a minus number and get the emitter goin early. i.e. timenudge="-2000" delay --used to delay the emitting of sprites. delay is setup in milleseconds as well. so, to delay the emitter for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used to loop any emitter with a life. spawnrate --is the amount of particles emitting from the emitter by the second. if spawnrate="25" then 25 sprites will be spit out per second. particlelife --is the amount of time the particle will live in milliseconds. minparticlelife and maxparticlelife can be used to get more variety. particletimenudge --i think this is an old setting and pretty sure itsa no worky. particledirectionspace {global, local} --local space will use the bones local axis, and global will use the world axis. typically this is used in local to get a sprite pointing down a specific axis of a specific bone. gravity --is what it is. you can set the strength of gravity. minus gravity goes up and positive gravity goes down. speed --the speed at which the particles move in a certain direction. when no direction is specified the sprites go out from the center. acceleration --once the sprite, or sprites are emitted they will pick up speed according to acceleration setting. good to use with other settings such as speed to get more variety. minangle --hard to explain but minangle and maxangle are used to create an area or window for emitting. for instance if minangle="0" and maxangle="45" the emitter will only emit in that range of 45 degrees. maxangle --refer to minangle inheritvelocity --the emitter can inherit the velocity of an object, entity, bone, projectile etc. this setting gives a very dynamic feel to effects but dont set it too high, because the sprites start goin crazy. material --this is where you call your sprite. for example material="/shared/effects/materials/mySprite.material" the path is typically this one but can be specific to any directory. direction --direction is setup in x,y,z. so, to set this correctly use -1 1 or 0. an example would be direction="0 0 1". this will send the sprites in the positive z direction, or in our engine up. -1 would send the sprites in a negative z direction, or in our engine down. directionalspace --{global, local, and i think world works too} world and global will emit according to world axis. local will emit from a specific bone and its local axis which can be very different from the world depending on the animation of said bone. drag --the best way for me to describe drag i guess is to think of it like molasses. it causes the sprites to slow down as if they are fighting through something thick. it doesn't take much to create lots of drag. its typically set around .1 or so. friction --basically the opposite of acceleration. over time friction will decelerate the sprites to a complete stop if its strong enough. bone --is used to emit from a specific bone. make sure the bone name is correct or the emitter will not work. the names are case sensitive. position --position is setup in x,y,z. if the emitter for example has a bone="headbone" and the position="0 0 50", then the emitter will be positioned 50 above the headbone in the z axis. offsetsphere --creates a sphere that the emitter can emit from. if the offsetsphere="100 100 100" for instance, the sprites will emit from anywhere within this 100x100x100 sphere. offsetcube --creates a cube that the emitter emits from. same as offsetsphere but in a cube. both are set using x,y,z coordinates. offsetdirection --can be used with offsetradial to give the emitter some depth. like emitting from a donut. offsetradial --creates a circle. the emitter then emits along the circumference of the circle. offsetradialangle --another setting to go with offsetradial. this one can be set anywhere from 0-180 basically makes a cone shape from the point of origin. works almost like a spotlight in max. collide --true, false 0,1 when set to true the sprites will collide with the ground... very cool effect but can suck up processing power. use wisely, and keep the life and count low. <skeletonemitter> owner --was used a lot more before embedding but, is still used to add emitters to models by name. life --gives the emitter a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". count --gives the user control of how many sprites to use no matter what the life and spawnrate is. count="5" will spit out 5 sprites no more no less. timenudge --timenudge is setup in milliseconds, and is an older setting. for the most part delay is better to use. however, in some cases you'll want an emitter to get a head start before the sprites start showing up. in this case you can set timenudge to a minus number and get the emitter goin early. i.e. timenudge="-2000" delay --used to delay the emitting of sprites. delay is setup in milleseconds as well. so, to delay the emitter for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used to loop any emitter with a life. spawnrate --is the amount of particles emitting from the emitter by the second. if spawnrate="25" then 25 sprites will be spit out per second. particlelife --is the amount of time the particle will live in milliseconds. minparticlelife and maxparticlelife can be used to get more variety. particletimenudge --i think this is an old setting and pretty sure itsa no worky. particledirectionspace {global, local} --local space will use the bones local axis, and global will use the world axis. typically this is used in local to get a sprite pointing down a specific axis of a specific bone. gravity --is what it is. you can set the strength of gravity. minus gravity goes up and positive gravity goes down. speed --the speed at which the particles move in a certain direction. when no direction is specified the sprites go out from the center. acceleration --once the sprite, or sprites are emitted they will pick up speed according to acceleration setting. good to use with other settings such as speed to get more variety. minangle --hard to explain but minangle and maxangle are used to create an area or window for emitting. for instance if minangle="0" and maxangle="45" the emitter will only emit in that range of 45 degrees. maxangle --refer to minangle inheritvelocity --the emitter can inherit the velocity of an object, entity, bone, projectile etc. this setting gives a very dynamic feel to effects but dont set it too high, because the sprites start goin crazy. material --this is where you call your sprite. for example material="/shared/effects/materials/mySprite.material" the path is typically this one but can be specific to any directory. direction --direction is setup in x,y,z. so, to set this correctly use -1 1 or 0. an example would be direction="0 0 1". this will send the sprites in the positive z direction, or in our engine up. -1 would send the sprites in a negative z direction, or in our engine down. directionalspace --{global, local, and i think world works too} world and global will emit according to world axis. local will emit from a specific bone and its local axis which can be very different from the world depending on the animation of said bone. drag --the best way for me to describe drag i guess is to think of it like molasses. it causes the sprites to slow down as if they are fighting through something thick. it doesn't take much to create lots of drag. its typically set around .1 or so. friction --basically the opposite of acceleration. over time friction will decelerate the sprites to a complete stop if its strong enough. bone --is used to emit from a specific bone. make sure the bone name is correct or the emitter will not work. the names are case sensitive. position --position is setup in x,y,z. if the emitter for example has a bone="headbone" and the position="0 0 50", then the emitter will be positioned 50 above the headbone in the z axis. offsetsphere --creates a sphere that the emitter can emit from. if the offsetsphere="100 100 100" for instance, the sprites will emit from anywhere within this 100x100x100 sphere. offsetcube --creates a cube that the emitter emits from. same as offsetsphere but in a cube. both are set using x,y,z coordinates. offsetdirection --can be used with offsetradial to give the emitter some depth. like emitting from a donut. offsetradial --creates a circle. the emitter then emits along the circumference of the circle. offsetradialangle --another setting to go with offsetradial. this one can be set anywhere from 0-180 basically makes a cone shape from the point of origin. works almost like a spotlight in max. collide --true, false 0,1 when set to true the sprites will collide with the ground... very cool effect but can suck up processing power. use wisely, and keep the life and count low. <twopointtrailemitter> owner --was used a lot more before embedding but, is still used to add emitters to models by name. life --gives the emitter a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". count --gives the user control of how many sprites to use no matter what the life and spawnrate is. count="5" will spit out 5 sprites no more no less. timenudge --timenudge is setup in milliseconds, and is an older setting. for the most part delay is better to use. however, in some cases you'll want an emitter to get a head start before the sprites start showing up. in this case you can set timenudge to a minus number and get the emitter goin early. i.e. timenudge="-2000" delay --used to delay the emitting of sprites. delay is setup in milleseconds as well. so, to delay the emitter for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used to loop any emitter with a life. spawnrate --is the amount of particles emitting from the emitter by the second. if spawnrate="25" then 25 sprites will be spit out per second. particlelife --is the amount of time the particle will live in milliseconds. minparticlelife and maxparticlelife can be used to get more variety. particletimenudge --i think this is an old setting and pretty sure itsa no worky. particledirectionspace {global, local} --local space will use the bones local axis, and global will use the world axis. typically this is used in local to get a sprite pointing down a specific axis of a specific bone. gravity --is what it is. you can set the strength of gravity. minus gravity goes up and positive gravity goes down. speed --the speed at which the particles move in a certain direction. when no direction is specified the sprites go out from the center. acceleration --once the sprite, or sprites are emitted they will pick up speed according to acceleration setting. good to use with other settings such as speed to get more variety. minangle --hard to explain but minangle and maxangle are used to create an area or window for emitting. for instance if minangle="0" and maxangle="45" the emitter will only emit in that range of 45 degrees. maxangle --refer to minangle inheritvelocity --the emitter can inherit the velocity of an object, entity, bone, projectile etc. this setting gives a very dynamic feel to effects but dont set it too high, because the sprites start goin crazy. material --this is where you call your sprite. for example material="/shared/effects/materials/mySprite.material" the path is typically this one but can be specific to any directory. direction --direction is setup in x,y,z. so, to set this correctly use -1 1 or 0. an example would be direction="0 0 1". this will send the sprites in the positive z direction, or in our engine up. -1 would send the sprites in a negative z direction, or in our engine down. directionalspace --{global, local, and i think world works too} world and global will emit according to world axis. local will emit from a specific bone and its local axis which can be very different from the world depending on the animation of said bone. drag --the best way for me to describe drag i guess is to think of it like molasses. it causes the sprites to slow down as if they are fighting through something thick. it doesn't take much to create lots of drag. its typically set around .1 or so. friction --basically the opposite of acceleration. over time friction will decelerate the sprites to a complete stop if its strong enough. bone_a --allows you to name a bone as one of the two points in the twopointtrailemitter. bone_b --allows you to name an additional bone as the second point in the twopointtrailemitter. position_a --since this is a twopointtrailemitter there is a position_a and position_b in case there are no bones to use. this allows you to manually set the point in space. this setting can be used in addition to, or without bone_a. position_b --since this is a twopointtrailemitter there is a position_a and position_b in case there are no bones to use. this allows you to manually set the point in space. this setting can be used in addition to, or without bone_b. offsetsphere --creates a sphere that the emitter can emit from. if the offsetsphere="100 100 100" for instance, the sprites will emit from anywhere within this 100x100x100 sphere. offsetcube --creates a cube that the emitter emits from. same as offsetsphere but in a cube. both are set using x,y,z coordinates. offsetdirection --can be used with offsetradial to give the emitter some depth. like emitting from a donut. offsetradial --creates a circle. the emitter then emits along the circumference of the circle. offsetradialangle --another setting to go with offsetradial. this one can be set anywhere from 0-180 basically makes a cone shape from the point of origin. works almost like a spotlight in max. texpostime --this should be set to same amount of time as the particlelife. so if your particlelife="2000" set textpostime="2000" texposscale --this should be set to 0 texstretchscale --this should be set to 1 typically. subframepose --true, false 0,1 this should be set to true. <trailemitter> owner --was used a lot more before embedding but, is still used to add emitters to models by name. life --gives the emitter a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". count --gives the user control of how many sprites to use no matter what the life and spawnrates are. count="5" will spit out 5 sprites no more no less. timenudge --timenudge is setup in milliseconds, and is an older setting. for the most part delay is better to use. however, in some cases you'll want an emitter to get a head start before the sprites start showing up. in this case you can set timenudge to a minus number and get the emitter goin early. i.e. timenudge="-2000" delay --used to delay the emitting of sprites. delay is setup in milleseconds as well. so, to delay the emitter for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used to loop any emitter with a life. spawnrate --is the amount of particles emitting from the emitter by the second. if spawnrate="25" then 25 sprites will be spit out per second. for trailemitters higher spawnrates look smoother but at a cost in performance. particlelife --is the amount of time the particle will live in milliseconds. minparticlelife and maxparticlelife can be used to get more variety. particletimenudge --i think this is an old setting and pretty sure itsa no worky. particledirectionspace {global, local} --local space will use the bones local axis, and global will use the world axis. typically this is used in local to get a sprite pointing down a specific axis of a specific bone. gravity --is what it is. you can set the strength of gravity. minus gravity goes up and positive gravity goes down. speed --the speed at which the particles move in a certain direction. when no direction is specified the sprites go out from the center. acceleration --once the sprite, or sprites are emitted they will pick up speed according to acceleration setting. good to use with other settings such as speed to get more variety. minangle --hard to explain but minangle and maxangle are used to create an area or window for emitting. for instance if minangle="0" and maxangle="45" the emitter will only emit in that range of 45 degrees. maxangle --refer to minangle inheritvelocity --the emitter can inherit the velocity of an object, entity, bone, projectile etc. this setting gives a very dynamic feel to effects but dont set it too high, because the sprites start goin crazy. material --this is where you call your sprite. for example material="/shared/effects/materials/mySprite.material" the path is typically this one but can be specific to any directory. direction --direction is setup in x,y,z. so, to set this correctly use -1 1 or 0. an example would be direction="0 0 1". this will send the sprites in the positive z direction, or in our engine up. -1 would send the sprites in a negative z direction, or in our engine down. directionalspace --{global, local, and i think world works too} world and global will emit according to world axis. local will emit from a specific bone and its local axis which can be very different from the world depending on the animation of said bone. drag --the best way for me to describe drag i guess is to think of it like molasses. it causes the sprites to slow down as if they are fighting through something thick. it doesn't take much to create lots of drag. its typically set around .1 or so. friction --basically the opposite of acceleration. over time friction will decelerate the sprites to a complete stop if its strong enough. bone --is used to emit from a specific bone. make sure the bone name is correct or the emitter will not work. the names are case sensitive. position --position is setup in x,y,z. if the emitter for example has a bone="headbone" and the position="0 0 50", then the emitter will be positioned 50 above the headbone in the z axis. offsetsphere --creates a sphere that the emitter can emit from. if the offsetsphere="100 100 100" for instance, the sprites will emit from anywhere within this 100x100x100 sphere. offsetcube --creates a cube that the emitter emits from. same as offsetsphere but in a cube. both are set using x,y,z coordinates. offsetdirection --can be used with offsetradial to give the emitter some depth. like emitting from a donut. offsetradial --creates a circle. the emitter then emits along the circumference of the circle. offsetradialangle --another setting to go with offsetradial. this one can be set anywhere from 0-180 basically makes a cone shape from the point of origin. works almost like a spotlight in max. texpostime --this should be set to same amount of time as the particlelife. so if your particlelife="2000" set textpostime="2000" texposscale --this should be set to 0 texstretchscale --this should be set to 1 typically. subframepose --true, false 0,1 this should be set to true. **there are some other settings for the trailemitters and twopointtrailemitters. if you want to get a nice particle fade you can use startparticlecolor, midparticlecolor, endparticlecolor if the sprites are additive. if the sprites are blended then you will want to use startparticlealpha, midparticlealpha, endparticlealpha.** <light> owner --was used a lot more before embedding but, still can be used to add lights to models by name. life --gives the light a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". timenudge --timenudge is setup in milliseconds, and is an older setting. for lights your probably better off just using delay instead. delay --used to delay the light from showing up. delay is setup in milleseconds as well. so, to delay the light for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used anytime to loop any light with a life. bone --is used to emit from a specific bone. make sure the bone name is correct or the emitter will not work. the names are case sensitive. position --position is setup in x,y,z. if the emitter for example has a bone="headbone" and the position="0 0 50", then the emitter will be positioned 50 above the headbone in the z axis. color --should have three numbers ie: color="1 1 1". the order of the numbers is for red green blue (rgb). with lights you can exceed 1 1 1 and do something like 10 5 5 to make the light even brighter. falloffstart --falloffstart works with falloffend. lets say for instance falloffend="75" and falloffstart="74" this will create a sharp light with barely any falloff. if you want a smoother falloff you'll need more range between the two settings. for example set the falloffstart="0" and falloffend="75", and this will create a much smoother falloff. objects close to the light will be brighter then objects further away. hence the name falloff. falloffend --refer to falloffstart... just another thing to note. falloffstart should always be less than falloffend, unless for some reason you want to invert the falloff. **just a note... when using lights remember that there can only be 4 lights at any giving time playing on the screen at once. so be careful when using lights, and make sure the effects look good without them just in case. <beam> owner_a -- owner_a is one end of the beam and owner_b is the other... they can be set to source, target, etc... they can also be set to model names if you have a beam effect between two different models in your effect file. owner_b -- refer to owner_a... bone_a --can be used to have one end of the beam start at a specific bone. make sure the bone name is correct or the beam will not work. the names are case sensitive. bone_b --can be used for the other end of the beam effect, also a specific bone. make sure the bone name is correct or the beam will not work. the names are case sensitive. position_a --if there is no bone to reference you can use the position_a and position_b settings. position_a being one end and position_b being the other. these settings can be used with or without the bone_a or bone_b settings. so, here is an example using position_a with bone_a... say for instance bone_a="headBone" and position_a="0 0 50" then the beam will start 50 units up in the the z axis from the headBone. position_b --refer to position_a... life --gives the beam a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". timenudge --timenudge is setup in milliseconds, and is an older setting. for beams your probably better off just using delay instead. delay --will delay the beam from showing up. delay is setup in milleseconds as well. so, to delay the beam for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used anytime to loop any beam with a life. color --should have three numbers ie: color="1 1 1". the order of the numbers is for red green blue (rgb). alpha --can range from 0-1... ie: alpha=".5" means transparency is at 50%. size --this setting controls the size of the beam. when used with the tile setting size can be very handy in shaping the beam and the sprite its using. tile --is used to repeat the sprite along the beam effect. this setting can be used to create some cool repeating parts. an example of when you might wanna use this setting would be when you want to create chain with several links. the higher you set the number, the more repetition you'll get within the beam effect. frame --used for animated sprites typically set using startframe="0" endframe="1". framespeed is another setting that can be used to make the animated sequence faster or slower. beam effects with animated lighting sprites look pretty cool. param --can be used to create a refraction sprite beam effect. param is used specifically for refraction sprites. basically it sets the strength of the refraction. param is usually set between param=".1" to param="1", but can definately be set higher if you want. keep in mind that when using param and refraction sprites with beams the tile setting doesn't work properly. material --this is where you call your sprite. for example material="/shared/effects/materials/mySprite.material" the path is typically this one but can be specific to any directory. <groundsprite> owner --was used a lot more before embedding... but, still can be used to add groundsprites to models and such by name. bone --adds the groundsprite to a specific bone which it will follow if it's not embedded in another emitter. make sure the bone name is correct or the groundsprite will not show up. the bone names are case sensitive. position --position is setup in x,y,z. however in this case since its a groundsprite the z axis value is insignificant. so, position will be used for x and y values only. life --gives the beam a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". timenudge --timenudge is setup in milliseconds, and is an older setting. for groundsprites your probably better off just using delay instead. delay --will delay the groundsprite from showing up. delay is setup in milleseconds as well. so, to delay the groundsprite for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used anytime to loop any groundsprite with a life. color --should have three numbers ie: color="1 1 1". the order of the numbers is for red green blue (rgb). alpha --can range from 0-1... ie: alpha=".5" means transparency is at 50%.size --this setting controls the size of the groundsprite. size="25", size="1" etc. width --will change the width of the groundsprite... will scale only the width of the groundsprite leaving the height alone. height --will change the height of the groundsprite... will scale only the height of the groundsprite leaving the width alone. scale --you can set scale to whatever you want ie: 1, 50, .5, 10.5 etc. good to use startscale midscale and endscale to get more variety out of the same sprite. scale and size are closely related they are both there to give more control to the user. frame --used for animated groundsprites typically set using startframe="0" endframe="1". framespeed is another setting that can be used to make the animated sequence faster or slower. keep in mind though that groundsprites are expensive on their own, so don't go all crazy with a bunch of animated groundsprites. param --can be used to create a refraction sprite beam effect. param is used specifically for refraction sprites. basically it sets the strength of the refraction. param is usually set between param=".1" to param="1", but can definately be set higher if you want. keep in mind that when using param and refraction sprites with beams the tile setting doesn't work properly. material --this is where you call your sprite. for example material="/shared/effects/materials/myGroundSprite.material" the path is typically this one but can be specific to any directory. **another bit of info... groundsprites are very expensive especially when stacked on top of eachother and large in size, so be careful... if you think it might be an issue you can check your frame rate drops by typing host_drawFPS 1 into the console. <billboard> owner --was used a lot more before embedding... but, still can be used to add billboards to models and such by name. life --gives the billboard a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". timenudge --timenudge is setup in milliseconds, and is an older setting. for billboards your probably better off just using delay instead. delay --will delay the billboard from showing up. delay is setup in milleseconds as well. so, to delay the billboard for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used anytime to loop any billboard with a life. bone --adds the billboard to a specific bone which it will follow if it's not embedded in another emitter. make sure the bone name is correct or the billboard will not show up. the bone names are case sensitive. position --position is setup in x,y,z. if the emitter for example has a bone="headbone" and the position="0 0 50", then the emitter will be positioned 50 above the headbone in the z axis. color --should have three numbers ie: color="1 1 1". the order of the numbers is for red green blue (rgb). alpha --can range from 0-1... ie: alpha=".5" means transparency is at 50%.size --this setting controls the size of the groundsprite. size="25", size="1" etc. pitch --is used to rotate sprite along the x axis... typically, this one is used with lockup and lockright set to true, and pitch set to 90 to make the sprite flat or parallel to the ground. yaw --is used to rotate along the z axis. roll --is used to rotate along the y axis. * you can add speed to yaw, pitch and roll to get the sprite to spin along said axis. for instance yawspeed="360" will make the sprite spin 360 degrees along the z axis according to how long the life is. size --this setting controls the size of the beam. when used with the tile setting size can be very handy in shaping the beam and the sprite its using. width --will change the width of the groundsprite... will scale only the width of the groundsprite leaving the height alone. height --will change the height of the groundsprite... will scale only the height of the groundsprite leaving the width alone. scale --you can set scale to whatever you want ie: 1, 50, .5, 10.5 etc. good to use startscale midscale and endscale to get more variety out of the same sprite. scale and size are closely related they are both there to give more control to the user. frame --used for animated billboards typically set using startframe="0" endframe="1". framespeed is another setting that can be used to make the animated sequence faster or slower. param --can be used to create a refraction sprite. param is used specifically for refraction sprites. basically it sets the strength of the refraction. param is usually set between param=".1" to param="1", but can definately be set higher if you want. depthbias --a minus depthbias will bring the sprite closer to the camera, and a positive depthbias will move the sprite away from the camera. lockup --true, false 0,1 locks the sprite up. lockright --true, false 0,1 locks the sprite right. both lock settings are used to isolate or control the sprite. when both are set to true and pitch is set to 90 the sprite is locked parallel to the ground. turn --true, false 0,1 allows sprites to turn with entity. used mostly with embedded models inside simpleemitters to turn correctly with projectile. flare --true, false 0,1 material --this is where you call your sprite. for example material="/shared/effects/materials/mySprite.material" the path is typically this one but can be specific to any directory. directionalspace --{global, local, and i think world works too} world and global will emit according to world axis. local will emit from a specific bone and its local axis which can be very different from the world depending on the animation of said bone. <model> name --allows you to name the model... this was used a lot before we were able to embed effects. but, still can be used with the owner setting on emitters to add particles, billboards, etc. to the model by name. owner --was used a lot more before embedding... but, still can be used to add models to other models and such by name. life --gives the model a lifetime. life is setup in milliseconds. so, if u need it to last 5 seconds set the life="5000". timenudge --timenudge is setup in milliseconds, and is an older setting. for models your probably better off just using delay instead. delay --will delay the model from showing up. delay is setup in milleseconds as well. so, to delay the model for 2 seconds set delay="2000". loop --true, false 0,1 is often used in state.effects. but, can be used anytime to loop any model with a life. directionalspace --{global, local, and i think world works too} world and global will emit according to world axis. local will emit from a specific bone and its local axis which can be very different from the world depending on the animation of said bone. bone --adds the model to a specific bone. make sure the bone name is correct or the model will not show up. the bone names are case sensitive. position --position is setup in x,y,z. if the model for example has a bone="headbone" and the position="0 0 50", then the model will be positioned 50 above the headbone in the z axis. color --should have three numbers ie: color="1 1 1". the order of the numbers is for red green blue (rgb). alpha --can range from 0-1... ie: alpha=".5" means transparency is at 50%.size --this setting controls the size of the groundsprite. size="25", size="1" etc. pitch --is used to rotate sprite along the x axis... typically, this one is used with lockup and lockright set to true, and pitch set to 90 to make the sprite flat or parallel to the ground. yaw --is used to rotate along the z axis. roll --is used to rotate along the y axis. * you can add speed to yaw, pitch and roll to get the sprite to spin along said axis. for instance yawspeed="360" will make the sprite spin 360 degrees along the z axis according to how long the life is. scale --you can set scale to whatever you want ie: 1, 50, .5, 10.5 etc. good to use startscale midscale and endscale to get more variety out of the model. scale and size are closely related they are both there to give more control to the user. model --this is where you'll call the model... for example model="model/model.mdf". the path can be specific to any directory. skin material anim parentmodel parentskeleton <tracer> owner_a owner_b bone_a bone_b position_a position_b life timenudge delay loop color alpha width length speed acceleration taper tile frame param material <sound> *owner life timenudge delay loop bone position falloff volume pitch sound2d soundloop fadein fadeoutstarttime fadeout speed1 speed2 speeduptime slowdowntime <precipemitter> owner life count timenudge delay loop spawnrate particlelife particletimenudge gravity speed acceleration minangle maxangle inheritvelocity material direction directionalspace drag friction drawdistance collide <terrainemitter> owner life count timenudge delay loop spawnrate particlelife particletimenudge gravity speed acceleration minangle maxangle inheritvelocity material direction directionalspace drag friction range collide <modifier> name life timenudge delay loop color alpha material
  15. 5 points
    == HoN OMG - Before the Storm == Twitch stream is live: HoN OMG is hosting a 5v5, Single Elimination Tournament from May 9 - 10, 2020. Frostburn Studios is now one of the official sponsors for this tournament (and likely more future tournaments to come). Sign up quickly as there are only 8 full teams allowed! For full details & the signup process, please visit the long URL. ___ Long URL (as a reference so that you know you are going to the right web page): https://www.toornament.com/en_US/tournaments/3530494214430965760/information Disclaimer: this tournament is organized independently & not associated with tournaments that have different tournament organizers. However, the timing of this tournament was organized such that it will not interfere with other HoN Tournaments officially sponsored by Frostburn Studios.
  16. 5 points
    Wow, 10 years... I started playing in 2011, when I was at the lowest point of my life, I had nothing. Quite literally my only possession was a laptop I had gotten for my birthday. I randomly discovered HoN, got hooked and spent hours and hours and hours playing day and night, it was the one way I had to forget it all and really get immersed in something else. I introduced one of my roommates to it and we would play together all night long with our shitty laptops and terrible connection in the 1200s bracket. Not a cent in my pocket but honest to god the best nights of my life and some unforgettable laughs. Today I'm a new person, I've recovered and moved on, I have a job, I'm a functioning adult. I still play and always will until they shut off the last server, then I'll play with bots. I know it's just a game but I have some great memories tied to it and I associate it to life events in my head. I remember when I started playing free heroes would rotate, and you had to purchase them individually to unlock them. Plague Rider was the most recommended one for beginners because it only cost 90 silver IIRC and it was a very simple and solid hero. What a nostalgia trip. Apologies for the cringey rant and have a great HoNiversary everyone. I'll play till my eyes bleed
  17. 4 points
    HoN 3.9.11.0 Duchess Dampeer Description: Replaces the default Dampeer model with the avatar Duchess Dampeer model from HoN 3.9.11.0. Preview video: Changelog: Version 1.0 [May 31, 2020] - First public release -- Added hero preview in the store, since in HoN 3.9.11.0 it did not exist yet -- Modified *.model files to support med and low textures -- Increased model size by changing preglobalscale from 1.6 to 1.9 -- Adjusted model position of the model in the portrait window Download link: hon_3_9_11_0_duchess_dampeer.honmod Installation & Usage: To use honmods (*.honmod files) you need a HoN Mod Manager. To install it download the zip file from the link in this topic. You can place it anywhere you wish. Linux and MacOS users need Mono to run it. The HoN Mod Manager will try to detect the location of your Heroes of Newerth install automatically; if it can't it'll ask you for the folder (usually something like "C:\Program Files\Heroes of Newerth"). To install honmods (*.honmod files) put them into the mods directory (see below for locations) or drag them onto the HoN Mod Manager window (Windows only). Any mod files in that directory that are compatible will automatically show up in the mod manager. To use installed honmods you need to enable them first (e.g. by double-clicking on them), then select "Apply Mods" from the "File" menu. You'll need "Apply Mods" each and every time the game was patched or you have installed/uninstalled/updated any honmods. The HoN Mod Manager will remind you of this. The default locations for the honmods directory are: XP/Vista/7/8/10: C:\Program Files (x86)\Heroes of Newerth\game\mods Linux: /home/<username>/.Heroes of Newerth/game/mods MacOS: /Users/<username>/Library/Application Support/Heroes of Newerth/game/mods This directory will be automatically created when you launch the HoN Mod Manager the first time and can be easily be accessed from the "Open Mod Folder" option in the "File" menu. Special thanks to the creators http://hondiff.appspot.com/ website allows to make such mods. All rights to the original models, animations, textures, sounds and effects belong to S2 Games.
  18. 4 points
    Hi there! Dear FB members! Could you please add chat name colors (Soul Harvest, Mudblood, Sweetmeat, Lime Soda, Dark Pink Rose and Strawberry Banana Cake) from SEA servers to our EU/NA store/plinko for 10th HoNiversary event?
  19. 4 points
  20. 4 points
    This is my work of art. I call it: 'A Bloody Tragedy'
  21. 4 points
    When i was your age , dirt was newerth
  22. 4 points
    Sorceress as Pyromancer Model came from the game - Warcraft 3 Reforged by Blizzard Entertainment Special thanks to RedBear for helping me with this mod and many other mods I've made. Please support him any way you can. Model Conversion - RedBear Visual Effects - Whyzozerious Staff of the Master: Download Link: http://www.mediafire.com/file/ehjy8w7p514a45u/resourcesSorceress.s2z/file HOW TO INSTALL: Move the downloaded file into (.s2z): -Linux: /home/username/HoN/game/ -Windows 8/10: C:\Program Files (x86)\Heroes of Newerth\game\ Mac: 1. Press Finder 2. Press Applications 3. Right click 'Heroes of Newerth', and press Show containing files 4. Open Game folder 5. Move file here
  23. 4 points
    HoN made me want to be reborn as nomad IRL after 1.5k+ matches as nomad. HoN made me refer to accumulation of anything as farming. I farm $ IRL. HoN made me realize that I can remember spells for more than 100 heroes but fail to remember any important IRL info. HoN made me an elitist ...and I love every second of it. To 10 more years of gg ez, cc15 and "u 1500 nub"! Even my home doesn't feel as much of a home as HoN does. I grew up with HoN, I will die with HoN. Bury me with all my alt avatars and alt accounts. Thank you!
  24. 3 points
  25. 3 points
  26. 3 points
    You basically have to read the XML Documentation and know what to look for. For example: <applystate name="State_Martyr_Ability2_Target" duration="4000" /> You can tell it is a State due to the <applystate> tag. Its not like a resource document or anything, but you can find the resource files in "Heroes of Newerth\game" and open them up to read them. Just note that if anything changes then the game won't work properly so... yeah. You can read them with no issue though. Long and short if it has a Blue Border it is a State (Like Guardian Angel, Curse Ground, Slither Poison Ultimate), if it is Red Border it is a Debuff (like Slither Q), and if it is a Green Border it is a Buff (like Blitz Quicken). Parasite only Swaps Debuffs and Buffs.
  27. 3 points
    No more lines! Patch video drops in 48 hours, lotsa cool things happening
  28. 3 points
    It seems there is no longer a strategy section of the forums. :< So I’m determined to get good at Nitro. Like, really determined. She is my new Blitz. Everyone complains when I pick her. Everyone says she is the worst. The stats don’t lie, I guess. That doesn’t matter to me. I’m in love. The kiting. The range. The power of siege. Splash damage. Skill cap. From the booms of her cannon to the roar of her motorcycle, she has it all. I hear rumors of reworks or buffs incoming. What do you think is going to happen? Any successful Nitro players out there willing to give some tips? She is beautiful Rolling by with guns ablaze Bullets pierce my heart
  29. 3 points
    Rexxar as Tundra Model came from the game - Warcraft 3 Reforged by Blizzard Entertainment Special thanks to RedBear for helping me with this mod and many other mods I've made. Please support him any way you can. Model Conversion - RedBear Visual Effects - Whyzozerious Ability 01: Ability 03: Ability 04: Download Link: http://www.mediafire.com/file/r3akz5v7zfji5yg/resourcesRexxar.s2z/file HOW TO INSTALL: Move the downloaded file into (.s2z): -Linux: /home/username/HoN/game/ -Windows 8/10: C:\Program Files (x86)\Heroes of Newerth\game\ Mac: 1. Press Finder 2. Press Applications 3. Right click 'Heroes of Newerth', and press Show containing files 4. Open Game folder 5. Move file here
  30. 3 points
  31. 3 points
    Ogre Magi as Blacksmith Model came from the game - Warcraft 3 Reforged by Blizzard Entertainment Special thanks to RedBear for helping me with this mod and many other mods I've made. Please support him any way you can. Model Conversion - RedBear Visual Effects - Whyzozerious Staff of the Master: Download Link: http://www.mediafire.com/file/bnqk9594cfcaxvi/resourcesOgreMagi.s2z/file HOW TO INSTALL: Move the downloaded file into (.s2z): -Linux: /home/username/HoN/game/ -Windows 8/10: C:\Program Files (x86)\Heroes of Newerth\game\ Mac: 1. Press Finder 2. Press Applications 3. Right click 'Heroes of Newerth', and press Show containing files 4. Open Game folder 5. Move file here
  32. 3 points
    The top articles on http://www.heroesofnewerth.com are from 2017. You guys are putting in a ton of work and continue to make amazing improvements. Advertise and celebrate your accomplishments. The front page is the first thing potential new (or returning) customers see when checking it out. If they think it's been stagnant since 2017 they might not install.
  33. 3 points
    I'm going to get this thread locked. As far as these posts go, we actually have a forum competition opening up on June 2nd that will ask for your HoNiverStory with lots of Prizes. Just know, we are well aware of HoNiversary and are working really hard to get things into motion for the June 2nd patch.
  34. 3 points
    Most "trolls" are simply people who project their own frustrations onto others. They assume their allies are the source of their losses, and then lash out when things don't go their way. There are very few people who queue into matches with the premeditated intent to troll their allies. The truth is that the circumstances of the game cause them to lose what is left of their maturity. Fortunately there is a cure! Break the cycle. Do not return the salt. Encourage the troll. Offer assistance. Communicate. When the troll does something good, praise. Praise other team members as well. Motivate. I've seen hundreds of matches where a complaining/griefing player turns it around and starts working with the team after a few good vibes. Better yet, if you start the match with an outwardly positive attitude, you'll prevent them from acting in a destructive way to begin with. If so many of your matches are filled with trolls, what is the common denominator? I suspect your anger may be apparent before the "trolling" begins. Do you insult them for poor plays? Demotivate? Demoralize? I think you may be creating your own demons.
  35. 3 points
    All Might as Rally Model Extractor - @AtSniperThin Spell Visuals - Whyzozerious Ability 01: Ability 02: Ability 04: Download: http://www.mediafire.com/file/wvobys7nsmrsjbc/resourcesAllMight.s2z/file HOW TO INSTALL: Move the downloaded file into (.s2z): -Linux: /home/username/HoN/game/ -Windows 8/10: C:\Program Files (x86)\Heroes of Newerth\game\ Mac: 1. Press Finder 2. Press Applications 3. Right click 'Heroes of Newerth', and press Show containing files 4. Open Game folder 5. Move file here
  36. 3 points
    Predator - Kil'Groth Replace Predator with Kil'Groth from Arena of Valor(ROV). [Preview] [Download] https://drive.google.com/uc?id=1Xy5E8L7go5imW3UNfF7m00uu3CCyDuG6 [Installation] Move the file(.s2z) into the game folder Example: C:\Program Files (x86)\Heroes of Newerth\game\
  37. 3 points
    Devourer - Grakk Replace Devourer with Grakk from Arena of Valor(ROV). [Preview] [Download] https://drive.google.com/uc?id=1M1wuosvpt6JpGDdvk04HTCI9Q9ji4qy5 [Installation] Move the file(.s2z) into the game folder Example: C:\Program Files (x86)\Heroes of Newerth\game\
  38. 3 points
    Ravenor - Thor Infinity War Replace Ravenor with Thor Infinity War from Marvel Future Fight. [Preview] [Download] https://drive.google.com/uc?id=1-fbZExDtO-nLiAuGXkWq92C8wIbOcmbl [Installation] Move the file(.s2z) into the game folder Example: C:\Program Files (x86)\Heroes of Newerth\game\
  39. 3 points
    Mod Avatar Anime Blacksmith Northern Princess (KanColle) Model & Animation By: 300Heroes Conversion By: TH!NT @atsniperthin Effects : Kim22 @TheKim22 Ability 1 Ability 2 Staff of the master Download https://drive.google.com/uc?id=1K7NHdORFs4cY-QDLOfRgyQz2NAAZX7aa Installation Move the file(.s2z) into the game folderExample: C:\Program Files (x86)\Heroes of Newerth\game\
  40. 3 points
    S2 HoN 3DS Max Exporter Introduction With this plugin, you can create your own custom models and animations for use with Heroes of Newerth. PLEASE NOTE: S2 Games and Frostburn Studios does NOT directly support the plugin. Their technical support team will not answer questions about plugin functionality and will not be able to help resolve problems you may experience while using the plugin. Install the plugin 1. Copy the plugin for your version of 3ds Max, which by default is located within the game folder: s2exporter.dlu for Autodesk 3ds Max 8 and Autodesk 3ds Max 2011 s2exporter64-max2013.dlu for Autodesk 3ds Max 2013 and Autodesk 3ds Max 2014 2. Paste the plugin to 3ds Max's plugin folder, which by default is located at: <3dsmax-folder>/Plugins. NOTE: You cannot add new plugins while 3ds Max is running, Instead, quit 3ds Max first, then install the plugin. Next time you start, the plugin will be loaded automatically. Some versions of 3ds Max also have a Plugin manager. For more information, see 3ds Max's documentation. Use the plugin 1. Click the wrench icon to open the Utilities panel. 2. In the Utilities panel, click the More... button. 3. Select S2 Exporter in the list and click OK button. 4. In the Export panel, click Export button to export model or select the Animation check box and click Clip button to export animation.
  41. 3 points
    If only you knew...
  42. 2 points
    Uther as Jereziah Model came from the game - Warcraft 3 Reforged by Blizzard Entertainment Model Conversion - RedBear Visual Effects - Whyzozerious Ability 01: Ability 02: Ability 03: Items: Download Link: http://www.mediafire.com/file/9cs67qifrk1mt20/resourcesUther.s2z/file HOW TO INSTALL: Move the downloaded file into (.s2z): -Linux: /home/username/HoN/game/ -Windows 8/10: C:\Program Files (x86)\Heroes of Newerth\game\ Mac: 1. Press Finder 2. Press Applications 3. Right click 'Heroes of Newerth', and press Show containing files 4. Open Game folder 5. Move file here
  43. 2 points
    Gaara as Bubbles Model came from 300 Heroes Model Conversion - @AtSniperThin Spell Visuals - Whyzozerious Ability 01: Ability 02: Ability 03: Ability 04: Staff of the Master: Download: http://www.mediafire.com/file/ma7xhq53g6q10hj/resourcesGaara.s2z/file HOW TO INSTALL: Move the downloaded file into (.s2z): -Linux: /home/username/HoN/game/ -Windows 8/10: C:\Program Files (x86)\Heroes of Newerth\game\ Mac: 1. Press Finder 2. Press Applications 3. Right click 'Heroes of Newerth', and press Show containing files 4. Open Game folder 5. Move file here
  44. 2 points
    I’m not suggesting an overhaul. Just add a new article to the front page from time to time so that the most recent stuff isn’t from 2017. Like even just patch notes. You’ve done so many crazy good patches since 2017.
  45. 2 points
    If I'm annoyed by what someone says/types, I just ignore them. There's no point in listening to what most players in this game have to say, so save yourself a headache when someone is clearly going to spew nothing but bullshit. Sometimes it can be entertaining to listen to them lose their minds, but when it's not, there's an easy off switch. When I play with a griefer, I just try to play around it as much as possible. I do my own thing and just try avoid the griefer. When I realize I won't be able to enjoy the game any further, I try a cc vote and if it fails, I just leave. I'm not going to keep playing a game of suffering when I can get into a new one.
  46. 2 points
    ^ That staff effect being broken balance wise aside, that gameplay is just unfun for everyone involved imo. Being incentivized to drop everything on the ground then comeback to pick them up later, urrgh. Essentially doing a super cc for 10s+ on a carry or worse, turn him into enemy support, who will probably proceed to smash keyboard yelling on top of his lung about how stupid it is and will never play this stupid game again, urrrrrgh. The difference is like gaining gold for oneself, vs deleting gold from other players, psychological impact is different and it's a negative one. I personally would never want to see it. My Sotm suggestion: Nomad: Edge Counter duration increased by an extra 1.5s, during which nomad can cancel it by any action. (Initial 1s stays the same, then followed by 1.5s that can be cancelled). If Nomad maintains Edge Counter for the full 2.5s duration without cancelling, activates the counter toward the mouse cursor (if possible, or can just be the nearest/furthest hero in range). Reasoning: I've been wanting a different build for nomad for a while now, this will enable it while not being mandatory and isn't a 100% buff to his normal damage build. The extra duration is unbeneficial for a carry, you don't want to spend time not hitting, it is also worse vs other carries due to SH. Hence it's not a straight buff but a branch out into tank/utility builds.
  47. 2 points
    So, I'm fairly sure I'm experiencing the same thing OP is, it only starts around the evening CET time. All the EU servers seem to be affected (I tested like 5 different ones). The ping is not the problem, packet loss is, so every 5 seconds any action will get delayed by like a second. If I queue to US East, the loss doesn't occur, and it's in fact more playable despite twice the ping. Conclusion: EU servers are unplayable (or barely) for a good portion of the playerbase during the evening, which I'm assuming are congestion hours.
  48. 2 points
    That would mean I can't play on CIS servers anymore. Not all of them are Russians. They are Ukrainians, Kazachs, etc. They speak Russian. That's a difference. Yes there are players who call mid pick Nighthound, feed, say: suka, blyat, ebal and disconnect. However, there are a lot of decent Russian speaking players too. I got carried by a Kazach player, the guy I play the second most games with is Russian and I had the most funny and hilarious conversation (in a good way) with a Russian! You want to exclude players because of where they come from? I would probably leave HoN if it comes to that. How about an English test if you want to queue in Europe? Ok, seriously now, Russian isn't the only language I hear on EU servers, I heard Turkish, Arabic and Romanian at least. Some profanities in one of those languages too. (My Turkish is good enough to understand that.) Why haven't you complained about the other languages? This discussion will lead absolutely nowhere. Could be insta-closed if you ask me.
  49. 2 points
    The details have been updated. The rewards have drastically been increased since this is a major tournament with a lot of time commitment to the entire event.
  50. 2 points
    First context: I'm usually playing short support, so I ward a lot. But I haven't played DotA 2 or Lol. Wards really only cost 50 gold unless you get countered. I rarely have problems with paying them. However I have other problems: 1. I can't place them on a different lane without leaving my carry alone 2. I can't buy them because they are out of stock - sometimes for good reasons, sometimes for bad places While the first point might be improved slightly, I have doubts about that. If the allies are bad, they will happily buy the wards and place them where they help them slighly. Like mid buying both wards, one for top and one for bottom rune. So imho it would make my 2nd problem way bigger. If the allies are good, they don't care for the 50-100 gold they invest and the change doesn't affect them at all. They loose way more money than that by leaving the farming lane for 20 seconds to ward. So imo it doesn't make a difference for good players and it make things worse for bad players. Of course it helps my money as a support, but I personally think I prefer the the gold-cost and the refusal to ward of bad players . Let me suggest a different approach which might be better for vision and provide more fun (numbers are placeholders): 1. Increase gold-returned (if not countered) by wards of sight to 75g 2. Decrease gold-cost of rev-wards drastically to 50g 3. Decrease cooldown of Wards of Sight drastically That would introduce a lot more of counter-warding (which I personally find way more expensive and less rewarding than normal wards) while also allowing more wards of sight which are nearly free if they aren't countered. In addition it would counter suicide-invis heroes, which imho is a good thing ;-).
×
×
  • Create New...