Screen does not update with Android x86 and Radeon, while glitchy with Android x86 with intel graphic

[scootalootf2]

I know it's a rather weird issue. I've installed Android x86 on this netbook runing an AMD C-50 as well as an intel tablet, trying to get a chroot to make some x apps available if need be. However xserver-xsdl does not work properly on those machines, while it does work on my phone with armv7.

Current issue(Radeon):
xserver-xsdl will start properly, until the tap to change screen settings count down is over. After the count down, the screen will often stay at the last moment of the count down screen or just go black. If it does go black, keyboard/mouse input might cause it to flicker the now static count down screen.

Alt-tabbing away from the xserver and connect to it with a x application will actually update that frozen screen after tabbing back to it, but it stays at the flicker with mouse/keyboard state, with an updated 'static image'. So to get an update, I must tab in and out, and too see that screen, I will have to make it flicker to actually see it.

Current issue(intel):
Random glitters

[pelya]

Sounds like you have broken video drivers.
On Feb 13, 2016 6:41 AM, "scootalootf2" notifications@github.com wrote:

I know it's a rather weird issue. I've installed Android x86 on this
netbook runing an AMD C-50, trying to get a chroot to make some x apps
available if need be. However xserver-xsdl does not work properly on this
machine, while it does work on an intel tablet with android x86-64, as well
as my phone with armv7.

The current issue: xserver-xsdl will start properly, until the tap to
change screen settings count down is over. After the count down, the screen
will often stay at the last moment of the count down screen or just go
black. If it does go black, keyboard/mouse input might cause it to flicker
the now static count down screen.

Alt-tabbing away from the xserver and connect to it with a x application
will actually update that frozen screen after tabbing back to it, but it
stays at the flicker with mouse/keyboard state, with an updated 'static
image'. So to get an update, I must tab in and out, and too see that
screen, I will have to make it flicker to actually see it.

—
Reply to this email directly or view it on GitHub
#57.

[scootalootf2]

I really have no idea....however OpenTTD works without any noticeable issues on the laptop with AMD C-50

[pelya]

OpenTTD outputs graphics in the same way, with the exception that OpenTTD
always does full-screen update, and XSDL is able to do partial screen
updates.
Could you please try to run something with XSDL that pushes full-screen
updates, like VLC or mplayer playing video in full-screen?

On Sat, Feb 13, 2016 at 3:14 PM, scootalootf2 notifications@github.com
wrote:

I really have no idea....however OpenTTD works without any noticeable
issues on the laptop with AMD C-50

—
Reply to this email directly or view it on GitHub
#57 (comment).

[scootalootf2]

Okay I will come back with test results in a bit

[scootalootf2]

Here are the console output from vlc, running command 'vlc [videofile] -f > vlclog.txt 2>&1'
vlclog.txt

switching back from tty to android surfaceflinger when I heard audio playback from the working pulseaudio server, all I saw was blackness and a flashing cursor, which does not follow the mouse but stay static, while pulseaudio server keeps playing audio properly.

update:
same console output, but this time using reverse port forward for pulseaudio with default openssh xforward to run vlc on a remote server. Behavior of xsdl-xserver was identitcal
vlclog2.txt

perhaps it's 'shared memory server-side error: X11 error 10'? Is there a way to capture all but only xsdl-xserver logs from logcat?

[pelya]

Then I have no ideas, I'll need a device similar to yours to reproduce.
On Feb 16, 2016 6:52 PM, "scootalootf2" notifications@github.com wrote:

Here are the console output from vlc, running command 'vlc [videofile] -f

vlclog.txt 2>&1'
vlclog.txt https://github.com/pelya/xserver-xsdl/files/132908/vlclog.txt

switching back from tty to android surfaceflinger when I heard audio
playback from the working pulse server, all I saw was blackness and a
flashing cursor, which does not follow the mouse but stay static, while
pulse server keeps playing audio properly.

—
Reply to this email directly or view it on GitHub
#57 (comment).

[scootalootf2]

Hmm... well thanks for creating the app btw, it's a great project

If you wish to test on a similar device, booting android x86 4.4 r5/5.1 rc1 live with any amd/ati graphic should do it. Same for intel baytrail graphic.

[SuicSoft]

@pelya Don't you have an Intel or Radeon PC?

[SuicSoft]

Also there is some corruption at the top when opening the keyboard on Nexus 9

[I0x0I]

I have no idea why but it seems that the problem can be solved by choosing 24 bpp screen color depth ;-)

[SuicSoft]

@peterx86 Create a seperate issue for that

[peterx86]

I'm sorry Sir