01214: bouldash, bouldashj: Fadeout/Fadein on screen is the wrong speed slightly off

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	dataeast/dec0.cpp
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	boulderdash_fade.avi (1,652,104 bytes) Oct 20, 2008, 11:13

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 :-)
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!
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.
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.
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
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.
No.02894 Fujix Administrator Oct 20, 2008, 11:45	Stefan, is it possible to confirm 02250?
No.04286 Tafoid Administrator Apr 28, 2009, 19:04	Reworded title so reporters do not miss seeing this issue.
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 .
No.07401 Kale Developer Apr 25, 2011, 15:40	Updated report after 0.142u1 fixes
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.
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.
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.