Kelmych

I removed the fix from the guide and added a comment at the bottom of the tab. The exclusion of this texture should probably be removed from the Pre-optimization batch file since the guide changes don't fix it any longer.

If the USP adds the correct texture to either the Unofficial Dawnguard Patch or the UHRP it will override any vanilla texture. The correct (tga) texture is in both the Dawnguard and HRDLC BSAs but it is identical in both. Since it's only 1Kx1K and it is already in dawnguard.bsa I would think that the Unofficial Dawnguard patch is the right place (although it doesn't really matter much). There could be situations when only the HRDLC optimized mod is used and HRDLC isn't used at all; in these situations it would be better for the texture to be in the UDP since the UHRP might not be loaded.

By the way, I'm not sure the documentation I wrote makes it clear that the pre-optimization and archiving batch files should work no matter which vanilla BSAs are included. If for some reason a user wanted to update a few of the optimized archives it should be possible with these batch files.

z is the one who noticed it and should probably report it to them. It shouldn't be needed for the UHRP since the one in Dawnguard.bsa is the same as the one in the HRDLC. It's too bad the UHRP has no capability to remove files since there are a lot of files that should be eliminated from the HRDLC.

I changed to orange. Is that better?

For the addon DLC I just leave the BSAs alone and extract/optimize the textures; the optimized ones overwrite the textures in the BSA. Skyrim-textures and the HRDLC are just textures so it isn't necessary to leave those BSAs.

As I mentioned in the last post I made, you don't actually need to clean all the plugins.

When I look at that page I see all the additions I made. I put the changes I made all the after the placeholder additions you made for dlc01. The placeholder text removal section, however, is now quite far from the bottom since I added so many new file and directory removal lines below it. I edited the guide for the .tga file; see how it seems to you.

I've already modified the wiki pages for the two batch folders to include the additional removals form HRDLC 2&3, and the pre-optimization batch file has been edited to include the exclusion of seruinsmarble01_n.dds from the copies that the batch file makes. I'll change the names of the files I have to match yours, and I'll put a new version of the archive file in dropbox shortly. I haven't edited the guide to include the step to use the .tga file; that was going to be my next effort to add an additional step to the Final Preparation subsection for using the Preview tab to save the .tga as a .dds in the optimized folder (I used the option for DDS - Optimal DXT with alpha, 1:4 when I did this; is that the best option?) If you get a chance to look at 1_HRDLC_Clean.bat, or the text version on the wiki (additions are at the bottom), you'll see I added 11 additional placeholder files for dlc02 and also a placeholder.dds, and I eliminated a number of directories from HRDLC2 and HRDLC3 including the one you mentioned.

There is only other .tga file in the vanilla textures, in the Dawnguard folder (extracted from the BSA) textures\dlc01\architecture\snowelfruins\seruinsmarble01_n.tga As you can see, it has the same name as tga file in HRDLC2 Using the compare directory function of Compressonator, I then compared the textures\dlc01\architecture\snowelfruins\ directory contents in both Dawnguard and HRDLC2. The contents are identical. I'll add the contents of that HRDLC2 directory to the HRDLC repair batch to remove those files and that directory in HRDLC2 since it is a duplicate of the equivalent directory in the Dawnguard BSA. I'll add textures\dlc01\architecture\snowelfruins\seruinsmarble01_n.dds in Dawnguard to the texture preparation batch file to exclude it from being copied to the "Vanilla Normal Maps" folder. I looked at some of the other directories in HRDLC2 and HRDLC3 and compared the texture entries with those in the Dawnguard and Dragonborn addon DLC BSAs. There are many additional duplicates (using Compressonator to compare). I'm adding these to the HRDLC removal batch to remove them from HRDLC2 (duplicates with Dawnguard files) and HRDLC3 (duplicates with Dragonborn files). I'll add a note in the DDSopt guide about the manual processing of the one tga file in Dawnguard if you don't have a chance to do this. The archive file of batch files for use with DDSopt has been updated with these changes.

