\n| <\/td>\n | \n -input<\/p>\n<\/td>\n | <\/td>\n | \n If the -input option is set, an input buffer of INPBUFSIZE<\/b> (default is 8192 bytes) as #define\u2019d in ggi\/display\/memory.h<\/b> is allocated at the start of the requested memory area.<\/p>\n<\/td>\n<\/tr>\n<\/table>\n When running on shared memory, this option enables you to give input (using giiEventSend(3)) to other processes sharing that segment. This technique is demonstrated in cube3d(1) and can be used for things like GGI multiplexers.<\/p>\n -noblank<\/p>\n If the -noblank option is set, the framebuffer will not be filled with solid black when the mode of the visual is set. This is useful for preserving data from other sources when using a preallocated area of memory as a framebuffer.<\/p>\n -physz=,[dpi]<\/p>\nThis option will provide a physical screen size for applications which wish to remain resolution independent. sizex<\/i>, sizey<\/i> are the x,y size of the screen in millimeters, unless the optional dpi string is affixed, in which case, they represent resolution in dots-per-inch.<\/p>\n -pixfmt=<\/p>\nThis option will provide a non-default pixel format explicitly. Currently the accepted format of format_string<\/i> is something like “r5b5g5p1”, which would specify a pixel where the low bit of the pixel is unused padding, followed by 5 bits of green, then 5 bits of blue and finally 5 bits of red, with the remaining high bits, if any, being unused pad. A more formal description of this format string will be provided (and more strings accepted) in future LibGGI releases.<\/p>\n [-layout=[[plb]|[plan,]]]<\/p>\nThis option will provide a non-default framebuffer layout explicitly. The fstride<\/i> parameter denotes the number of bytes between frames in the framebuffer, and will default to the size of the virtual screen in bytes if nonpresent or set to 0. Following fstride, the string plb denotes a linear packed-pixel framebuffer, or the string plan instead denotes a planar framebuffer. The packed-pixel framebuffer layout is the default. If the string plb is present, a horizontal stride lstride<\/i> may appear, denoting the number of bytes that elapse between the beginning of one line and the next. This will default to the size of a horizontal line in bytes if nonpresent or set to zero. If the string “plan” is present, up to two numbers, comma separated, may appear after the string. The first number, pstride<\/i> denotes the number of bytes which elapse between the beginning of one plane and the next. This will default to the minimum integral number of bytes that may contain one bitplane of the virtual screen if nonpresent or set to zero. The second number, plstride<\/i> denotes the number of bytes that elapse between the beginning of one bitplane-line and the next. This will default to the minimum integral number of bytes which may contain one bitplane-line of the virtual screen if nonpresent or set to zero.<\/p>\n More strings and format parameters may accepted in future LibGGI releases.<\/p>\n shmid:<\/p>\nuse existing shared memory ID sid<\/i><\/p>\n On win32, sid<\/i> is the HANDLE returned by a call to CreateFileMapping in decimal form.<\/p>\n keyfile:::<\/p>\ncreate a new shm segment with id ftok(fname,id) of size size<\/i> (preferred method !). See ftok(3).<\/p>\n On win32, the newly created shared memory mapping has the object name: ggi-display-memory-shm::, where all backslashes have been converted to forward slashes in fname<\/i> and ascid<\/i> is the ascii value of id<\/i> in decimal form. If this object does already exist (and is a file mapping) it will be used, so two apps can share memory by using the same keyfile arguments on win32.<\/p>\npointer<\/p>\n use the memory pointed to by argptr<\/i> (only available to applications calling ggiOpen(3)<\/b>).<\/p>\n Important:<\/b> If you specify a memory area to use – be sure it\u2019s big enough as no checks can or will be made that a certain mode fits into it.<\/p>\n\n\n| <\/td>\n | \n \u2022<\/p>\n<\/td>\n | <\/td>\n | \n DirectBuffer support always available.<\/p>\n<\/td>\n | <\/td>\n<\/tr>\n | \n| <\/td>\n | \n \u2022<\/p>\n<\/td>\n | <\/td>\n | \n Unaccelerated.<\/p>\n<\/td>\n | <\/td>\n<\/tr>\n<\/table>\n
\n","protected":false},"excerpt":{"rendered":" display-memory : Display on buffer in main memory <\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[971],"tags":[973,1103,972],"class_list":["post-4016","post","type-post","status-publish","format-standard","hentry","category-7-miscelanea","tag-973","tag-display-memory","tag-man7"],"gutentor_comment":0,"_links":{"self":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/posts\/4016","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/comments?post=4016"}],"version-history":[{"count":0,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/posts\/4016\/revisions"}],"wp:attachment":[{"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/media?parent=4016"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/categories?post=4016"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/lode.uno\/linux-man\/wp-json\/wp\/v2\/tags?post=4016"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}} | |