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=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 12059 invoked from network); 27 Feb 2021 12:00:58 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 27 Feb 2021 12:00:58 -0000 Received: from mail-ej1-f49.google.com ([209.85.218.49]) by 1ess; Sat Feb 27 06:54:29 -0500 2021 Received: by mail-ej1-f49.google.com with SMTP id g5so19248969ejt.2 for <9front@9front.org>; Sat, 27 Feb 2021 03:54:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=5liArPxTIMKKN1MNCIP0aW0Xv6Iq5Lo+3w92DtIbQZU=; b=Awvz4vF3c2NOFiP5ka3OqYpAuE8Stq6OeodXInpoFfj6bCqJMF0Ol8/d4R8uFoG4Fx sivnQOV8JdUWYSCRPJtE9eViFR7TsTj52kWc1DDMsOZ5b5dPdK1pI03O93kOYcoULg+/ u/sfgV4isIxeS+91ShwYu4k+EmnKcJkFeIOY00QQhGXKDq3J7l9TvX2ap9AtYWflyJER V3fxk4xkXnkDfhhDbklqgrHRcm3VjF0icm102/N/t9qblszX+oB9vIpXo98jQYk79RmN +JXdsm4vQrrbGiTuRDx8JGFqEYHZfZ8Pe6llG9JXAG6oUAuMNjCJNVb0/wj9kjJvRoRK 9iAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=5liArPxTIMKKN1MNCIP0aW0Xv6Iq5Lo+3w92DtIbQZU=; b=Rfmv6N+Gqt64Xy2ww2Oy1efab/rGEIHF2YMz+YwsWKNWmX3LWtd1wMfRAZ+4kKnrXA n+ngmP3Oa2b2UTywT8vyt5JMjNT374rLmBxrF0OtqLomc1/lAFzbxEjn4CdVH35M2l7E 1FWdzD1y2DzM0YSVMmFJmhGJa+KPEfU1NgF7P3qq1wyLH3JTuNcCyJQh82aX/CrSlXxN BafJHuYrbOFJ6GaSe7RBB58VXBcNPNii36NWUsdSQjAIMSPNM1lCd1vT6uOes03Sib3Q hvXR33yVUFqw4/Qlf1DrBQ6IwD7Ho1ld9wNXeVdlxL34MsPMTcsLQSH5rhRosai0i/5N AotQ== X-Gm-Message-State: AOAM531I91B3s1r6WaOnXAIs5frz8YIczd+YVWLwMzLstMnjeGU2NLdZ Q0bH8PX+g2J7STy3xJycXxOjE44tMkoeVsat8DIzjaQS X-Google-Smtp-Source: ABdhPJwFC/jnv1ApNeL1mymOC9gMuAogcrTdRRAchFEUeLAuPcRxrCTSIVskzJ/Eal/fvT+xO2Xz7GzIYgvOEUblKrQ= X-Received: by 2002:a17:906:33c5:: with SMTP id w5mr7811514eja.319.1614426857952; Sat, 27 Feb 2021 03:54:17 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a17:906:4486:0:0:0:0 with HTTP; Sat, 27 Feb 2021 03:54:17 -0800 (PST) In-Reply-To: <9CBD1A36E358CAC58EEBD737B84C6C47@gmail.com> References: <9CBD1A36E358CAC58EEBD737B84C6C47@gmail.com> From: hiro <23hiro@gmail.com> Date: Sat, 27 Feb 2021 12:54:17 +0100 Message-ID: To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: blockchain element reduce/map-oriented deep-learning-aware manager Subject: Re: [9front] rpi4 RGB24 vs BGR24, glitches and golang status Reply-To: 9front@9front.org Precedence: bulk > /dev/screen does not contain those data. then i think it's not our doing. probably nothing we can do about it... :( are you using high resolutions, 4k? try to save /dev/screen via topng, and display it in fullscreen on both 9front and linux to make sure it's not just those combination of pixels at those exact positions... i have seen crazy shit like that at 4k over shitty hdmi cables. it was subtle. try to also change refresh rate. if that changes the effect it's even more sure that it's not our fault. the lower the pixel clock the less we are affected by noise on the HDMI cable. On 2/27/21, p.kosyh@gmail.com wrote: > Hello! I finally bought rpi4 4Gb specially for 9front. It seems, > that default bpp of framebuffer is 16. I changed it to 24 (via > cmdline.txt and config.txt) and found, that rendering is much faster! > (May be due removing overheads in 16->24 conversions?) > > But on rpi4 r and b channels are swapped. So, i changed BGR24 to > RGB24 in bcm/screen.c and now it works fine! I am not sure, if this > patch will work on rpi3/2/1, so i just wrote this message if it will useful > for someone. > > The next problem. Sometimes i see strange artefacts on screen. If i > run acme with lot of text i see pale character places (like vertical > bars) in other parts of the screen. /dev/screen does not contain > those data. I checked hdmi cable and monitor with Linux. No problem. > Can it be something with alpha blending calculations or something like > this? Is there an experiment i could do? Btw i remember that i saw > such artefacts in 9front running in amd64 qemu on AMD (non Intel) > host. > > Golang does not support plan9/arm64 target. Because arm64 is > 9front only :) Is anyone working on it or it is too hard to implement? > > > >