Ys IV: The Dawn of Ys English Dub Patch Released!

[Burnt Lasagna]

Been playing through this and enjoying it immensely.  However when I got to the part where I talk to the goddess' statues, the sound broke up into near static.  It was very hard to understand what was being said.  Reset the system and tried again.  Pretty much the same thing.  All of the other voices are fine, though, with only a bit of clipping here and there (par for the course for ADPCM voices on the system, even in commercial games).

Well crap, does anyone have a save where this part happens? Because I no longer have a save at that exact point for testing purposes.
I thought I cleaned up all instances of clipping in the game!

EDIT: This will not be an issue if you are playing it with Ootake/Magic Engine. Just a heads up for people who are playing the dub via said emulators.

[pixeljunkie]

this is amazing! thanks!!!!!!

[Joe Redifer]

I have a save maybe 10 minutes before it happens.  It's on a real system so I couldn't exactly e-mail the save to anyone.  About the best I could do is record it.

I haven't checked yet but does Ys IV have a password feature for the saves?

[Black Tiger]

No passwords.

There's the Nanami Bank, but after several attempts, I have yet to get it to work. :/

[Bonknuts]

I have a save maybe 10 minutes before it happens.  It's on a real system so I couldn't exactly e-mail the save to anyone.  About the best I could do is record it.

I haven't checked yet but does Ys IV have a password feature for the saves?

 I have a bram dump util (does a sound encode dump through the stereo cables/whatever). You'll need to record it to a wave file on your PC. Maybe this would be a good use of this tool?

[Joe Redifer]

Here's a recording.  Starts getting insane at about 1:18-ish.  Click to download - 16.36 MB

What causes something like this?  Why doesn't it do this in emulators?  Is it a bug with the real hardware?

[Marll]

What does the following error mean?

Performing Track Mode Analysis... One moment...
Error with Data Track 02: Track following error
Fatal Error: This analysis phase has failed. Aborting...

It saves the TOC from the disc, but that's as far as it seems to get. Tested with other games (Loom) and it worked fine. Perhaps an issue with my disc...

[Bernie]

Are you ripping from a genuine disc, or a downloaded image?

[Marll]

Right now a burned copy. I have a few backups of discs, and while I had the original years ago it got misplaced in a move. Probably doesn't help that my 2 year old got into my Turbo collection and scratched up a few things recently too.

[vestcoat]

OK, my disc definitely says "R2F" but Turborip rips and name the files "R1F". I'll PM you a link to the TOC file.
Magic Engine does not identify the patched disc. I did not look into anything very deeply or attempt to use the TOC fixer utility; when I saw that my ISO was the right size I just went ahead with the patch.
The patched disc plays fine on my TGCD and the audio sounds great.
On my Windows XP machine with Magic Engine there are brief lags of static clipping whenever the background music ducks for an overdub to start. Also, the BGM-to-voice ratio doesn't seem quiet right on Magic Engine - the voices can barely be heard over the music. Neither of these issues are a problem on real hardware. Anyway, I hate emultaors and I have a spare CD lens standing by, so I'll bite the bullet this once and play a burned disc on my hardware.

All in all, you guys did a FANTASTIC job and really helped make 2012 a great year for the TurboGrafx. I never thought I'd be sitting here with an english-patched, english-dubbed, disc with a sweet lightscribe label and a full-color, translated manual and insert. Thank you so much Nightwolve, Burnt Lasagna, Sparky, Sadler, and everyone else for your work on all of these different projects!

[vestcoat]

What does the following error mean?

Performing Track Mode Analysis... One moment...
Error with Data Track 02: Track following error
Fatal Error: This analysis phase has failed. Aborting...

It saves the TOC from the disc, but that's as far as it seems to get. Tested with other games (Loom) and it worked fine. Perhaps an issue with my disc...

I got some kind of error and partial rip when I tried to use Turbo Rip 1.0 on Windows 7 (don't ask). I switched to TurboRip 1.1 beta on XP and it worked fine.

[Bernie]

I suspect his issue is a bad rip vestcoat.

[Bonknuts]

Here's a recording.  Starts getting insane at about 1:18-ish.  Click to download - 16.36 MB

What causes something like this?  Why doesn't it do this in emulators?  Is it a bug with the real hardware?

 It has to do with the ADPCM chip in the CD unit. ADPCM uses delta's, and it adds them on every sample then outputs the sample so you hear it. The if the sum adds up past what a 12bit value can hold (either positive or negative), this particular ADPCM controller chip doesn't not correct the 'overflow' like other later or more expensive chips do (they'll saturate it; keep it from overflowing). On the TGCD the overflow value wraps back around, causing all samples after that point to be incorrect in the stream (until it starts a new stream). Some emulators take care of overflow even though the original hardware doesn't; but it's not a given that all emulators will do this (mednafen will probably allow overflow). It's not a problem with the TGCD per se, but rather the encoder you use for the ADPCM. It needs to take care for this. If the encoder doesn't have this feature, then you have to lower the volume of the source material (wave file) so that it doesn't produce this in the encode - which is an el cheapo way of doing this.

 I assume this is what happened (or they got the byte offset wrong when inserting it back into the data track).

[Burnt Lasagna]

Hey Bonknuts/Tomaitheous.
Maybe you might be able to understand this issue better then I do.

The problem I'm encountering with the ADPCM is that I clearly remember fixing that clip during my initial testing (used mednafen). Shortly after finishing my first test play through I found out certain clips that were working in the past were now clipping like crazy. After talking with Nightwolve about it he explained that I should be measuring all my new ADPCM WAV's right down to the exact sample of the original, which I wasn't doing during my first time around.

I found out a large hand full were one sample over what they were suppose to be. Figured this was the culprit that was knocking over previously working clips as they were being inserted. I fixed all the samples of the new ADPCM to match the Japanese ones exactly.  Then I did another play through of the game and fixed, yet again, the small amount of ADPCM that where now clipping in the game.

I thought I finally put this issue to death after that second play through. Now it appears I was wrong in thinking that. Do you have any idea on whats causing this domino effect?

NOTE: The ADPCM is being converted to VOX and then inserted into the game with SOX.

[Bonknuts]

I'm playing through the patch with mednafen (ver 9.2.4) and can confirm what Joe has experienced with the two goddesses. It's the only one so far that breaks up like that.