Toki / Juju Densetsu (Bootleg) x2

Jacmar

Active member
Feedback
1 (100%)
Credits
684CR
Made some more progress over the last couple of days ...
Definitely seem to have 5x bad LS245's at Jamma edge (2x for Dipswitches, 3x for inputs) but piggybacking is working for now so decided to continue the repair with just the one 245 piggybacked that handles the Coin and Player 1 Start inputs so I can coin up and start a game if needed. The others can wait till later ....

With activity all over the graphics RAM and ROMs I went looking for more TTL which may have obviously failed ... found a LS367 buffer @ U36 which had one of its outputs stuck to ground, despite a toggling input and the chip always enabled ... you can see it here on the slice test result, so it was removed and replaced ...

fl5.05.jpg

Which didn't make too much difference graphically ... before (below left) and after (below right) ....

fl5.06.jpg

But no noticeable change to gameplay scenes so didn't feel like this fix accomplished much ... but probably another one of those little fixes you don't see the true benefit of at the time because other problems are hiding it ...
I did get some improvements on screen when I removed the FG Tiles ROMs ... I could actually see the correct background during the opening scene ....

fl5.07.jpg

And this sent me down the rabbit hole of checking everything I could find, to do with those ROMs ... and spent a good few hours on that but couldn't find anything wrong ... Frustrated and not sure where to look next I decided to sort a few other things that I'd put on the back burner ...
Firstly, I replaced those five LS245's buffering inputs and dipswitches, which sorted those as expected ... wonder why those had all failed ? Over voltage maybe ? ... does seem to be an unusual amount of 245's that have failed on this board ...
Secondly I had marked a LS153 @ U113 which I knew I had damaged back when the game wasn't booting .. I remember the little spark and pop when I accidentally bridged a couple of it's pins, but I knew it was just a chip in the video section and not responsible for the game not booting, I also Slice tested it at the time to see how bad it was and it passed! Ok then I obviously didn't completely murder it so it can't be causing to much chaos, so I marked it at the time with a little piece of yellow tape (you can see it on the above pic) and I thought I'll come back to that ... then kind of forgot about it while down other rabbit holes ... so had another look at it because I was thinking it surely can't be ok, it can't spark and pop and still be ok can it ? Signals looked fine on the scope and the pins I remembered bridging were unused ones (or so I thought) .... Let's double check ... so I got the working board out and Sliced that same chip ... here's the results from the 2 boards .... the bad chip I fried is below on the left, the working board one is on the right .....

fl5.08.jpg

You can see why that result (on the left) on it's own would not raise suspicion ... Just looks like that input on pin 11 is not being used ...
But alongside analysis of the same chip on the working board, you can see what I'd done, I'd bridged pins 11 (GND) and 12 (+5v) ... blew the line and lost that ground signal on pin 11. This was confirmed when I removed the chip and saw the blown trace ...

fl5.09.jpg

Put in a socket and replacement LS153, powered up and thought I'd cracked it ....

fl5.10.jpg

But soon realised all was still not well .....

fl5.11.jpg

Now I've got perfect Background tiles and no Foreground tiles ... pretty much the opposite of before! ... while still the sprites tiles are chopped up and separated ...
A little confused and unsure of where to look next, I decided to do more Slice comparisons looking for different signals on TTL on the working board compared to this non-worker (beats a scope and pen and paper!).... and boy that was still some work, not just doing the tests but looking through the results ... eventually I came across this one ... the PAL @ U65 .... here's the comparison ...

fl5.12.jpg

Missing INPUT signal on pin 18 ... ok looks promising, and again the beauty of having a working board is it's easier to find where that signal comes from ... and it traced to .... an LS273 @ U126 ... which is another IC that had been replaced and socketed by the previous fixer, same one responsible for the missing signals on the program RAM and ROM's ... :mad: On the pic below you can see pin 2 should connect to the via and carry the signal to the PAL on pin 18 ... well it didn't so I threw on a jumper wire ....

fl5.14.jpg

And fired up to Background Tiles AND Foreground Tiles !!!!

fl5.15.jpg

So despite saying to myself ages ago, don't trust any of the previous work done on this board, I carried on looking elsewhere for problems, and even though I have found some bad IC's that haven't been touched before, I think I really need to look at ALL the other previously replaced/socketed chips before doing anything else ... as I'm sure there will be more broken traces, ripped out vias and lost pads (just like I found when I removed the socket holding this LS273) ... which will probably be causing all these graphics problems .... tbc
 
Last edited:

Lurch666

Active member
Feedback
21 (100%)
Credits
4,223CR
Sometimes the things you ignore are the things that need attention and sometimes they aren’t. It's only when you ignore the ones that do need attention that you remember them.
And sometimes the things you spend your attention on are are things you should have ignored.
It's all part of the game of fixing things. Hindsight is 20/20.
 

Jacmar

Active member
Feedback
1 (100%)
Credits
684CR
You're absolutely right, can't beat yourself up on these things ...

