#l_      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~None("#%&'-./1789;=>?FHIMSUVX_dghklmqcKVulkanMemoryAllocatorVmaDefragmentationStats Statistics returned by function .VulkanMemoryAllocatorZTotal number of bytes that have been copied while moving allocations to different places.VulkanMemoryAllocatorNTotal number of bytes that have been released to the system by freeing empty VkDeviceMemory objects.VulkanMemoryAllocator?Number of allocations that have been moved to different places.VulkanMemoryAllocatorNumber of empty VkDeviceMemory0 objects that have been released to the system.VulkanMemoryAllocatorVmaDefragmentationInfoHDeprecated. Optional configuration parameters to be passed to function . DeprecatedIThis is a part of the old interface. It is recommended to use structure  and function  instead.VulkanMemoryAllocator`Maximum total numbers of bytes that can be copied while moving allocations to different places. Default is  VK_WHOLE_SIZE, which means no limit. VulkanMemoryAllocatorCMaximum number of allocations that can be moved to different place. Default is  UINT32_MAX, which means no limit. VulkanMemoryAllocatorVmaDefragmentationPassInfo1Parameters for incremental defragmentation steps.To be used with function .VulkanMemoryAllocatorVmaDefragmentationPassMoveInfoVulkanMemoryAllocatorVmaDefragmentationInfo2Parameters for defragmentation.To be used with function .VulkanMemoryAllocator%Reserved for future use. Should be 0.VulkanMemoryAllocator9Pointer to array of allocations that can be defragmented.The array should have allocationCount0 elements. The array should not contain nulls. Elements in the array should be unique - same allocation cannot occur twice. It is safe to pass allocations that are in the lost state - they are ignored. All allocations not present in this array are considered non-moveable during this defragmentation.VulkanMemoryAllocatorOptional, output. Pointer to array that will be filled with information whether the allocation at certain index has been changed during defragmentation.The array should have allocationCountL elements. You can pass null if you are not interested in this information.VulkanMemoryAllocator<Either null or pointer to array of pools to be defragmented.All the allocations in the specified pools can be moved during defragmentation and there is no way to check if they were really moved as in pAllocationsChangedD, so you must query all the allocations in all these pools for new VkDeviceMemory and offset using A if you might need to recreate buffers and images bound to them.The array should have  poolCountw elements. The array should not contain nulls. Elements in the array should be unique - same pool cannot occur twice.PUsing this array is equivalent to specifying all allocations from the pools in  pAllocations. It might be more efficient.VulkanMemoryAllocatorMaximum total numbers of bytes that can be copied while moving allocations to different places using transfers on CPU side, like memcpy(),  memmove(). VK_WHOLE_SIZE means no limit.VulkanMemoryAllocatorhMaximum number of allocations that can be moved to a different place using transfers on CPU side, like memcpy(),  memmove(). UINT32_MAX means no limit.VulkanMemoryAllocatorMaximum total numbers of bytes that can be copied while moving allocations to different places using transfers on GPU side, posted to  commandBuffer. VK_WHOLE_SIZE means no limit.VulkanMemoryAllocatormMaximum number of allocations that can be moved to a different place using transfers on GPU side, posted to  commandBuffer. UINT32_MAX means no limit.VulkanMemoryAllocator@Optional. Command buffer where GPU copy commands will be posted.If not null, it must be a valid command buffer handle that supports Transfer queue type. It must be in the recording state and outside of a render pass instance. You need to submit it and make sure it finished execution before calling .CPassing null means that only CPU defragmentation will be performed.VulkanMemoryAllocatorFlags to be used in /. None at the moment. Reserved for future use.!VulkanMemoryAllocatorVmaDefragmentationContextJRepresents Opaque object that represents started defragmentation process.Fill structure  and call function  to create it. Call function  to destroy it.#VulkanMemoryAllocatorVmaAllocationInfoParameters of +0 objects, that can be retrieved using function .%VulkanMemoryAllocator:Memory type index that this allocation was allocated from.It never changes.&VulkanMemoryAllocatorHandle to Vulkan memory object.9Same memory object can be shared by multiple allocations.It can change after call to I if this allocation is passed to the function, or if allocation is lost.*If the allocation is lost, it is equal to VK_NULL_HANDLE.'VulkanMemoryAllocator Offset in VkDeviceMemory8 object to the beginning of this allocation, in bytes. (deviceMemory, offset)# pair is unique to this allocation.You usually don't need to use this offset. If you create a buffer or an image together with the allocation using e.g. function  ,  , functions that operate on these resources refer to the beginning of the buffer or image, not entire device memory block. Functions like , T also refer to the beginning of the allocation and apply this offset automatically.It can change after call to I if this allocation is passed to the function, or if allocation is lost.(VulkanMemoryAllocator"Size of this allocation, in bytes.,It never changes, unless allocation is lost.NotekAllocation size returned in this variable may be greater than the size requested for the resource e.g. as VkBufferCreateInfo::sizep. Whole size of the allocation is accessible for operations on memory e.g. using a pointer after mapping with -, but operations on the resource e.g. using vkCmdCopyBuffer. must be limited to the size of the resource.)VulkanMemoryAllocator;Pointer to the beginning of this allocation as mapped data.+If the allocation hasn't been mapped using  and hasn't been created with  flag, this value is null.It can change after call to , $. It can also change after call to / if this allocation is passed to the function.*VulkanMemoryAllocator3Custom general-purpose pointer that was passed as "VmaAllocationCreateInfo::pUserData or set using .It can change after call to  for this allocation.+VulkanMemoryAllocator VmaAllocation$Represents single memory allocation.$It may be either dedicated block of VkDeviceMemoryI or a specific region of a bigger block of this type plus unique offset.KThere are multiple ways to create such object. You need to fill structure C3. For more information see /Choosing memory type/.Although the library provides convenience functions that create Vulkan buffer or image, allocate memory for it and bind them together, binding of the allocation to a buffer or an image is out of scope of the allocation itself. Allocation object can exist without buffer/image bound, binding can be done manually by the user, and destruction of it can be done independently of destruction of the allocation.kThe object also remembers its size and some other information. To retrieve this information, use function ! and inspect returned structure #.HSome kinds allocations can be in lost state. For more information, see Lost allocations.-VulkanMemoryAllocator VmaPoolStats Describes parameter of existing R./VulkanMemoryAllocatorTotal amount of VkDeviceMemory0 allocated from Vulkan for this pool, in bytes.0VulkanMemoryAllocator2Total number of bytes in the pool not used by any +.1VulkanMemoryAllocator Number of +A objects created from this pool that were not destroyed or lost.2VulkanMemoryAllocator@Number of continuous memory ranges in the pool not used by any +.3VulkanMemoryAllocatorPSize of the largest continuous free memory region available for new allocation.Making a new allocation of that size is not guaranteed to succeed because of possible additional margin required to respect alignment and buffer/image granularity.4VulkanMemoryAllocator Number of VkDeviceMemory blocks allocated for this pool.5VulkanMemoryAllocatorVmaPoolCreateInfoDescribes parameter of created R.7VulkanMemoryAllocator4Vulkan memory type index to allocate this pool from.8VulkanMemoryAllocatorUse combination of @.9VulkanMemoryAllocatorSize of a single VkDeviceMemoryA block to be allocated as part of this pool, in bytes. Optional.SSpecify nonzero to set explicit, constant size of memory blocks used by this pool.rLeave 0 to use default and let the library manage block sizes automatically. Sizes of particular blocks may vary.:VulkanMemoryAllocatorWMinimum number of blocks to be always allocated in this pool, even if they stay empty.PSet to 0 to have no preallocated blocks and allow the pool be completely empty.;VulkanMemoryAllocatorFMaximum number of blocks that can be allocated in this pool. Optional."Set to 0 to use default, which is SIZE_MAX, which means no limit.Set to same value as  VmaPoolCreateInfo::minBlockCountR to have fixed amount of memory allocated throughout whole lifetime of this pool.<VulkanMemoryAllocatorWMaximum number of additional frames that are in use at the same time as current frame.8This value is used only when you make allocations with } flag. Such allocation cannot become lost if allocation.lastUseFrameIndex >= allocator.currentFrameIndex - frameInUseCount.For example, if you double-buffer your command buffers, so resources used for rendering in previous frame may still be in use by the GPU at the moment you allocate resources needed for the current frame, set this value to 1.oIf you want to allow any allocations other than used in the current frame to become lost, set this value to 0.=VulkanMemoryAllocatorA floating-point value between 0 and 1, indicating the priority of the allocations in this pool relative to other memory allocations.It is used only when ' flag was used during creation of the . object. Otherwise, this variable is ignored.>VulkanMemoryAllocator^Additional minimum alignment to be used for all allocations created from this pool. Can be 0.Leave 0 (default) not to impose any additional alignment. If not 0, it must be a power of two. It can be useful in cases where alignment returned by Vulkan by functions like vkGetBufferMemoryRequirements5 is not enough, e.g. when doing interop with OpenGL.?VulkanMemoryAllocator Additional pNext chain to be attached to VkMemoryAllocateInfo8 used for every allocation made by this pool. Optional.7Optional, can be null. If not null, it must point to a pNext. chain of structures that can be attached to VkMemoryAllocateInfo5. It can be useful for special needs such as adding VkExportMemoryAllocateInfoKHRp. Structures pointed by this member must remain alive and unchanged for the whole lifetime of the custom pool.(Please note that some structures, e.g. VkMemoryPriorityAllocateInfoEXT,  VkMemoryDedicatedAllocateInfoKHRd, can be attached automatically by this library when using other, more convenient of its features.@VulkanMemoryAllocatorFlags to be passed as VmaPoolCreateInfo::flags.CVulkanMemoryAllocatorVmaAllocationCreateInfoEVulkanMemoryAllocatorUse M enum.FVulkanMemoryAllocatorIntended usage of memory.You can leave 2 if you specify memory requirements in other way. If pool% is not null, this member is ignored.GVulkanMemoryAllocatorAFlags that must be set in a Memory Type chosen for an allocation.8Leave 0 if you specify memory requirements in other way. If pool% is not null, this member is ignored.HVulkanMemoryAllocatorOFlags that preferably should be set in a memory type chosen for an allocation..Set to 0 if no additional flags are preferred. If pool% is not null, this member is ignored.IVulkanMemoryAllocatorUBitmask containing one bit set for every memory type acceptable for this allocation.Value 0 is equivalent to  UINT32_MAX - it means any memory type is accepted if it meets other requirements specified by this structure, with no further restrictions on memory type index. If pool% is not null, this member is ignored.JVulkanMemoryAllocator/Pool that this allocation should be created in.Leave VK_NULL_HANDLE7 to allocate from default pool. If not null, members: usage,  requiredFlags, preferredFlags, memoryTypeBits are ignored.KVulkanMemoryAllocator6Custom general-purpose pointer that will be stored in +, can be read as VmaAllocationInfo::pUserData and changed using .If  is used, it must be either null or pointer to a null-terminated string. The string will be then copied to internal buffer, so it doesn't need to be valid after allocation call.LVulkanMemoryAllocatorxA floating-point value between 0 and 1, indicating the priority of the allocation relative to other memory allocations.It is used only when ' flag was used during creation of the ^ object and this allocation ends up as dedicated or is explicitly forced as dedicated using d. Otherwise, it has the priority of a memory block where it is placed and this variable is ignored.MVulkanMemoryAllocatorFlags to be passed as VmaAllocationCreateInfo::flags.RVulkanMemoryAllocatorVmaPoolRepresents custom memory pool.Fill structure 5 and call function  to create it. Call function  to destroy it.For more information see Custom memory pools.TVulkanMemoryAllocator VmaBudget]Statistics of current memory usage and available budget, in bytes, for specific memory heap.VVulkanMemoryAllocatorSum size of all VkDeviceMemory2 blocks allocated from particular heap, in bytes.WVulkanMemoryAllocatorASum size of all allocations created in particular heap, in bytes.Usually less or equal than  blockBytes. Difference blockBytes - allocationBytesn is the amount of memory allocated but unused - available for new allocations or wasted due to fragmentation.It might be greater than  blockBytesU if there are some allocations in lost state, as they account to this value as well.XVulkanMemoryAllocator8Estimated current memory usage of the program, in bytes.Fetched from system using VK_EXT_memory_budget extension if enabled.It might be different than  blockBytes (usually higher) due to additional implicit objects also occupying the memory, like swapchain, pipelines, descriptor heaps, command buffers, or VkDeviceMemory3 blocks allocated outside of this library, if any.YVulkanMemoryAllocator>Estimated amount of memory available to the program, in bytes.Fetched from system using VK_EXT_memory_budget extension if enabled.4It might be different (most probably smaller) than VkMemoryHeap::size[heapIndex]k due to factors external to the program, like other programs also consuming system resources. Difference budget - usage is the amount of additional memory that can probably be allocated without problems. Exceeding the budget may result in various problems.ZVulkanMemoryAllocatorVmaStats_  memoryType [VK_MAX_MEMORY_TYPES]_  memoryHeap [VK_MAX_MEMORY_HEAPS]_ total3General statistics from current state of Allocator. memoryHeap,memoryHeap VmaStats VmaStats memoryHeap 5VmaStatInfo VmaStats::memoryHeap[VK_MAX_MEMORY_HEAPS] memoryType,memoryType VmaStats VmaStats memoryType 5VmaStatInfo VmaStats::memoryType[VK_MAX_MEMORY_TYPES]_VulkanMemoryAllocator VmaStatInfo:Calculated statistics of memory usage in entire allocator.aVulkanMemoryAllocator Number of VkDeviceMemory Vulkan memory blocks allocated.bVulkanMemoryAllocator Number of + allocation objects allocated.cVulkanMemoryAllocator4Number of free ranges of memory between allocations.dVulkanMemoryAllocator2Total number of bytes occupied by all allocations.eVulkanMemoryAllocator0Total number of bytes occupied by unused ranges.lVulkanMemoryAllocatorVmaAllocatorInfoInformation about existing  object.nVulkanMemoryAllocator!Handle to Vulkan instance object.3This is the same value as has been passed through  VmaAllocatorCreateInfo::instance.oVulkanMemoryAllocator(Handle to Vulkan physical device object.3This is the same value as has been passed through &VmaAllocatorCreateInfo::physicalDevice.pVulkanMemoryAllocatorHandle to Vulkan device object.3This is the same value as has been passed through VmaAllocatorCreateInfo::device.qVulkanMemoryAllocatorVmaAllocatorCreateInfo)Description of a Allocator to be created.sVulkanMemoryAllocator!Flags for created allocator. Use  enum.tVulkanMemoryAllocatorVulkan physical device.@It must be valid throughout whole lifetime of created allocator.uVulkanMemoryAllocatorVulkan device.@It must be valid throughout whole lifetime of created allocator.vVulkanMemoryAllocatorPreferred size of a single VkDeviceMemory; block to be allocated from large heaps > 1 GiB. Optional.4Set to 0 to use default, which is currently 256 MiB.wVulkanMemoryAllocator1Custom CPU memory allocation callbacks. Optional.^Optional, can be null. When specified, will also be used for all CPU-side memory allocations.xVulkanMemoryAllocatorInformative callbacks for vkAllocateMemory,  vkFreeMemory . Optional.Optional, can be null.yVulkanMemoryAllocatorWMaximum number of additional frames that are in use at the same time as current frame.This value is used only when you make allocations with VMA_ALLOCATION_CREATE_CAN_BECOME_LOST_BIT flag. Such allocation cannot become lost if allocation.lastUseFrameIndex >= allocator.currentFrameIndex - frameInUseCount.For example, if you double-buffer your command buffers, so resources used for rendering in previous frame may still be in use by the GPU at the moment you allocate resources needed for the current frame, set this value to 1.oIf you want to allow any allocations other than used in the current frame to become lost, set this value to 0.zVulkanMemoryAllocatorEither null or a pointer to an array of limits on maximum number of bytes that can be allocated out of particular Vulkan memory heap.2If not NULL, it must be a pointer to an array of 1VkPhysicalDeviceMemoryProperties::memoryHeapCountr elements, defining limit on maximum number of bytes that can be allocated out of particular Vulkan memory heap.$Any of the elements may be equal to  VK_WHOLE_SIZEJ, which means no limit on that heap. This is also the default in case of pHeapSizeLimit = NULL.'If there is a limit defined for a heap:oIf user tries to allocate more memory from that heap using this allocator, the allocation fails with VK_ERROR_OUT_OF_DEVICE_MEMORY.8If the limit is smaller than heap size reported in VkMemoryHeap::sizeC, the value of this limit will be reported instead when using .Warning! Using this feature may not be equivalent to installing a GPU with smaller amount of memory, because graphics driver doesn't necessary fail new allocations with VK_ERROR_OUT_OF_DEVICE_MEMORY result when memory capacity is exceeded. It may return success and just silently migrate some device memory blocks to system RAM. This driver behavior can also be controlled using VK_AMD_memory_overallocation_behavior extension.{VulkanMemoryAllocator*Pointers to Vulkan functions. Can be null.For details see Pointers to Vulkan functions.|VulkanMemoryAllocator3Parameters for recording of VMA calls. Can be null.vIf not null, it enables recording of calls to VMA functions to a file. If support for recording is not enabled using VMA_RECORDING_ENABLED6 macro, creation of the allocator object fails with VK_ERROR_FEATURE_NOT_PRESENT.}VulkanMemoryAllocator!Handle to Vulkan instance object.OStarting from version 3.0.0 this member is no longer optional, it must be set!~VulkanMemoryAllocatorQOptional. The highest version of Vulkan that the application is designed to use.5It must be a value in the format as created by macro VK_MAKE_VERSION or a constant like: VK_API_VERSION_1_1, VK_API_VERSION_1_0. The patch version number specified is ignored. Only the major and minor versions are considered. It must be less or equal (preferably equal) to value as passed to vkCreateInstance as VkApplicationInfo::apiVersion}. Only versions 1.0, 1.1, 1.2 are supported by the current implementation. Leaving it initialized to zero is equivalent to VK_API_VERSION_1_0.VulkanMemoryAllocatorVmaRecordSettings@Parameters for recording calls to VMA functions. To be used in 'VmaAllocatorCreateInfo::pRecordSettings.VulkanMemoryAllocatorFlags for recording. Use  enum.VulkanMemoryAllocator9Path to the file that should be written by the recording.vSuggested extension: "csv". If the file already exists, it will be overwritten. It will be opened for the whole time ] object is alive. If opening this file fails, creation of the whole allocator object fails.VulkanMemoryAllocatorFlags to be used in VmaRecordSettings::flags.VulkanMemoryAllocatorVmaVulkanFunctionsAPointers to some Vulkan functions - a subset used by the library.Used in (VmaAllocatorCreateInfo::pVulkanFunctions.VulkanMemoryAllocatorFlags for created .VulkanMemoryAllocatorVmaDeviceMemoryCallbacks0Set of callbacks that the library will call for vkAllocateMemory and  vkFreeMemory.Provided for informative purpose, e.g. to gather statistics about number of allocations or total amount of memory allocated in Vulkan.Used in .VmaAllocatorCreateInfo::pDeviceMemoryCallbacks.VulkanMemoryAllocatorOptional, can be null.VulkanMemoryAllocatorOptional, can be null.VulkanMemoryAllocatorOptional, can be null.VulkanMemoryAllocator VmaAllocator3Represents main object of this library initialized.Fill structure q and call function  to create it. Call function  to destroy it.=It is recommended to create just one object of this type per VkDeviceg object, right after Vulkan is initialized and keep it alive until before Vulkan device is destroyed.VulkanMemoryAllocatorBit mask to extract only  ALGORITHM bits from entire set of flags.VulkanMemoryAllocator=Enables alternative, buddy allocation algorithm in this pool.'It operates on a tree of blocks, each having size that is a power of two and a half of its parent's size. Comparing to default algorithm, this one provides faster allocation and deallocation and decreased external fragmentation, at the expense of more memory wasted (internal fragmentation).For more details, see Buddy allocation algorithm.VulkanMemoryAllocator>Enables alternative, linear allocation algorithm in this pool.5Specify this flag to enable linear allocation algorithm, which always creates new allocations after last one and doesn't reuse space from allocations freed in between. It trades memory consumption for simplified algorithm and data structure, which has better performance and uses less memory for metadata.By using this flag, you can achieve behavior of free-at-once, stack, ring buffer, and double stack. For details, see documentation chapter Linear allocation algorithm.(When using this flag, you must specify  VmaPoolCreateInfo::maxBlockCount == 1 (or 0 for default).For more details, see Linear allocation algorithm.VulkanMemoryAllocatorUse this flag if you always allocate only buffers and linear images or only optimal images out of this pool and so Buffer-Image Granularity can be ignored.&This is an optional optimization flag.If you always allocate using  ,  , , then you don't need to use it because allocator knows exact type of your allocations so it can handle Buffer-Image Granularity in the optimal way.If you also allocate using  or , exact type of such allocations is not known, so allocator must be conservative in handling Buffer-Image Granularity, which can lead to suboptimal allocation (wasted memory). In that case, if you can make sure you always allocate only buffers and linear images or only optimal images out of this pool, use this flag to make allocator disregard Buffer-Image Granularity and so make allocations faster and more optimal.VulkanMemoryAllocatorA bit mask to extract only STRATEGY bits from entire set of flags.VulkanMemoryAllocator@Allocation strategy that tries to minimize memory fragmentation.VulkanMemoryAllocator;Allocation strategy that tries to minimize allocation time.VulkanMemoryAllocator8Allocation strategy that tries to minimize memory usage.VulkanMemoryAllocatorOAllocation strategy that chooses first suitable free range for the allocation."First" doesn't necessarily means the one with smallest offset in memory, but rather the one that is easiest and fastest to find.VulkanMemoryAllocatorQAllocation strategy that chooses biggest possible free range for the allocation.VulkanMemoryAllocatorRAllocation strategy that chooses smallest possible free range for the allocation.VulkanMemoryAllocator{Create allocation only if additional device memory required for it, if any, won't exceed memory budget. Otherwise return VK_ERROR_OUT_OF_DEVICE_MEMORY.VulkanMemoryAllocatorCreate both buffer/image and allocation, but don't bind them together. It is useful when you want to bind yourself to do some more advanced binding, e.g. using some extensions. The flag is meaningful only with functions that bind by default:  ,  . Otherwise it is ignored.VulkanMemoryAllocatorCAllocation will be created from upper stack in a double stack pool.9This flag is only allowed for custom pools created with  flag.VulkanMemoryAllocatorSet this flag to treat "VmaAllocationCreateInfo::pUserData as pointer to a null-terminated string. Instead of copying pointer value, a local copy of the string is made and stored in allocation's  pUserDataW. The string is automatically freed together with the allocation. It is also used in .VulkanMemoryAllocatorZWhile creating allocation using this flag, other allocations that were created with flag  can become lost.hFor details about supporting lost allocations, see Lost Allocations chapter of User Guide on Main Page.VulkanMemoryAllocatorZAllocation created with this flag can become lost as a result of another allocation with ( flag, so you must check it before use.)To check if allocation is not lost, call  and check if VmaAllocationInfo::deviceMemory is not VK_NULL_HANDLE.hFor details about supporting lost allocations, see Lost Allocations chapter of User Guide on Main Page.,You should not use this flag together with .VulkanMemoryAllocator[Set this flag to use a memory that will be persistently mapped and retrieve pointer to it.3Pointer to mapped memory will be returned through VmaAllocationInfo::pMappedData.OIt is valid to use this flag for allocation made from memory type that is not  HOST_VISIBLE. This flag is then ignored and memory is not mapped. This is useful if you need an allocation that is efficient to use on GPU ( DEVICE_LOCAL_) and still want to map it directly if possible on platforms that support it (e.g. Intel GPU).,You should not use this flag together with .VulkanMemoryAllocator4Set this flag to only try to allocate from existing VkDeviceMemory) blocks and never create new such block.YIf new allocation cannot be placed in any of the existing blocks, allocation fails with VK_ERROR_OUT_OF_DEVICE_MEMORY error.You should not use  and & at the same time. It makes no sense.If VmaAllocationCreateInfo::pool0 is not null, this flag is implied and ignored.VulkanMemoryAllocatorASet this flag if the allocation should have its own memory block.OUse it for special, big resources, like fullscreen images used as attachments. You should not use this flag if VmaAllocationCreateInfo::pool is not null.VulkanMemoryAllocator$Lazily allocated GPU memory having 'VK_MEMORY_PROPERTY_LAZILY_ALLOCATED_BIT. Exists mostly on mobile platforms. Using it on desktop PC or other GPUs with no such memory type present will fail the allocation.jUsage: Memory for transient attachment images (color attachments, depth attachments etc.), created with 'VK_IMAGE_USAGE_TRANSIENT_ATTACHMENT_BIT.JAllocations with this usage are always created as dedicated - it implies .VulkanMemoryAllocator+CPU memory - memory that is preferably not  DEVICE_LOCAL!, but also not guaranteed to be  HOST_VISIBLE.Usage: Staging copy of resources moved from GPU memory to CPU memory as part of custom paging/residency mechanism, to be moved back to GPU memory when needed.VulkanMemoryAllocator*Memory mappable on host (guarantees to be  HOST_VISIBLE+) and cached. It is roughly equivalent of D3D12_HEAP_TYPE_READBACK.Usage:Resources written by device, read by host - results of some computations, e.g. screen capture, average scene luminance for HDR tone mapping.Any resources read or accessed randomly on host, e.g. CPU-side copy of vertex buffer used as source of transfer, but also used for collision detection.VulkanMemoryAllocator7Memory that is both mappable on host (guarantees to be  HOST_VISIBLEi) and preferably fast to access by GPU. CPU access is typically uncached. Writes may be write-combined.Usage: Resources written frequently by host (dynamic), read by device. E.g. textures (with LINEAR layout), vertex buffers, uniform buffers updated every frame or every draw call.VulkanMemoryAllocatorYMemory will be mappable on host. It usually means CPU (system) memory. Guarantees to be  HOST_VISIBLE and  HOST_COHERENT. CPU access is typically uncached. Writes may be write-combined. Resources created in this pool may still be accessible to the device, but access to them can be slow. It is roughly equivalent of D3D12_HEAP_TYPE_UPLOAD.9Usage: Staging copy of resources used as transfer source.VulkanMemoryAllocatorMemory will be used on device only, so fast access from the device is preferred. It usually means device-local GPU (video) memory. No need to be mappable on host. It is roughly equivalent of D3D12_HEAP_TYPE_DEFAULT.Usage:KResources written and read by device, e.g. images used as attachments.Resources transferred from host once (immutable) or infrequently and read by device multiple times, e.g. textures to be sampled, vertex buffers, uniform (constant) buffers, and majority of other types of resources used on GPU.Allocation may still end up in  HOST_VISIBLEU memory on some implementations. In such case, you are free to map it. You can use  with this usage type.VulkanMemoryAllocator:No intended memory usage specified. Use other members of C to specify your requirements.VulkanMemoryAllocator2Enables flush after recording every function call.Enable it if you expect your application to crash, which may leave recording file truncated. It may degrade performance though.VulkanMemoryAllocatorAEnables usage of VK_EXT_memory_priority extension in the library.bYou may set this flag only if you found available and enabled this device extension, along with DVkPhysicalDeviceMemoryPriorityFeaturesEXT::memoryPriority == VK_TRUE*, while creating Vulkan device passed as VmaAllocatorCreateInfo::device.When this flag is used, !VmaAllocationCreateInfo::priority and VmaPoolCreateInfo::prioritya are used to set priorities of allocated Vulkan memory. Without it, these variables are ignored.A priority must be a floating-point value between 0 and 1, indicating the priority of the allocation relative to other memory allocations. Larger values are higher priority. The granularity of the priorities is implementation-dependent. It is automatically passed to every call to vkAllocateMemory& done by the library using structure VkMemoryPriorityAllocateInfoEXT. The value to be used for default priority is 0.5. For more details, see the documentation of the VK_EXT_memory_priority extension.VulkanMemoryAllocatorTEnables usage of "buffer device address" feature, which allows you to use function vkGetBufferDeviceAddress*K to get raw GPU pointer to a buffer and pass it for usage inside a shader."You may set this flag only if you: (For Vulkan version < 1.2) Found as available and enabled device extension VK_KHR_buffer_device_address. This extension is promoted to core Vulkan 1.2.3Found as available and enabled device feature @VkPhysicalDeviceBufferDeviceAddressFeatures::bufferDeviceAddress.4When this flag is set, you can create buffers with )VK_BUFFER_USAGE_SHADER_DEVICE_ADDRESS_BIT, using VMA. The library automatically adds %VK_MEMORY_ALLOCATE_DEVICE_ADDRESS_BIT9 to allocated memory blocks wherever it might be needed.RFor more information, see documentation chapter /Enabling buffer device address/.VulkanMemoryAllocator9Enables usage of VK_AMD_device_coherent_memory extension."You may set this flag only if you:rfound out that this device extension is supported and enabled it while creating Vulkan device passed as VmaAllocatorCreateInfo::device,checked that ?VkPhysicalDeviceCoherentMemoryFeaturesAMD::deviceCoherentMemory: is true and set it while creating the Vulkan device,.want it to be used internally by this library.SThe extension and accompanying device feature provide access to memory types with *VK_MEMORY_PROPERTY_DEVICE_COHERENT_BIT_AMD and *VK_MEMORY_PROPERTY_DEVICE_UNCACHED_BIT_AMDs flags. They are useful mostly for writing breadcrumb markers - a common method for debugging GPU crash/hang/TDR.When the extension is not enabled, such memory types are still enumerated, but their usage is illegal. To protect from this error, if you don't create the allocator with this flag, it will refuse to allocate any memory or create a custom pool in such memory type, returning VK_ERROR_FEATURE_NOT_PRESENT.VulkanMemoryAllocator0Enables usage of VK_EXT_memory_budget extension.You may set this flag only if you found out that this device extension is supported, you enabled it while creating Vulkan device passed as VmaAllocatorCreateInfo::device, and you want it to be used internally by this library, along with another instance extension VK_KHR_get_physical_device_properties2, which is required by it (or Vulkan 1.1, where this extension is promoted).The extension provides query for current memory usage and budget, which will probably be more accurate than an estimation used by the library otherwise.VulkanMemoryAllocator/Enables usage of VK_KHR_bind_memory2 extension.The flag works only if (VmaAllocatorCreateInfo::vulkanApiVersion == VK_API_VERSION_1_0 . When it's VK_API_VERSION_1_1M, the flag is ignored because the extension has been promoted to Vulkan 1.1.You may set this flag only if you found out that this device extension is supported, you enabled it while creating Vulkan device passed as VmaAllocatorCreateInfo::device9, and you want it to be used internally by this library.!The extension provides functions vkBindBufferMemory2KHR and vkBindImageMemory2KHR!, which allow to pass a chain of pNext= structures while binding. This flag is required if you use pNext parameter in  or .VulkanMemoryAllocator7Enables usage of VK_KHR_dedicated_allocation extension.The flag works only if (VmaAllocatorCreateInfo::vulkanApiVersion == VK_API_VERSION_1_0 . When it's VK_API_VERSION_1_1M, the flag is ignored because the extension has been promoted to Vulkan 1.1.Using this extension will automatically allocate dedicated blocks of memory for some buffers and images instead of suballocating place for them out of bigger memory blocks (as if you explicitly used V flag) when it is recommended by the driver. It may improve performance on some GPUs.You may set this flag only if you found out that following device extensions are supported, you enabled them while creating Vulkan device passed as VmaAllocatorCreateInfo::device;, and you want them to be used internally by this library:2VK_KHR_get_memory_requirements2 (device extension).VK_KHR_dedicated_allocation (device extension)wWhen this flag is set, you can experience following warnings reported by Vulkan validation layer. You can ignore them.|vkBindBufferMemory(): Binding memory to buffer 0x2d but vkGetBufferMemoryRequirements() has not been called on that buffer.VulkanMemoryAllocatorAllocator and all objects created from it will not be synchronized internally, so you must guarantee they are used from only one thread at a time or synchronized externally by you.PUsing this flag may increase performance because internal mutexes are not used.VulkanMemoryAllocatorCreates Allocator object.VulkanMemoryAllocator=A convenience wrapper to make a compatible pair of calls to  and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocatorDestroys allocator object.VulkanMemoryAllocator#Returns information about existing ' object - handle to Vulkan device etc.0It might be useful if you want to keep just the - handle and fetch other required handles to VkPhysicalDevice, VkDevice& etc. every time using this function.VulkanMemoryAllocatorPhysicalDeviceProperties are fetched from physicalDevice by the allocator. You can access it here, without fetching it again on your own.VulkanMemoryAllocatorPhysicalDeviceMemoryProperties are fetched from physicalDevice by the allocator. You can access it here, without fetching it again on your own.VulkanMemoryAllocatorDGiven Memory Type Index, returns Property Flags of this memory type.MThis is just a convenience function. Same information can be obtained using .VulkanMemoryAllocator Sets index of the current frame.9This function must be used if you make allocations with  and T flags to inform the allocator when a new frame begins. Allocations queried using ) cannot become lost in the current frame.VulkanMemoryAllocator9Retrieves statistics from current state of the Allocator.This function is called "calculate" not "get" because it has to traverse all internal data structures, so it may be quite slow. For faster but more brief statistics suitable to be called every frame or every allocation, use .lNote that when using allocator from multiple threads, returned information may immediately become outdated.VulkanMemoryAllocatorGRetrieves information about current memory budget for all memory heaps. Parameters# out # pBudget  Must point to array with number of elements at least equal to number of memory heaps in physical device used. This function is called "get" not "calculate" because it is very fast, suitable to be called every frame or every allocation. For more detailed statistics use .lNote that when using allocator from multiple threads, returned information may immediately become outdated.VulkanMemoryAllocator7Builds and returns statistics as string in JSON format. Parameters out  ppStatsString  Must be freed using 9 function. VulkanMemoryAllocator9Helps to find memoryTypeIndex, given memoryTypeBits and C.0This algorithm tries to find a memory type that:Is allowed by memoryTypeBits.AContains all the flags from pAllocationCreateInfo->requiredFlags.Matches intended usage.NHas as many flags from pAllocationCreateInfo->preferredFlags as possible.Returns{Returns VK_ERROR_FEATURE_NOT_PRESENT if not found. Receiving such result from this function or any other allocating function probably means that your device doesn't support any memory type with requested features for the specific type of resource you want to use it for. Please check parameters of your resource, like image layout (OPTIMAL versus LINEAR) or mip level count.VulkanMemoryAllocator=Helps to find memoryTypeIndex, given VkBufferCreateInfo and C.8It can be useful e.g. to determine value to be used as "VmaPoolCreateInfo::memoryTypeIndex. It internally creates a temporary, dummy buffer that never has memory bound. It is just a convenience function, equivalent to calling: vkCreateBuffer vkGetBufferMemoryRequirements vkDestroyBufferVulkanMemoryAllocator<Helps to find memoryTypeIndex, given VkImageCreateInfo and C.8It can be useful e.g. to determine value to be used as "VmaPoolCreateInfo::memoryTypeIndex. It internally creates a temporary, dummy image that never has memory bound. It is just a convenience function, equivalent to calling:  vkCreateImage vkGetImageMemoryRequirements vkDestroyImageVulkanMemoryAllocator+Allocates Vulkan device memory and creates R object. Parameters  allocator / Allocator object.   pCreateInfo / Parameters of pool to create.  out  pPool / Handle to created pool. VulkanMemoryAllocator<A convenience wrapper to make a compatible pair of calls to  and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocator Destroys R' object and frees Vulkan device memory.VulkanMemoryAllocator!Retrieves statistics of existing R object. Parameters  allocator / Allocator object.   pool / Pool object.  out  pPoolStats / Statistics of specified pool. VulkanMemoryAllocatorVMarks all allocations in given pool as lost if they are not used in current frame or "VmaPoolCreateInfo::frameInUseCount back from now. Parameters  allocator / Allocator object.   pool / Pool. # out D pLostAllocationCount  Number of allocations marked as lost. Optional - pass null if you don't need this information. VulkanMemoryAllocatorfChecks magic number in margins around all allocations in given memory pool in search for corruptions.*Corruption detection is enabled only when VMA_DEBUG_DETECT_CORRUPTION macro is defined to nonzero, VMA_DEBUG_MARGING is defined to nonzero and the pool is created in memory type that is  HOST_VISIBLE and  HOST_COHERENT. For more information, see Corruption detection.Possible return values:VK_ERROR_FEATURE_NOT_PRESENT? - corruption detection is not enabled for specified pool. VK_SUCCESS> - corruption detection has been performed and succeeded.VK_ERROR_VALIDATION_FAILED_EXTq - corruption detection has been performed and found memory corruptions around one of the allocations.  VMA_ASSERT is also fired in that case.COther value: Error returned by Vulkan, e.g. memory mapping failure.VulkanMemoryAllocator Retrieves name of a custom pool.After the call ppName is either null or points to an internally-owned null-terminated string containing name of the pool that was previously set. The pointer becomes invalid when the pool is destroyed or its name is changed using .VulkanMemoryAllocatorSets name of a custom pool.pName can be either null or pointer to a null-terminated string with new name for the pool. Function makes internal copy of the string, so it can be changed or freed immediately after this call.VulkanMemoryAllocator"General purpose memory allocation. Parameters out  pAllocation / Handle to allocated memory. # out 5 pAllocationInfo a Optional. Information about allocated memory. It can be later fetched using function . !You should free the memory using  or .It is recommended to use , ,  ,   instead whenever possible.VulkanMemoryAllocator=A convenience wrapper to make a compatible pair of calls to  and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocatorKGeneral purpose memory allocation for multiple allocation objects at once. Parameters  allocator / Allocator object.   pVkMemoryRequirements / Memory requirements for each allocation.   pCreateInfo / Creation parameters for each alloction.   allocationCount / Number of allocations to make.  out / pAllocations _ Pointer to array that will be filled with handles to created allocations. # out G pAllocationInfo  Optional. Pointer to array that will be filled with parameters of created allocations. !You should free the memory using  or .Word "pages" is just a suggestion to use this function to allocate pieces of memory needed for sparse binding. It is just a general purpose allocation function able to make multiple allocations at once. It may be internally optimized to be more efficient than calling  allocationCount times.All allocations are made using same parameters. All of them are created out of the same memory pool and type. If any allocation fails, all allocations already made within this function call are also freed, so that when returned result is not  VK_SUCCESS,  pAllocation' array is always entirely filled with VK_NULL_HANDLE.VulkanMemoryAllocator=A convenience wrapper to make a compatible pair of calls to  and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocator Parameters out  pAllocation / Handle to allocated memory. # out 5 pAllocationInfo a Optional. Information about allocated memory. It can be later fetched using function . !You should free the memory using .VulkanMemoryAllocator=A convenience wrapper to make a compatible pair of calls to  and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocatorFunction similar to .VulkanMemoryAllocator=A convenience wrapper to make a compatible pair of calls to  and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocator(Frees memory previously allocated using , , or .Passing VK_NULL_HANDLE as  allocation/ is valid. Such function call is just skipped.VulkanMemoryAllocator/Frees memory and destroys multiple allocations.Word "pages" is just a suggestion to use this function to free pieces of memory used for sparse binding. It is just a general purpose function to free memory and destroy allocations made using e.g. , X and other functions. It may be internally optimized to be more efficient than calling  allocationCount times.Allocations in  pAllocations: array can come from any memory pools and types. Passing VK_NULL_HANDLE as elements of  pAllocations0 array is valid. Such entries are just skipped.VulkanMemoryAllocatoriReturns current information about specified allocation and atomically marks it as used in current frame.8Current paramteres of given allocation are returned in pAllocationInfo.cThis function also atomically "touches" allocation - marks it as used in current frame, just like '. If the allocation is in lost state, /pAllocationInfo->deviceMemory == VK_NULL_HANDLE.Although this function uses atomics and doesn't lock any mutex, so it should be quite efficient, you can avoid calling it too often.You can retrieve same #< structure while creating your resource, from function  ,  . You can remember it if you are sure parameters don't change (e.g. due to defragmentation or allocation becoming lost).:If you just want to check if allocation is not lost,  will work faster.VulkanMemoryAllocatorReturns VK_TRUEM if allocation is not lost and atomically marks it as used in current frame.)If the allocation has been created with  flag, this function returns VK_TRUE if it's not in lost state, so it can still be used. It then also atomically "touches" the allocation - marks it as used in current frame, so that you can be sure it won't become lost in current frame or next frameInUseCount frames.9If the allocation is in lost state, the function returns VK_FALSE. Memory of such allocation, as well as buffer or image bound to it, should not be used. Lost allocation and the buffer/image still need to be destroyed.,If the allocation has been created without % flag, this function always returns VK_TRUE.VulkanMemoryAllocator0Sets pUserData in given allocation to new value.If the allocation was created with VMA_ALLOCATION_CREATE_USER_DATA_COPY_STRING_BIT, pUserData must be either null, or pointer to a null-terminated string. The function makes local copy of the string and sets it as allocation's  pUserData. String passed as pUserData doesn't need to be valid for whole lifetime of the allocation - you can free it after this call. String previously pointed by allocation's pUserData is freed from memory./If the flag was not used, the value of pointer  pUserData! is just copied to allocation's  pUserDatax. It is opaque, so you can use it however you want - e.g. as a pointer, ordinal number or some handle to you own data.VulkanMemoryAllocator@Creates new allocation that is in lost state from the beginning.:It can be useful if you need a dummy, non-null allocation./You still need to destroy created object using .Returned allocation is not tied to any specific memory pool or memory type and not bound to any image or buffer. It has size = 0. It cannot be turned into a real, non-empty allocation.VulkanMemoryAllocator=A convenience wrapper to make a compatible pair of calls to  and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocatorFMaps memory represented by given allocation and returns pointer to it.`Maps memory represented by given allocation to make it accessible to CPU code. When succeeded, *ppDataU contains pointer to first byte of this memory. If the allocation is part of bigger VkDeviceMemoryo block, the pointer is correctly offsetted to the beginning of region assigned to this particular allocation.ZMapping is internally reference-counted and synchronized, so despite raw Vulkan function  vkMapMemory()& cannot be used to map same block of VkDeviceMemory multiple times simultaneously, it is safe to call this function on allocations assigned to the same memory block. Actual Vulkan memory will be mapped on first mapping and unmapped on last unmapping.)If the function succeeded, you must call l to unmap the allocation when mapping is no longer needed or before freeing the allocation, at the latest.YIt also safe to call this function multiple times on the same allocation. You must call % same number of times as you called .BIt is also safe to call this function on allocation created with B flag. Its memory stays mapped all the time. You must still call % same number of times as you called . You must not call H additional time to free the "0-th" mapping made automatically due to  flag.MThis function fails when used on allocation made in memory type that is not  HOST_VISIBLE.MThis function always fails when called for allocation that was created with * flag. Such allocations cannot be mapped.{This function doesn't automatically flush or invalidate caches. If the allocation is made from a memory types that is not  HOST_COHERENT, you also need to use  / ', as required by Vulkan specification.VulkanMemoryAllocator<A convenience wrapper to make a compatible pair of calls to  and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocatorHUnmaps memory represented by given allocation, mapped previously using . For details, see description of .{This function doesn't automatically flush or invalidate caches. If the allocation is made from a memory types that is not  HOST_COHERENT, you also need to use  / ', as required by Vulkan specification.VulkanMemoryAllocator#Flushes memory of given allocation.Calls vkFlushMappedMemoryRanges() for memory associated with given range of given allocation. It needs to be called after writing to a mapped memory for memory types that are not  HOST_COHERENT1. Unmap operation doesn't do that automatically.offset1 must be relative to the beginning of allocation.size can be  VK_WHOLE_SIZE. It means all memory from offset& the the end of given allocation.offset and sizeS don't have to be aligned. They are internally rounded down/up to multiply of nonCoherentAtomSize.If size is 0, this call is ignored.If memory type that the  allocation belongs to is not  HOST_VISIBLE or it is  HOST_COHERENT, this call is ignored. Warning! offset and size( are relative to the contents of given  allocation4. If you mean whole allocation, you can pass 0 and  VK_WHOLE_SIZE4, respectively. Do not pass allocation's offset as offset!!!This function returns the VkResult from vkFlushMappedMemoryRanges if it is called, otherwise  VK_SUCCESS.VulkanMemoryAllocator'Invalidates memory of given allocation.Calls  vkInvalidateMappedMemoryRanges() for memory associated with given range of given allocation. It needs to be called before reading from a mapped memory for memory types that are not  HOST_COHERENT/. Map operation doesn't do that automatically.offset1 must be relative to the beginning of allocation.size can be  VK_WHOLE_SIZE. It means all memory from offset& the the end of given allocation.offset and sizeS don't have to be aligned. They are internally rounded down/up to multiply of nonCoherentAtomSize.If size is 0, this call is ignored.If memory type that the  allocation belongs to is not  HOST_VISIBLE or it is  HOST_COHERENT, this call is ignored. Warning! offset and size( are relative to the contents of given  allocation4. If you mean whole allocation, you can pass 0 and  VK_WHOLE_SIZE4, respectively. Do not pass allocation's offset as offset!!!This function returns the VkResult from vkInvalidateMappedMemoryRanges if it is called, otherwise  VK_SUCCESS.VulkanMemoryAllocator+Flushes memory of given set of allocations.Calls vkFlushMappedMemoryRanges()l for memory associated with given ranges of given allocations. For more information, see documentation of . Parameters allocator 8  allocationCount 8  allocations 8 G offsets  If not null, it must point to an array of offsets of regions to flush, relative to the beginning of respective allocations. Null means all ofsets are zero. 5 sizes s If not null, it must point to an array of sizes of regions to flush in respective allocations. Null means  VK_WHOLE_SIZE( for all allocations. This function returns the VkResult from vkFlushMappedMemoryRanges if it is called, otherwise  VK_SUCCESS.VulkanMemoryAllocator/Invalidates memory of given set of allocations.Calls  vkInvalidateMappedMemoryRanges()l for memory associated with given ranges of given allocations. For more information, see documentation of . Parameters allocator 8  allocationCount 8  allocations 8 G offsets  If not null, it must point to an array of offsets of regions to flush, relative to the beginning of respective allocations. Null means all ofsets are zero. 5 sizes s If not null, it must point to an array of sizes of regions to flush in respective allocations. Null means  VK_WHOLE_SIZE( for all allocations. This function returns the VkResult from vkInvalidateMappedMemoryRanges if it is called, otherwise  VK_SUCCESS.VulkanMemoryAllocatorChecks magic number in margins around all allocations in given memory types (in both default and custom pools) in search for corruptions. Parameters! memoryTypeBits q Bit mask, where each bit set means that a memory type with that index should be checked. *Corruption detection is enabled only when VMA_DEBUG_DETECT_CORRUPTION macro is defined to nonzero, VMA_DEBUG_MARGIN; is defined to nonzero and only for memory types that are  HOST_VISIBLE and  HOST_COHERENT. For more information, see Corruption detection.Possible return values:VK_ERROR_FEATURE_NOT_PRESENTN - corruption detection is not enabled for any of specified memory types. VK_SUCCESS> - corruption detection has been performed and succeeded.VK_ERROR_VALIDATION_FAILED_EXTq - corruption detection has been performed and found memory corruptions around one of the allocations.  VMA_ASSERT is also fired in that case.COther value: Error returned by Vulkan, e.g. memory mapping failure.VulkanMemoryAllocatorBegins defragmentation process. Parameters  allocator / Allocator object.   pInfo _ Structure filled with parameters of defragmentation. # out # pStats  Optional. Statistics of defragmentation. You can pass null if you are not interested in this information. # out # pContext 1 Context object that must be passed to J to finish defragmentation. Returns VK_SUCCESS and *pContext == null9 if defragmentation finished within this function call.  VK_NOT_READY and *pContext != null< if defragmentation has been started and you need to call / to finish it. Negative value in case of error.-Use this function instead of old, deprecated .Warning! Between the call to  and :5You should not use any of allocations passed as pInfo->pAllocations8 or any allocations that belong to pools passed as  pInfo->pPools, including calling , , or access their data.Some mutexes protecting internal data structures may be locked, so trying to make or free any allocations, bind buffers or images, map memory, or launch another simultaneous defragmentation in between may cause stall (when done on another thread) or deadlock (when done on the same thread), unless you are 100% sure that defragmented allocations are in different pools.Information returned via pStats and pInfo->pAllocationsChanged5 are undefined. They become valid after call to .If pInfo->commandBuffero is not null, you must submit that command buffer and make sure it finished execution before calling .fFor more information and important limitations regarding defragmentation, see documentation chapter: Defragmentation.VulkanMemoryAllocator=A convenience wrapper to make a compatible pair of calls to  and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocatorEnds defragmentation process.8Use this function to finish defragmentation started by . It is safe to pass context == null". The function then does nothing.VulkanMemoryAllocator>This function will call the supplied action between calls to  and  Note that @ is *not* called if an exception is thrown by the inner action.VulkanMemoryAllocator2Deprecated. Compacts memory by moving allocations. Parameters / pAllocations _ Array of allocations that can be moved during this compation.  / allocationCount _ Number of elements in pAllocations and pAllocationsChanged arrays. ; out w pAllocationsChanged  Array of boolean values that will indicate whether matching allocation in pAllocations array has been moved. This parameter is optional. Pass null if you don't need this information.  / pDefragmentationInfo _ Configuration parameters. Optional - pass null to use default values. # out G pDefragmentationStats  Statistics returned by the function. Optional - pass null if you don't need this information. Returns VK_SUCCESS4 if completed, negative error code in case of error. DeprecatedIThis is a part of the old interface. It is recommended to use structure  and function  instead.JThis function works by moving allocations to different places (different VkDeviceMemoryd objects and/or different offsets) in order to optimize memory usage. Only allocations that are in  pAllocationsa array can be moved. All other allocations are considered nonmovable in this call. Basic rules:5Only allocations made in memory types that have #VK_MEMORY_PROPERTY_HOST_VISIBLE_BIT and $VK_MEMORY_PROPERTY_HOST_COHERENT_BITt flags can be compacted. You may pass other allocations but it makes no sense - these will never be moved.Custom pools created with  or p flag are not defragmented. Allocations passed to this function that come from such pools are ignored.Allocations created with U or created as dedicated allocations for any other reason are also ignored.&Both allocations made with or without  flag can be compacted. If not persistently mapped, memory will be mapped temporarily inside this function if needed.You must not pass same + object multiple times in  pAllocations array.The function also frees empty VkDeviceMemory blocks.KWarning: This function may be time-consuming, so you shouldn't call it too often (like after every resource creation/destruction). You can call it on special occasions (like when reloading a game level or when you just destroyed a lot of objects). Calling it every frame may be OK, but you should measure that on your platform.For more information, see Defragmentation chapter.VulkanMemoryAllocatorBinds buffer to allocation.VBinds specified buffer to region of memory represented by specified allocation. Gets VkDeviceMemory handle and offset from the allocation. If you want to create a buffer, allocate memory for it and bind them together separately, you should use this function for binding instead of standard vkBindBufferMemory()<, because it ensures proper synchronization so that when a VkDeviceMemory3 object is used by multiple allocations, calls to vkBind*Memory() or  vkMapMemory()R won't happen from multiple threads simultaneously (which is illegal in Vulkan)."It is recommended to use function   instead of this one.VulkanMemoryAllocator6Binds buffer to allocation with additional parameters. ParametersG allocationLocalOffset R Additional offset to be added while binding, relative to the beginning of the  allocationL. Normally it should be 0. G pNext : A chain of structures to be attached to VkBindBufferMemoryInfoKHRU structure used internally. Normally it should be null. This function is similar to ), but it provides additional parameters.If pNext is not null, % object must have been created with  flag or with (VmaAllocatorCreateInfo::vulkanApiVersion >= VK_API_VERSION_1_1. Otherwise the call fails.VulkanMemoryAllocatorBinds image to allocation.UBinds specified image to region of memory represented by specified allocation. Gets VkDeviceMemory handle and offset from the allocation. If you want to create an image, allocate memory for it and bind them together separately, you should use this function for binding instead of standard vkBindImageMemory()<, because it ensures proper synchronization so that when a VkDeviceMemory3 object is used by multiple allocations, calls to vkBind*Memory() or  vkMapMemory()R won't happen from multiple threads simultaneously (which is illegal in Vulkan)."It is recommended to use function   instead of this one.VulkanMemoryAllocator5Binds image to allocation with additional parameters. ParametersG allocationLocalOffset R Additional offset to be added while binding, relative to the beginning of the  allocationL. Normally it should be 0. G pNext : A chain of structures to be attached to VkBindImageMemoryInfoKHRV structure used internally. Normally it should be null. This function is similar to ), but it provides additional parameters.If pNext is not null, % object must have been created with  flag or with (VmaAllocatorCreateInfo::vulkanApiVersion >= VK_API_VERSION_1_1. Otherwise the call fails. VulkanMemoryAllocator Parameters out  pBuffer / Buffer that was created.  out  pAllocation / Allocation that was created. # out 5 pAllocationInfo a Optional. Information about allocated memory. It can be later fetched using function . This function automatically: Creates buffer.$Allocates appropriate memory for it.!Binds the buffer with the memory.If any of these operations fail, buffer and allocation are not created, returned value is negative error code, *pBuffer and *pAllocation are null.If the function succeeded, you must destroy both buffer and allocation when you no longer need them using either convenience function   or separately, using vkDestroyBuffer() and .If  flag was used, VK_KHR_dedicated_allocation extension is used internally to query driver whether it requires or prefers the new buffer to have dedicated allocation. If yes, and if dedicated allocation is possible (VmaAllocationCreateInfo::pool is null and W is not used), it creates dedicated allocation for this buffer, just like when using .NoteThis function creates a new VkBuffer. Sub-allocation of parts of one large buffer, although recommended as a good practice, is out of scope of this library and could be implemented by the user as a higher-level logic on top of VMA. VulkanMemoryAllocator=A convenience wrapper to make a compatible pair of calls to   and  To ensure that   is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument. VulkanMemoryAllocator2Destroys Vulkan buffer and frees allocated memory.2This is just a convenience function equivalent to: [vkDestroyBuffer(device, buffer, allocationCallbacks); vmaFreeMemory(allocator, allocation);4It it safe to pass null as buffer and/or allocation. VulkanMemoryAllocatorFunction similar to  . VulkanMemoryAllocator=A convenience wrapper to make a compatible pair of calls to   and To ensure that  is always called: pass  (or the allocate function from your favourite resource management library) as the last argument. To just extract the pair pass (,) as the last argument.VulkanMemoryAllocator1Destroys Vulkan image and frees allocated memory.2This is just a convenience function equivalent to: YvkDestroyImage(device, image, allocationCallbacks); vmaFreeMemory(allocator, allocation);3It it safe to pass null as image and/or allocation.  !"#$(*'%&)+,-./412305678<=9:;>?@ABCDIJKEFGHLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmopnqrstuvwxyz{|}~     3     qrstuvwxyz{|}~lmopn_`abcdefghijkZ[\]^TUVWXYRSPQOMNCDIJKEFGHLB@A5678<=9:;>?-./41230+,#$(*'%&)!"            !"#$%&''(()*+,-.//01234567899:;;<=>?@ABCDDEFFGGHHIJKLMMNOPQQRSTUVWXYZ[\]]^_`aabcdefghijklmnnopqqrsstuvwxyz{|}~      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~0VulkanMemoryAllocator-0.6-Cn4DHmaecSf1bFeSlXnkB0VulkanMemoryAllocatorControl.ExceptionbracketDefragmentationStats$$sel:bytesMoved:DefragmentationStats$$sel:bytesFreed:DefragmentationStats*$sel:allocationsMoved:DefragmentationStats1$sel:deviceMemoryBlocksFreed:DefragmentationStatsDefragmentationInfo'$sel:maxBytesToMove:DefragmentationInfo-$sel:maxAllocationsToMove:DefragmentationInfoDefragmentationPassInfo&$sel:moveCount:DefragmentationPassInfo"$sel:moves:DefragmentationPassInfoDefragmentationPassMoveInfo+$sel:allocation:DefragmentationPassMoveInfo'$sel:memory:DefragmentationPassMoveInfo'$sel:offset:DefragmentationPassMoveInfoDefragmentationInfo2$sel:flags:DefragmentationInfo2%$sel:allocations:DefragmentationInfo2,$sel:allocationsChanged:DefragmentationInfo2$sel:pools:DefragmentationInfo2+$sel:maxCpuBytesToMove:DefragmentationInfo21$sel:maxCpuAllocationsToMove:DefragmentationInfo2+$sel:maxGpuBytesToMove:DefragmentationInfo21$sel:maxGpuAllocationsToMove:DefragmentationInfo2'$sel:commandBuffer:DefragmentationInfo2DefragmentationFlagBitsDefragmentationFlagsDefragmentationContextAllocationInfo$sel:memoryType:AllocationInfo $sel:deviceMemory:AllocationInfo$sel:offset:AllocationInfo$sel:size:AllocationInfo$sel:mappedData:AllocationInfo$sel:userData:AllocationInfo Allocation PoolStats$sel:size:PoolStats$sel:unusedSize:PoolStats$sel:allocationCount:PoolStats$sel:unusedRangeCount:PoolStats!$sel:unusedRangeSizeMax:PoolStats$sel:blockCount:PoolStatsPoolCreateInfo#$sel:memoryTypeIndex:PoolCreateInfo$sel:flags:PoolCreateInfo$sel:blockSize:PoolCreateInfo!$sel:minBlockCount:PoolCreateInfo!$sel:maxBlockCount:PoolCreateInfo#$sel:frameInUseCount:PoolCreateInfo$sel:priority:PoolCreateInfo*$sel:minAllocationAlignment:PoolCreateInfo&$sel:memoryAllocateNext:PoolCreateInfoPoolCreateFlagBitsPoolCreateFlagsAllocationCreateInfo$sel:flags:AllocationCreateInfo$sel:usage:AllocationCreateInfo'$sel:requiredFlags:AllocationCreateInfo($sel:preferredFlags:AllocationCreateInfo($sel:memoryTypeBits:AllocationCreateInfo$sel:pool:AllocationCreateInfo"$sel:userData:AllocationCreateInfo"$sel:priority:AllocationCreateInfoAllocationCreateFlagBitsAllocationCreateFlags MemoryUsagePoolBudget$sel:blockBytes:Budget$sel:allocationBytes:Budget$sel:usage:Budget$sel:budget:BudgetStats$sel:memoryType:Stats$sel:memoryHeap:Stats$sel:total:StatsStatInfo$sel:blockCount:StatInfo$sel:allocationCount:StatInfo$sel:unusedRangeCount:StatInfo$sel:usedBytes:StatInfo$sel:unusedBytes:StatInfo$sel:allocationSizeMin:StatInfo$sel:allocationSizeAvg:StatInfo$sel:allocationSizeMax:StatInfo $sel:unusedRangeSizeMin:StatInfo $sel:unusedRangeSizeAvg:StatInfo $sel:unusedRangeSizeMax:StatInfo AllocatorInfo$sel:instance':AllocatorInfo!$sel:physicalDevice:AllocatorInfo$sel:device:AllocatorInfoAllocatorCreateInfo$sel:flags:AllocatorCreateInfo'$sel:physicalDevice:AllocatorCreateInfo$sel:device:AllocatorCreateInfo4$sel:preferredLargeHeapBlockSize:AllocatorCreateInfo,$sel:allocationCallbacks:AllocatorCreateInfo.$sel:deviceMemoryCallbacks:AllocatorCreateInfo($sel:frameInUseCount:AllocatorCreateInfo&$sel:heapSizeLimit:AllocatorCreateInfo($sel:vulkanFunctions:AllocatorCreateInfo'$sel:recordSettings:AllocatorCreateInfo"$sel:instance':AllocatorCreateInfo)$sel:vulkanApiVersion:AllocatorCreateInfoRecordSettings$sel:flags:RecordSettings$sel:filePath:RecordSettingsRecordFlagBits RecordFlagsVulkanFunctions2$sel:vkGetPhysicalDeviceProperties:VulkanFunctions8$sel:vkGetPhysicalDeviceMemoryProperties:VulkanFunctions%$sel:vkAllocateMemory:VulkanFunctions!$sel:vkFreeMemory:VulkanFunctions $sel:vkMapMemory:VulkanFunctions"$sel:vkUnmapMemory:VulkanFunctions.$sel:vkFlushMappedMemoryRanges:VulkanFunctions3$sel:vkInvalidateMappedMemoryRanges:VulkanFunctions'$sel:vkBindBufferMemory:VulkanFunctions&$sel:vkBindImageMemory:VulkanFunctions2$sel:vkGetBufferMemoryRequirements:VulkanFunctions1$sel:vkGetImageMemoryRequirements:VulkanFunctions#$sel:vkCreateBuffer:VulkanFunctions$$sel:vkDestroyBuffer:VulkanFunctions"$sel:vkCreateImage:VulkanFunctions#$sel:vkDestroyImage:VulkanFunctions$$sel:vkCmdCopyBuffer:VulkanFunctions6$sel:vkGetBufferMemoryRequirements2KHR:VulkanFunctions5$sel:vkGetImageMemoryRequirements2KHR:VulkanFunctions+$sel:vkBindBufferMemory2KHR:VulkanFunctions*$sel:vkBindImageMemory2KHR:VulkanFunctions<$sel:vkGetPhysicalDeviceMemoryProperties2KHR:VulkanFunctionsAllocatorCreateFlagBitsAllocatorCreateFlagsDeviceMemoryCallbacks&$sel:pfnAllocate:DeviceMemoryCallbacks"$sel:pfnFree:DeviceMemoryCallbacks#$sel:userData:DeviceMemoryCallbacksPFN_vmaFreeDeviceMemoryFunctionFN_vmaFreeDeviceMemoryFunction#PFN_vmaAllocateDeviceMemoryFunction"FN_vmaAllocateDeviceMemoryFunction Allocator DEFRAGMENTATION_FLAG_INCREMENTALPOOL_CREATE_ALGORITHM_MASKPOOL_CREATE_BUDDY_ALGORITHM_BIT POOL_CREATE_LINEAR_ALGORITHM_BIT/POOL_CREATE_IGNORE_BUFFER_IMAGE_GRANULARITY_BITALLOCATION_CREATE_STRATEGY_MASK0ALLOCATION_CREATE_STRATEGY_MIN_FRAGMENTATION_BIT'ALLOCATION_CREATE_STRATEGY_MIN_TIME_BIT)ALLOCATION_CREATE_STRATEGY_MIN_MEMORY_BIT(ALLOCATION_CREATE_STRATEGY_FIRST_FIT_BIT(ALLOCATION_CREATE_STRATEGY_WORST_FIT_BIT'ALLOCATION_CREATE_STRATEGY_BEST_FIT_BIT#ALLOCATION_CREATE_WITHIN_BUDGET_BITALLOCATION_CREATE_DONT_BIND_BIT#ALLOCATION_CREATE_UPPER_ADDRESS_BIT+ALLOCATION_CREATE_USER_DATA_COPY_STRING_BIT)ALLOCATION_CREATE_CAN_MAKE_OTHER_LOST_BIT%ALLOCATION_CREATE_CAN_BECOME_LOST_BITALLOCATION_CREATE_MAPPED_BIT$ALLOCATION_CREATE_NEVER_ALLOCATE_BIT&ALLOCATION_CREATE_DEDICATED_MEMORY_BIT!MEMORY_USAGE_GPU_LAZILY_ALLOCATEDMEMORY_USAGE_CPU_COPYMEMORY_USAGE_GPU_TO_CPUMEMORY_USAGE_CPU_TO_GPUMEMORY_USAGE_CPU_ONLYMEMORY_USAGE_GPU_ONLYMEMORY_USAGE_UNKNOWNRECORD_FLUSH_AFTER_CALL_BIT(ALLOCATOR_CREATE_EXT_MEMORY_PRIORITY_BIT*ALLOCATOR_CREATE_BUFFER_DEVICE_ADDRESS_BIT/ALLOCATOR_CREATE_AMD_DEVICE_COHERENT_MEMORY_BIT&ALLOCATOR_CREATE_EXT_MEMORY_BUDGET_BIT%ALLOCATOR_CREATE_KHR_BIND_MEMORY2_BIT-ALLOCATOR_CREATE_KHR_DEDICATED_ALLOCATION_BIT,ALLOCATOR_CREATE_EXTERNALLY_SYNCHRONIZED_BITcreateAllocator withAllocatordestroyAllocatorgetAllocatorInfogetPhysicalDevicePropertiesgetMemoryPropertiesgetMemoryTypePropertiessetCurrentFrameIndexcalculateStats getBudgetbuildStatsStringfreeStatsStringfindMemoryTypeIndex findMemoryTypeIndexForBufferInfofindMemoryTypeIndexForImageInfo createPoolwithPool destroyPool getPoolStatsmakePoolAllocationsLostcheckPoolCorruption getPoolName setPoolNameallocateMemory withMemoryallocateMemoryPageswithMemoryPagesallocateMemoryForBufferwithMemoryForBufferallocateMemoryForImagewithMemoryForImage freeMemoryfreeMemoryPagesgetAllocationInfotouchAllocationsetAllocationUserDatacreateLostAllocationwithLostAllocation mapMemorywithMappedMemory unmapMemoryflushAllocationinvalidateAllocationflushAllocationsinvalidateAllocationscheckCorruptiondefragmentationBeginwithDefragmentationdefragmentationEndbeginDefragmentationPassuseDefragmentationPassendDefragmentationPass defragmentbindBufferMemorybindBufferMemory2bindImageMemorybindImageMemory2 createBuffer withBuffer destroyBuffer createImage withImage destroyImage$fShowAllocator$fZeroDeviceMemoryCallbacks$fStorableDeviceMemoryCallbacks"$fFromCStructDeviceMemoryCallbacks $fToCStructDeviceMemoryCallbacks$fReadAllocatorCreateFlagBits$fShowAllocatorCreateFlagBits$fZeroVulkanFunctions$fStorableVulkanFunctions$fFromCStructVulkanFunctions$fToCStructVulkanFunctions$fReadRecordFlagBits$fShowRecordFlagBits$fZeroRecordSettings$fFromCStructRecordSettings$fToCStructRecordSettings$fZeroAllocatorCreateInfo $fFromCStructAllocatorCreateInfo$fToCStructAllocatorCreateInfo$fZeroAllocatorInfo$fStorableAllocatorInfo$fFromCStructAllocatorInfo$fToCStructAllocatorInfo$fZeroStatInfo$fStorableStatInfo$fFromCStructStatInfo$fToCStructStatInfo $fZeroStats$fStorableStats$fFromCStructStats$fToCStructStats $fZeroBudget$fStorableBudget$fFromCStructBudget$fToCStructBudget $fShowPool$fReadMemoryUsage$fShowMemoryUsage$fReadAllocationCreateFlagBits$fShowAllocationCreateFlagBits$fZeroAllocationCreateInfo$fStorableAllocationCreateInfo!$fFromCStructAllocationCreateInfo$fToCStructAllocationCreateInfo$fReadPoolCreateFlagBits$fShowPoolCreateFlagBits$fZeroPoolCreateInfo$fStorablePoolCreateInfo$fFromCStructPoolCreateInfo$fToCStructPoolCreateInfo$fZeroPoolStats$fStorablePoolStats$fFromCStructPoolStats$fToCStructPoolStats$fShowAllocation$fZeroAllocationInfo$fStorableAllocationInfo$fFromCStructAllocationInfo$fToCStructAllocationInfo$fShowDefragmentationContext$fReadDefragmentationFlagBits$fShowDefragmentationFlagBits$fZeroDefragmentationInfo2!$fFromCStructDefragmentationInfo2$fToCStructDefragmentationInfo2!$fZeroDefragmentationPassMoveInfo%$fStorableDefragmentationPassMoveInfo($fFromCStructDefragmentationPassMoveInfo&$fToCStructDefragmentationPassMoveInfo$fZeroDefragmentationPassInfo!$fStorableDefragmentationPassInfo$$fFromCStructDefragmentationPassInfo"$fToCStructDefragmentationPassInfo$fZeroDefragmentationInfo$fStorableDefragmentationInfo $fFromCStructDefragmentationInfo$fToCStructDefragmentationInfo$fZeroDefragmentationStats$fStorableDefragmentationStats!$fFromCStructDefragmentationStats$fToCStructDefragmentationStats $fEqAllocator$fOrdAllocator$fStorableAllocator$fZeroAllocator$fIsHandleAllocator$fEqAllocatorCreateFlagBits$fOrdAllocatorCreateFlagBits!$fStorableAllocatorCreateFlagBits$fZeroAllocatorCreateFlagBits$fBitsAllocatorCreateFlagBits#$fFiniteBitsAllocatorCreateFlagBits$fEqVulkanFunctions$fEqRecordFlagBits$fOrdRecordFlagBits$fStorableRecordFlagBits$fZeroRecordFlagBits$fBitsRecordFlagBits$fFiniteBitsRecordFlagBits$fEqAllocatorInfo $fEqStatInfo $fEqBudget$fEqPool $fOrdPool$fStorablePool $fZeroPool$fIsHandlePool$fEqMemoryUsage$fOrdMemoryUsage$fStorableMemoryUsage$fZeroMemoryUsage$fEqAllocationCreateFlagBits$fOrdAllocationCreateFlagBits"$fStorableAllocationCreateFlagBits$fZeroAllocationCreateFlagBits$fBitsAllocationCreateFlagBits$$fFiniteBitsAllocationCreateFlagBits$fEqPoolCreateFlagBits$fOrdPoolCreateFlagBits$fStorablePoolCreateFlagBits$fZeroPoolCreateFlagBits$fBitsPoolCreateFlagBits$fFiniteBitsPoolCreateFlagBits $fEqPoolStats$fEqAllocation$fOrdAllocation$fStorableAllocation$fZeroAllocation$fIsHandleAllocation$fEqDefragmentationContext$fOrdDefragmentationContext $fStorableDefragmentationContext$fZeroDefragmentationContext $fIsHandleDefragmentationContext$fEqDefragmentationFlagBits$fOrdDefragmentationFlagBits!$fStorableDefragmentationFlagBits$fZeroDefragmentationFlagBits$fBitsDefragmentationFlagBits#$fFiniteBitsDefragmentationFlagBits$fEqDefragmentationPassMoveInfo$fEqDefragmentationPassInfo$fEqDefragmentationInfo$fEqDefragmentationStats$fShowDefragmentationStats$fShowDefragmentationInfo$fShowDefragmentationPassInfo!$fShowDefragmentationPassMoveInfo$fShowDefragmentationInfo2$fShowAllocationInfo$fShowPoolStats$fShowPoolCreateInfo$fShowAllocationCreateInfo $fShowBudget $fShowStats$fShowStatInfo$fShowAllocatorInfo$fShowAllocatorCreateInfo$fShowRecordSettings$fShowVulkanFunctions$fShowDeviceMemoryCallbacks