* 00_Introduction.md: add a license section
Add a "license" section to clarify the copyright status of the website/ebook.
* Add LICENSE.CC-BY-SA-40
* Add LICENSE.CC0
This allows for using different texture sizes without having to
know the mipmap count in advance.
All conformant Vulkan implementations should be able to handle this
constant, which is equal to `1000.0f`.
The function "createImageView" has a somewhat incorrect error message,
saying that it failed to create a texture image view. However, the
function is also used by more than simply the texture image view
creation process(e.g., the swapchain image view creation process, "createImageViews").
Next, update the VkRenderPassCreateInfo struct to refer to both attachments
should be
Next, update the VkSubpassDependency struct to refer to both attachments.
----------------
I checked the source code at the end of the article and indeed VkRenderPassCreateInfo should be VkSubpassDependency
* Started working on compute shader bonus chapter
* Continued work on compute shader bonus chapter
* Continued work on compute shader bonus chapter
* Added code for compute sample
work-in-progress
* Added code for compute sample
Per-frame ssbos
Compute shader is now integrated and updating particles
work-in-progress
* Added code for compute sample
Nicer visuals, circular initial particle positions
work-in-progress
* Added code for compute sample
work-in-progress
* Tutorial compute queue families, submission and synchronization chapter
* Added paragraphs on sync, submit and queue familes
Rewording some paragraphs
* Rewording
Added image for workgroup and invocations compute space
* Sample for work group and dispatch counts
* Note and spec reference on queue families
* Minor additions
* Sample code uses SSBO per frame
Code cleanup
Tutotorial changed
* Added image for SSBOs per-frame reads and writes
* Conclusion
* Added note on signaled fences
* Update 11_Compute_Shader.md
* Use persistent mapped buffers
* Added links to advanced topics (tutorials, samples)
* Fixed typo
* Add note for the storage image chapter
* Added note on how to handle uneven no. of invocations using gl_GlobalInvocationID
* Added compute fence resize to tutorial
Was already present in code
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Update en/11_Compute_Shader.md
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Name the actual compute related physical device limits
* Clarfiy how work group and invocation counts are specified
* Show how initial particle data is generated for the shader storage buffer s
* Restructure SSBO setup
* Indentation
* Minor touches
* fixed transposition
* Added note on std140 memory layout qualifier
---------
Co-authored-by: Marty Johnson <68354714+marty-johnson59@users.noreply.github.com>
Co-authored-by: Charles Giessen <46324611+charles-lunarg@users.noreply.github.com>
* Updated UBO chapter and removed in-place map and unmap of the ubo
Replaced it with map-once aka "persistent mapping"
* Fixed index for uniform buffer selection
* Update code samples to persistent ubo mapping
* Resize vector for mapped uniform buffer pointers
* Use calculated buffer size for mapping
* Update code samples to persistent ubo mapping
* Spelling
On Fedora, the packages should be libXi-devel and libXxf86vm-devel,
instead of libXi and libXxf86vm. Otherwise, by following the tutorial,
we might get errors such as:
/usr/bin/ld: cannot find -lXxf86vm
collect2: error: ld returned 1 exit status
make: *** [Makefile:5: VulkanTest] Error 1
* Prefer use of dynamic state for viewport and scissor
* Slight rewording, working in-page anchor
* Updated command buffers chapter and code to use dynamic viewport and scissor state
* Updated swap chain recreation chapter
No more need to recreate the graphics pipeline as viewport and scissor state are now dynamic
* Updated command buffer chapter code to use dynamic viewport and scissor
* Removed render pass destruction/creation for swap chain recreation
This is not needed anymore
* Use dynamic state for viewport and scissor for samples after the fixed function chapter
* Use dynamic state for viewport and scissor for samples after the swap chain recreation chapter
Removed render pass destruction/creation for swap chain recreation, no longer necessary
* Removed duplicate code
* Wording change
* Changed wording on chapter intro, moved dynamic state paragraph to the top
* Fixed wording
* Fixed wording
* C++ style cast
* Wording
* Wording
* Wording
* Added note on renderpass recreation
* Apply suggestions from code review
Incorporate suggestions
Co-authored-by: Alexander Overvoorde <overv161@gmail.com>
* Added dynamic state to conclusion chapter
* Remove unnecessary link
* Remove code referencing command buffers too early
Co-authored-by: Alexander Overvoorde <overv161@gmail.com>