Merging mods to increase Performance!
Moryrie:
Different compression rates probably.
Anach:
Quote from: GlamGirl on 2010 January 11, 00:04:34
Thank you for posting this information!
I am using it to organize my files (much like the poster above by creator) but one thing I noticed is that in some cases, the files output are larger than the files input. For example, I had a folder of Fresh Prince cars at 38mb, the output file of the .dbc file created is 48mb. Another folder I had was 284mb, the output file is 387mb. Any idea why this may be happening?
Make sure you are using the experimental import as .dbc option, not the import from package option. It sounds like you are using import from package without compression.
Quote from: captaincaliena on 2010 January 10, 23:50:24
I downloaded the Fancy Fashions set that is posted here and ran it through s3rc. I then converted to .package using Delphy's tool, and loaded the newly created .packages into s3pe as per the instructions in this thread. That all went fine up until I got the "Manual Manage of XML Files Required Message." However, instead of it detecting the 0x73E93EEB files, it's detecting a bunch of files marked 0x0166038C. Currently, s3pe has those files marked for deletion. Can someone please tell me if this is ok or normal? I'm still pretty new to learning what all these different file types mean. :-\
EDIT: I went ahead and let s3pe create the file. It saved in .package format and I plopped it in my "Packages" folder. The game loaded up just fine, but the items were not there. I am stumped. I am also probably missing something really basic that I'm going to slap myself for once someone points it out to me...
The 0x0166038C are _key files, not _XML files. They are simply manifest files which are merged when using import as .dbc. So it deletes all the excess _key files that it merges into one. So nothing to worry about. The only merging of _xml's you can get away with is the deleting of those 0x73e93eeb files. Any other _xml conflicts would normally mean a mod conflict. So sounds like you did everything ok :)
Quote from: Littlecat on 2010 January 10, 23:01:16
My thanks to you Anach. My game had slowed to such a crawl playing was nearly impossible. After following your instructions game performance has improved 90 percent. The load time went from 10 to 15 minutes to 3 minutes, all of my CC is showing up and running fine and game play is on par with a fresh install without any CC at all. To be honest, I wasn't expecting much from this experiment, only to be astounded at the difference it has made. If you would be so good as to indulge my curiousity, I do have one question. When merging files is there any reason one could not group them according to website or creator? e.g., GOS.package or aikea_guinea.package. It seems to me further precision might come in handy should one run into a problem after a merge.
No problem. I'm honestly surprised no one else suggested it sooner.
You can create whatever packages you want and name them anything you like. I like to keep sets together as well. I've been experimenting and changing my .package categories as I go. I would recommend everyone to test mods thoroughly in procmon by keeping them in a probation folder before merging them into their main .package files though.
GlamGirl:
Quote
Quote from: GlamGirl on Today at 08:04:34
Thank you for posting this information!
I am using it to organize my files (much like the poster above by creator) but one thing I noticed is that in some cases, the files output are larger than the files input. For example, I had a folder of Fresh Prince cars at 38mb, the output file of the .dbc file created is 48mb. Another folder I had was 284mb, the output file is 387mb. Any idea why this may be happening?
Make sure you are using the experimental import as .dbc option, not the import from package option. It sounds like you are using import from package without compression.
Thanks for your response.
I am using "Import ... (EXPERIMENTAL) as .dbc" - it seems to be doing it to some degree with each folder. I do notice I have one folder where it did exactly the opposite. It took 72mb and turned it into 18mb. I haven't loaded my game up yet. I actually had no problems with slowdown whatsoever (after using Process Monitor in the past to remove problem files) but was playing around with this more out of curiosity so either way it should be fine. Probably the compression levels being adjusted as suggested.
Inge:
Just to let everyone know the import as dbc is now in the latest official s3pe release, in the MTS forum as usual.
coconnor:
Quote from: captaincaliena on 2010 January 10, 23:50:24
I downloaded the Fancy Fashions set that is posted here and ran it through s3rc. I then converted to .package using Delphy's tool, and loaded the newly created .packages into s3pe as per the instructions in this thread. That all went fine up until I got the "Manual Manage of XML Files Required Message." However, instead of it detecting the 0x73E93EEB files, it's detecting a bunch of files marked 0x0166038C. Currently, s3pe has those files marked for deletion. Can someone please tell me if this is ok or normal? I'm still pretty new to learning what all these different file types mean. :-\
EDIT: I went ahead and let s3pe create the file. It saved in .package format and I plopped it in my "Packages" folder. The game loaded up just fine, but the items were not there. I am stumped. I am also probably missing something really basic that I'm going to slap myself for once someone points it out to me...
Did you follow Anach's directions in Step 6 of his tutorial? (See below)
"6. After the import was complete, I deleted all the type "0x73E93EEB" _xml files with a instance of "0x0000000000000000" , as these manifest files don't seem to be required by the game, but will be a main source of conflicts (possible left overs from extracting .package from .sims3pack)"
I think that's important. I did the Fancy Fashions set and it is showing up in game. However, previously I did some others that are not showing up and I believe this is why. I will have to go back into those packages and check. But, try re-importing the package to s3pe to check.
Navigation
[0] Message Index
[#] Next page
[*] Previous page