Welcome to the Hunger
Website Database Out of Sync PDF Print E-mail
Written by Tryptofaa Sands   
Wednesday, 22 February 2017 16:53

You may notice the website is a little out of sync with the game server. New kills you make should actually show up on the website as database replication is active and working, but a few items were missed off earlier. I'll do a full re-sync tomorrow which will resolve this and any missing kills should show up again.

FYI, The initial issue is not fully resolved and there is a chance the website will crash again in the night while I'm sleeping!

Tryp.

 
Battle Zone Rules PDF Print E-mail
Written by Kick Shuffle   
Thursday, 29 March 2012 02:56

rev.7.11.17


The Hunger Battle Zone is Owned by The Hunger Firstblood

It is operated by Battle Zone Manager Kick Shuffle

For anything regarding the Battle Zone, Please come to him.

The Battle Zone Complaint/reporting system is located at The Hunger Battle Zone(dejavu)

☠Hunger Battle Zone Rules☠

The rules listed here are up-to date and

enforced by Hunger Staff & Managers.

----------------------
Remember this platform is donated by the owner of the Hunger, set on Hunger property, so players have a place to play.

Rules must be followed, or you will be ejected/banned, without warning. How long? That is up to staff/management(s) to decide the appropriate length, taking the broken rule into consideration. Rules are up to date and enforced.
---------------------- 

While on the sim Dejavu, please remember that the The Hunger First Blood owner(s)/manager(s) have the final say. If you are banned, ejected, or region banned by them, or Hunger Staff,it is not Battle Sim Staff responsibility. You will have to speak with the game owner(s), managers(s), or approach Hunger staff on duty.

NOBODY who is associated with the Battle Zone, can un ban players that have been banned Hunger Store Manager(s), and The Hunger First Blood Owner(s)

DC cases are not accepted, as the Battle Zone has its own reporting/complaint system.

Now that that is clear, lets get onto the rules.
----------------------

PUNISHMENTS

Now up to the Battle Zone Manager in coalition with The Hunger Owner(s) & Manager(s)

PLEASE always refer to your Hunger Rules as they are followed AND enforced at the Battle Zone.

This is a really simple and easy rule........ NO DRAMA !
Keep it in your IM boxes, it will not be tolerated at the Battle Zone. For those starting, involved in, on voice or inworld local chat or Hunger Groups, continuing drama will be subject to the same punishment as those who started it.

SCRIPT COUNT
Must not be higher than 150.

HUMANS AND REGISTERED HUMANS
No humans at the Battle Zone. All humans/reg humans up on the platform will be ejected without warning.

FAMILIARS
Familiars cannot fly above the platform. doing so will result in ejection from the Battle Zone.

SUPER BLOOD KILLS AND VENGEANCE KILLS/WEAPONS
Super blood can be used in the air. No killing in safe zones with SB. Vengence is disabled.
Non-Hunger weapons are banned.

If asked to remove a non-hunger weapon, you must do so while you are on sim, or risk getting yourself removed from Dejavu.

IN GENERAL
When you fly at the Battle Zone you fly at YOUR OWN RISK. If this is not something you can handle, flying at the Battle Zone may not be for you. All players compete differently.
(Note: For example; Double Teaming, Gang Banging, or Staying in the air while dead.)

KILLING IN OTHER GAMES
Per House of Pure bloods other game play is allowed ONLY IN the battle zone flight area on Dejavu (4100 meters and above.) See rules for use of external huds/flight assists on the website while participating in The Hunger.

UNALLIED BOUNTY FIGHTING
This must be done at the Battle Zone with Battle Zone Staff, Management, or Hunger Management present. Unallied fighting is allowed anywhere, but if one person or both have bounties, it must be witnessed, by Staff.

GRIEFING

Will NOT be tolerated, and will result in a permanent ban.

Harassment of staff and players; please refer to harassment rule and punishments for clarification.

Please note its your responsibility to check both websites ( LL and Hunger TOS) for up-to-date information.

All LL Terms apply, and will take power over the Hunger Battle Zone, they are available here; http://lindenlab.com/tos

Thank you for following rules and making this a safe, and enjoyable place to play, within a drama free environment.

☠Happy Hunting☠


From all of us at The Hunger, we hope to see you soon!

The Hunger FirstBlood Owner: charliedew2 Dezno
The Hunger Battle Zone Manager: Kick Shuffle

 

 

