| ID | Category [?] | Severity [?] | Reproducibility | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 06861 | Graphics | Minor | Always | Feb 1, 2018, 18:04 | Oct 7, 2019, 06:31 |
| Tester | EoceneMiacid | View Status | Public | Platform | MAME (Self-compiled) |
| Assigned To | Resolution | Fixed | OS | Linux (64-bit) | |
| Status [?] | Resolved | Driver | |||
| Version | 0.194 | Fixed in Version | 0.196 | Build | 64-bit |
| Fixed in Git Commit | Github Pull Request # | ||||
| Summary | 06861: vr, vf: Camera position problem in Virtua Racing / Virtua Fighter (other Model 1 games?) | ||||
| Description |
0.194 appears to have introduced a regression with these games. The view is now zoomed out too much, the camera position is wrong. |
||||
| Steps To Reproduce | Start and play the game. Virtua Fighter also demonstrates the problem in the attract sequence. | ||||
| Additional Information | |||||
| Github Commit | |||||
| Flags | |||||
| Regression Version | |||||
| Affected Sets / Systems | vr, vf | ||||
|
Attached Files
|
 0006.png (18,979 bytes) Feb 2, 2018, 11:44 Uploaded by EoceneMiacid | ||||
| 0003.png (7,730 bytes) Feb 2, 2018, 11:45 Uploaded by EoceneMiacid | |||||
| 0004.png (12,635 bytes) Feb 2, 2018, 11:46 Uploaded by EoceneMiacid | |||||
| 0000.png (17,728 bytes) Feb 2, 2018, 11:48 Uploaded by EoceneMiacid | |||||
| vr.png (29,613 bytes) Feb 2, 2018, 14:00 Uploaded by wuemura Compiled with make clean && make SOURCES=src/mame/drivers/model1.cpp -j7
| |||||
 No.14694
EoceneMiacid Tester
Feb 1, 2018, 19:12
edited on: Feb 1, 2018, 19:17
|
Here are MNG's that show the problem Virtua Racing: http://www.mediafire.com/file/a3gnduapq069iaa/vr.mng Virtua Fighter: http://www.mediafire.com/file/qiqdq6uum1inlcq/vf.mng |
|---|---|
 No.14695
B2K24 Senior Tester
Feb 1, 2018, 20:07
|
Unable to reproduce on Windows 10 X64 with official release 0.194 binary. |
 No.14696
NekoEd Senior Tester
Feb 1, 2018, 21:51
edited on: Feb 1, 2018, 21:52
|
Unable to reproduce, Linux/x64 0.194. I can't view the MNGs but I'm familiar with vf's gameplay and see no difference from earlier versions. Nothing seems amiss in vr, either, the camera positions are all correct. |
|
No.14698
EoceneMiacid Tester
Feb 2, 2018, 07:44
|
Okay. I just downloaded a fresh copy of the source here > https://github.com/mamedev/mame/releases/download/mame0194/mame0194s.zip Extracted it, and produced a model1-only build with: make SUBTARGET=tinymame USE_QTDEBUG=0 SOURCES=src/mame/drivers/model1.cpp REGENIE=1 -j5 Binary: http://www.mediafire.com/file/yg74z7nd0ppunmn/model1mame The problem remains. I'm using GCC 7.2.0, if that matters. |
 No.14699