They have been changing a lot since we wanted to add some automation for archiving the vanilla textures prior to STEP 2.3 and, because of increased interest in texture optimization as more users hit the "3.1Gb wall", there has been increasing interest in a video to show how to optimize the vanilla textures. At this point there isn't any more useful automation we can add for vanilla texture optimization. There is no command line BSA unpacking tool for Skyrim BSAs, and command line version of DDSopt doesn't support all the options used in the GUI. Moreover, since the DDSopt optimization process when started with the GUI still takes a long time adding automation that might save one minute or so doesn't seem that useful. At this point we are just waiting to see if there are problems and making changes only if there are problems. Most of the recent changes have been in the readme documentation to try to make the steps and the prerequisites clearer.

The set of batch files has been updated several times since the 19th, including the addition of a new batch file to automate archiving the files.

The file Batch Files for DDSopt guide.7z is 10.4 kb. It contains 5 batch files and 4 readme files. I tried downloading it from several places in the DDSopt guide that have the link, and always got this archive with all 9 files. What is the size of the archive file you downloaded?

There is a problem with some Windows installations where the %cd% command returns the wrong value. One user suggested it had to do with Windows UAC configuration. Once I found a web page that said this could happen, I was able to find a web posting that said how to get around the problem. I'll change the note about "run as administrator" to "you must have administrator privilege to run this".

I added a new batch file for use with the DDSopt guide that automates the task of archiving the various folders of optimized textures created in the optimization process. It creates all the archive files in a single process. It doesn't seem to be quite as fast as using the GUI version of 7zip, but there is no user intervention needed. It creates non-solid 7zip archives using LZMA2 compression, for those interested in the details. Using the GUI, by the way, can easily take over an hour on my system if textures from all vanilla BSAs are optimized. There are two versions of the batch file, one for use if the 7-zip directory is in the Path environmental variable and the other (which requires copying 7z.exe to the working directory) if it isn't.

hellanios, try downloading the latest version of the batch files. I added some lines that fixed a strange problem another user had. It is quite possible that it might also fix the problem you have in running the batch files. To see if it fixes your problem run the batch file the way you would have originally done.

Now that the HRDLC fix batch works, you'll find two additional sets of batch files in the archive file that try to automate other tedious tasks in optimizing the vanilla textures.

I searched with google and found this . It suggests adding the following to the beginning of a batch file to make sure that windows sees the proper current directory: @setlocal enableextensions @cd /d "%~dp0" Try putting this at the beginning of both batch files (or download the edited versions) and see if this changes anything. When I run a batch file it gets the correct directory without the extra lines, but apparently some systems don't do this . I'll also add this to the archive file that contains the batch files referenced several places in the guide (including the first page). Another reference I read said UAC might be the reason for this problem; I have been fairly aggressive on my system keeping UAC out of the way to avoid problems like this.

When I click on Package, and select multiple mods then use right click and "move to" some number the Order number is based on the alphanumeric order. Is it possible you may have had the Modified column selected (vs. Package)? Wrye Bash doesn't explicitly show which column is selected.

Users can put the working directory in any desired location. In a batch file %cd% means current directory; the system replaces %cd% with the drive and path of the current directory when running the batch file. In this case the current directory is the working file directory. When the HRDLC_Removal_Fix-START batch file is double clicked, a command window (running cmd.exe) will popup. This batch file setups the error log and starts HRDLC_Removal_Fix.bat which performs the actual removals. If the command window does not popup and remain, the usual cause is problems with privilege (administrative privilege is required for this) or with User Access Control (UAC) in windows; frequently UAC must be disabled to make sure there are no problems with processing like this. These batch files require that the vanilla BSAs have already been extracted into the "Vanilla Extracted" directory, as described in the the DDSopt guide. The batch files are not standalone files that are used independently of the completion of prior steps in the DDSopt guide. This batch file is used in the "Repair the HRDLC Textures" subsection in the DDSopt guide. The readme files have been updated in the Batch Files for "DDSopt guide.7z" archive file to make this clearer.