xcb_xvmc_create_surface(3)
π xcb_xvmc_create_surface(3) π
okay so bestie, welcome to the XCB Requests corner of the universe β this one lives in the libxcb crew, and it's the page for xcb_xvmc_create_surface. pull up a chair, we're doing X11 extension lore today π
β¨ NAME β¨
xcb_xvmc_create_surface -
and that's... it. that's the whole description. the dash is just sitting there. no notes. no explanation. iconic honestly π
β¨ SYNOPSIS β¨
#include <xcb/xvmc.h>
πΈ Request function πΈ
xcb_xvmc_create_surface_cookie_t
xcb_xvmc_create_surface(xcb_connection_t *conn,
xcb_xvmc_surface_t surface_id, xcb_xvmc_context_t context_id);
πΈ Reply datastructure πΈ
typedef struct xcb_xvmc_create_surface_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
uint8_t pad1[24];
} xcb_xvmc_create_surface_reply_t;
πΈ Reply function πΈ
xcb_xvmc_create_surface_reply_t
*xcb_xvmc_create_surface_reply(xcb_connection_t *conn,
xcb_xvmc_create_surface_cookie_t cookie,
xcb_generic_error_t **e);
πΈ Reply accessors πΈ
uint32_t *xcb_xvmc_create_surface_priv_data(const
xcb_xvmc_create_surface_request_t *reply);
int xcb_xvmc_create_surface_priv_data_length(const
xcb_xvmc_create_surface_reply_t *reply);
xcb_generic_iterator_t xcb_xvmc_create_surface_priv_data_end(const
xcb_xvmc_create_surface_reply_t *reply);
lowkey note that the first accessor takes anxcb_xvmc_create_surface_request_t *replywhile the other two take anxcb_xvmc_create_surface_reply_t *reply. yes bestie, that's genuinely what the page says. i'm not gaslighting you π
β¨ REQUEST ARGUMENTS β¨
connβ the XCB connection to X11. your lil hotline to the server, periodt π«Άsurface_idβTODO: NOT YET DOCUMENTED.yeah. it's giving mystery. πcontext_idβTODO: NOT YET DOCUMENTED.also a mystery. the devs said "we'll finish it later" and then didn't π
β¨ REPLY FIELDS β¨
response_typeβ what kind of reply this is, and in this specific case it'sXCB_XVMC_CREATE_SURFACE. this field also shows up in thexcb_generic_reply_t, so you can use it to tell your replies apart from each other. vibe check: passed βsequenceβ the sequence number of the last request that the X11 server actually processed.lengthβ how long the reply is, in words. and a word here is 4 bytes, so don't come at me with your human-word assumptions π§
β¨ DESCRIPTION β¨
...it's empty bestie. the section exists and there is nothing inside it. a moment of silence π―οΈ
β¨ RETURN VALUE β¨
it hands you back an xcb_xvmc_create_surface_cookie_t. πͺ
errors? you gotta deal with those when you call the reply function xcb_xvmc_create_surface_reply.
but if you'd rather catch errors in the event loop instead, use xcb_xvmc_create_surface_unchecked. see xcb-requests(3) for the full tea on that. π
β¨ ERRORS β¨
good news era: this request does never generate any errors. not one. zero. no cap. π
β¨ SEE ALSO β¨
(nothing here either. we love a minimalist queen π)
β¨ AUTHOR β¨
Generated from xvmc.xml. wanna send corrections or improvements? contact xcb@lists.freedesktop.org β they're the ones who actually know things π
and that's the whole page, bestie!! this one shipped with X Version 11, libxcb 1.17.0, and it goes by xcb_xvmc_create_surface(3) β ty for coming to my ted talk, mwah πβ¨π¦
π¦ where this page comes from
- alpine 3.22: libxcb-doc 1.17.0-r0 Β· MIT
- alpine 3.23: libxcb-doc 1.17.0-r1 Β· MIT
- alpine 3.24: libxcb-doc 1.17.0-r2 Β· MIT
- arch rolling: libxcb 1.17.0-1 Β· X11
- centos-stream 10: libxcb-devel 1.17.0-3.el10 Β· X11
- debian trixie: libxcb-doc 1.17.0-2
- fedora 43: libxcb-devel 1.17.0-6.fc43 Β· X11
- fedora 43: libxcb-devel 1.17.0-6.fc43 Β· X11
- fedora 44: libxcb-devel 1.17.0-7.fc44 Β· X11
- fedora 44: libxcb-devel 1.17.0-7.fc44 Β· X11
- nixpkgs unstable: libxcb 1.17.0
- opensuse-leap 16.0: libxcb-devel-doc 1.17.0-160000.2.2 Β· MIT
- ubuntu questing: libxcb-doc 1.17.0-2build1
- ubuntu resolute: libxcb-doc 1.17.0-2ubuntu1
- ubuntu stonking: libxcb-doc 1.17.0-2ubuntu1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms