Viewing Issue Advanced Details
ID Category [?] Severity [?] Reproducibility Date Submitted Last Update
01214 Graphics Minor Have not tried Feb 12, 2008, 14:46 Jan 26, 2015, 16:35
Tester -Misc Reporters- View Status Public Platform
Assigned To Kale Resolution Fixed OS
Status [?] Resolved Driver
Version 0.62 Fixed in Version 0.158 Build
Fixed in Git Commit Github Pull Request #
Summary 01214: bouldash, bouldashj: Fadeout/Fadein on screen is the wrong speed slightly off
Description Just before you start any board, there's a purple box of information that appears for a split second. It's not suppose to disappear like that.

After the attempted fix When the screen fades to black or fades back in there is a very noticeable slowdown.
Steps To Reproduce
Additional Information Posted by Sam Miller
Github Commit
Flags Verified with Original
Regression Version
Affected Sets / Systems bouldash, bouldashj
Attached Files
avi file icon boulderdash_fade.avi (1,652,104 bytes) Oct 20, 2008, 11:13
Relationships
related to 01994ResolvedKale  birdtry: Birdie Try - Game locks up after first hole. 
Notes
13
User avatar
No.02087
Stefan Lindberg
Senior Tester
Aug 16, 2008, 19:54
I checked this with my PCB and the purple box is displayed longer and the opening tune is playing longer. I think this is related to the fact that the screenfading is much faster in MAME compared the PCB... it should be slow and ugly :-)
User avatar
No.02474
Tafoid
Administrator
Sep 16, 2008, 17:21
This was "fixed" in 0.127u1, apparently. Stefan, if you can, please verify the behavior against PCB now and let everyone know. Thanks!
User avatar
No.02475
Stefan Lindberg
Senior Tester
Sep 16, 2008, 18:09
It's still wrong in MAME... now it's too slow. the screenfading should be in sync with the music jingle that plays when you start a level.
User avatar
No.02476
Tafoid
Administrator
Sep 16, 2008, 18:18
It's very noticeably too slow, I agree. Can this possibly be recorded? The delay can also be seen when the Boulder Dash character shows up on the Title Screen as well as GAME OVER screen after the continue counter hits 0.
User avatar
No.02891
Stefan Lindberg
Senior Tester
Oct 19, 2008, 18:23
Here is a recording from the PCB: http://www.ym2149.com/boulderdash_fade.zip
User avatar
No.02892
Haze
Senior Tester
Oct 19, 2008, 20:31
either the video timing / interrupts are completely wrong, or the flag we're treating as vblank is something else. If I set it ACTIVE_HIGH the fades are far, far too slow, ACTIVE_LOW and they're instant.
User avatar
No.02894
Fujix
Administrator
Oct 20, 2008, 11:45
Stefan, is it possible to confirm 02250?
User avatar
No.04286
Tafoid
Administrator
Apr 28, 2009, 19:04
Reworded title so reporters do not miss seeing this issue.
User avatar
No.07371
Kale
Developer
Apr 3, 2011, 22:21
edited on: Apr 3, 2011, 22:21
Ok, improved but still not fully fixed, it might help having accurate hblank / vblank timings for this to get the proper fade in/out timings .
User avatar
No.07401
Kale
Developer
Apr 25, 2011, 15:40
Updated report after 0.142u1 fixes
User avatar
No.11397
Kale
Developer
Jan 25, 2015, 04:21
edited on: Jan 25, 2015, 04:23
Can we say this is fixed by now? Timing has been improved fairly recently and this issue seems resolved to me.
User avatar
No.11403
B2K24
Senior Tester
Jan 25, 2015, 19:35
Current behavior seems to completely match Stefan's PCB recording from what I can see here.
User avatar
No.11408
Kale
Developer
Jan 26, 2015, 16:35
edited on: Jan 26, 2015, 16:36
Ok, marked as resolved then. I'll put 0.158 as version even tho I don't really know if 0.157 already supports the new video timing.