wuemura Viewer
Feb 2, 2018, 11:13
|
Try to film a original arcade or find a arcade footage, put mame output side to side so the developers can see how off the camera are. Unable to reproduce, Linux and Windows. |
|
No.14700
EoceneMiacid Tester
Feb 2, 2018, 11:44
|
"Try to film a original arcade or find a arcade footage, put mame output side to side so the developers can see how off the camera are." That's pretty useless advice, right? I encountered a similar issue with legionna a while ago - gfx were scrambled, which nobody could reproduce. That eventually resolved itself, two MAME iterations (or so) later. |
|
No.14701
EoceneMiacid Tester
Feb 2, 2018, 11:50
edited on: Feb 2, 2018, 11:52
|
Added a bunch of screenshots |
|
No.14702
wuemura Viewer
Feb 2, 2018, 12:42
|
Is not a useless advice because we can't reproduce the error and we don't know what you are experiencing. I understand your frustration because I'm a Linux user myself, and MAME act crazy from time to time and is really annoying to report something that only happens with you and nobody else. Can't reproduce with Windows, I'll do another test with linux now. Go to your terminal and type env, copy that output. Then do locale and paste both output here. Post your mame.ini, is in your home in a hidden folder name .mame. Run MAME with -verbose and post the output here also. |
|
No.14703
EoceneMiacid Tester
Feb 2, 2018, 13:12
edited on: Feb 2, 2018, 13:14
|
Well, finding a working Virtua Fighter cab within reasonable distance is not going to happen ;) And there's no frustration involved, these things come with the territory (and I can't stand playing VF anyway). And I appreciate you want to help, but none of the actions you proposed I'd take have anything to do with this issue. It's a compilation problem, not a configuration one. I have a few environment variables set up, but none of them have anything to do with compilation. Also I posted a link to the binary > http://www.mediafire.com/file/yg74z7nd0ppunmn/model1mame ... so if you're on x64 Linux, please try this build to see for yourself. |
|
No.14704
wuemura Viewer
Feb 2, 2018, 13:12
|
I could reproduce other issues. Waiting for user input to confirm. |
|
No.14706
wuemura Viewer
Feb 2, 2018, 14:10
edited on: Feb 2, 2018, 14:11
|
Compiling with:make clean && make SOURCES=src/mame/drivers/model1.cpp -j7The foreground is missing, run with -video auto. (make sure your mame.ini is default) Changing video to "-video opengl" the machine runs fine. Still waiting for EoceneMiacid so we can see what environment he is running at. This is binary compiled with that options. http://www.mediafire.com/file/yyz23t0hbeb2x8b/model1.7z |
|
No.14708
EoceneMiacid Tester
Feb 2, 2018, 15:32
edited on: Feb 2, 2018, 15:59
|
Pardon my expression, but what the actual fuck. Your binary behaves exactly the same as mine. I did some more testing: Running with "-video software" either causes the game to run fine, to exhibit the camera problem or not render any polygons at all, seemingly at random; Running with "-video opengl" appears to work fine most of the time, though every now and then (roughly once every five times?) no polygons are rendered. Running with "-video bgfx" causes the camera problem 100% of the time, but never the 'no polygons' one. I ran each test twenty times consecutively. There's a randomness factor in here which makes narrowing it down difficult. |
|
No.14709
wuemura Viewer
Feb 2, 2018, 16:21
edited on: Feb 2, 2018, 16:21
|
Everything that was asked has everything to do to with everything, is well known that mame has issues with non C locales, this makes mame go crazy and mess up the graphics among other things. https://github.com/mamedev/mame/issues/3004 That's why we need to know what environment you are at and what settings your are using to try to reproduce the issue. Anyway, you get a confirmed from me. For other testers with Windows, please try this binary. http://www.mediafire.com/file/c8n6jbnaull3abm/Mame.7z It was build with: make clean && make TARGETOS=windows CROSS_BUILD=1 SYMBOLS=1 SYMLEVEL=1 STRIP_SYMBOLS=1 PTR64=1 SOURCES=src/mame/drivers/model1.cpp -j8 This mess up the graphics also. |
|
No.14710
EoceneMiacid Tester
Feb 2, 2018, 18:03
|
Huh. Okay. My environment is: COLORFGBG=15;0 COLORTERM=truecolor DISPLAY=:0 HOME=/home/eocene HUSHLOGIN=FALSE KONSOLE_DBUS_SERVICE=:1.0 KONSOLE_DBUS_SESSION=/Sessions/18 KONSOLE_PROFILE_NAME=Default LANG=en_US.UTF-8 LANGUAGE= LC_ADDRESS=de_BE.UTF-8 LC_IDENTIFICATION=de_BE.UTF-8 LC_MEASUREMENT=de_BE.UTF-8 LC_MONETARY=de_BE.UTF-8 LC_NAME=de_BE.UTF-8 LC_NUMERIC=de_BE.UTF-8 LC_PAPER=de_BE.UTF-8 LC_TELEPHONE=de_BE.UTF-8 LC_TIME=de_BE.UTF-8 LOGNAME=eocene PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/system/data/scripts:/gamedata/bin PROFILEHOME= PWD=/mame QT_QPA_PLATFORMTHEME=qt5ct SHELL=/usr/bin/fish SHELL_SESSION_ID=9dd1f4e1e4464d2c9fadf8fc6bce9bc7 SHLVL=2 TERM=xterm-256color USER=eocene WINDOWID=4194310 WINDOWPATH=2 WINEDEBUG=-all XAUTHORITY=/home/ralf/.Xauthority XDG_CACHE_HOME=/download/temp/cache XDG_CONFIG_HOME=/system/config XDG_CURRENT_DESKTOP=rde XDG_DATA_HOME=/system/data XDG_RUNTIME_DIR=/run/user/1000 XDG_SEAT=seat0 XDG_SESSION_ID=1 XDG_VTNR=2 I notice LANGUAGE= isn't set properly. I did a clean install of Kubuntu 17.10 last week. |
|
No.14712
wuemura Viewer
Feb 2, 2018, 22:08
edited on: Feb 2, 2018, 22:08
|
Running your build or my build with:LANG=de_BE.UTF-8 ./model1mame -video bgfx vr I got a similar result as yours. Confirmed. |
|
No.14713
EoceneMiacid Tester
Feb 2, 2018, 23:11
|
Hey, thanks for investigating this. I've been trying to run MAME with a few locales prefixed (en_US.UTF-8 for example) but that doesn't fix it for me. |
|
No.14714
wuemura Viewer
Feb 3, 2018, 00:21
edited on: Feb 3, 2018, 00:22
|
You're welcome. Mame team in general don't look in to this kind of thing, funky bugs like this get dismissed on the spot if can't be reproduced. This will not get fixed by just changing locales, the developers have to look on to this to get a proper fix. |
|
No.14716
EoceneMiacid Tester
Feb 3, 2018, 07:32
|
Well, it's probably not straightforward to fix, and there's more rewarding things to pursue as a dev, no doubt. I'm just glad someone else confirmed the bug :) |
|
No.14728
B2K24 Senior Tester
Feb 6, 2018, 06:50
|
It seems another tester was able to confirm this behavior. |
|
No.14732
NekoEd Senior Tester
Feb 7, 2018, 06:05
|
I was waiting on developer input before doing anything, but nobody showed up. |
|
No.14734
Haze Senior Tester
Feb 7, 2018, 10:48
|
right, setting the MAME language option is causing some rather horrific glitches for some users, of note, some of which almost look like memory is being trashed. probably needs running through valgrind or similar with the language options activated. |
|
No.14883
EoceneMiacid Tester
Mar 28, 2018, 14:31
|
As of 0.196, the problem appears to be fixed for me, regardless of video output chosen. I suppose this bug may be closed - if anyone else who reported it can confirm this? |
|
No.14884
wuemura Viewer
Mar 28, 2018, 14:49
|
Not yet, I've to test it over Linux, windows is working fine. |
|
No.14885
wuemura Viewer
Mar 28, 2018, 15:57
edited on: Mar 28, 2018, 16:16
|
Looks like is fixed but I didn't saw any patch or fix for locales. The only complain I have is the emulation speed, the emulation on linux is almost perfect, in Windows is very slow using my binary or mame official binary. vf Windows (official binary) vf Linux |
 No.14887
Tafoid Administrator
Mar 28, 2018, 16:16
|
I suspect your Window experience may be using the software fallback. What does your -verbose output tell you? |
|
No.14899
wuemura Viewer
Mar 29, 2018, 01:17
|
Video: Monitor 65537 = "\\.\DISPLAY1" (primary) |
|
No.15634
EoceneMiacid Tester
Oct 27, 2018, 17:10
|
This problem was resolved a while ago and this bug may be closed. |
 No.16090
Hydreigon Tester
Jan 31, 2019, 04:43
edited on: Jul 15, 2019, 19:34
|
The problem still persists currently (0.206) but only in Viruta Racing and Formula and to a lesser extent. Decided to run a linked setup of Virtua Racing in MAME with two instances and noticed the master side's camera was a bit worse than the slave side. I am unable to reproduce this in Virtua Fighter. Wing War and Star Wars Arcade I didn't notice this behavior either despite them marked as not working. |
|
No.17016
Tafoid Administrator
Oct 3, 2019, 22:06
|
I would consider your networking side by side issues different than what was reported. So, I'm resolving this bug as it was confirmed fix by the reporter. |