flewkey/cuberite-2a
1
0
Fork 0
Code Releases Activity
9f77572fb0
cuberite-2a/VC2010/MCServer.vcxproj

554 lines
32 KiB
XML
Raw Normal View History

Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<?xml version="1.0" encoding="utf-8"?>
<Project DefaultTargets="Build" ToolsVersion="4.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<ItemGroup Label="ProjectConfigurations">
<ProjectConfiguration Include="Debug|Win32">
<Configuration>Debug</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="Debug|x64">
<Configuration>Debug</Configuration>
<Platform>x64</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="Release|Win32">
<Configuration>Release</Configuration>
<Platform>Win32</Platform>
</ProjectConfiguration>
<ProjectConfiguration Include="Release|x64">
<Configuration>Release</Configuration>
<Platform>x64</Platform>
</ProjectConfiguration>
</ItemGroup>
<PropertyGroup Label="Globals">
<ProjectName>MCServer</ProjectName>
<ProjectGuid>{D8FE2186-4BF0-4B89-913F-6C26818E5AC5}</ProjectGuid>
<RootNamespace>tmpl8300c</RootNamespace>
<Keyword>Win32Proj</Keyword>
</PropertyGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.Default.props" />
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<WholeProgramOptimization>true</WholeProgramOptimization>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>NotSet</CharacterSet>
<WholeProgramOptimization>false</WholeProgramOptimization>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|x64'" Label="Configuration">
<ConfigurationType>Application</ConfigurationType>
<CharacterSet>NotSet</CharacterSet>
</PropertyGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.props" />
<ImportGroup Label="ExtensionSettings">
</ImportGroup>
<ImportGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'" Label="PropertySheets">
<Import Project="$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props" Condition="exists('$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props')" Label="LocalAppDataPlatform" />
</ImportGroup>
<ImportGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'" Label="PropertySheets">
<Import Project="$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props" Condition="exists('$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props')" Label="LocalAppDataPlatform" />
</ImportGroup>
<ImportGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'" Label="PropertySheets">
<Import Project="$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props" Condition="exists('$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props')" Label="LocalAppDataPlatform" />
</ImportGroup>
<ImportGroup Condition="'$(Configuration)|$(Platform)'=='Debug|x64'" Label="PropertySheets">
<Import Project="$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props" Condition="exists('$(UserRootDir)\Microsoft.Cpp.$(Platform).user.props')" Label="LocalAppDataPlatform" />
</ImportGroup>
<PropertyGroup Label="UserMacros" />
<PropertyGroup>
<_ProjectFileVersion>10.0.30319.1</_ProjectFileVersion>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">$(SolutionDir)..\</OutDir>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">$(SolutionDir)..\</OutDir>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<IntDir Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">$(Configuration)\$(ProjectName)\</IntDir>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<IntDir Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">$(Configuration)\</IntDir>
<LinkIncremental Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">true</LinkIncremental>
<LinkIncremental Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">true</LinkIncremental>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">$(SolutionDir)..\</OutDir>
<OutDir Condition="'$(Configuration)|$(Platform)'=='Release|x64'">$(SolutionDir)..\</OutDir>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<IntDir Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">$(Configuration)\$(ProjectName)\</IntDir>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<IntDir Condition="'$(Configuration)|$(Platform)'=='Release|x64'">$(Configuration)\</IntDir>
<LinkIncremental Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">false</LinkIncremental>
<LinkIncremental Condition="'$(Configuration)|$(Platform)'=='Release|x64'">false</LinkIncremental>
</PropertyGroup>
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">
<ClCompile>
<AdditionalOptions>/ZI /D_DEBUG %(AdditionalOptions)</AdditionalOptions>
<Optimization>Disabled</Optimization>
It's a Squirrel!! In SquirrelBindings.h use #define USE_SQUIRREL 1 to enable squirrel git-svn-id: http://mc-server.googlecode.com/svn/trunk@76 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-07 20:25:01 -05:00
<AdditionalIncludeDirectories>..\tolua++-1.0.93\include;..\lua-5.1.4\src;..\zlib-1.2.5;..\mysql-connector\include;..\source\;..\pdcurs34\;..\jsoncpp-src-0.5.0\include;..\squirrel_3_0_1_stable\include;..\squirrel_3_0_1_stable;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<PreprocessorDefinitions>WIN32;_DEBUG;_WINDOWS;_CRT_SECURE_NO_DEPRECATE;%(PreprocessorDefinitions)</PreprocessorDefinitions>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<MinimalRebuild>true</MinimalRebuild>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ExceptionHandling>Sync</ExceptionHandling>
<BasicRuntimeChecks>EnableFastChecks</BasicRuntimeChecks>
<RuntimeLibrary>MultiThreadedDebugDLL</RuntimeLibrary>
<BufferSecurityCheck>true</BufferSecurityCheck>
<WarningLevel>Level3</WarningLevel>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<DebugInformationFormat>EditAndContinue</DebugInformationFormat>
<MultiProcessorCompilation>true</MultiProcessorCompilation>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
</ClCompile>
<Link>
<AdditionalOptions>/IGNORE:4078 %(AdditionalOptions)</AdditionalOptions>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<AdditionalDependencies>winmm.lib;ws2_32.lib;Psapi.lib;%(AdditionalDependencies)</AdditionalDependencies>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<OutputFile>../$(ProjectName)_debug.exe</OutputFile>
<AdditionalLibraryDirectories>VLD;./Debug/;%(AdditionalLibraryDirectories)</AdditionalLibraryDirectories>
<IgnoreSpecificDefaultLibraries>%(IgnoreSpecificDefaultLibraries)</IgnoreSpecificDefaultLibraries>
<GenerateDebugInformation>true</GenerateDebugInformation>
<GenerateMapFile>false</GenerateMapFile>
<SubSystem>Console</SubSystem>
<RandomizedBaseAddress>false</RandomizedBaseAddress>
<DataExecutionPrevention>
</DataExecutionPrevention>
<TargetMachine>MachineX86</TargetMachine>
</Link>
</ItemDefinitionGroup>
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">
<ClCompile>
<AdditionalOptions>/ZI /D_DEBUG %(AdditionalOptions)</AdditionalOptions>
<Optimization>Disabled</Optimization>
<AdditionalIncludeDirectories>..\tolua++-1.0.93\include;..\lua-5.1.4\src;..\zlib-1.2.5;..\mysql-connector\include;..\source\;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
<PreprocessorDefinitions>WIN32;_DEBUG;_WINDOWS;_CRT_SECURE_NO_DEPRECATE;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<MinimalRebuild>false</MinimalRebuild>
<ExceptionHandling>Sync</ExceptionHandling>
<BasicRuntimeChecks>EnableFastChecks</BasicRuntimeChecks>
<RuntimeLibrary>MultiThreadedDebugDLL</RuntimeLibrary>
<BufferSecurityCheck>true</BufferSecurityCheck>
<EnableEnhancedInstructionSet>StreamingSIMDExtensions2</EnableEnhancedInstructionSet>
<FloatingPointModel>Fast</FloatingPointModel>
<PrecompiledHeader>
</PrecompiledHeader>
<WarningLevel>Level3</WarningLevel>
<DebugInformationFormat>ProgramDatabase</DebugInformationFormat>
</ClCompile>
<Link>
<AdditionalOptions>/IGNORE:4078 %(AdditionalOptions)</AdditionalOptions>
<AdditionalDependencies>winmm.lib;ws2_32.lib;Psapi.lib;ZLib_d.lib;tolua++-1.0.93_d.lib;lua-5.1.4_d.lib;WebServer_d.lib;%(AdditionalDependencies)</AdditionalDependencies>
<OutputFile>../$(ProjectName)_debug.exe</OutputFile>
<AdditionalLibraryDirectories>VLD;%(AdditionalLibraryDirectories)</AdditionalLibraryDirectories>
<IgnoreSpecificDefaultLibraries>msvcrt.lib;%(IgnoreSpecificDefaultLibraries)</IgnoreSpecificDefaultLibraries>
<GenerateDebugInformation>true</GenerateDebugInformation>
<GenerateMapFile>false</GenerateMapFile>
<SubSystem>Console</SubSystem>
<RandomizedBaseAddress>false</RandomizedBaseAddress>
<DataExecutionPrevention>
</DataExecutionPrevention>
</Link>
</ItemDefinitionGroup>
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">
<ClCompile>
<Optimization>MaxSpeed</Optimization>
<InlineFunctionExpansion>Default</InlineFunctionExpansion>
<IntrinsicFunctions>true</IntrinsicFunctions>
<FavorSizeOrSpeed>Speed</FavorSizeOrSpeed>
It's a Squirrel!! In SquirrelBindings.h use #define USE_SQUIRREL 1 to enable squirrel git-svn-id: http://mc-server.googlecode.com/svn/trunk@76 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-07 20:25:01 -05:00
<AdditionalIncludeDirectories>..\tolua++-1.0.93\include;..\lua-5.1.4\src;..\zlib-1.2.5;..\mysql-connector\include;..\source\;..\pdcurs34\;..\jsoncpp-src-0.5.0\include;..\squirrel_3_0_1_stable\include;..\squirrel_3_0_1_stable;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<BasicRuntimeChecks>Default</BasicRuntimeChecks>
<RuntimeLibrary>MultiThreaded</RuntimeLibrary>
<BufferSecurityCheck>false</BufferSecurityCheck>
<EnableEnhancedInstructionSet>StreamingSIMDExtensions</EnableEnhancedInstructionSet>
<FloatingPointModel>Fast</FloatingPointModel>
<PrecompiledHeader>
</PrecompiledHeader>
<BrowseInformation>
</BrowseInformation>
<WarningLevel>Level4</WarningLevel>
<DebugInformationFormat>
</DebugInformationFormat>
It's a Squirrel!! In SquirrelBindings.h use #define USE_SQUIRREL 1 to enable squirrel git-svn-id: http://mc-server.googlecode.com/svn/trunk@76 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-07 20:25:01 -05:00
<WholeProgramOptimization>true</WholeProgramOptimization>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<MultiProcessorCompilation>true</MultiProcessorCompilation>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
</ClCompile>
<Link>
<AdditionalOptions>/IGNORE:4078 %(AdditionalOptions)</AdditionalOptions>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<AdditionalDependencies>winmm.lib;ws2_32.lib;Psapi.lib;LIBCMT.LIB;%(AdditionalDependencies)</AdditionalDependencies>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<OutputFile>../$(ProjectName).exe</OutputFile>
<AdditionalLibraryDirectories>./Release/;%(AdditionalLibraryDirectories)</AdditionalLibraryDirectories>
<IgnoreSpecificDefaultLibraries>LIBCMT;%(IgnoreSpecificDefaultLibraries)</IgnoreSpecificDefaultLibraries>
<GenerateDebugInformation>true</GenerateDebugInformation>
<SubSystem>Console</SubSystem>
<OptimizeReferences>false</OptimizeReferences>
<EnableCOMDATFolding>true</EnableCOMDATFolding>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<LinkTimeCodeGeneration>UseLinkTimeCodeGeneration</LinkTimeCodeGeneration>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<RandomizedBaseAddress>false</RandomizedBaseAddress>
<DataExecutionPrevention>
</DataExecutionPrevention>
<TargetMachine>MachineX86</TargetMachine>
</Link>
</ItemDefinitionGroup>
<ItemDefinitionGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'">
<ClCompile>
<Optimization>MaxSpeed</Optimization>
<InlineFunctionExpansion>Default</InlineFunctionExpansion>
<IntrinsicFunctions>true</IntrinsicFunctions>
<FavorSizeOrSpeed>Speed</FavorSizeOrSpeed>
<WholeProgramOptimization>false</WholeProgramOptimization>
<AdditionalIncludeDirectories>..\tolua++-1.0.93\include;..\lua-5.1.4\src;..\zlib-1.2.5;..\mysql-connector\include;..\source\;%(AdditionalIncludeDirectories)</AdditionalIncludeDirectories>
<PreprocessorDefinitions>WIN32;NDEBUG;_WINDOWS;_CRT_SECURE_NO_DEPRECATE;%(PreprocessorDefinitions)</PreprocessorDefinitions>
<ExceptionHandling>Sync</ExceptionHandling>
<BasicRuntimeChecks>Default</BasicRuntimeChecks>
<RuntimeLibrary>MultiThreadedDLL</RuntimeLibrary>
<BufferSecurityCheck>false</BufferSecurityCheck>
<EnableEnhancedInstructionSet>StreamingSIMDExtensions</EnableEnhancedInstructionSet>
<FloatingPointModel>Fast</FloatingPointModel>
<PrecompiledHeader>
</PrecompiledHeader>
<BrowseInformation>
</BrowseInformation>
<WarningLevel>Level3</WarningLevel>
<DebugInformationFormat>
</DebugInformationFormat>
</ClCompile>
<Link>
<AdditionalOptions>/IGNORE:4078 %(AdditionalOptions)</AdditionalOptions>
<AdditionalDependencies>winmm.lib;ws2_32.lib;Psapi.lib;ZLib.lib;tolua++-1.0.93.lib;lua-5.1.4.lib;WebServer.lib;%(AdditionalDependencies)</AdditionalDependencies>
<OutputFile>../$(ProjectName).exe</OutputFile>
<AdditionalLibraryDirectories>%(AdditionalLibraryDirectories)</AdditionalLibraryDirectories>
<IgnoreSpecificDefaultLibraries>LIBCMT;%(IgnoreSpecificDefaultLibraries)</IgnoreSpecificDefaultLibraries>
<GenerateDebugInformation>false</GenerateDebugInformation>
<SubSystem>Console</SubSystem>
<OptimizeReferences>false</OptimizeReferences>
<EnableCOMDATFolding>true</EnableCOMDATFolding>
<LinkTimeCodeGeneration>
</LinkTimeCodeGeneration>
<RandomizedBaseAddress>false</RandomizedBaseAddress>
<DataExecutionPrevention>
</DataExecutionPrevention>
</Link>
</ItemDefinitionGroup>
<ItemGroup>
- Fixed Bug #99 -> Mobs no longer bother you in creative mode - refactored many things in the Monster system git-svn-id: http://mc-server.googlecode.com/svn/trunk@112 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 17:47:12 -05:00
<ClCompile Include="..\source\cAggressiveMonster.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\cAuthenticator.cpp" />
<ClCompile Include="..\source\cBlockingTCPLink.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cCavespider.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\cChicken.cpp" />
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<ClCompile Include="..\source\cChunkGenerator.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\cChunkLoader.cpp" />
<ClCompile Include="..\Source\cChunkMap.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cCow.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\cCraftingWindow.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cCreeper.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\cCriticalSection.cpp" />
<ClCompile Include="..\source\cCuboid.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cEnderman.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\cEvent.cpp" />
Player data is saved and loaded as human readable JSON now. cFileFormatUpdate will loop through old files and convert them to new files (should replace legacy old format loading code) cItem has two new functions to load from Json and output Json, this will keep the items in Json standard ChestEntity and FurnaceEntity use the new functions in cItem git-svn-id: http://mc-server.googlecode.com/svn/trunk@35 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-31 17:30:14 -04:00
<ClCompile Include="..\source\cFileFormatUpdater.cpp" />
Refactored both simulators (water and lava) to make them more flexible and easier to modify git-svn-id: http://mc-server.googlecode.com/svn/trunk@108 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 11:20:06 -05:00
<ClCompile Include="..\source\cFluidSimulator.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\cFurnaceEntity.cpp" />
<ClCompile Include="..\Source\cFurnaceRecipe.cpp" />
<ClCompile Include="..\source\cFurnaceWindow.cpp" />
<ClCompile Include="..\source\cGenSettings.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cGhast.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\cGroup.cpp" />
<ClCompile Include="..\Source\cGroupManager.cpp" />
<ClCompile Include="..\Source\cHeartBeat.cpp" />
Player data is saved and loaded as human readable JSON now. cFileFormatUpdate will loop through old files and convert them to new files (should replace legacy old format loading code) cItem has two new functions to load from Json and output Json, this will keep the items in Json standard ChestEntity and FurnaceEntity use the new functions in cItem git-svn-id: http://mc-server.googlecode.com/svn/trunk@35 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-31 17:30:14 -04:00
<ClCompile Include="..\source\cItem.cpp" />
Patch with diff file created by Sebi (implemented some stuff like lava physics, drops are deleted when in lava, water is now slower, lava gives actual damage etc.). Pistons now work mostly as they should. They do not yet show the motion animation and do not emit sound. They do extend, push, and retract as they should though. Right now the only way to activate a piston is to light redstone wire adjacent to it with a redstone torch. git-svn-id: http://mc-server.googlecode.com/svn/trunk@67 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-06 04:23:20 -05:00
<ClCompile Include="..\source\cLavaSimulator.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\cLuaCommandBinder.cpp" />
<ClCompile Include="..\source\cMakeDir.cpp" />
<ClCompile Include="..\source\cMCLogger.cpp" />
<ClCompile Include="..\Source\cMonster.cpp" />
<ClCompile Include="..\source\cMonsterConfig.cpp" />
<ClCompile Include="..\source\cNoise.cpp" />
- Fixed Bug #99 -> Mobs no longer bother you in creative mode - refactored many things in the Monster system git-svn-id: http://mc-server.googlecode.com/svn/trunk@112 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 17:47:12 -05:00
<ClCompile Include="..\source\cPassiveAggressiveMonster.cpp" />
<ClCompile Include="..\source\cPassiveMonster.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\cPawn.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cPig.cpp" />
Added cPiston.h and cPiston.cpp to VC2010 files. git-svn-id: http://mc-server.googlecode.com/svn/trunk@64 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-05 14:33:50 -04:00
<ClCompile Include="..\source\cPiston.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\cPluginManager.cpp" />
<ClCompile Include="..\Source\cRecipeChecker.cpp" />
Added cRedstone to project file Changed NetworkToHostFloat4(), maybe it works now on 64bit linux git-svn-id: http://mc-server.googlecode.com/svn/trunk@54 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-04 12:05:18 -04:00
<ClCompile Include="..\source\cRedstone.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\cReferenceManager.cpp" />
<ClCompile Include="..\Source\cRoot.cpp" />
- improved Simulator system -> Manager handles all ticks -> advantage: Much easier to add new simulators, because you only have to register them in the manager - moved sand and gravel simulation to a Simulator-class (cSandSimulator) - Made Squid a little bit more funny and realistic, because it dies now when it´s not in water -Escaping mobs run now faster than normal (They just walked away before :D) git-svn-id: http://mc-server.googlecode.com/svn/trunk@125 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-26 15:57:12 -05:00
<ClCompile Include="..\source\cSandSimulator.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\cSemaphore.cpp" />
<ClCompile Include="..\source\cServer.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cSheep.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\cSignEntity.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cSilverfish.cpp" />
- improved Simulator system -> Manager handles all ticks -> advantage: Much easier to add new simulators, because you only have to register them in the manager - moved sand and gravel simulation to a Simulator-class (cSandSimulator) - Made Squid a little bit more funny and realistic, because it dies now when it´s not in water -Escaping mobs run now faster than normal (They just walked away before :D) git-svn-id: http://mc-server.googlecode.com/svn/trunk@125 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-26 15:57:12 -05:00
<ClCompile Include="..\source\cSimulator.cpp" />
<ClCompile Include="..\source\cSimulatorManager.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cSkeleton.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\cSleep.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cSlime.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\cSocket.cpp" />
<ClCompile Include="..\source\cSpider.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cSquid.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\cStringMap.cpp" />
<ClCompile Include="..\Source\cTCPLink.cpp" />
<ClCompile Include="..\source\cThread.cpp" />
<ClCompile Include="..\source\cTimer.cpp" />
<ClCompile Include="..\source\cTracer.cpp" />
<ClCompile Include="..\source\cWaterSimulator.cpp" />
<ClCompile Include="..\Source\cWebAdmin.cpp" />
<ClCompile Include="..\Source\cWebPlugin.cpp" />
<ClCompile Include="..\source\cWindow.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cWolf.cpp" />
Moved the actual world generation from cChunk.cpp to a more isolated file cWorldGenerator.cpp New generators should inherit cWorldGenerator and implement their own generation algorithms git-svn-id: http://mc-server.googlecode.com/svn/trunk@117 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 21:39:43 -05:00
<ClCompile Include="..\source\cWorldGenerator.cpp" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClCompile Include="..\source\cZombie.cpp" />
<ClCompile Include="..\source\cZombiepigman.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\Source\ManualBindings.cpp" />
<ClCompile Include="..\source\Matrix4f.cpp" />
<ClCompile Include="..\source\md5\md5.cpp" />
<ClCompile Include="..\source\cWorld.cpp" />
<ClCompile Include="..\source\cChunk.cpp" />
<ClCompile Include="..\source\cEntity.cpp" />
<ClCompile Include="..\source\cPickup.cpp" />
<ClCompile Include="..\source\cPlayer.cpp" />
<ClCompile Include="..\source\cInventory.cpp" />
<ClCompile Include="..\source\cBlockToPickup.cpp" />
<ClCompile Include="..\source\cPlugin.cpp" />
<ClCompile Include="..\source\cPlugin_Lua.cpp" />
<ClCompile Include="..\source\cChatColor.cpp" />
<ClCompile Include="..\source\cClientHandle.cpp" />
<ClCompile Include="..\iniFile\iniFile.cpp" />
<ClCompile Include="..\source\cChestEntity.cpp" />
<ClCompile Include="..\source\cLog.cpp" />
<ClCompile Include="..\source\Bindings.cpp" />
<ClCompile Include="..\source\main.cpp" />
<ClCompile Include="..\source\packets\cPacket.cpp" />
<ClCompile Include="..\source\packets\cPacket_13.cpp" />
<ClCompile Include="..\source\packets\cPacket_AddToInventory.cpp" />
<ClCompile Include="..\source\packets\cPacket_ArmAnim.cpp" />
Added three new packets and cleaned up cPacket_Thunderbolt.cpp... cPacket_BlockAction, cPacket_Explosion, and cPacket_SoundEffect. git-svn-id: http://mc-server.googlecode.com/svn/trunk@70 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-06 20:41:54 -05:00
<ClCompile Include="..\source\packets\cPacket_BlockAction.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\packets\cPacket_BlockChange.cpp" />
<ClCompile Include="..\source\packets\cPacket_BlockDig.cpp" />
<ClCompile Include="..\source\packets\cPacket_BlockPlace.cpp" />
<ClCompile Include="..\source\packets\cPacket_Chat.cpp" />
<ClCompile Include="..\source\packets\cPacket_CollectItem.cpp" />
<ClCompile Include="..\source\packets\cPacket_DestroyEntity.cpp" />
<ClCompile Include="..\source\packets\cPacket_Disconnect.cpp" />
<ClCompile Include="..\source\packets\cPacket_EntityEquipment.cpp" />
Added CreateInventoryAction packet for creative mode. Used cPacketEntityEquipment as template. Forced server into Creative Mode. Can't break blocks yet. Player can stil be damaged in creative mode and dying takes you back to survival mode. git-svn-id: http://mc-server.googlecode.com/svn/trunk@15 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 12:49:01 -04:00
<ClCompile Include="..\source\packets\cPacket_CreateInventoryAction.cpp" />
Added three new packets and cleaned up cPacket_Thunderbolt.cpp... cPacket_BlockAction, cPacket_Explosion, and cPacket_SoundEffect. git-svn-id: http://mc-server.googlecode.com/svn/trunk@70 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-06 20:41:54 -05:00
<ClCompile Include="..\source\packets\cPacket_Explosion.cpp" />
- Crafting fixed in 1.0.0 - Server compatible with the weapons and equip again. (Some Packets were incompatible) - fixed bucket bugs (not all) - Fixed clients getting crashed by wrong Pickups - fixed nearly all mob drops. (Check wheather they are burning is missing Big Grin) - maybe some other things I can´t recall atm Big Grin git-svn-id: http://mc-server.googlecode.com/svn/trunk@94 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-21 15:42:34 -05:00
<ClCompile Include="..\source\packets\cPacket_ItemData.cpp" />
Added New/Invaid State and Thunderbolt packets. For testing purposes it now rains whenever a player opens a workbench and stops when they pen a chest. The rain start/stop in only sent to the sole clientopening the items. git-svn-id: http://mc-server.googlecode.com/svn/trunk@47 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-02 16:40:39 -04:00
<ClCompile Include="..\source\packets\cPacket_NewInvalidState.cpp" />
- Make Color was using 2 extra characters which took 2 characters off the 16 max (including color codes) for scoreboard display - Added xC9 PlayerListItem packet and added code for player names to be added and removed from the scoreboard (need a catch-all for client disconnects: crashes, timeouts, etc) - Changed wid wording to a_WindowType git-svn-id: http://mc-server.googlecode.com/svn/trunk@113 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 20:07:35 -05:00
<ClCompile Include="..\source\packets\cPacket_PlayerListItem.cpp" />
Added three new packets and cleaned up cPacket_Thunderbolt.cpp... cPacket_BlockAction, cPacket_Explosion, and cPacket_SoundEffect. git-svn-id: http://mc-server.googlecode.com/svn/trunk@70 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-06 20:41:54 -05:00
<ClCompile Include="..\source\packets\cPacket_SoundEffect.cpp" />
Added New/Invaid State and Thunderbolt packets. For testing purposes it now rains whenever a player opens a workbench and stops when they pen a chest. The rain start/stop in only sent to the sole clientopening the items. git-svn-id: http://mc-server.googlecode.com/svn/trunk@47 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-02 16:40:39 -04:00
<ClCompile Include="..\source\packets\cPacket_Thunderbolt.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\packets\cPacket_EntityLook.cpp" />
<ClCompile Include="..\source\packets\cPacket_EntityStatus.cpp" />
<ClCompile Include="..\source\packets\cPacket_Flying.cpp" />
<ClCompile Include="..\source\packets\cPacket_Handshake.cpp" />
<ClCompile Include="..\source\packets\cPacket_InventoryProgressBar.cpp" />
<ClCompile Include="..\source\packets\cPacket_InventorySlot.cpp" />
<ClCompile Include="..\source\packets\cPacket_ItemSwitch.cpp" />
<ClCompile Include="..\source\packets\cPacket_KeepAlive.cpp" />
<ClCompile Include="..\source\packets\cPacket_Login.cpp" />
<ClCompile Include="..\source\packets\cPacket_MapChunk.cpp" />
<ClCompile Include="..\source\packets\cPacket_Metadata.cpp" />
<ClCompile Include="..\source\packets\cPacket_MultiBlock.cpp" />
<ClCompile Include="..\source\packets\cPacket_NamedEntitySpawn.cpp" />
<ClCompile Include="..\source\packets\cPacket_PickupSpawn.cpp" />
<ClCompile Include="..\source\packets\cPacket_PlayerLook.cpp" />
<ClCompile Include="..\source\packets\cPacket_PlayerMoveLook.cpp" />
<ClCompile Include="..\source\packets\cPacket_PlayerPosition.cpp" />
<ClCompile Include="..\source\packets\cPacket_PreChunk.cpp" />
<ClCompile Include="..\source\packets\cPacket_RelativeEntityMove.cpp" />
<ClCompile Include="..\source\packets\cPacket_RelativeEntityMoveLook.cpp" />
<ClCompile Include="..\source\packets\cPacket_Respawn.cpp" />
<ClCompile Include="..\source\packets\cPacket_SpawnMob.cpp" />
<ClCompile Include="..\source\packets\cPacket_TeleportEntity.cpp" />
<ClCompile Include="..\source\packets\cPacket_TimeUpdate.cpp" />
<ClCompile Include="..\source\packets\cPacket_UpdateHealth.cpp" />
<ClCompile Include="..\source\packets\cPacket_UpdateSign.cpp" />
<ClCompile Include="..\source\packets\cPacket_UseEntity.cpp" />
<ClCompile Include="..\source\packets\cPacket_WholeInventory.cpp" />
<ClCompile Include="..\source\packets\cPacket_WindowClick.cpp" />
<ClCompile Include="..\source\packets\cPacket_WindowClose.cpp" />
<ClCompile Include="..\source\packets\cPacket_WindowOpen.cpp" />
It's a Squirrel!! In SquirrelBindings.h use #define USE_SQUIRREL 1 to enable squirrel git-svn-id: http://mc-server.googlecode.com/svn/trunk@76 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-07 20:25:01 -05:00
<ClCompile Include="..\source\SquirrelBindings.cpp" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClCompile Include="..\source\Vector3d.cpp" />
<ClCompile Include="..\source\Vector3f.cpp" />
<ClCompile Include="..\source\Vector3i.cpp" />
</ItemGroup>
<ItemGroup>
<ClInclude Include="..\Source\BlockID.h" />
- Fixed Bug #99 -> Mobs no longer bother you in creative mode - refactored many things in the Monster system git-svn-id: http://mc-server.googlecode.com/svn/trunk@112 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 17:47:12 -05:00
<ClInclude Include="..\source\cAggressiveMonster.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cAuthenticator.h" />
<ClInclude Include="..\source\cBlockingTCPLink.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cCavespider.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cChicken.h" />
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<ClInclude Include="..\source\cChunkGenerator.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\cChunkLoader.h" />
<ClInclude Include="..\Source\cChunkMap.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cCow.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\cCraftingWindow.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cCreeper.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cCriticalSection.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cEnderman.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\cEvent.h" />
Player data is saved and loaded as human readable JSON now. cFileFormatUpdate will loop through old files and convert them to new files (should replace legacy old format loading code) cItem has two new functions to load from Json and output Json, this will keep the items in Json standard ChestEntity and FurnaceEntity use the new functions in cItem git-svn-id: http://mc-server.googlecode.com/svn/trunk@35 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-31 17:30:14 -04:00
<ClInclude Include="..\source\cFileFormatUpdater.h" />
Refactored both simulators (water and lava) to make them more flexible and easier to modify git-svn-id: http://mc-server.googlecode.com/svn/trunk@108 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 11:20:06 -05:00
<ClInclude Include="..\source\cFluidSimulator.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\cFurnaceEntity.h" />
<ClInclude Include="..\Source\cFurnaceRecipe.h" />
<ClInclude Include="..\source\cFurnaceWindow.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cGhast.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cGroup.h" />
<ClInclude Include="..\Source\cGroupManager.h" />
<ClInclude Include="..\Source\cHeartBeat.h" />
<ClInclude Include="..\Source\cLadder.h" />
Patch with diff file created by Sebi (implemented some stuff like lava physics, drops are deleted when in lava, water is now slower, lava gives actual damage etc.). Pistons now work mostly as they should. They do not yet show the motion animation and do not emit sound. They do extend, push, and retract as they should though. Right now the only way to activate a piston is to light redstone wire adjacent to it with a redstone torch. git-svn-id: http://mc-server.googlecode.com/svn/trunk@67 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-06 04:23:20 -05:00
<ClInclude Include="..\source\cLavaSimulator.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cLuaCommandBinder.h" />
<ClInclude Include="..\source\cMakeDir.h" />
<ClInclude Include="..\source\cMCLogger.h" />
<ClInclude Include="..\Source\cMonster.h" />
<ClInclude Include="..\source\cMonsterConfig.h" />
<ClInclude Include="..\source\cNoise.h" />
- Fixed Bug #99 -> Mobs no longer bother you in creative mode - refactored many things in the Monster system git-svn-id: http://mc-server.googlecode.com/svn/trunk@112 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 17:47:12 -05:00
<ClInclude Include="..\source\cPassiveAggressiveMonster.h" />
<ClInclude Include="..\source\cPassiveMonster.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cPawn.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cPig.h" />
Added cPiston.h and cPiston.cpp to VC2010 files. git-svn-id: http://mc-server.googlecode.com/svn/trunk@64 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-05 14:33:50 -04:00
<ClInclude Include="..\source\cPiston.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cPluginManager.h" />
<ClInclude Include="..\Source\cRecipeChecker.h" />
Added cRedstone to project file Changed NetworkToHostFloat4(), maybe it works now on 64bit linux git-svn-id: http://mc-server.googlecode.com/svn/trunk@54 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-04 12:05:18 -04:00
<ClInclude Include="..\source\cRedstone.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cReferenceManager.h" />
<ClInclude Include="..\Source\cRoot.h" />
- improved Simulator system -> Manager handles all ticks -> advantage: Much easier to add new simulators, because you only have to register them in the manager - moved sand and gravel simulation to a Simulator-class (cSandSimulator) - Made Squid a little bit more funny and realistic, because it dies now when it´s not in water -Escaping mobs run now faster than normal (They just walked away before :D) git-svn-id: http://mc-server.googlecode.com/svn/trunk@125 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-26 15:57:12 -05:00
<ClInclude Include="..\source\cSandSimulator.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cSemaphore.h" />
<ClInclude Include="..\source\cServer.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cSheep.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\Source\cSign.h" />
<ClInclude Include="..\Source\cSignEntity.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cSilverfish.h" />
- improved Simulator system -> Manager handles all ticks -> advantage: Much easier to add new simulators, because you only have to register them in the manager - moved sand and gravel simulation to a Simulator-class (cSandSimulator) - Made Squid a little bit more funny and realistic, because it dies now when it´s not in water -Escaping mobs run now faster than normal (They just walked away before :D) git-svn-id: http://mc-server.googlecode.com/svn/trunk@125 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-26 15:57:12 -05:00
<ClInclude Include="..\source\cSimulator.h" />
<ClInclude Include="..\source\cSimulatorManager.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cSkeleton.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\cSleep.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cSlime.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\cSocket.h" />
<ClInclude Include="..\source\cSpider.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cSquid.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\cStairs.h" />
<ClInclude Include="..\source\cStringMap.h" />
<ClInclude Include="..\Source\cTCPLink.h" />
<ClInclude Include="..\source\cGenSettings.h" />
<ClInclude Include="..\source\cThread.h" />
<ClInclude Include="..\source\cTimer.h" />
<ClInclude Include="..\source\cTorch.h" />
<ClInclude Include="..\source\cTracer.h" />
<ClInclude Include="..\source\cCuboid.h" />
<ClInclude Include="..\source\cWaterSimulator.h" />
<ClInclude Include="..\Source\cWebAdmin.h" />
<ClInclude Include="..\Source\cWebPlugin.h" />
<ClInclude Include="..\source\cWindow.h" />
<ClInclude Include="..\source\cWindowOwner.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cWolf.h" />
Moved the actual world generation from cChunk.cpp to a more isolated file cWorldGenerator.cpp New generators should inherit cWorldGenerator and implement their own generation algorithms git-svn-id: http://mc-server.googlecode.com/svn/trunk@117 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 21:39:43 -05:00
<ClInclude Include="..\source\cWorldGenerator.h" />
Updated VS2010 project files Made monster spawning code in cWorld.cpp a bit more compact and readable srand() is only supposed to be called once in the whole program, and it's already called in the constructor of cWorld so it doesn't have to be in cWorld::Tick() git-svn-id: http://mc-server.googlecode.com/svn/trunk@14 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 09:27:16 -04:00
<ClInclude Include="..\source\cZombie.h" />
<ClInclude Include="..\source\cZombiepigman.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\Endianness.h" />
<ClInclude Include="..\Source\FileDefine.h" />
<ClInclude Include="..\Source\LuaFunctions.h" />
<ClInclude Include="..\Source\ManualBindings.h" />
<ClInclude Include="..\source\Matrix4f.h" />
<ClInclude Include="..\source\md5\md5.h" />
<ClInclude Include="..\Source\MemoryLeak.h" />
<ClInclude Include="..\source\cWorld.h" />
<ClInclude Include="..\source\cChunk.h" />
<ClInclude Include="..\source\cEntity.h" />
<ClInclude Include="..\source\cPickup.h" />
<ClInclude Include="..\source\cPlayer.h" />
<ClInclude Include="..\source\cInventory.h" />
<ClInclude Include="..\source\cBlockToPickup.h" />
<ClInclude Include="..\source\cItem.h" />
<ClInclude Include="..\source\cPlugin.h" />
<ClInclude Include="..\source\cPlugin_Lua.h" />
<ClInclude Include="..\source\cChatColor.h" />
<ClInclude Include="..\source\cClientHandle.h" />
<ClInclude Include="..\iniFile\iniFile.h" />
<ClInclude Include="..\source\cBlockEntity.h" />
<ClInclude Include="..\source\cChestEntity.h" />
<ClInclude Include="..\source\cLog.h" />
<ClInclude Include="..\source\Bindings.h" />
<ClInclude Include="..\source\Defines.h" />
<ClInclude Include="..\source\MCSocket.h" />
<ClInclude Include="..\Source\PacketID.h" />
<ClInclude Include="..\source\packets\cPacket.h" />
<ClInclude Include="..\source\packets\cPacket_13.h" />
<ClInclude Include="..\source\packets\cPacket_AddToInventory.h" />
<ClInclude Include="..\source\packets\cPacket_ArmAnim.h" />
Added three new packets and cleaned up cPacket_Thunderbolt.cpp... cPacket_BlockAction, cPacket_Explosion, and cPacket_SoundEffect. git-svn-id: http://mc-server.googlecode.com/svn/trunk@70 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-06 20:41:54 -05:00
<ClInclude Include="..\source\packets\cPacket_BlockAction.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\packets\cPacket_BlockChange.h" />
<ClInclude Include="..\source\packets\cPacket_BlockDig.h" />
<ClInclude Include="..\source\packets\cPacket_BlockPlace.h" />
<ClInclude Include="..\source\packets\cPacket_Chat.h" />
<ClInclude Include="..\source\packets\cPacket_CollectItem.h" />
<ClInclude Include="..\source\packets\cPacket_DestroyEntity.h" />
<ClInclude Include="..\source\packets\cPacket_Disconnect.h" />
<ClInclude Include="..\source\packets\cPacket_EntityEquipment.h" />
Added CreateInventoryAction packet for creative mode. Used cPacketEntityEquipment as template. Forced server into Creative Mode. Can't break blocks yet. Player can stil be damaged in creative mode and dying takes you back to survival mode. git-svn-id: http://mc-server.googlecode.com/svn/trunk@15 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-26 12:49:01 -04:00
<ClInclude Include="..\source\packets\cPacket_CreateInventoryAction.h" />
Added three new packets and cleaned up cPacket_Thunderbolt.cpp... cPacket_BlockAction, cPacket_Explosion, and cPacket_SoundEffect. git-svn-id: http://mc-server.googlecode.com/svn/trunk@70 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-06 20:41:54 -05:00
<ClInclude Include="..\source\packets\cPacket_Explosion.h" />
- Crafting fixed in 1.0.0 - Server compatible with the weapons and equip again. (Some Packets were incompatible) - fixed bucket bugs (not all) - Fixed clients getting crashed by wrong Pickups - fixed nearly all mob drops. (Check wheather they are burning is missing Big Grin) - maybe some other things I can´t recall atm Big Grin git-svn-id: http://mc-server.googlecode.com/svn/trunk@94 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-21 15:42:34 -05:00
<ClInclude Include="..\source\packets\cPacket_ItemData.h" />
Added New/Invaid State and Thunderbolt packets. For testing purposes it now rains whenever a player opens a workbench and stops when they pen a chest. The rain start/stop in only sent to the sole clientopening the items. git-svn-id: http://mc-server.googlecode.com/svn/trunk@47 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-02 16:40:39 -04:00
<ClInclude Include="..\source\packets\cPacket_NewInvalidState.h" />
- Make Color was using 2 extra characters which took 2 characters off the 16 max (including color codes) for scoreboard display - Added xC9 PlayerListItem packet and added code for player names to be added and removed from the scoreboard (need a catch-all for client disconnects: crashes, timeouts, etc) - Changed wid wording to a_WindowType git-svn-id: http://mc-server.googlecode.com/svn/trunk@113 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 20:07:35 -05:00
<ClInclude Include="..\source\packets\cPacket_PlayerListItem.h" />
Added three new packets and cleaned up cPacket_Thunderbolt.cpp... cPacket_BlockAction, cPacket_Explosion, and cPacket_SoundEffect. git-svn-id: http://mc-server.googlecode.com/svn/trunk@70 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-06 20:41:54 -05:00
<ClInclude Include="..\source\packets\cPacket_SoundEffect.h" />
Added New/Invaid State and Thunderbolt packets. For testing purposes it now rains whenever a player opens a workbench and stops when they pen a chest. The rain start/stop in only sent to the sole clientopening the items. git-svn-id: http://mc-server.googlecode.com/svn/trunk@47 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-02 16:40:39 -04:00
<ClInclude Include="..\source\packets\cPacket_Thunderbolt.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\packets\cPacket_EntityLook.h" />
<ClInclude Include="..\source\packets\cPacket_EntityStatus.h" />
<ClInclude Include="..\source\packets\cPacket_Flying.h" />
<ClInclude Include="..\source\packets\cPacket_Handshake.h" />
<ClInclude Include="..\source\packets\cPacket_InventoryProgressBar.h" />
<ClInclude Include="..\source\packets\cPacket_InventorySlot.h" />
<ClInclude Include="..\source\packets\cPacket_ItemSwitch.h" />
<ClInclude Include="..\source\packets\cPacket_KeepAlive.h" />
<ClInclude Include="..\source\packets\cPacket_Login.h" />
<ClInclude Include="..\source\packets\cPacket_MapChunk.h" />
<ClInclude Include="..\source\packets\cPacket_Metadata.h" />
<ClInclude Include="..\source\packets\cPacket_MultiBlock.h" />
<ClInclude Include="..\source\packets\cPacket_NamedEntitySpawn.h" />
<ClInclude Include="..\source\packets\cPacket_PickupSpawn.h" />
<ClInclude Include="..\source\packets\cPacket_Ping.h" />
<ClInclude Include="..\source\packets\cPacket_PlayerLook.h" />
<ClInclude Include="..\source\packets\cPacket_PlayerMoveLook.h" />
<ClInclude Include="..\source\packets\cPacket_PlayerPosition.h" />
<ClInclude Include="..\source\packets\cPacket_PreChunk.h" />
<ClInclude Include="..\source\packets\cPacket_RelativeEntityMove.h" />
<ClInclude Include="..\source\packets\cPacket_RelativeEntityMoveLook.h" />
<ClInclude Include="..\source\packets\cPacket_Respawn.h" />
<ClInclude Include="..\source\packets\cPacket_SpawnMob.h" />
<ClInclude Include="..\source\packets\cPacket_TeleportEntity.h" />
<ClInclude Include="..\source\packets\cPacket_TimeUpdate.h" />
<ClInclude Include="..\source\packets\cPacket_UpdateHealth.h" />
<ClInclude Include="..\source\packets\cPacket_UpdateSign.h" />
<ClInclude Include="..\source\packets\cPacket_UseEntity.h" />
<ClInclude Include="..\source\packets\cPacket_WholeInventory.h" />
<ClInclude Include="..\source\packets\cPacket_WindowClick.h" />
<ClInclude Include="..\source\packets\cPacket_WindowClose.h" />
<ClInclude Include="..\source\packets\cPacket_WindowOpen.h" />
It's a Squirrel!! In SquirrelBindings.h use #define USE_SQUIRREL 1 to enable squirrel git-svn-id: http://mc-server.googlecode.com/svn/trunk@76 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-07 20:25:01 -05:00
<ClInclude Include="..\source\SquirrelBindings.h" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ClInclude Include="..\source\Vector3d.h" />
<ClInclude Include="..\source\Vector3f.h" />
<ClInclude Include="..\source\Vector3i.h" />
<ClInclude Include="resource.h" />
</ItemGroup>
<ItemGroup>
<None Include="..\source\AllToLua.pkg" />
Made some functions in cChunk and cNoise inline, this should significantly increase chunk generation speed git-svn-id: http://mc-server.googlecode.com/svn/trunk@115 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-25 21:13:40 -05:00
<None Include="..\source\cNoise.inc" />
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<None Include="icon.ico" />
</ItemGroup>
<ItemGroup>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
<ProjectReference Include="JsonCpp.vcxproj">
<Project>{adbf25b9-7192-4e54-b35e-8ec47ca5ef86}</Project>
</ProjectReference>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
<ProjectReference Include="lua-5.1.4.vcxproj">
<Project>{5e511191-6f1f-4d0d-940a-b850780963d2}</Project>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
</ProjectReference>
<ProjectReference Include="squirrel_3_0_1_stable.vcxproj">
<Project>{4571ce2d-9e18-452f-90d6-94ae8e2406f4}</Project>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
</ProjectReference>
<ProjectReference Include="tolua++-1.0.93.vcxproj">
<Project>{67b50249-6cec-444e-a87a-d476112590ed}</Project>
Chunks are generated in a separate thread allowing players to keep on playing and chatting while chunks are generated. This means, however, that cWorld::GetChunk() does not always return a chunk and is something you need to be aware of. I am not entirely sure if all this is completely stable, but I think so :O Chunks are now generated before the player is able to see them. This is done because after a chunks is done generating, some blocks might still need to be set (parts of trees from neighboring chunk), causing more bandwidth to be used (each changed block needs to be sent to clients again) and (fps) lagging the clients when changing a lot of blocks. Calculating ahead fixes these issues. Separated the placing of foliage (trees and stuff) when generated chunks into a new function GenerateFoliage() Cleaned up the VS2010 project, now using some VS2010 specific functions like dependencies on projects (no need for setting library dependencies manually). VS2010 project now compiles way faster in Release by using multi threading. git-svn-id: http://mc-server.googlecode.com/svn/trunk@103 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-12-24 18:34:30 -05:00
</ProjectReference>
<ProjectReference Include="WebServer.vcxproj">
<Project>{2b4bd5c6-91c0-4a74-939f-b28737fb0dc6}</Project>
Visual Studio 2010 solution and project files git-svn-id: http://mc-server.googlecode.com/svn/trunk@2 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-10-03 14:40:09 -04:00
</ProjectReference>
<ProjectReference Include="ZLib.vcxproj">
<Project>{f6f43a78-816d-4c37-a07b-68bed529273a}</Project>
</ProjectReference>
</ItemGroup>
<ItemGroup>
<ResourceCompile Include="MCServer.rc" />
</ItemGroup>
<Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
<ImportGroup Label="ExtensionTargets">
</ImportGroup>
Added cRedstone to project file Changed NetworkToHostFloat4(), maybe it works now on 64bit linux git-svn-id: http://mc-server.googlecode.com/svn/trunk@54 0a769ca7-a7f5-676a-18bf-c427514a06d6
2011-11-04 12:05:18 -04:00
</Project>
Copy Permalink