Does this mean I have to reinstall?

[Syxx_Killer]

I was re-enabling some mods after making a few changes to the Roster>Names file. All of a sudden I little error message pops up saying some files are corrupt. Here is a shot...



Does this mean I have to reinstall yet AGAIN? Ever since installing SH4, I have run JSGME, Disk Defrag, and the uninstall/reinstall program more times than it seems I played the game. If I have to reinstall yet again, I'm not sure I want to keep going through this again and again. Part of me just wants to uninstall SH4 for good and be done with it; the other just wants to leave it stock and not bother with messing around with countless files anymore (I'm always tweaking or changing something. I can't help it. ). I don't really want to run Chkdsk because that stupid thing takes forever. Why can't these damn computers just work?

[THE_MASK]

Just a little question , do you have a seperate sound card or onboard sound .

[Syxx_Killer]

I'm curious, how would that affect anything? I've always wondered if my setup would be considered onboard or not. My motherboard is an Abit Fatal1ty AN8 that has a daughter card that I have used. It does use Realtek Audio drivers, which is why I am confused about it. I know most onboard sound uses Realtek Audio.

[Wilcke]

Originally Posted by Syxx_Killer

I'm curious, how would that affect anything? I've always wondered if my setup would be considered onboard or not. My motherboard is an Abit Fatal1ty AN8 that has a daughter card that I have used. It does use Realtek Audio drivers, which is why I am confused about it. I know most onboard sound uses Realtek Audio.

Now, now take a deep breath. Unload all the mods and then have JSGME do compare game files to snapshot. If the snapshot is clean of problems or maybe it picks up some changes to a file that you did .... you are good to go. I would delete the MOD from the MOD folder and install a fresh one just in case it was corrupted.

Just for these occasions I keep a nice fresh copy of 1.5 hidden in a special folder just copy and go.

Happy Hunting!

[Syxx_Killer]

*Takes a deep breath*

Ok, I undid all the mods and then did a snapshot comparison. This is what comes back:

C:\Program Files\Ubisoft\Silent Hunter Wolves of the Pacific\Data\Shaders\Filters\CloudShadowPS.fx 1/31/2007 12:20:36 PM no longer exists!

C:\Program Files\Ubisoft\Silent Hunter Wolves of the Pacific\Data\Shaders\Filters\CompoundFilterPS.fx 1/12/2007 12:27:08 PM no longer exists!

How can they just disappear?

Originally Posted by Wilcke

Just for these occasions I keep a nice fresh copy of 1.5 hidden in a special folder just copy and go.

lol I had done that with SH3 for what seems like forever. I guess I didn't think I needed to with SH4 because JSGME would handle that.

[Wilcke]

Originally Posted by Syxx_Killer

*Takes a deep breath*

Ok, I undid all the mods and then did a snapshot comparison. This is what comes back:

C:\Program Files\Ubisoft\Silent Hunter Wolves of the Pacific\Data\Shaders\Filters\CloudShadowPS.fx 1/31/2007 12:20:36 PM no longer exists!

C:\Program Files\Ubisoft\Silent Hunter Wolves of the Pacific\Data\Shaders\Filters\CompoundFilterPS.fx 1/12/2007 12:27:08 PM no longer exists!

How can they just disappear?

lol I had done that with SH3 for what seems like forever. I guess I didn't think I needed to with SH4 because JSGME would handle that.

Most of the environmental mods have those files in them. I just took those two files out of my install and it loaded just fine. Your install should run and if you use PE3 those two missing files are included. There you go. I would install another instance of SH4 and tuck it away for insurance. Have a good one!

[JScones]

This error usually suggests a corruption with your master file table or file allocation table, well outside the scope of either JSGME or SH4.

Two options:

1. Lazy, quick and dirty (cross fingers): Disable all mods, then delete the MODS\!BACKUP and MODS\!INSTLOGS folders and all contents. Then try again and pray.

2. Long, but more thorough way that aims to get at the root cause: Complete the above step, then before re-enabling anything, run chkdsk with the /R switch, which checks for both bad HD sectors and file errors. Yes, it will take a few hours, but it may just reduce subsequent pain. I'd run it while I was sleeping, or at the least when not needing to otherwise use my computer. Ordinarily I'd also recommend defragging, but I see you're a regular with that.

[Syxx_Killer]

Originally Posted by JScones

