Numerous textures imported from WH1 and WH2 are of low quality and/or have other issues in WH3. This is absolutely not acceptable for a full price game that essentially just copies assets from the previous games.
Here are several mods doing what CA needs to, but there are many more issues besides these ones:

https://steamcommunity.com/sharedfiles/filedetails/?id=3037620301

https://steamcommunity.com/sharedfiles/filedetails/?id=3237873696

https://steamcommunity.com/sharedfiles/filedetails/?id=3389904618

https://steamcommunity.com/sharedfiles/filedetails/?id=2961327160

This is something I think it is worth you guys trying, see link below, points 1-3. 

These complaints existed between TW2 and TW1, not everyone has this, BUT, its not hardware spec issue but more likely, a hardware config issue. It does not matter if you have HDD or SSD, it should, but it doesn't

https://community.creative-assembly.com/total-war/total-war-warhammer/forums/8-general-discussion/threads/8854-please-upvote-this-ca-to-provide-enhanced-specs?page=1#post-124204

Some issues here will certainly be genuine, some will file path issues, some will be asset loading issues i.e. time spent locating assets vs quick fixes for improving performance.

My computer is 10 years old, built myself, HDD, no hardware changes.

The above should come from CA, this game is not playable out of the box regardless of system spec.

Anyway, this is worth trying as in the absolute worst case, you get a performance boost as it is pretty much config changes that should be done for most anyway.

VRAM in this context can also be Virtual RAM on hard disk or page file, it can cause issues anywhere from black screen that looks like it is not loading all the way to things like assets not loading (recent example occurred for a friend of mine who installed a new SSD and ran games from that while the OS was on an SSD that was smaller and had less free space, no driver or graphics card issue present, this change resolved), which if they are not made available in a certain time (likely found instantly in this partition on the hard disk) you would expect a game to just switch to a lower quality asset. Managing this increases the assets made available in that partition on the hard disk, improving the probability of getting the higher value asset.

Anyway, worth knowing for a game this size and nature running on a PC of any spec and knowing this for future games.

This will then push CA towards fixing faulty assets (which even if imported, there will be some) vs assets that exist but are not found quickly enough for the rest of the game, but only really resolvable by amending this config anyway.

​

Alvieres#2794 wrote:

Numerous textures imported from WH1 and WH2 are of low quality and/or have other issues in WH3. This is absolutely not acceptable for a full price game that essentially just copies assets from the previous games.
Here are several mods doing what CA needs to, but there are many more issues besides these ones:

https://steamcommunity.com/sharedfiles/filedetails/?id=3037620301

https://steamcommunity.com/sharedfiles/filedetails/?id=3237873696

https://steamcommunity.com/sharedfiles/filedetails/?id=3389904618

https://steamcommunity.com/sharedfiles/filedetails/?id=2961327160

Thank you for the upvote on the other topic on the Virtual Ram stuff linked above, if you tried it and saw an improvement of any kind, maybe comment to bump it up (of if you have questions or want a bit of specific guidance, feel free to add a comment there and keep it alive!)

Next bit for you, while I am not suggesting this as a fix for the overall problem, and again, I tried in TW2 time but that was steam forum and got loads of abuse repeating what CA had said about not needing the previous game installed, but this was an issue on TW2.

I resolved the bulk by installing TW1, which I actually did from the start as what you have stated there about "import assets" and how they should work, is basically what a project manager type would see it, but there is no such thing. You can re-use files and assets, but they will likely all require updates to be in line with new code etc. that area of functional development is no lighter.

Proving that either way can again help direct the complaints back into CA. For TW2/TW1, essentially, the issue could be described as coding usage of assets based on IFERROR, where you fall back to that basic type of looking image on a code error so that at least something loads. So like you say, the higher quality assets exist, but the code has change, but likely still falls back to an IFERROR scenario as loading a bad quality asset is better than no asset and crashing.

I don't believe that it is the same issue here, in fact, I believe the opening up of Immortal Empires to everyone regardless of previous games was due to the intended method of CA not being realistic and manageable.

Why am I suggesting it if I don't believe it will work?

It is more about you replicating the testing boxes on the developer side.

So you have two choices

1. VM spool up (this is partition on a large server to replicate a smaller computer)

2. Hard boxes/fat clients

If I were the solution architect on this, I would absolutely never implement the first option, as while you can specify partitions for boxes and what they utilise, things like Virtual Ram and overall hardware config just don't come into it. That notion would enter into testing for other reasons, but not the bulk of testing (testing down spec for data on system requirements).

I would be using point 2 so that the bulk of testing was done on something that reflected the end user/gamer. 

The problem there is though, where you have this model, a new bug is found in TW3, the tester will be told to test "does that bug exist in TW2". The reason for that is simply prioritising the fix as a hot fix i.e. introduced in this release, or putting in the back log for fixing as a priority. 

Which likely means both games are installed under the assumption that there is no overlap, however, the lack of overlap is entirely dependent on how things were imported like assets, and how file paths for looking up assets are assumed (or how old code and root definitions are left in place etc.)

Between that and the virtual RAM concept, you highlight a lot about what is happening in the real world.

That assumption being made there for reference is the difference between testing server based applications (like web apps where a URL goes to a different physical server) which is allowed on the VM model vs local application testing which should require multiple hard boxes, accessed via remote to save physically moving..

​

Alvieres#2794 wrote:

Numerous textures imported from WH1 and WH2 are of low quality and/or have other issues in WH3. This is absolutely not acceptable for a full price game that essentially just copies assets from the previous games.
Here are several mods doing what CA needs to, but there are many more issues besides these ones:

https://steamcommunity.com/sharedfiles/filedetails/?id=3037620301

https://steamcommunity.com/sharedfiles/filedetails/?id=3237873696

https://steamcommunity.com/sharedfiles/filedetails/?id=3389904618

https://steamcommunity.com/sharedfiles/filedetails/?id=2961327160

Yo, thanks for upvoting the post

https://community.creative-assembly.com/total-war/total-war-warhammer/forums/8-general-discussion/threads/8854-please-upvote-this-ca-to-provide-enhanced-specs?page=1#post-124204

I have updated the OP to clarify a few points, but absolutely do comment there if there i have not explained things too well.

To clarify a point on virtual memory, it is not an option, it is always in use regardless of your RAM, and causes strange bugs. So I tried some new google recommended settings, introduced bugs like you have above, someone else did some settings I suggested, resolved lag in orders/pathfinding.

So I do think it is in your interest to comment on it and others, I appreciate I am not explaining well but I am fully accepting and open to input. 

Anyway, so far that other post has been very positive, but could really use a few more people playing about with it, as while it will not fix all issues, maybe not the ones listed, it will streamline us all if CA pick it up, meaning that it reduces false bugs, as I can tell you for certain like I say, my machine is 10 years old, HDD, if I don't manage this way, I could report a lot of bugs that are just down to software config requirements anyone can do.

Anyway, sorry for harping on but I strongly believe in that topic to benefit everyone and the more use cases and data and comments we can get, the better I truely believe it will be!