Last Updated on Monday, 10 July 2017 19:26
 
Hunger HUD v4.5 and New Servers! PDF Print E-mail
Written by Tryp   
Saturday, 14 September 2013 20:09

Hey folks!

The Hunger has moved to brand new servers and the huds have been updated to v4.5.

Summery of changes

  • Communication improvements - Huds are less reliant on http-in which should make killing and biting much faster and more reliable.
  • HTTP-IN improvements - When http-in is required (e.g. ground combat) fail-safes will re-try failed messages and send you warnings when the region is having problems.
  • Hud Scanner - Now a full-sim scanner using llGetAgentList() and improvements to reaction times when clicking on the scan window
  • New servers - Both the game and website are running on new, faster, better servers, with SSD's to improve database operation speed.
  • Website Improvements - Website uses it's own local replicated database, so no matter how hard players hit the statistics pages it will have no effect at all on game play speed.

Read on for more details......

The main problem: HTTP-In


The main changes I've made involve HTTP-In. This is a feature of Second Life that allows you to assign a web address to objects and we use this in part to communicate with the huds.

A normal http request from a hud will send a message to our server and wait for a reply. These are very reliable and were not the issue. With HTTP-In we can also send a message from our game server to your hud and the hud sends a reply back. This is how we do things like update your hud info when clan changes are made via the website, and these are the connections that were causing issues. It would seem that occasionally these connections can be very slow for no apparent reason, even in a very healthy looking sim.

Here's an example... you arrive at a new region, your hud requests an http-in address and then sends that information to the game server. The game server adds your hud address to the database for http-in communication, then looks up other huds currently in the same region and contacts those huds letting them know you arrived so that you appear straight away on their scanner. Once it has done that, it sends the reply back to your hud to end the initial communication.

The problem was, when the server was attempting to contact other huds, if it hit too many delays, the original connection sent from your hud would time out after 60 seconds, and you would see a "Connection to server failed" message. In reality the initial connection to the server worked fine, but the attempted connections to other huds in the region were failing and the whole thing timed out. The same goes for when you make a kill... your kill attempt would be sent to the server from your hud, the server would try to inform the other huds in the region of the game changes and then reply back to your hud to end the communication. Again, if there were delays, your connection would time out and your hud would never receive the expected reply.

How have we fixed / avoided this? Several ways...

Scanner improvements:

Since the last hud release, Second life has a new function called llGetAgentList() that will return a list of every avatar in the region. The scanner now uses this function and will instantly know about every avatar in the region, including non-playing humans. This means your hud no longer has to be informed when a new hunger player arrives, it will discover them for itself even if they are not wearing their hud and are thousands of meters away. It also means it no longer has to use llSensor() with it's limited 96m range and max 16 results per scan to find humans, so even in a very crowded area you will be able to see the 20 humans closest to you in correct distance order.

In other words, the scanner no longer relies on http-in connections to tell you what you need to know.

The scanner also uses another newer feature, PRIM_LINK_TARGET, which allows it to build a large list of parameters to use with a single llSetLinkPrimitiveParamsFast()... this means that instead of adding a single line of text at a time to the scan window, it can add them all in a single call. This will result in less transmissions from the second life server to your client and should make scan results appear faster on arrival at a new region.

The one problem with llGetAgentList() is it will always return every avatar in a region, so potentially 100 UUID's all at once. This can use a lot of memory and possibly crash a script. I think I've managed to squeeze it in there though and it has been tested working in a region with 81 agents. It's possible more than that could crash the script, but a region with more than 81 avatars is not really the place to be playing a fast paced hud game anyway :) If you find a region with more than 81 agents, please report to me if the scanner still works! Should the scanner crash, a hud reset will get it running again.

Fight / Bite Communication Improvements:

To avoid these issues all together I've done away with the need for HTTP-IN completely when it comes to fighting and biting. This means when you make a kill, rather than the game server trying to contact all the huds in the region to inform them of your victims death or the new blood level of a human you just bit, your hud will instead send a message locally within the region telling other huds of these details, which should prove much faster and more reliable and allow you to still play even when http-in is failing.

Http-In improvements:

The huds still do use http-in for other features and this can't be avoided without a major re-build. Ground fighting and blood transfer for example were built from the ground up to use http-in. But I have at least been able to improve things / let you know when there is an issue...

