![]() |
image size too large for 10.2 " screen - Printable Version +- Moode Forum (https://moodeaudio.org/forum) +-- Forum: moOde audio player (https://moodeaudio.org/forum/forumdisplay.php?fid=3) +--- Forum: Support (https://moodeaudio.org/forum/forumdisplay.php?fid=7) +--- Thread: image size too large for 10.2 " screen (/showthread.php?tid=6147) |
RE: image size too large for 10.2 " screen - Facel - 01-18-2024 The manufacturer (OrigenAE) is using a technology developped by a compagny called EETI. They provide a driver for different OS: https://www.eeti.com/drivers_Linux.html I have installed the 'eGTouch_v2.5.11703.L.ma" linux driver on the very last version of moode (on a USBRidge signature) The touch screen functionnality is working but is quite slow ... The chapter 8.3 of the programming guide is about setting resolution but it does not modify anything for me. image size is still too large The xrandr command result is :'Can't open display' !!! The forum does not allow me to attach a pdf file (EETI_eGTouch_Linux_Programming_Guide_v2.5o.pdf) This file is included into the tar.gz file of the linux driver I must also say that this problem occurs immediatly during the boot RE: image size too large for 10.2 " screen - steve4star - 01-18-2024 You can try from your shell session… DISPLAY=:0 xrandr RE: image size too large for 10.2 " screen - Facel - 01-18-2024 the result is : DISPLAY=:0 xrandr xrandr: Failed to get size of gamma for output default Screen 0: minimum 1280 x 800, current 1280 x 800, maximum 1280 x 800 default connected 1280x800+0+0 0mm x 0mm 1280x800 0.00* RE: image size too large for 10.2 " screen - TheOldPresbyope - 01-18-2024 (01-18-2024, 06:46 AM)Facel Wrote: The manufacturer (OrigenAE) is using a technology developped by a compagny called EETI. Sorry, no. The EETI driver is all about the touchscreen as an input device. Nothing to do with it as a display device. I don''t know what to make of your first post where you said "The screen is connected via a VGA /HDMI adapter." What is a VGA /HDMI adapter? What is the actual interface to the touchscreen? It's perhaps uncommon but there are LCD screens out there which lie about their "native" resolution, especially those from anonymous Asian manufacturers which get boxed, labelled, and sold by some other entity. After all, those numbers reported by xrandr and its ilk come from the firmware in the display's HDMI interface---just something some contract programmer inserted into it. What happens if you boot Raspberry Pi OS itself on your Pi with the touchscreen attached? Do you get the same overlap? I'm thinking you will, but there's always the chance that we'll learn something. One heat-it-and-beat-it solution is to play with displaying images of differing geometries to figure out what the native screen geometry is and then set that manually in moOdeOS. Not my cup of tea. More than 20 years ago I spent way too much time in the lab manually configuring Unix workstations for the big displays we invested in. Looked great when I was done but what a waste of my time. Regards, Kent RE: image size too large for 10.2 " screen - Tim Curtis - 01-18-2024 Oh I missed that part about the VGA/HDMI adapter. IMO not worth the time messing with an old analog VGA screen. RE: image size too large for 10.2 " screen - Facel - 01-19-2024 @TheOldPresbyope Correct the EETI driver is for touchscreen The screen has an interface card with the follwing Inputs: VGA - USB - Power (12 volts) - IR This card has a unique output with a special cable that gos direct into the screen the HDMI/VGA adapter is located between the USBridge Sign and the Interface card I have done different scenarios including running the offical debian on the same hardware (USBridge Signature) - When I run moode the display is too large but the resolution appears to be correct ...the display is flattened vertically (=dislay is too large) , and this append from the very beginning during the boot ! - When I run debian the display is OK (no deformation) (HDMI connected before booting) - When I run moode the display is again flattened vertically. (HDMI connected before booting) But when I unplug the HDMI connector from the USBSignature, then plug it into my Windows PC HDMI output the display is OK (with a different resolution ( 1920x1080) but completly correct) after that, when I plug back the HDMI connector into the USBSignature the display switch again to a 1280 x800 resolution but the image is OK (no deformation) Unplugging the HDMI from USBridge and plug it again into the USBridge does not modify the diplay (display still too large) - When I boot moode without any HDMI connected and after a while when is running normally (headless) , a connexion of the HDMI will prompt a correct display ...in this case the resolution is 640 x 480 !! (or 639 x 479 P/R=1) My understanding is that the resolution is automatically detected by the "screen" (screen + interface card) At the very beginning of the Boot for Moode OS, something happens that disturb or interfere with the resolution detection process of the screen RE: image size too large for 10.2 " screen - Nutul - 01-19-2024 (01-19-2024, 06:48 AM)Facel Wrote: @TheOldPresbyopeIt's complicated... @TheOldPresbyope do you think this could somehow be mitigated (if not fixed, that is...) by some parameters to the boot-image...? Of course it will render the installation dependent on the display, having to take care of it possibly after each upgrade, but nevertheless... I fail to remember how to do that, though... and now I am too busy to search for it... Maybe also the OP can have a look into it? RE: image size too large for 10.2 " screen - TheOldPresbyope - 01-19-2024 @Facel Is there not a full version (e.g., with desktop) Raspberry Pi OS i(RaspiOS) image you can boot on this Allo USB Bridge? True, RaspiOS has close to a pure debian root filesystem but it has its own kernel, drivers, and tweaks. I assume you booted a full version of debian rather than a lite version---you do have a desktop displayed, right? I'm going to assume it's running either pure X11 or X11 under Wayland and not pure Wayland. What does debian say the screen resolution is (width-in-pixels by heighth-in-pixels) when you say "the display is ok"? For example: - moOde 8.3.7 on a Pi3B+ driving an official 7" LCD touchscreen via DSI (bullseye release of underlying debian). Code: pi@home:~ $ DISPLAY=:0 xrandr - current RaspiOS on a PI400 driving my desktop monitor via HDMI (bookworm release of underlying debian) Code: kreed@pi400:~ $ DISPLAY=:0 xrandr Extended Display Identification Data (EDID) is the metadata standard used by an HDMI interface in returning information about a connected display. That's how RaspiOS knows the resolutions of the desktop monitor I used in the above example. RaspiOS can ignore this returned EDID information, substituting a set of EDID data of its own. If nothing else, we can try to fake it 'til we make it. with your touch screen display. [aside] We'll never know what the native resolution of your physical LCD panel is. You've got a blackbox HDMI (digiral) to VGA (analog) converter which is driving the VGA input port of the blackbox display interface which converts the VGA (analog) signals into the specific digital signals needed by the input lines of the physical LCD panel. By blackbox, I mean we have no idea what's inside. [aside #2] RaspiOS is transitioning to Wayland. For the time being we're ok, but in future moOde will be more dependent on Wayland, not X11. Different tricks may have to be played. Ain't life grand? Regards, Kent RE: image size too large for 10.2 " screen - Facel - 01-19-2024 (01-19-2024, 05:28 PM)TheOldPresbyope Wrote: @Facel Thanks for your help, You can find my answers above in blue color RE: image size too large for 10.2 " screen - Facel - 01-19-2024 Installation of Rasperry PI OS (Legacy 64 bit - No Desktop) Code: DISPLAY=:0 xrandr No info with the display command via ssh BUT ... during the boot .. at the very beginning of the boot the screen display a quite large "rainbow colored" square (this does not happen at all during moode boot) the during the but the display was not OK (text on the left cut) then during the boot (almost at the end) the display switched by itself to the "OK mode" |