EarthBound MSU-1

Page 2 of 3 Previous  1, 2, 3  Next

Go down

20190627

Post 

EarthBound MSU-1 - Page 2 Empty EarthBound MSU-1






Patch v2 by Conn, loop-table by ShadowOne333:
http://bszelda.zeldalegends.net/stuff/Con/eb_msu_patch.zip

PCM set v2* by ShadowOne333:
https://app.box.com/s/fkmjx61w4m7xom1kmir5zk7xv6jx9u8f
*v2 set contains the fixed track 22.

PCM Hip Hop Journey by Ballz:
https://mega.nz/#F!thAkyYxJ!huyyjwS5Djpyk25Ci-iWsA
Note: Best to be used with Ballz' Hip Hop Journey patch
Video Preview
ShadowOne333
ShadowOne333
Mad Batter
Mad Batter

Since : 2016-04-06

Back to top Go down

Share this post on: diggdeliciousredditstumbleuponslashdotyahoogooglelive

EarthBound MSU-1 :: Comments

avatar

Post on Mon 8 Jul 2019 - 6:35 by EmperorOfTigers

I've got it working and love the MSU1 audio. I was wondering is there a way to make the audio work with the ROM having a different name as I would like an original MSU1 version and a ROM hack version with MSU1 too.

Back to top Go down

Conn

Post on Mon 8 Jul 2019 - 7:49 by Conn

You need to rename all pcm files and the .msu file to the new rom name. All files need to have the exact same name.

Back to top Go down

avatar

Post on Mon 8 Jul 2019 - 7:52 by EmperorOfTigers

Ah ok awesome. Thank you! I'll do that.

Back to top Go down

Conn

Post on Mon 8 Jul 2019 - 12:44 by Conn

You can use a bulk rename utility. Pev suggested one once, I used it without issues (really fast in contrast renaming by hand, especially when considering the amount of pcm files used for eb), but de-installed and can't find it anymore. Maybe Pev can help you finding that program.

Back to top Go down

avatar

Post on Mon 8 Jul 2019 - 16:38 by pepillopev

@Conn The name of the app is Bulk Rename Utility. It pops up right away searching it in Google.

Back to top Go down

avatar

Post on Mon 8 Jul 2019 - 16:41 by EmperorOfTigers

Thank you guys. I'll try the program out and see how it goes.

Back to top Go down

Conn

Post on Mon 8 Jul 2019 - 17:37 by Conn

Conn wrote:
You can use a bulk rename utility

Pepillopev wrote:
The name of the app is Bulk Rename Utility

That's funny in a way Very Happy

Back to top Go down

avatar

Post on Mon 8 Jul 2019 - 18:24 by pepillopev

Indeed, I got a chuckle out of that one.

Back to top Go down

Ballz

Post on Sat 27 Jul 2019 - 22:28 by Ballz

Has anyone else playing on sd2snes experienced a bug where the graphics occasionally flicker in the battle text box?

I've been able to make it happen using Conn's MSU-1 patch as well as ShadowOne's MaternalBound Redux MSU-1 patch. It also occurs in my own WIP rom hack that uses the MSU-1 code in it.

Interestingly, it had been happening with a clean EarthBound rom so I thought it might be sd2snes itself, but I disabled in-game hooks and that resolved it for the clean rom.  

But even with in-game hooks disabled, it still happens with MSU-1 patched roms (although not as often).

As an example, it happens about 18 seconds into this video:



And looks pretty much like this:
EarthBound MSU-1 - Page 2 QJ1bMJf

Edit: I also went and compiled a version of my rom hack to not include the MSU-1 code and the glitches went away. So I'm almost certain at this point the issue is being caused by the MSU-1.

Also I forgot to mention that I've been able to reproduce this glitch on bsnes, so folks who don't have an sd2snes can test it there to see what I mean.

Back to top Go down

Polargames

Post on Sat 27 Jul 2019 - 23:45 by Polargames

Ballz wrote:Has anyone else playing on sd2snes experienced a bug where the graphics occasionally flicker in the battle text box?

I've been able to make it happen using Conn's MSU-1 patch as well as ShadowOne's MaternalBound Redux MSU-1 patch. It also occurs in my own WIP rom hack that uses the MSU-1 code in it.

Interestingly, it had been happening with a clean EarthBound rom so I thought it might be sd2snes itself, but I disabled in-game hooks and that resolved it for the clean rom.  

But even with in-game hooks disabled, it still happens with MSU-1 patched roms (although not as often).

As an example, it happens about 18 seconds into this video:



And looks pretty much like this:
EarthBound MSU-1 - Page 2 QJ1bMJf

Edit: I also went and compiled a version of my rom hack to not include the MSU-1 code and the glitches went away. So I'm almost certain at this point the issue is being caused by the MSU-1.

Also I forgot to mention that I've been able to reproduce this glitch on bsnes, so folks who don't have an sd2snes can test it there to see what I mean.

