Pi 4 dual Monitor

[Rabie]

Hi Rich,

Hi Rabie

... Hier ist my xorg.conf:

Code: [Select]

----- Snip -----
Section "Monitor"
    Identifier  "HDMI-2"
    Option      "PreferredMode" "1280x1024"
    Option      "DPMS" "false"
    Option      "LeftOf" "HDMI1"
#    Option      "Position" "1280 1024"
EndSection
 ----- Snip -----

I think  HDMI1  is missing a dash,  HDMI-1.

You are absolutely right, i correct it but still not working

[Rabie]

It's perhaps a long shot, but maybe wayland/weston might work better than x11?

A few hints here: http://forum.tinycorelinux.net/index.php/topic,23269.msg150229.html

i will have a look at that.

I think the problem is that fbturbo is old and not maintained..

is there any way to update the fbturbo driver?  because i am using it on TinyCore  12.x/x86_64 and it just working fine with xrandr and without an xorg.conf

[Rich]

Hi Rabie

Xinerama is an extension to the X Window System that enables X applications and window managers to use two or more physical displays as one large virtual ...

Shouldn't  Option          "Xinerama" "off"  be  "on" ?

[Rabie]

Hi Rabie

Xinerama is an extension to the X Window System that enables X applications and window managers to use two or more physical displays as one large virtual ...

Shouldn't  Option          "Xinerama" "off"  be  "on" ?

"Xinerama" is disabled by Default https://www.x.org/releases/current/doc/man/man5/xorg.conf.5.xhtml#heading16

and when i active it nothing happens 

Code: [Select]

Section "ServerLayout"
        Identifier      "default"
        Screen          "screen0"
        Screen          "screen1" RightOf "screen0"
        Option          "Xinerama" "on"
EndSection


[Rabie]

I think the problem is that fbturbo is old and not maintained..

would the fbturbo actually with an old kernel work ? Like piCore V8x or V9x or will those Kernel not work with pi4 ?

[Juanito]

I think it would be better to use the latest kernel with RPi4.

If Xorg-3d is too slow in the freerdp window, you could try replacing dtoverlay=vc4-kms-v3d-pi4 with dtoverlay=vc4-fkms-v3d in config.txt

Is/can freerdp be set to use h264 hw acceleration?

[Rabie]

If Xorg-3d is too slow in the freerdp window, you could try replacing dtoverlay=vc4-kms-v3d-pi4 with dtoverlay=vc4-fkms-v3d in config.txt

i just tried that, the freerdp is soo slow 

Is/can freerdp be set to use h264 hw acceleration?

i actually don't know what does that mean, but i am gonna definitly read about it 😅

[Juanito]

i just tried that, the freerdp is soo slow

Did you reboot after charging the overlay to fkms?

[Rabie]

i just tried that, the freerdp is soo slow

Did you reboot after charging the overlay to fkms?

yes of course

[Rabie]

Hi Juanito,

It's perhaps a long shot, but maybe wayland/weston might work better than x11?

A few hints here: http://forum.tinycorelinux.net/index.php/topic,23269.msg150229.html

sorry but this will not be the solution for me.

i realy need to get it work with fbturbo, could we get another version of it maybe ?

Here is my Xorg.log maybe you will see something i didn't see 

[Juanito]

Did you try weston?

As explained earlier, there has not been an update to the fbturbo source code for a long time - as far as I know, the piCore fbturbo extension uses the latest code.

[Rabie]

Did you try weston?

As explained earlier, there has not been an update to the fbturbo source code for a long time - as far as I know, the piCore fbturbo extension uses the latest code.

yes i tried weston but not with xfreerdp, but i already had some automatism in Xorg and if i used weston, i have do do everything over again. That is why i want to find an solution that works with Xorg 

[Juanito]

xf86-video-fbdev added to the repo - you could try that instead of xf86-video-fbturbo.

[Rabie]

Hi Juanito,

xf86-video-fbdev added to the repo - you could try that instead of xf86-video-fbturbo.

so with this step i am realy moving forward 

The xf86-video-fbdev did help a little bit, i mean now i can use Xrandr to set my Monitors like i want and that is cool
the second thing is, that xfreerdp is a little bit faster but i don't think that somebody would like to work on the session, because every window need some seconds to load.

any other tips? 

[Rich]

Hi Rabie
If you run:

Code: [Select]

xfreerdp --helpIt should list available options, for example:

Code: [Select]

-x: performance flags (m[odem], b[roadband] or l[an])Try setting it to  modem.

Maybe track down the documentation to see how various other flags affect performance.