DGen / Bugs / #11 Framebuffer : screen blinks (armhf mali)

#11 Framebuffer : screen blinks (armhf mali)

Milestone: v1.33

Status: closed-fixed

Owner: A. Normal

Labels: Interface (4)

Priority: 5

Updated: 2014-07-27

Created: 2012-11-22

Creator: ouro

Private: No

Hello,
I'm trying to make the 1.31 work on the mele a1000 (allwinner a10 based device), the roms launches fine but the screen blinks very fast (something like 20Hz ... headache generator ^^) without interruption.
The device itself runs latest debian wheezy armhf, 3.0.42+ (sunxi branch on github) and latest known-to-work EGL mali drivers (I know that's exotic hardware + ugly binary blobs = worse setup ever :))
My setup doesn't include X server, I'm using it via the framebuffer and the blinking problem doesn't happen either with xbmc nor mame/mess (but poorly with those).
I tried wheezy stock sdl and a special EGL-friendly sdl version none solved the problem.

I found here and there some threads mentionning similar problem on Rpi but none on them gave me a solution.

Tried 1.30 too and it has the same problem (btw it appears to be worse with 1.30)

I attached my dgenrc

I like your work, thanks for reading this

Discussion

ouro - 2012-11-22

dgenrc

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

ouro - 2012-11-22

summary: Armhf / SDL screen blinks --> Framebuffer : screen blinks (armhf mali)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2012-11-22

Hi,

Wow, I never imagined DGen/SDL would even run on this. If you confirm other SDL programs don't have this issue, then it's obviously a problem with the way DGen configures SDL. I guess OpenGL is unsupported and disabled, right? (just want to make sure.)

If you can recompile with --enable-debug, I'd like to see your initialization output.

According to your configuration file, you're running fullscreen. There's a possibility DGen forces an unsupported video mode. You can try to force a particular resolution with -G.

Come to #dgen on irc.freenode.org if you want to chat.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2012-11-22

assigned_to: nobody --> zamaz

labels: --> Interface

milestone: --> Current

status: open --> open-accepted
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

ouro - 2012-11-29

debug output with fullscreen option

dgen_fullscreen.dbg

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

ouro - 2012-11-29

debug output with windowed option

dgen_normal.dbg

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

ouro - 2012-11-29

Built it with debug option (see attached files), and started tests by deleting the .dgenrc
Sadly all seems to be normal to me
Of course, opengl is disabled.
Tried to change fullscreen setting and -G like you said but it didn't change anything, even when using a 16/9 resolution.

Games runs really fine (60 fps) but still blinking

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2012-12-01

Disable double-buffering.

dbf.diff

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2012-12-01

Indeed, nothing looks wrong in your logs (except the corrupt smd header but it's unrelated). Could be related to double-buffering, attached a patch you should try.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2012-12-01

Also, try: int_depth = 16

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

ouro - 2013-01-14

That support became a dead-end... it relies probably on drivers.
the company support is awful and running xbmc on it can't go further.

It will end as a headless server... The Raspberry Pi is much more promising and runs dgen very well with the dispmanx SDL version.

Thanks for your nice work, keep going :)

I think that bug report can obviously be closed... I don't think that a wonder will happen :(

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2013-01-14

All right, thanks. I'm closing the bug for now, feel free to open it again if you think something can be done on our side.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2013-01-14

status: open-accepted --> closed-wont-fix
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2013-06-28

Group: Current --> None
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2014-07-27

status: closed-wont-fix --> closed-fixed

Group: None --> v1.33
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

A. Normal - 2014-07-27

I've found that most of the time, double buffering causes the screen to blink when using the Linux frame buffer. It can be disabled with bool_doublebuf since v1.32, and is disabled by default for fbcon since v1.33.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Log in to post a comment.