Flickering Tv-guide and other overlays with EVR enabled (4 Viewers)

[rtv]

Getting into the TV menu or TV guide + Lowering the topmenu (with the play, stop buttons etc..) + highlighting the tv preview
If the topmenu rolls up the flickering is gone.

Could you please check whether the flickering is gone as well if you use the "wallpaper mode"?
That is the 2nd button in BlueTwo's regular home screen.

 

[mironicus]

Getting into the TV menu or TV guide + Lowering the topmenu (with the play, stop buttons etc..) + highlighting the tv preview
If the topmenu rolls up the flickering is gone.

Could you please check whether the flickering is gone as well if you use the "wallpaper mode"?
That is the 2nd button in BlueTwo's regular home screen.

For me: No.

 

[Eabin]

the thing that still has me believing this is not a timing issue, is that disabling packed textures (see page 3) still fixes this bug completely for me.

i still think it is some texture-locking, texture-painting or driver issue. most likely something in the fontengine.dll.

edit: well, not completely, but mostly. it is still valid, that one texture shouldn't be drawn more than once, to avoid flickering.

 

[mironicus]

I am very interested in a solution for this problem: Can you provide any updated files for testing?

 

[tourettes]

the thing that still has me believing this is not a timing issue, is that disabling packed textures (see page 3) still fixes this bug completely for me.

i still think it is some texture-locking, texture-painting or driver issue. most likely something in the fontengine.dll.

edit: well, not completely, but mostly. it is still valid, that one texture shouldn't be drawn more than once, to avoid flickering.

But isnt for example games drawing the same textures multiple times? Thats the basic idea of 3D

 

[pnyberg]

hhmmm.... since it completely goes away when running in "singleprocaffinity" mode - doesn't that suggest it is timing based between CPU cores?

 

[Eabin]

the thing that still has me believing this is not a timing issue, is that disabling packed textures (see page 3) still fixes this bug completely for me.

i still think it is some texture-locking, texture-painting or driver issue. most likely something in the fontengine.dll.

edit: well, not completely, but mostly. it is still valid, that one texture shouldn't be drawn more than once, to avoid flickering.

But isnt for example games drawing the same textures multiple times? Thats the basic idea of 3D

that's why i think it is our fault, but not necessarily timing related.
otoh: ask google for "ati texture flickering", and you will get a fair number of results

@mironicus: if you compile MP yourself, see page 3 for the workaround. it is not possible for me to upload my local core.dll for you, because of multiple other custom hacks

 

[mironicus]

Eabin

What do I need to compile MP myself? Which compiler is good?
Where can I download (always) the latest svn-source files? (I don't see any link on the homepage for downloading the source-code, only binary).

 

[tourettes]

that's why i think it is our fault, but not necessarily timing related.

I'm also pretty sure that its only our own code that causes it. As for example using the video as background solves the flickering issue completely on my dev PC.

otoh: ask google for "ati texture flickering", and you will get a fair number of results

If you replace the ATI with NVIDIA and do the same Google query you will end up only with 10% change in the resulted page count

@mironicus: if you compile MP yourself, see page 3 for the workaround. it is not possible for me to upload my local core.dll for you, because of multiple other custom hacks

That fix didnt help on my dev PC. The flicker was still present.

 

[Eabin]

@eabin

What do I need to compile MP myself? Which compiler is good?
Where can I download (always) the latest svn-source files? (I don't see any link on the homepage for downloading the source-code, only binary).

MediaPortal1 Development - MediaPortal Wiki Documentation