Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit a9f8a0b

Browse files
committed
Fix reference to wrong mode in list of presentation modes
1 parent a18838e commit a9f8a0b

1 file changed

Lines changed: 5 additions & 5 deletions

File tree

03_Drawing_a_triangle/01_Presentation/01_Swap_chain.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -282,11 +282,11 @@ transferred to the screen right away, which may result in tearing.
282282
an image from the front of the queue on a vertical blank and the program inserts
283283
rendered images at the back of the queue. If the queue is full then the program
284284
has to wait. This is most similar to vertical sync as found in modern games.
285-
* `VK_PRESENT_MODE_FIFO_RELAXED_KHR`: This mode only differs from the first one
286-
if the application is late and the queue was empty at the last vertical blank.
287-
Instead of waiting for the next vertical blank, the image is transferred right
288-
away when it finally arrives. This may result in visible tearing.
289-
* `VK_PRESENT_MODE_MAILBOX_KHR`: This is another variation of the first mode.
285+
* `VK_PRESENT_MODE_FIFO_RELAXED_KHR`: This mode only differs from the previous
286+
one if the application is late and the queue was empty at the last vertical
287+
blank. Instead of waiting for the next vertical blank, the image is transferred
288+
right away when it finally arrives. This may result in visible tearing.
289+
* `VK_PRESENT_MODE_MAILBOX_KHR`: This is another variation of the second mode.
290290
Instead of blocking the application when the queue is full, the images that are
291291
already queued are simply replaced with the newer ones. This mode can be used to
292292
implement triple buffering, which allows you to avoid tearing with significantly

0 commit comments

Comments
 (0)