Attempted http-in communications to your hud will now time out after a reasonable amount of time so that your hud will get a response to its requests. In the event that http-in failed, it will be added to a message cue so another server side script can try again using more relaxed time-out settings. It will first attempt communication again with a reasonable time-out. If that fails it will try again with a more relaxed time out. Any messages still failing after that will be re-tried with no time out in an attempt to find the issue (I've had proxy error message returned only after 110 seconds!!). This should allow the cue to quickly free up messages that are working at a reasonable speed, but still find out what's wrong with messages that just refuse to go though. In the event of total failure the message will be removed from the cue and you will receive an IM from a separate device (The Hunger Messenger that sends you IM's about things like promotions done via the website) letting you know that it failed and that your current region is having problems. You will also receive an IM if the message succeeds, but was particularly slow, warning you that the region could be having trouble and it might be better to play elsewhere.

Other Changes:

  • Human blood now increases by 1 every 12 hours instead of 2 every 24 hours (so don't panic when you start getting un-even amounts from bites). This was to spread out the load for the database operation.
  • The scripts that bring you back to life are now scheduled server side (rather than using in-world devices) so even if all the Hunger regions go down you'll still come back to life on time.
  • Links to help pages and profiles in the HUD have been fixed


What else is new?

Server Improvements:

All of this is now running on new servers. We've moved away from our old dedicated servers because it no longer makes any sense to use them. Dedicated servers, once rented, don't tend to be upgraded. As a result our servers were looking a bit outdated compared to more modern offerings. Instead we are now employing cloud servers that not only will be easier to upgrade in the future, but also give us a lot more bang for our buck. Before we were running on a dual core machine with 4 gigs of RAM, large HDD's and were paying a lot for features we really don't need such as "unlimited" bandwidth and vast storage. For just a little LESS money than before we can now have 4 cores, 16 gigs of RAM, and best of all, SSD storage that will see improvement in the most important area for our game, database speed. Every action in the game gets stored to the database and solid state drives will help shave off milliseconds where it counts. The new servers are in a San-Francisco data centre, moving them closer to the Second Life servers. I've seen an average ping of 22ms to Second life regions, 3 times faster than the old servers.

The old servers also came with a lot of things installed we really didn't need, such as resource hogging control panel software. The new servers have been built from the ground up with the bare essentials. We've moved away from clunky old memory hogging Apache and have instead adopted nginx, which has a much lower memory footprint than Apache, spits out information faster and scales up much more easily.

Finally, should we ever have the need to upgrade in the future, we can literally do so at the push of a button.

Website Improvements:

A well as running on nginx which should make the site feel noticeably more snappy, all game statistics are now pulled from a local database. Before, the website server would contact the game server for statistic information, using its resources, database and bandwidth. Database replication now means the website gets all changes as they happen replicated to its own local database, meaning no matter how hard people hit the statistics pages on the site, it will have no impact what-so-ever on the game server.


Last Updated on Friday, 06 January 2017 04:25
 
Hunger Hud Tutorials

Hunger Hud v4.0 has been released! Flight combat has many new features to improve the game as you know it, and all new ground combat adds a totally new element of play. I started out assuming a quick video would be all that was needed, but with all the changes I ended up breaking it into 4 sections. Some of the vids seem to have developed compression errors at youtubes end, not sure why, but you can still see all the important bits.


Part 1 covers the buttons, the new scanner and how to lock and kill your targets, including the fun new mouselook kills...


Part 2 covers the flight assist, this is important as everyone will now have to use this flight assist to play The Hunger! The flight assist code has been re-written from the ground up and is a lot smoother and more reliable than before. It also has 3 turning speeds and works while in mouselook...


Part 3 shows you how to initiate the new hand to hand combat and tells you about each move. Apologies in advance for the constant throat clearing in the next 2 vids, my drink had run out and I had been talking too much :p...


Part 4 shows a little more hand to hand combat and covers a few things I didn't mention in the previous video, such as your health and stamina. For some reason this one only came out as 480p quality, but you can still see the bits you need...


This one shows two of our players having an epic battle :)

 
Speeding Up Second Life

Hunger hud not running as fast as usual? Recently changed to a different Second Life viewer? Well that might just be your problem right there, especially if you are still running on the default settings.

This article contains some tips to help speed up your SL experience and explain why some problems occur in the first place.

Read more...
 
<< Start < Prev 1 2 3 4 Next > End >>

Page 1 of 4