mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2025-04-26 06:54:49 +00:00
design: buffer: add missing markup and ()s to func references
Additionally, rework paragraph to avoid redundancy.
This commit is contained in:
parent
e184065fb8
commit
939273f1e8
1 changed files with 6 additions and 6 deletions
|
@ -68,13 +68,13 @@ Accessing the data of the buffer can happen by retrieving the individual
|
||||||
`GstMemory` objects in the `GstBuffer` or by using the `gst_buffer_map()` and
|
`GstMemory` objects in the `GstBuffer` or by using the `gst_buffer_map()` and
|
||||||
`gst_buffer_unmap()` functions.
|
`gst_buffer_unmap()` functions.
|
||||||
|
|
||||||
The `_map` and `_unmap` functions will always return the memory of all blocks as
|
The `_map()` and `_unmap()` functions will always return the memory of all
|
||||||
one large contiguous region of memory. Using the `_map` and `_unmap` functions
|
blocks as one large contiguous region. Using these functions might be more
|
||||||
might be more convenient than accessing the individual memory blocks at the
|
convenient than accessing the individual memory blocks at the expense of
|
||||||
expense of being more expensive because it might perform memcpy operations.
|
being more expensive because it might perform memcpy operations.
|
||||||
|
|
||||||
For buffers with only one `GstMemory` object (the most common case), `_map` and
|
For buffers with only one `GstMemory` object (the most common case), `_map()`
|
||||||
`_unmap` have no performance penalty at all.
|
and `_unmap()` have no performance penalty at all.
|
||||||
|
|
||||||
- **Read access with 1 memory block**: The memory block is accessed and mapped
|
- **Read access with 1 memory block**: The memory block is accessed and mapped
|
||||||
for read access. The memory block is unmapped after usage
|
for read access. The memory block is unmapped after usage
|
||||||
|
|
Loading…
Reference in a new issue