Open Solniz opened 2 years ago
@Triticum0 you'll need to enable the nv2a tracing via the monitor rather than the debug define (the tracing now contains all of the interesting information).
You can do trace-event nv2a_pgraph_* on
in the monitor window to turn it on (replacing on
with off
will turn it off afterwards)
@abaire Here you go xemu.log Also Tank performace some much have to kill the program is it meant to be that slow had better performace on my Pentium
Also when using Debug from the code actually useful? Should I never enable it and use trace-event from now on
@abaire Here you go xemu.log Also Tank performace some much have to kill the program is it meant to be that slow had better performace on my Pentium Thanks, will take a look.
It's expected that it slows things down, though in my experience it usually isn't enough to make things that unresponsive. You may be have better performance if you pipe the output directly to a file rather than to a console, but it probably also depends on the specifics of your machine and OS.
Also when using Debug from the code actually useful? Should I never enable it and use trace-event from now on These days it's only useful in very specific cases. I would suggest you just use the
trace-event
system unless a contributor specifically asks you to enable the other debugging options.
I don't see anything that jumps out at me in the log file. The unhandled commands look like the usual set, I do see some uses of stride:0 in positions and textures so this could be similar to #686 (maybe there are more nuances to the behavior than expected?).
Yeah I think it's a bug, my hardware better spec than yours I'm getting sub 1 fps on Windows something happen that shouldn't
Any fixes ?
If there were any fixes they'd be in a PR linked to this bug. I don't think any of contributors have this game, so likely nobody is looking at it.
bruh
Hopefully this extra info can help somewhat.
Since this game is from the same company, decided to do a little test using an older version of Xemu that included some PRs (https://github.com/xemu-project/xemu/issues/365) that can fix part of the Otogi graphical issues. That makes the ingame graphics appear in Thousand Land too instead of a white screen as described in the bug and still present on latest Xemu release.
Not perfect but maybe some of those PRs not included yet might make it playable.
Thanks, don't know why I never thought to test it with that PR, probably because it never got merged. @abaire seems like the fix was simple.
Yeah. @Enkak thanks for testing it not sure if I ever get around to retesting it on the masters+Otogi fix as I stopped testing Xemu as the project has stopped updating to a point where it is not worth the effort testing the games. Solniz should add to the PR and will link to the Otogi Issue. Also forgot how to make a custom build from Git so can't help you there either.
Hopefully this extra info can help somewhat.
Since this game is from the same company, decided to do a little test using an older version of Xemu that included some PRs (#365) that can fix part of the Otogi graphical issues. That makes the ingame graphics appear in Thousand Land too instead of a white screen as described in the bug and still present on latest Xemu release.
Not perfect but maybe some of those PRs not included yet might make it playable.
@enkak could you send the build of xemu please? i tried compiling but it just didnt work...
@Enkak could you send the build of xemu please? i tried compiling but it just didnt work...
Not sure if that is against the rules or dev wishes. Anyway at the moment I don't have the computer with me the next two weeks so can only do it after.
@Enkak could you send the build of xemu please? i tried compiling but it just didnt work...
Not sure if that is against the rules or dev wishes. Anyway at the moment I don't have the computer with me the next two weeks so can only do it after.
okay thank you :) until then im just going to keep trying to compile it without errors or crashes, until youll have your computer with you
edit: im stupid what i edited in xemu was completely wrong so when i tried to compile it thats why it always crashed :|
@Enkak could you send the build of xemu please? i tried compiling but it just didnt work...
Not sure if that is against the rules or dev wishes. Anyway at the moment I don't have the computer with me the next two weeks so can only do it after.
do you have your computer with you yet?
@Enkak could you send the build of xemu please? i tried compiling but it just didnt work...
Not sure if that is against the rules or dev wishes. Anyway at the moment I don't have the computer with me the next two weeks so can only do it after.
do you have your computer with you yet?
Hi. Please find attached the older version of Xemu and see how it goes. xemu.zip
@Enkak could you send the build of xemu please? i tried compiling but it just didnt work...
Not sure if that is against the rules or dev wishes. Anyway at the moment I don't have the computer with me the next two weeks so can only do it after.
do you have your computer with you yet?
Hi. Please find attached the older version of Xemu and see how it goes. xemu.zip
it works!! thank you so much :DD
@Enkak could you send the build of xemu please? i tried compiling but it just didnt work...
Not sure if that is against the rules or dev wishes. Anyway at the moment I don't have the computer with me the next two weeks so can only do it after.
do you have your computer with you yet?
Hi. Please find attached the older version of Xemu and see how it goes. xemu.zip
it works!! thank you so much :DD
So, no more graphical glitches ? Can you post a screenshot ?
Thanks @Enkak
Title
https://xemu.app/titles/46530003/#Thousand-Land
Bug Description
Once you reach in game, everything is rendering in white, you can hardly tell what is going on
Expected Behavior
The ingame graphics should be rendering correctly like this:
xemu Version
0.7.28
System Information
Windows 11 Intel i7-10875H RTX 2080 8GB 512.95
Additional Context
No response