From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 15902 invoked from network); 28 Jan 2022 15:44:15 -0000 Received: from tb-ob1.topicbox.com (64.147.108.173) by inbox.vuxu.org with ESMTPUTF8; 28 Jan 2022 15:44:15 -0000 Received: from tb-mx0.topicbox.com (tb-mx0.nyi.icgroup.com [10.90.30.73]) by tb-ob1.topicbox.com (Postfix) with ESMTP id 671CD36C16 for ; Fri, 28 Jan 2022 10:44:14 -0500 (EST) (envelope-from bounce.mMe6991ab04cfbfa8bef2b4f2c.r522be890-2105-11eb-b15e-8d699134e1fa@9fans.bounce.topicbox.com) Received: by tb-mx0.topicbox.com (Postfix, from userid 1132) id 658301400D05; Fri, 28 Jan 2022 10:44:14 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=9fans.net; h=to:subject :message-id:in-reply-to:references:date:mime-version :content-type:content-transfer-encoding:from:list-help:list-id :list-post:list-subscribe:reply-to:list-unsubscribe; s=dkim-1; bh=aw69SioLL7hEfy/Y13Dd7l3h34qb5qtO03DbXYgWahU=; b=WQLz5W04R3B+ SKvrCevjt4C0tQ4DwHgGVGT0bYh8XsX/ojOyrcwWeiR2/dJpNAWstitJkjtWYvlv RWNVAaz/cHOQw8mZO5MsQeMKrYhUoW1rTzjIxY8/3egd8GhtykBP4Pwbf1wMhYh5 Hebqzf91CHhGjl9mOx75YoJ1UzU/Skw= To: 9fans <9fans@9fans.net> Subject: Re: [9fans] suggestion : new service targets for plan9 Message-Id: <16433846490.ae8aF5C0.65564@composer.9fans.topicbox.com> In-Reply-To: <16433836780.fDb0.34398@composer.9fans.topicbox.com> References: <16433354030.97ACA3.134633@composer.9fans.topicbox.com> <1942de7a-1126-7600-3b36-69ce2effd610@fjrhome.net> <16433724910.4fa96.617630@composer.9fans.topicbox.com> <7Ad_k2SFVPp1bxcNqGCiOKNrQceD7FS-YAAtZs2SMCoPk8DELtakra290--rxDS7haPlflgT5a4a_ePOTjSNHxpqe_FaenTWFnAgp4SEmp0=@protonmail.com> <16433836780.fDb0.34398@composer.9fans.topicbox.com> Date: Fri, 28 Jan 2022 10:44:09 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=16433846491.AAb65.65564 Content-Transfer-Encoding: 7bit Topicbox-Policy-Reasoning: allow: sender is a member Topicbox-Message-UUID: 2220fcce-8051-11ec-be9f-1b869134e1fa Archived-At: =?UTF-8?B?PGh0dHBzOi8vOWZhbnMudG9waWNib3guY29tL2dyb3Vwcy85?= =?UTF-8?B?ZmFucy9UMjUxOGY5ZTRmYzEwZWQwMy1NZTY5OTFhYjA0Y2ZiZmE4YmVmMmI0?= =?UTF-8?B?ZjJjPg==?= From: "ibrahim via 9fans" <9fans@9fans.net> List-Help: List-Id: "9fans" <9fans.9fans.net> List-Post: List-Software: Topicbox v0 List-Subscribe: Precedence: list Reply-To: 9fans <9fans@9fans.net> List-Unsubscribe: , Topicbox-Delivery-ID: 2:9fans:437d30aa-c441-11e9-8a57-d036212d11b0:522be890-2105-11eb-b15e-8d699134e1fa:Me6991ab04cfbfa8bef2b4f2c:1:AwnlwFUXcvPTY8s2U41_vhowJTo3Jh1D10sYij4GGgw --16433846491.AAb65.65564 Date: Fri, 28 Jan 2022 10:44:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable A well established example for direct rendered frame support is the SHM ext= ension of X11. There you can create a shared memory in your application and= render directly into this. Afterwards you switch buffers without any trans= fer of image data. The image is directly rendered on the screen if the appl= ication and the display rest on the same computer. In X11 this results in a= great performance gain cause you don't have to invoke X11 for each drawing= primitive and you don't have to transfer the image data when the image is = ready. libSDL uses a similar approach. ------------------------------------------ 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T2518f9e4fc10ed03-Me6991= ab04cfbfa8bef2b4f2c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription --16433846491.AAb65.65564 Date: Fri, 28 Jan 2022 10:44:09 -0500 MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
A well established example for direct rendered= frame support is the SHM extension of X11. There you can create a shared m= emory in your application and render directly into this. Afterwards you swi= tch buffers without any transfer of image data. The image is directly rende= red on the screen if the application and the display rest on the same compu= ter. In X11 this results in a great performance gain cause you don't ha= ve to invoke X11 for each drawing primitive and you don't have to trans= fer the image data when the image is ready.

libSDL uses a similar approach.

= --16433846491.AAb65.65564--