Hello Ballz, I am Polargames,feel free to call me Polar. To answer your post, it sounds like your wip rom hack has changed the msu-1 break. I am not a expert in this, but I have read and been told that when it comes rom hacks, sometimes they can be a unseen problem. If I were you, I would finish your hack and then if you would want it to be msu'd, Ask Conn politely for what break code he used, then run that threw an snes debugger. That would be the only fix that I could come up with because that would be what can fix it. I hope that answers your post. :-D

Back to top Go down

Ballz

Post on Sat 27 Jul 2019 - 23:57 by Ballz

Polargames wrote:

Hello Ballz, I am Polargames,feel free to call me Polar. To answer your post, it sounds like your wip rom hack has changed the msu-1 break. I am not a expert in this, but I have read and been told that when it comes rom hacks, sometimes they can be a unseen problem. If I were you, I would finish your hack and then if you would want it to be msu'd, Ask Conn politely for what break code he used, then run that threw an snes debugger. That would be the only fix that I could come up with because that would be what can fix it. I hope that answers your post. :-D

It happens in Conn's original MSU-1 patch, not just my ongoing project.

Back to top Go down

Conn

Post on Sun 28 Jul 2019 - 4:43 by Conn

This is probably due to the nmi stuff to fade the music. Why it occurs during the battle scene is something strange. There is neither a fade, music change or anything possibly trigggering it. Unfortunately, it is impossible to trace sd2snes stuff. What I did in below patch:

Code:

org $C08183
JSL nmi
NOP
NOP


changed to
Code:

;org $C08183
;JSL nmi
;NOP
;NOP

So I commented out the nmi stuff, means there will be no fading of the music. If it works for you (I do not own a sd2snes to test myself) I try to tinker a bit, but there is little I can do. I think fading is more important than this flickering...
Attachments
EarthBound MSU-1 - Page 2 Attachment
eb_msutest.zip You don't have permission to download attachments.(1 Kb) Downloaded 1 times

Back to top Go down

Ballz

Post on Sun 28 Jul 2019 - 11:33 by Ballz

Conn wrote:This is probably due to the nmi stuff to fade the music. Why it occurs during the battle scene is something strange. There is neither a fade, music change or anything possibly trigggering it. Unfortunately, it is impossible to trace sd2snes stuff. What I did in below patch:

Code:

org $C08183
JSL nmi
NOP
NOP


changed to
Code:

;org $C08183
;JSL nmi
;NOP
;NOP

So I commented out the nmi stuff, means there will be no fading of the music. If it works for you (I do not own a sd2snes to test myself) I try to tinker a bit, but there is little I can do. I think fading is more important than this flickering...

That does indeed fix the graphic glitch! But yeah, it then introduces a new issue with a lack of fading.  This is particularly noticeable in certain buildings where the volume is meant to be lowered a couple of dB.

Edit: I have encountered this issue in bsnes as well as sd2snes, so maybe it's possible to do debug it through that?

Back to top Go down

Conn

Post on Sun 28 Jul 2019 - 14:08 by Conn

I'm limited in what I can do to avoid this issue. What I tried in below patch is to shift the code for reading $4210 to the end of the code. So hopefully this debugs this issue. If not there is nothing more I could do.
Attachments
EarthBound MSU-1 - Page 2 Attachment
eb_msutest2.zip You don't have permission to download attachments.(1 Kb) Downloaded 1 times

Back to top Go down

Ballz

Post on Sun 28 Jul 2019 - 15:18 by Ballz

Conn wrote:I'm limited in what I can do to avoid this issue. What I tried in below patch is to shift the code for reading $4210 to the end of the code. So hopefully this debugs this issue. If not there is nothing more I could do.

I just did about a dozen battles with this patch and the glitch didn't appear! I'm going to test it some more later tonight, but I'm cautiously optimistic that this may have fixed it once and for all. Blue3

Back to top Go down

Ballz

Post on Sun 28 Jul 2019 - 22:20 by Ballz

Update: Nope, I encountered it again. I now believe only certain enemies are affected. The Spiteful Crow at the beginning of the game seems to consistently cause the glitch, for example.

Might just have to be something to live with if you're playing on sd2snes...

Back to top Go down

Conn

Post on Mon 29 Jul 2019 - 2:46 by Conn

Too bad. Ah well...

Back to top Go down

ikari_01

Post on Tue 30 Jul 2019 - 9:49 by ikari_01

Or higan, or bsnes, or any hypothetical MSU1 implementation on real hardware other than the sd2snes. Wink

Back to top Go down

Ballz

Post on Tue 30 Jul 2019 - 18:12 by Ballz

ikari_01 wrote:Or higan, or bsnes, or any hypothetical MSU1 implementation on real hardware other than the sd2snes. Wink