This error usually suggests a corruption with your master file table or file allocation table, well outside the scope of either JSGME or SH4.

Two options:

1. Lazy, quick and dirty (cross fingers): Disable all mods, then delete the MODS\!BACKUP and MODS\!INSTLOGS folders and all contents. Then try again and pray.

2. Long, but more thorough way that aims to get at the root cause: Complete the above step, then before re-enabling anything, run chkdsk with the /R switch, which checks for both bad HD sectors and file errors. Yes, it will take a few hours, but it may just reduce subsequent pain. I'd run it while I was sleeping, or at the least when not needing to otherwise use my computer. Ordinarily I'd also recommend defragging, but I see you're a regular with that.

1. When checking the !BACKUP folder there is an entry left behind: Data>Shaders>Filters>CompoundFilterPS.fx.REL_Trigg erMaru_Overhaul_15B

Is that the corrupt stock file? When I check the TMO 1.5B folder, it has that file.

2. I will probably run it later on. When I booted the computer this morning, it ran a Chkdsk. It must have scheduled one from that balloon popping up last night. In any event, here is the log from that scan:

hecking file system on C:
The type of the file system is NTFS.


One of your disks needs to be checked for consistency. You
may cancel the disk check, but it is strongly recommended
that you continue.
Windows will now check the disk.
Attribute record of type 0x80 and instance tag 0x4 is cross linked
starting at 0x11b67ac for possibly 0x1 clusters.
Attribute record of type 0x80 and instance tag 0x4 is cross linked
starting at 0x11b67ac for possibly 0x1 clusters.
Some clusters occupied by attribute of type 0x80 and instance tag 0x4
in file 0x2e541 is already in use.
Deleting corrupt attribute record (128, "")
from file record segment 189761.
The VCN 0x10000 of index $I30 in file 0x17d4e is already in use.
Correcting error in index $I30 for file 97614.
The index bitmap $I30 in file 0x17d4e is incorrect.
Correcting error in index $I30 for file 97614.
The down pointer of current index entry with length 0x18 is invalid.
00 00 00 00 00 00 00 00 18 00 00 00 03 00 00 00 ................
ff ff ff ff ff ff ff ff a5 15 a1 56 d7 aa c8 01 ...........V....
6a 1a 4f 8e 56 82 c8 01 a5 15 a1 56 d7 aa c8 01 j.O.V......V....
Sorting index $I30 in file 97614.
Cleaning up minor inconsistencies on the drive.
CHKDSK is recovering lost files.
Recovering orphaned file COMPOU~1.REL (79774) into directory file 97614.
Recovering orphaned file CompoundFilterPS.fx.REL_TriggerMaru_Overhaul_15B (79774) into directory file 97614.
Cleaning up 878 unused index entries from index $SII of file 0x9.
Cleaning up 878 unused index entries from index $SDH of file 0x9.
Cleaning up 878 unused security descriptors.
Inserting data attribute into file 189761.
CHKDSK discovered free space marked as allocated in the volume bitmap.
Windows has made corrections to the file system.

244187968 KB total disk space.
54690368 KB in 161213 files.
59384 KB in 10097 indexes.
0 KB in bad sectors.
349204 KB in use by the system.
65536 KB occupied by the log file.
189089012 KB available on disk.

4096 bytes in each allocation unit.
61046992 total allocation units on disk.
47272253 allocation units available on disk.

Internal Info:
f0 2e 03 00 3a 9d 02 00 0e d1 03 00 00 00 00 00 ....:...........
10 13 00 00 02 00 00 00 2d 06 00 00 00 00 00 00 ........-.......
62 98 c5 03 00 00 00 00 00 51 2e 3f 00 00 00 00 b........Q.?....
28 87 3c 0f 00 00 00 00 00 00 00 00 00 00 00 00 (.<.............
00 00 00 00 00 00 00 00 6c 26 22 5a 00 00 00 00 ........l&"Z....
99 9e 36 00 00 00 00 00 78 38 07 00 bd 75 02 00 ..6.....x8...u..
00 00 00 00 00 00 09 0a 0d 00 00 00 71 27 00 00 ............q'..

Windows has finished checking your disk.
Please wait while your computer restarts.

[JScones]

OK. You may need some assistance from someone else for a bit of this, because I don't have any of the mods that you have (I don't even have SH4 installed), so don't know which one(s) include the problem file, although to me it does appear to be the TM_15B mod copy causing the grief.