Before ripping out any other IC's I had been thinking about the sprite issue ... I know for a fact the sprite generating top pcb is 100% working ( I have 2 of these now fully working) so my thinking here is that for the sprites to be messed up then it has to be either a signal (or signals) not getting to the sprite board OR the data going missing once it comes back onto the main pcb ... so I grab the multimeter and work my way along the pins of the single connector which joins the 2 pcb's and it did not take long at all to find one of the connector pins did not have continuity to the LS245 (pin 4) @ U77 ... (again, without schematics, the beauty of having a fully working set made this sooo much easier)

fl5.16.jpg

Yet again this is a socketed chip from someone's previous repair attempt and yet again they have either lifted a pad or ripped out a via and lost the continuity from the pin to a via just above the chip. I didn't remove this socket (thinking now maybe I should've) I just did a small repair wire on the solder side of the board to restore the connection ... and fixed the sprites (y)

fl5.17.jpg

There is now only ONE small graphical anomaly left on this board set and I'm yet to get to the bottom of it ... there is a palette problem ... the JUJU logo (and clouds and building above) should not be yellow like that (pic below left) and the end of level boss should also not be yellow at all (below right) ...

fl5.18.jpg

I've been down a palette rabbit hole with this ... There are 2x palette RAM (2148 and a 6116) and the 6116 had been socketed previously so I thought here we go again, another bad socket job and that'll be that, but I replaced that and no change ...
Then I thought it was a blue problem for 2 reasons ... firstly because at every transition between scenes in the attract mode the screen flashes blue twice (not normal) and secondly because grey is equal RGB but a lack of blue in the mix (weak/missing line) would yellow the colour ... so I replaced the LS174 which latches the palette data before feeding it to the (Blue) resistor array at the jamma edge ... but it made no difference ...
Maybe the other palette RAM (2148) has gone wonky .... nope replaced that and no difference made .... ok the 2x LS245's that buffer the palette ram data @U23 and U24 had also previously been replaced but they weren't socketed and it looked a better solder job maybe done by someone else a bit more skilled ... but I'm taking no chances and removed and replaced those but still no difference ....
Then I realised it wasn't just a shade or two of grey that were now yellow, there was brown in one spot where there should be dark blue/purple and some green bits where again they should be grey .... so I'm now wondering if it's a palette ram WRITE problem, where each time the cpu writes the palette data into ram at each transition, maybe one data bit is missing/stuck and leading to incorrect writes to the palette ram. It would make sense, a lot of the colours are perfect, it's just a few are wrong ....

fl5.19.jpg

So I'm back to suspecting the IC's in the shared cpu data bus, the ones previously socketed and where I've already found at least one issue (marked in red above) .... I've marked above (in green) the Palette Ram IC's which I've changed and checked, all this seems to be ok ....
 
Last edited:

Jacmar

Active member
Feedback
1 (100%)
Credits
684CR
Well I found the problem IC ..... and it wasn't one of the ones marked in red above .... I don't know what made this pop back into my head but I was thinking about a stuck signal somewhere and had a memory from back when I changed the 5x LS245's at the jamma edge which were all showing bad ...
I remembered after changing those, all seemed well apart from one DIP was stuck on OFF ... It meant you get 2 lives per game, no big deal, and probably because I had bigger issues then, like messed up FG, BG Tiles and Sprites all over the place I moved on pretty quickly to chasing down those major faults.
Also since then I'd pushed all the dipswitches to the OFF position and so hadn't been reminded of this since (because all would show OFF on the boot screen) ... so I went through my photo's from then and found the one I was looking for ...

fl6.0.jpg

So I check this again today, push all the DIPs to ON and DIPSWITCH Bank 2 (the lower one on pic above) switch 2 is still stuck OFF ! ( DIPSWITCH Bank 1, switch 4 is working fine) So I check the physical switch - GOOD, the 1K pull up resistor array it's connected to - GOOD, so then I trace that signal ... it's read (by the cpu) from pin 3 on the connected LS245 and I check continuity to all chips on the board and write them down (on my good board) then cross check with this board - and all continuity is there, and no continuity to anything there shouldn't be ! ... Interestingly this signal also goes to one of the palette ram buffers ... so I'm sure I'm on the right track ...
SO this signal goes to 5 other IC's ... 4x LS245's and 1x LS373 ... the 245's have already been replaced/socketed (3 by me, 1 by someone else) and the LS373 is still original ... I removed the 245's one at a time ... rebooting and checking the dipswitch and none of the 245's made any difference, all that was left was the LS373 @ U64 ... the signal in question connects to this on pin 17 input ... sliced result below, and piggybacked ...

fl6.1.jpg

Chip must've partially failed internally between pins 16 and 17 (possibly 14 and 15 too?) , maybe a bit of a leak to ground ?? So one corrupted shared data bit, caused by this failing LS373 output stage which broke one DIP read, corrupted the palette RAM writes during transitions and caused selective colour substitution faults across all layers !!!
Now all graphics are 100% ... see before and after below !

fl6.2.jpg

Audio is also working fine ( I refitted the YM3014 DAC that had fell out the board at the start of this repair) so now this board set is also 100% fixed ... it's been a long one getting both these 2 board sets fixed ... but it's been another really good learning experience ... probably worth a summary for anyone reading ... so I'll do that soon ...
 
Last edited:

Jacmar

Active member
Feedback
1 (100%)
Credits
684CR
FIX SUMMARY

These were all the necessary repairs, there were a couple other IC's replaced during the journey which looked suspicious but ultimately I don't think needed changing out ... and I re-did some previous repair work where they had used long wires to restore continuity (because of a couple of gouges through some traces), which I removed and repaired the traces instead ... A lot of the issue on board set 2 were due to poor repair work done previously ....

BOARD SET 1:
One graphics problem -

Incorrect palette on some Sprite Tiles ...
Fixed by replacing the Sprite Attribute Ram @ U48 on sprite board

Now 100% working ...

fl2.jpg

BOARD SET 2:
Multiple Boot and Graphics issues -

No Boot due to numerous problems on the main board ...
Fixed by replacing the following IC's : LS245 @ U63 ... LS245 @ U83 ... LS245 @ U84 ... and restoring continuity between ... shared /CE of Program RAM, A6 between CPU, Program RAM and Program ROMs ...

Numerous graphics faults on the main board ...
Fixed by replacing the following IC's : LS367 @ U36 ... LS153 @ U113 (blew this one myself bridging pins) ... LS373 @ U64 ... LS245's @ U8,9,10,11 & 12 (Dips & Inputs) ... and restoring continuity between ... LS273 @ U126 and the PAL @ U65 ... LS245 @ U77 and the connector to sprite board ...

Graphics faults on the sprite board (No Sprites) ...
Fixed by replacing the following IC's : LS245 @ U45 ... LS373 @ U33 ... New ROM @ M32 ... and restoring the missing factory trace repair (solder side)

No sound (main board) ...
Fixed by re-fitting the YM3014 DAC that fell off the board on arrival !

Now 100% working

fl6.3.jpg
 

Martinmurphy30

User
vacBacker
Feedback
4 (100%)
Credits
409CR
Any joy with your board @Martinmurphy30 ?
Not yet unfortunately, did clean it up a little and replaced the de-coupling caps on the sprite board. Have all the correct roms in place but no change to my graphics or lack of music issues. Need to make some space and get my scope on it , quite a few chips have been socketed at some point so it's possible I have at least one in the wrong location. All ram on the daughter board is socketed and tested (previously) fine, so I need to check back from there. Thanks again for the ROM dumps, you should try and submit them to the MAME guys.👍
 

Jacmar

Active member
Feedback
1 (100%)
Credits
684CR
Not yet unfortunately, did clean it up a little and replaced the de-coupling caps on the sprite board. Have all the correct roms in place but no change to my graphics or lack of music issues. Need to make some space and get my scope on it , quite a few chips have been socketed at some point so it's possible I have at least one in the wrong location. All ram on the daughter board is socketed and tested (previously) fine, so I need to check back from there. Thanks again for the ROM dumps, you should try and submit them to the MAME guys.👍

If you still have the washed out colours issue, check the 2148 Palette Ram, I replaced mine and when removed all the colours looked washed out, there are 2 Palette Rams and I think the 6116 carries the majority of base colour data while the 2148 contributes additional colour depth ...

Wouldn't know where to start regarding submitting the rom set to MAME 🤷‍♂️
 

Martinmurphy30

User
vacBacker
Feedback
4 (100%)
Credits
409CR
If you still have the washed out colours issue, check the 2148 Palette Ram, I replaced mine and when removed all the colours looked washed out, there are 2 Palette Rams and I think the 6116 carries the majority of base colour data while the 2148 contributes additional colour depth ...

Wouldn't know where to start regarding submitting the rom set to MAME 🤷‍♂️
👍 Good thinking, though I have socketed both and replaced with known working rams already so seems to point to address or select logic.....I will try and make some time to get a closer look. Worst case scenario are you up to repairing another basket case?🤣
 

TheDaddy

Senior Member
vacBacker
Feedback
14 (93%)
Credits
7,019CR
Wow some great determination here , Most people would have scrapped them so hats of !! I have said it many many times and I will say it again bootlegs need to be saved as much as originals IMO.

Fantastic game as well , Another totally ' Iconic ' one from most of our childhoods.

Dave.
 

Jacmar

Active member
Feedback
1 (100%)
Credits
684CR
👍 Good thinking, though I have socketed both and replaced with known working rams already so seems to point to address or select logic.....I will try and make some time to get a closer look. Worst case scenario are you up to repairing another basket case?🤣

No worries mate send it my way if you want !
Totally agree Dave ... save the Bootlegs !!!!
And from a fixing point I like working on (most of) them, learnt loads about how boards work, and they're cheap so no big deal if anything goes drastically wrong ...
 
Top