Yeah and I am sorry if I singled out sd2snes in particular. In fact as best as I can tell, this happens on any device that is MSU-1 compatible.  I originally thought it didn't happen on Snes9x because that was the emulator I used the most while creating and testing my PCMs but honestly I hadn't really played the game -- grinding, battling, exploring, etc. -- on Snes9x.  

It wasn't until I sat down in front of my TV and popped my sd2snes into my Super Nintendo that I started seeing those blips and thinking to myself, "Huh, that's new..."

Now that I know what exactly to look for I went back and sure enough, it happens on Snes9x as well. Embarassed

This glitch is no way a dealbreaker for EarthBound MSU-1 projects, and I'm probably now more attuned to spotting it just because it has been such a focus of mine in beta testing the past several days.  Going forward, at least we all now now what it is and why it's happening.

Back to top Go down

ikari_01

Post on Tue 30 Jul 2019 - 21:40 by ikari_01

Some technical details as well as a possible solution:

The cause of the glitches is that the game, on rare occasions, re-triggers the HDMA engine just a little bit too late (some place during scanline 0 of the next frame) because it can't manage to do it in time - at the end of the current frame. By then the HDMA counters have started running and it's probably already read some bytes so it is now applying bogus window and main/sub-screen enable values throughout the rest of the frame.

This is good:
c08348 stx $420c [00420c] A:0000 X:0024 Y:0000 S:1fa6 V:246 H:273 F:29

This is bad:
c08348 stx $420c [00420c] A:0000 X:0024 Y:0000 S:1faa V:  0 H: 12 F:31

It is so rare because it only happens when it has a lot of DMA transfers scheduled to perform during blanking, which still complete successfully but then there's not enough time to complete the HDMA setup within the frame.

side note:

The game actually has a data cap on DMA transfers per frame before it would start deferring additional transfers to the following frame:

Code:
c0866c cmp #$1201         A:0010 X:004e Y:000f S:1fc3 D:0000 DB:00 nvmXdIzc V:259 H:100 F:28
c0866f bcc $8677 [c08677] A:0010 X:004e Y:000f S:1fc3 D:0000 DB:00 NvmXdIzc V:259 H:105 F:28

In the glitchy cases it is still well within its data cap but the number of transfers is pretty high (13 if I remember correctly), so the sheer setup times of the DMA transfers become significant. The game has no cap whatsoever on those. I even dare say that the developers got a little lucky that it didn't happen in the "original" game Wink
@Conn
As far as I can see the HDMA enable "stx $420c" still happens within the NMI routine. So if you could move the long jump to your injected MSU code somewhere after $C08348 it should make the glitch disappear. The rest of the NMI routine seems uncritical, it's just important that the point at $C08348 is reached before the next frame starts.

Back to top Go down

ShadowOne333

Post on Tue 30 Jul 2019 - 23:19 by ShadowOne333

Had to drop by with all of this on :p
I will follow up on Ikari's possible solution tomorrow perhaps

In the meanwhile, I have been notified that one specific track (22) has a crackle, which I believed waa caused due to my computer fucking up during recording of the wav.

I will repair that one tomorrow, but wanted to ask, what do I do to include the fixed track in the whole PCM pack, Conn?
Should I post it here so the hoster uploads it, or how do I go about it?

Back to top Go down

avatar

Post on Wed 31 Jul 2019 - 1:20 by pepillopev

@ShadowOne333 Just upload the files you fixed and I will add them to the already hosted pack. Leave a link I will get to them ASAP.

Back to top Go down

Conn

Post on Wed 31 Jul 2019 - 2:52 by Conn

@Ikari: I was assuming this and moved the STZ $420C around in test2 ips above. But this is a good idea, I will try to make the complete jump to msu after this code already was executed. Thanks for this tipp, will try it when I have time later.

@ShadowOne: I can only second Pev here. You can pm him the link to the new pcm and he will update your pack on his host.

Back to top Go down

Conn

Post on Wed 31 Jul 2019 - 8:12 by Conn

Ok, please download and try

http://bszelda.zeldalegends.net/stuff/Con/eb_msu_patch.zip

Differences:
Before I hooked to nmi here:
Code:

$C0/8183 AD 10 42    LDA $4210 
$C0/8186 9C 0C 42    STZ $420C  [$00:420C]

New patch hooks here:
Code:
$C0/8189 A9 80      LDA #$80               
$C0/818B 8D 00 21          STA $2100  [$00:2100]


I cross all my fingers that it works, the chance is good from a logical view Very Happy

As always the browser history notes. The ips patch size is 575 bytes, changed July, 31 2019. If not, clear browser history and download again.
Also german version has been adjusted.

Back to top Go down

ikari_01

Post on Wed 31 Jul 2019 - 8:41 by ikari_01

Wrong place I think, STZ is irrevant. You are still postponing the STX $420c at $C08348.

Back to top Go down

Post  by Sponsored content

Back to top Go down

Page 2 of 3 Previous  1, 2, 3  Next

Back to top


 
Permissions in this forum:
You cannot reply to topics in this forum