But what I would do now is delete the MODS\!BACKUP and MODS\!INSTLOGS folders and all contents. I would then delete the mod(s) that contain the file causing the grief, and I would re d/l them; this covers the scenario of corrupt d/l files. I would then re-enable the mod(s) and see how it goes from there.

If it still fails, I'd then do a chkdsk /r on the (presumably C:\) drive overnight, just to see whether there is anything sinister happening on the hard drive itself.

[Ducimus]

I have to wonder, is there a limit as to how large a mod JSGME can work with? Uncompressed, TM's data directory is 890 MB with 2,017 files. At anyrate, i find myself wondering if somehow something flugged up when being enabled, or maybe just a bad download? Granted the troubles shown here are a bit beyond me. I would have pushed the panic button and have been removing everything related to SH4 and running scan disk and defrag. Failing that, id be going to reformat land. Although i know thats not the most appealing of options. Redoing a drive back to how you had it can take all day.

[Wilcke]

Originally Posted by Ducimus

I have to wonder, is there a limit as to how large a mod JSGME can work with? Uncompressed, TM's data directory is 890 MB with 2,017 files. At anyrate, i find myself wondering if somehow something flugged up when being enabled, or maybe just a bad download? Granted the troubles shown here are a bit beyond me. I would have pushed the panic button and have been removing everything related to SH4 and running scan disk and defrag. Failing that, id be going to reformat land. Although i know thats not the most appealing of options. Redoing a drive back to how you had it can take all day.

Interesting, I was digging into one of my SH4 install directories and noted that JSGME had installed/de-installed or added a small mod folder structure and all to the main directory...I dare not delete it. Anywho may not add anything to this....just an observation.

Great utility and as much as I use and abuse it....it is amazing stuff. Currently running 6 installs of this....and all are up and running. Knock on wood!

[Syxx_Killer]

Originally Posted by Ducimus

I have to wonder, is there a limit as to how large a mod JSGME can work with? Uncompressed, TM's data directory is 890 MB with 2,017 files. At anyrate, i find myself wondering if somehow something flugged up when being enabled, or maybe just a bad download? Granted the troubles shown here are a bit beyond me. I would have pushed the panic button and have been removing everything related to SH4 and running scan disk and defrag. Failing that, id be going to reformat land. Although i know thats not the most appealing of options. Redoing a drive back to how you had it can take all day.

I don't think that is the issue. When I was messing around with mods last night all I was doing was editing the Names file for the Operation Monsun patch 3. I wanted the names like it is in TMO 1.5B. I like how TMO calls ships by their Maru designation. Great touch, Ducimus! So all in all, I only disabled down to OM Patch 3. I haven't disabled TMO 1.5B since I enabled it originally.

[JScones]

Originally Posted by Ducimus

I have to wonder, is there a limit as to how large a mod JSGME can work with? Uncompressed, TM's data directory is 890 MB with 2,017 files.

Nup, no limit. I've regularly enabled mods over 2GB. I've tested, for file system compatibility, mods with over 4GB of files, including individual files that were over 4GB in size. Other than being a smidge slow, there's no problems.

In my post above, I'm suggesting that a bad/corrupt d/l may be contributing to the problem, or at least needs to be elimated from the situation.

[JScones]

Originally Posted by Wilcke

Interesting, I was digging into one of my SH4 install directories and noted that JSGME had installed/de-installed or added a small mod folder structure and all to the main directory...I dare not delete it. Anywho may not add anything to this....just an observation.

Great utility and as much as I use and abuse it....it is amazing stuff. Currently running 6 installs of this....and all are up and running. Knock on wood!

Thanks. I like to think that JSGME is pretty robust, even when perhaps not used as expected.

I am curious though to know the details of the folder to which to you are refering.

[Syxx_Killer]

If I have a bad download WinRar usually tells me something is corrupt. I've never had a problem when it didn't say a download is corrupt. Nonetheless, I unzipped the Shaders folder for both TMO 1.5B and PE3 again to make sure the corrupt file is gone.

I am back on track (at least I hope). I defragged and ran Chkdsk again. I had Chkdsk automatically fix file system errors and attempt to recover bad sectors. Hopefully it will work better. Sober was good enough to send me the files to replace the corrupt ones. I have since made a backup of my entire 1.5 Data folder, so I will be ready next time (I hope there isn't one).