 No.07502
Tafoid Administrator
Jun 7, 2011, 01:39
edited on: Jun 7, 2011, 01:40
|
I don't experience such a delay when starting the game, either via command-line or in the MAME internal menu. You and I had a discussion a few weeks ago about this game/driver on IRC... this game and others like it got emulation improvements in the graphics rendering, specifically:r11717 (before 0.141u3)Some sizeable changes were made to the rendering code for this driver obviously effecting some games in it. While I agree the performance has dropped well over 2x from before this patch in some instances, loss of performance isn't really the sole reason to report a bug. If there were no work done on the driver or surrounding architecture and a driver took a dive like that - it might be reason for concern and a report. My opinion of the performance drop, as we discussed, it's not a reportable emulation bug. As far as your other delay issue before the game even starts, I don't have it here (32-bit, mamedev built 0.142) and I'll leave the bug open for others to verify (w/0.142, 64-bit) or maybe SDLMAME. |
|---|---|
 No.07503
Samurai Fox Tester
Jun 7, 2011, 02:23
edited on: Jun 7, 2011, 02:29
|
Yeah, I know we've discussed the speed issue already, but I felt it was worth noting in case it may be more than just a simple consequence of improved emulation. Such huge drop in the speed makes me very suspicious, but as you've said, sizable changes were made to the driver so it's probably just that and nothing more. About the delay, it only seems to affect Gundam EX Revue. The other seta2.c games do not exhibit this issue. I've only tried the official 32-bit binary so far. I'll try the 64-bit one and see if anything's different. |
|
No.07523
Haze Senior Tester
Jun 9, 2011, 12:53
|
It's probably trying to draw some stupidly large sprite(s) with unoptimized code. The real hardware probably has sprite limits to prevent such sprites being drawn, and the code could probably be better optimized too. The fact that it locks MAME solid for a couple of seconds means I'd consider it a legitimate bug rather than a mere performance issue. |
|
No.07524
Tafoid Administrator
Jun 9, 2011, 13:49
|
Are you stating that this temporary freeze (for about a minute) happens for you with 0.142? Otherwise, given that it's before emulation begins and the fact that it's largely random and no on else can reproduce it, I'm betting more on an issue with the OP's machine (needs reboot or restart). Some people never shut down their machines unless forced to and with a dual core processor, anything can happen. |
|
No.07525
Haze Senior Tester
Jun 9, 2011, 17:51
|
I've seen it before, and reported it to you in the past.. |
 No.07530
B2K24 Senior Tester
Jun 10, 2011, 01:30
edited on: Jun 17, 2011, 06:24
|
Only takes about 15 secs to boot into game using self compiled 0.142u5 X64 i7 930 CPU @ 4.0GhZ with Nvidia GTX 480 I played for about 1 hour and experienced no freezing or anything else unusual. running with -verbose displays this unusual information. |
|
No.07543
B2K24 Senior Tester
Jun 17, 2011, 06:36
|
I have been doing some testing regarding this issue and can reproduce the 10 sec black screen before it goes in game with the following games that use the same driver seta2.c Deer Hunting USA V2 Deer Hunting USA V4.0 Deer Hunting USA V4.2 Deer Hunting USA V4.3 Trophy Hunting - Bear & Moose V1.0 Turkey Hunting USA V1.0 Wakakusamonogatari Mahjong Yonshimai (Japan) Wing Shooting Championship V1.01 Wing Shooting Championship V2.00 This glitch or bug seems to happen more frequently on 64-bits but occurs on 32-bits self compiled 0.142u5 win 7 x64 O/S I also tested by deleting contents of all directories before launching mame or mame64.exe (cfg,nvram,diff, etc) even simply opening MAME by double clicking mame or mame64.exe to launch the above games, it's possible to reproduce the issue. Try all of the above about 10 times each and you will see, unless it's isolated to a few peoples machines, but I highly doubt it. |
 No.07544
Fujix Administrator
Jun 17, 2011, 07:12
|
I use 64-bit build and don't have any freeze in seta2.c games even after a 10+ time boot test. It takes only 2 or 3 seconds till the press OK screen appears. Core2 Duo, Win7 64 |
|
No.07548
B2K24 Senior Tester
Jun 19, 2011, 08:02
|
After doing much testing with all previous mame versions, I have been able to figure out the black screen delay before jumping in game seems to start at 0.141u2 The problem I'm having is this "delay bug" I will call it, doesn't occur with 100% consistency. Sometimes it jumps directly in game as it should and sometimes I get the delay bug. This delay bug is most common with gundamex and mj4simai When the black screen occurs on my machine, ESC, TAB, even clicking X to close the window do absolutely nothing. Once the game eventually boots then keys or closing window has effect. Please see the snaps I took http://dl.dropbox.com/u/10573028/gundamex.png http://dl.dropbox.com/u/10573028/gundamex%20141u2.png |
|
No.07550
Haze Senior Tester
Jun 19, 2011, 19:33
|
if it's random I'm guessing it's either depending on a specific frame being drawn, or RAM initialization (if RAM is uninitialized it could be drawing wildly huge multi-part zoomed sprites in the first frames, randomly ;-) |
|
No.07551
B2K24 Senior Tester
Jun 19, 2011, 22:56
|
It was random in previous versions of mame. In u5 and u6 the "delay bug" happens everytime. I suppose if it will help, I can pinpoint what version it happens randomly, and what version it happens for me everytime. After compiling u6 and creating a fresh mame.ini + deleting contents of CFG, nvram, I can make this happen everytime I attempt to launch gundamex & Mj4simai |
|
No.13432
Fujix Administrator
Nov 28, 2016, 15:58
|
This issue was fixed. |