Thread: GlitchScape 742 - The introduction

  December 16th 2015

• Added 6 indexes for:
  
  • 667 models
  • 838 models
  • 667 items
  • 838 items
  • 838 texture defs
  • 838 textures
• Created an old items look command that works flawlessly.
• Made items that had an higher id than the 742 load in the 838 index.
• All the models (667/742/838) obviously have textures working.
  
  

Tomorrow I will:

• Add 838 animations, graphics, npcs, objects.
• Fix offset on 742 animations when wielding weapons (lol legacy still has that bug on RS).
• If I still have time after that, maps.

Nice, looking great clem585

"manually writing code for every individual door and ladder"

Switch?...

One of the only projects where I can say I am very excited to see this. It's actually obvious you are putting a lot of effort into it. Good going Clem!

Originally Posted by hack3r

"manually writing code for every individual door and ladder"

Switch?...

enum but could've done a switch case for x too. It was probably just worded weirdly.

Originally Posted by Loyalty_

Nice, looking great clem585

Originally Posted by Sammi

One of the only projects where I can say I am very excited to see this. It's actually obvious you are putting a lot of effort into it. Good going Clem!

Thanks!

  December 17th 2015

• Fixed a bug with custom particles so each player really does appear to have their own:
  
• Added old models for "skin" models (the ones the client use when you don't have any armor)

Originally Posted by hack3r

"manually writing code for every individual door and ladder"

Switch?...

This way it's literally impossible to have any "accidental" noclips.

Originally Posted by Patyosaurs

This way it's literally impossible to have any "accidental" noclips.

That's really inefficient and makes no sense. All you have to do is literally load the map data you need from the cache and clip the whole map that way. How can you have accidental no-clipping, when it's how it's supposed to be done?

Code:

	/**
	 * Gets and returns the landscape archive data for the requested {@link Region}.
	 * 
	 * @param region The {@link Region} to get the data from.
	 * @return The archive data.
	 */
	private int getLandscapeArchiveData(Region region) {
		return Cache.getStore().getIndexes()[CacheContainer.LANDSCAPE_INDEX.getContainerId()].getArchiveId("l" + ((region.getRegionX() >> 3) / 8) + "_" + ((region.getRegionY() >> 3) / 8));
	}

	/**
	 * Gets and returns the landscape container data for the requested {@link Region}.
	 * 
	 * @param region The {@link Region} to get the data from.
	 * @return The container data.
	 */
	private byte[] getLandscapeContainerData(Region region, int archive) {
		return Cache.getStore().getIndexes()[CacheContainer.LANDSCAPE_INDEX.getContainerId()].getFile(archive, 0);
	}

	/**
	 * Gets and returns the map archive data for the requested {@link Region}.
	 * 
	 * @param region The {@link Region} to get the data from.
	 * @return The archive data.
	 */
	private int getMapArchiveData(Region region) {
		return Cache.getStore().getIndexes()[CacheContainer.LANDSCAPE_INDEX.getContainerId()].getArchiveId("m" + ((region.getRegionX() >> 3) / 8) + "_" + ((region.getRegionY() >> 3) / 8));
	}

	/**
	 * Gets and returns the map container data for the requested {@link Region}.
	 * 
	 * @param region The {@link Region} to get the data from.
	 * @return The container data.
	 */
	private byte[] getMapContainerData(Region region, int archive) {
		return Cache.getStore().getIndexes()[CacheContainer.LANDSCAPE_INDEX.getContainerId()].getFile(archive, 0);
	}

Originally Posted by _jordan

That's really inefficient and makes no sense. All you have to do is literally load the map data you need from the cache and clip the whole map that way. How can you have accidental no-clipping, when it's how it's supposed to be done?

Code:

	/**
	 * Gets and returns the landscape archive data for the requested {@link Region}.
	 * 
	 * @param region The {@link Region} to get the data from.
	 * @return The archive data.
	 */
	private int getLandscapeArchiveData(Region region) {
		return Cache.getStore().getIndexes()[CacheContainer.LANDSCAPE_INDEX.getContainerId()].getArchiveId("l" + ((region.getRegionX() >> 3) / 8) + "_" + ((region.getRegionY() >> 3) / 8));
	}

	/**
	 * Gets and returns the landscape container data for the requested {@link Region}.
	 * 
	 * @param region The {@link Region} to get the data from.
	 * @return The container data.
	 */
	private byte[] getLandscapeContainerData(Region region, int archive) {
		return Cache.getStore().getIndexes()[CacheContainer.LANDSCAPE_INDEX.getContainerId()].getFile(archive, 0);
	}

	/**
	 * Gets and returns the map archive data for the requested {@link Region}.
	 * 
	 * @param region The {@link Region} to get the data from.
	 * @return The archive data.
	 */
	private int getMapArchiveData(Region region) {
		return Cache.getStore().getIndexes()[CacheContainer.LANDSCAPE_INDEX.getContainerId()].getArchiveId("m" + ((region.getRegionX() >> 3) / 8) + "_" + ((region.getRegionY() >> 3) / 8));
	}

	/**
	 * Gets and returns the map container data for the requested {@link Region}.
	 * 
	 * @param region The {@link Region} to get the data from.
	 * @return The container data.
	 */
	private byte[] getMapContainerData(Region region, int archive) {
		return Cache.getStore().getIndexes()[CacheContainer.LANDSCAPE_INDEX.getContainerId()].getFile(archive, 0);
	}

He doesn't mean that type of noclip. He means the type of noclip like the edgeville's ladder that puts you on the wrong part of f1 so you can walk around in the sky.