Sparkster runs fine for me. Are you sure it's not your rom?DcSteve wrote:many graphical issues are fixed, yet there are some new ones. Sparkster has completly garbled gfx with both cores. This problem did not occur in pvr3. Another semi-issue is that sometimes when you exit back to the menu, the noise from the last secs of the game you are exiting is shreaking out.
Best Genesis/Mega Drive emulator for DC?
-
- DCEmu Super Poster
- Posts: 1434
- https://www.artistsworkshop.eu/meble-kuchenne-na-wymiar-warszawa-gdzie-zamowic/
- Joined: Wed Jan 29, 2003 10:15 pm
- Location: At the end of the stage with a MASSIVE arsenal!
- Has thanked: 0
- Been thanked: 0
- Contact:
Spreading his inquiries all over the net!
<^_^>
-
- DC Developer
- Posts: 453
- Joined: Thu May 16, 2002 8:29 am
- Location: ice88's house
- Has thanked: 0
- Been thanked: 0
- Contact:
OK - I put -fno-gcse (which I think is the right way to specify this flag) and rebuilt everything, including C68K and CZ80 - It still works, but how do I tell if it's faster?BlackAura wrote:I dunno. It potentially speeds up code that uses computed gotos, which C68K uses extensively. The only way is to try it out.Also, what's with that compiler flag (-no-gcse) that Quzar found? Would it increase C68K & CZ80 performance noticably ?
What wasn't running fast enough before that now potentially would be?!?!
Read my blog: http://unrational.blogspot.com
-
- Modder Of Rage
- Posts: 805
- Joined: Mon Mar 18, 2002 12:41 pm
- Location: Midwest
- Has thanked: 0
- Been thanked: 0
- Contact:
One way- If sonic 3+knuckles has no slowdown in the char select screen.
Check out the beats of rage community at http://borrevolution.vg-network.com/
-
- DC Developer
- Posts: 453
- Joined: Thu May 16, 2002 8:29 am
- Location: ice88's house
- Has thanked: 0
- Been thanked: 0
- Contact:
OK - did more fiddlin....
The compiler option, improved the region select, made it possible to have FPS again (although, nothing switches it on).
The all important gpwt.bin:- http://homepage.ntlworld.com/ian_edward ... 706.d1.zip
The source (delta from the previously posted source):- http://homepage.ntlworld.com/ian_edward ... d1.src.zip
Sorry for wastin' those CDRs.
The compiler option, improved the region select, made it possible to have FPS again (although, nothing switches it on).
The all important gpwt.bin:- http://homepage.ntlworld.com/ian_edward ... 706.d1.zip
The source (delta from the previously posted source):- http://homepage.ntlworld.com/ian_edward ... d1.src.zip
Sorry for wastin' those CDRs.
Read my blog: http://unrational.blogspot.com
- Quzar
- Dream Coder
- Posts: 7499
- Joined: Wed Jul 31, 2002 12:14 am
- Location: Miami, FL
- Has thanked: 4 times
- Been thanked: 10 times
- Contact:
For the -fno-gcse, it is important to performance to make sure to only have it on when compiling c68k and cz80, otherwise you will gain performance in them and lose it in other things. Sorry that I forgot to mention that prior.
"When you post fewer lines of text than your signature, consider not posting at all." - A Wise Man
-
- DC Developer
- Posts: 453
- Joined: Thu May 16, 2002 8:29 am
- Location: ice88's house
- Has thanked: 0
- Been thanked: 0
- Contact:
It makes perfect sense - and I was thinking it when I was doing it - but then I left it in place for everything (as you can see from the Makefile).
It's simple enough to change the makefiles for c68k and cz80 only - since they are both built with separate build rules.
The other thing, I'm using the C++ compiler (as opposed to the C compiler) - only because I read somewhere that it gives more efficient code, does that option work for the C++ compiler too?
It's simple enough to change the makefiles for c68k and cz80 only - since they are both built with separate build rules.
The other thing, I'm using the C++ compiler (as opposed to the C compiler) - only because I read somewhere that it gives more efficient code, does that option work for the C++ compiler too?
Read my blog: http://unrational.blogspot.com
-
- DC Developer
- Posts: 453
- Joined: Thu May 16, 2002 8:29 am
- Location: ice88's house
- Has thanked: 0
- Been thanked: 0
- Contact:
NP - all ends on Thursday, since I'm off on vacation (i.e. away from my machines!)
But since the source is out, maybe someone else will take up the reins for a while!
But since the source is out, maybe someone else will take up the reins for a while!
Read my blog: http://unrational.blogspot.com
-
- Modder Of Rage
- Posts: 805
- Joined: Mon Mar 18, 2002 12:41 pm
- Location: Midwest
- Has thanked: 0
- Been thanked: 0
- Contact:
i seriously doubt that since nobody has ever done much to it besides you and BA in the first place till now. Looks likes its back to silent development soon. Thanks for everything you have done. SEEEEEEGGAAAAA
Check out the beats of rage community at http://borrevolution.vg-network.com/
- Quzar
- Dream Coder
- Posts: 7499
- Joined: Wed Jul 31, 2002 12:14 am
- Location: Miami, FL
- Has thanked: 4 times
- Been thanked: 10 times
- Contact:
As far as I know from everything I have ever tested gcc gives MUCH more optimized code for the sh4 than g++ does. I remember seeing as much as a 1/3 speed increase in certain ports simply by renaming *.cpp to *.c . That being said though, I also don't know if -fno-gcse works with g++, but I would strongly suggest recompiling with the C compiler and seeing if there is any difference. If there is any difference in the outputted binary, the C one should be either smaller or faster.Warmtoe wrote:It makes perfect sense - and I was thinking it when I was doing it - but then I left it in place for everything (as you can see from the Makefile).
It's simple enough to change the makefiles for c68k and cz80 only - since they are both built with separate build rules.
The other thing, I'm using the C++ compiler (as opposed to the C compiler) - only because I read somewhere that it gives more efficient code, does that option work for the C++ compiler too?
"When you post fewer lines of text than your signature, consider not posting at all." - A Wise Man
-
- DC Developer
- Posts: 453
- Joined: Thu May 16, 2002 8:29 am
- Location: ice88's house
- Has thanked: 0
- Been thanked: 0
- Contact:
OK - well, all of that is simple to switch - check out dreamcast-x\Makefile you can choose which compiler to use in there.
And take the -fno-gcse off the main compile options and put it on the 2 rules for cz80 and c68k subdirectories.
And take the -fno-gcse off the main compile options and put it on the 2 rules for cz80 and c68k subdirectories.
Read my blog: http://unrational.blogspot.com
-
- DC Developer
- Posts: 453
- Joined: Thu May 16, 2002 8:29 am
- Location: ice88's house
- Has thanked: 0
- Been thanked: 0
- Contact:
And I think setting FM_LFO_SUPPORT to 0 is fm.h might work.
It seems to continue to sound alright - but the code with that set seems far simpler - I'm probably missing something obvious (like having that option set to 0 is wrong in the extreme) but...
It seems to continue to sound alright - but the code with that set seems far simpler - I'm probably missing something obvious (like having that option set to 0 is wrong in the extreme) but...
Read my blog: http://unrational.blogspot.com
-
- DC Developer
- Posts: 9951
- Joined: Sun Dec 30, 2001 9:02 am
- Has thanked: 0
- Been thanked: 1 time
That slowdown is caused by the PVR, not the CPU. No ammount of speedups in the CPU emulation could ever speed that up.DcSteve wrote:One way- If sonic 3+knuckles has no slowdown in the char select screen.
Using 320x240 mode used to fix that. I don't know if WT's builds are using 320x240 or 640x480. In the last build I gave Warmtoe (the one these builds are based on) 320x240 looked fuzzy because of the deflicker filter. My current builds use 320x240 and disable the deflicker filter, so they look fine.
It'll work for most games, because most games don't use the LFO. For those games that do use the LFO, it'll make them sound weird. It's mostly used for vibrato / tremolo effects, I think.Warmtoe wrote:And I think setting FM_LFO_SUPPORT to 0 is fm.h might work.
It seems to continue to sound alright - but the code with that set seems far simpler - I'm probably missing something obvious (like having that option set to 0 is wrong in the extreme) but...
I've not really traced through the FM code enough to know what effects the LFO emulation has on performance. I'm not sure that it does the LFO calculations if the game isn't using the LFO, but it may still have a performance impact. There has to be a reason that switch is in there, after all.
-
- Modder Of Rage
- Posts: 805
- Joined: Mon Mar 18, 2002 12:41 pm
- Location: Midwest
- Has thanked: 0
- Been thanked: 0
- Contact:
OK, so I just tried the latest version with the C68k CZ80 Optimization. THIS VERSION IS FAR BETTER. Many games run much much smoother. This last build should be newsposted for its accomplishments. THANK YOU BA AND WARMTOE. Ive been waiting years for this build. Also, thank you quzar for your information contribution.
Check out the beats of rage community at http://borrevolution.vg-network.com/
- Dreamcast4life
- DCEmu Nutter
- Posts: 846
- Joined: Mon May 30, 2005 12:24 pm
- Location: monticello,Indiana
- Has thanked: 0
- Been thanked: 0