1920x1080 Loading Screen

This bundle is marked as approved. It works and satisfies the submission rules.
***
This model allows users to display a crisp loading screen background image, at 1920x1080 resolution instead of the standard 1024x768 resolution.

To accomplish this, a user must chop their intended 1920x1080 image into 12 tiles. The first eight are to be imported directly as 512x512 .blp textures (named LoadingScreen_0.blp, LoadingScreen_1.blp, etc.). Textures 3 and 7 will have some unused space on the right. The remaining four tiles (8a 8b 8c 8d) must be assembled into a single 512x256 texture, which will be called LoadingScreen_8.blp.

Obviously, these textures increase the size of the map by a lot!! Hence, this loading screen may not be suitable for every project.

The .blp files must be imported using the paths:
  • war3mapImported\LoadingScreen_0.blp
  • war3mapImported\LoadingScreen_1.blp
    ...
  • war3mapImported\LoadingScreen_8.blp
Here is a handy diagram showing how the tiles must be chopped:

7tsKzOP.gif

PVgn0T6.gif
ny4dub2.png

I made this model in response to a query in Hive chat, since it was quick and easy to do. You do not need to credit me for any use of, or derivatives of this model.

The textures supplied with the model exist only to meet Hive upload requirements, and should be replaced by the user's own textures. I suggest BLPaletter to optimise them; its page also offers some useful advice.

Enjoy!

There is a small amount of space wasted on textures 3 and 7. I could have eliminated this by adding 6 more tiles, but I reason that if a map can afford a HD loading screen, avoiding extra hassle is more valuable than a few kb.

Here is a nice cutout for photshop:
1920x1080 Loading Screen cutout. | HIVE


Keywords:
HD 1920 1080 Loading Screen Background Load
Contents

1920x1080 Loading Screen (Model)

Reviews
17:44, 27th Apr 2016 HappyTauren: While not a model in the traditional sense, this resource seems to function as a proper template for high resolution loading screens. Thus approved.

Moderator

M

Moderator

17:44, 27th Apr 2016
HappyTauren: While not a model in the traditional sense, this resource seems to function as a proper template for high resolution loading screens. Thus approved.
 
Level 14
Joined
Jun 3, 2005
Messages
209
@A Void: I agree it's not a great fit for the model section, but it's an imported asset of type .mdx, and there's some precedent for it. The mods are welcome to reassign this resource if they like.

@JesusHipster: A script to automatically chop/convert images would definitely make this model more accessible, though I haven't the free time to invest in writing one. Anyone who's interested, please feel free to give this a try!
 
Level 14
Joined
Aug 4, 2012
Messages
1,022
Tutorial!

So here you go, if you want to use this, you can try my tutorial.

What you must import in to your map:
1. 9 BLP files
2. 1 MDX files


Image specification:
1. 8 images with the size of 512px * 512px
2. 1 images with the size of 512px * 256px (Landscape)


HERE's the texture that WORKS PERFECTLY with HD Quality!
http://www.hiveworkshop.com/forums/attachment.php?attachmentid=153682&stc=1&d=1460005637
Just extract and import them all to your map with the path of war3mapImported\LoadingScreen_#.blp etc. etc. to see how it works!
Other than war3mapImported won't works!

attachment.php



And import the model file to your map, remove the "war3mapImported" and now, follow this image below

attachment.php



AND THAT'S IT!
You're done!
 

Attachments

  • textures.7z
    74.8 KB · Views: 457
  • tutorial.png
    tutorial.png
    169.2 KB · Views: 2,409
  • tutorial2.png
    tutorial2.png
    273.4 KB · Views: 2,455
Level 5
Joined
Feb 26, 2010
Messages
30
thank you very much to the author, has applied to your project, one can see the difference between before and after, and potrptil only 10 KB.

5/5
_________
для парней из россии, вот ссылка с подробным описанием: xgm.guru/p/wc3/loadingscreenhd
 
All the images will take well over 2MB at a decent quality.

Does WC3 really only support up to 512*512 textures?

Also no 4k support?

With .BLP it is limited to 512x512 in resolution. Using .TGA however will bypass this limit, I have used TGA to make high quality textures (I tried 3000x3000) without cutting anything. The only downside is that it takes more file space.

For me this "resource" is useless as I would use .TGA.
 
I hope you do realize that an uncompressed .TGA of 1920x1080 resolution can take up to 8 megabytes?

This might be useless to people who are beyond help (aka use poorly compressed formats like targa), others, who still want high resolution images but with sensible compression, will use this and shave more way more than half the size.
 

Dr Super Good

Spell Reviewer
Level 59
Joined
Jan 18, 2005
Messages
26,664
This might be useless to people who are beyond help (aka use poorly compressed formats like targa), others, who still want high resolution images but with sensible compression, will use this and shave more way more than half the size.
Except BLP JPEG compression reduces image quality. Maybe not cognitively on some images but ultimately still a bit which sort of goes against the reason why someone would do this.
 

pyf

pyf

Level 31
Joined
Mar 21, 2016
Messages
2,989
Low texture size for loading screens is a vestige from the 90's, when 3dfx video cards were king. Maximum texture size for Voodoo / Voodoo 2 was officially 256x256. Using well-known trick shown (and *improved*) in OP, game developers could support these extremely popular (and great back then) video cards.


General considerations (may apply for optimizing images for loading screens, but not only, therefore I will be more or less off-topic here - text below might fit somewhere in the Hive)

Fundamentally, game developers want to hit the sweet spot between different factors, for the visual result they want to achieve in-game, depending on the lowest-denominator computer targeted.

Factors to take into consideration are :

- image resolution
- color depth of image (= bpp)
- color depth of game rendering
- loading time of image
- memory used by image display
- hdd space used by image file
- hdd performance
- game engine possibilities
- lowest target video card (onboard RAM, max texture size, ...)
- lowest target computer (PII @350 Mhz, anyone ?)
- general visual impact while playing

TGA (without RLE compression) takes huge amounts of hdd space, but loads very fast (like BMP). They are not OS centered (unlike BMP). They were created for professionals in 2D computer image work, mainly.

Compressed formats (like PNG) take less hdd space, bu take longer to load (depending on compression factor used). Additional optimizations can be done to further reduce hdd space (using PNGout).

Lossy formats (like JPG), though 24 bit, might produce visual artifacts in game, but files are always smaller than PNG. As with PNG, additional optimizations can be done (using RIOT ; requires a bit of training).

PCX file format is antique and nearly forgotten, but might still be interesting to try out in video games (some 3rd party game engines might still support it).

For most game textures ingame (including loading screens most of the time), 256 colors (that is, 8-bit) are enough imho. If someone tells you your 256 color textures suck ingame, then it simply means your game is boring.
When using 256 color textures, do not use Floyd-Steinberg diffusion. It was nice in the 90's on CRT monitors, but visual results will be unbearable by today's visual standards on TFT / HDTV screens. See WC2's win/lose screens to see what I mean. Plus, Floyd-Steinberg diffusion will increase file size, all for nothing imho.
Hicolor / Truecolor seems more or less mandatory with color gradients. Like, for example, rendering a sunny evening sky, which might also require a high-resolution texture. Flares also come to mind.
For experimentation, I suggest using IrfanView. With it, you can easily see how image formats / optimizations, modify file size / loading time in milliseconds / memory used / image quality. Please remember that visual image quality in IrfanView is *not* the perceived visual image quality in-game, because the game engine also has an incidence here with rendering.

With WC3, we are currently stuck with a monolithic game engine, which may have his own issues / quirks. I already read the blp format is kind of evil. I might have a look at it one day.

Thus, for easy experimentation with a game engine, I suggest using DarkPlaces (a feature-rich and versatile Quake engine). You may use Quake Revitalization Project's textures (24 bit, no alpha channel) as a base.

That way, you can save lots of hdd space / memory, and game loads faster depending on your own choices, with little to no visual loss).
Depending on your multiple choices, you can get great speed / hdd space savings (up to -50% loading times, using far less memory, for no visual quality loss in-game). And probably have highly optimized, high resolution loading screens in the process (yeah, desperately trying to stay on-topic here).
 
Except BLP JPEG compression reduces image quality. Maybe not cognitively on some images but ultimately still a bit which sort of goes against the reason why someone would do this.

A 90% compressed BLPs that amount to 1920x1080 would still retain majority of the quality at more than half the filesize cost. Otherwise literally nobody wuold ever use lossy compression.

If you don't want to deal with JPEG compression however you can still use a paletter (which is even recommended in segmented images like these under some circumstances) and depending on how much variation the original image has, it can look really good and compress really well once in the MPQ.

Just using a 1920x1080 .TGA is, simply put, completely mindless unless you're doing a singleplayer map and go all out.
 

Dr Super Good

Spell Reviewer
Level 59
Joined
Jan 18, 2005
Messages
26,664
A 90% compressed BLPs that amount to 1920x1080 would still retain majority of the quality at more than half the filesize cost.
In most cases only. How efficiently JPEG compresses depends on the source image. It is completely possible to make source images which JPEG will compress very badly however those are seldom realistic cases.

BLP also does not use standard JPEG compression. The version it uses is even more lossy/less efficient than normal JPEG. Normal JPEG performs a colour space conversion to YCbCr before saving the channels allowing for channels which are more visually important (the Luma, Y) to be stored at higher quality. BLP JPEG compression simply saves the linear RGBA colour channels. This is why many people, such as Earth Furry, who attempted BLP readers ran into issue with the colours looking messed up as most JPEG libraries will assume the first 3 channels are YCbCr (or such a colour space) and so return RGB results accordingly which are wrong for BLP files.

If you don't want to deal with JPEG compression however you can still use a paletter (which is even recommended in segmented images like these under some circumstances) and depending on how much variation the original image has, it can look really good and compress really well once in the MPQ.
BLP is limited to 256 individual colours shared with all mipmap levels. For 512*512 chunks with huge colour variance this will not be enough. Dithering might work to improve colour depths however that requires the player set the WC3 gamma setting correctly to ~2.2 otherwise the interpolated colours will be wrong.

Just using a 1920x1080 .TGA is, simply put, completely mindless unless you're doing a singleplayer map and go all out.
Which is the only time you would want to use this anyway. The loading screen is one of the least important parts of a map and people have been fine with 512*512 for years now.
 
Level 6
Joined
May 8, 2009
Messages
229
Tutorial!

So here you go, if you want to use this, you can try my tutorial.

What you must import in to your map:
1.
9 BLP files
2. 1 MDX files


Image specification:
1. 8 images with the size of 512px * 512px
2.
1 images with the size of 512px * 256px (Landscape)


HERE's the texture that WORKS PERFECTLY with HD Quality!
http://www.hiveworkshop.com/forums/attachment.php?attachmentid=153682&stc=1&d=1460005637
Just extract and import them all to your map with the path of war3mapImported\LoadingScreen_#.blp etc. etc. to see how it works!
Other than war3mapImported won't works!

attachment.php



And import the model file to your map, remove the "war3mapImported" and now, follow this image below

attachment.php



AND THAT'S IT!
You're done!

It's been a while but I have trouble with the mdx file, where do you get it?
 
1920x1080 load screens are not optimum anymore due to 4:3 limitations until widescreen loading screen support is added. Also a bug (or for some other reason) has reverted larger than 512 BLP texture loading.

False. Importing an actual 16:9 model and applying 1920x1080 texture works fine. The default loading screen models are 4:3 by aspect ratio, previously the game would automatically stretch it to the native res, but since widescreen support it stays at 4:3.

I can't get this to work inside a campaign. When I run the map in-game it just shows a blank black loadscreen.

View attachment 317750

Try removing war3mapImported\ from LoadingScreen_ textures
 

Dr Super Good

Spell Reviewer
Level 59
Joined
Jan 18, 2005
Messages
26,664
False. Importing an actual 16:9 model and applying 1920x1080 texture works fine. The default loading screen models are 4:3 by aspect ratio, previously the game would automatically stretch it to the native res, but since widescreen support it stays at 4:3.
Loading screens have always been 4:3. Just people fooled themselves into thinking they could be 16:9. Yes in old versions such loading screen would then appear correct in 16:9 but the game play would be stretched and distorted so become ugly. Old versions of WC3 only supported 4:3 aspect ratio, with anything else being distorted (visual quality degraded). The widescreen patched fixed this.

Since the widescreen patch the loading screens are now correctly forced into 4:3 aspect ratio for compatibility with legacy 4:3 load screens so as to not distort them. All loading screens should always have been 4:3 in the past.

Reforged is hopefully going to add StarCraft II style loading screen mechanics which allow one to specify the scaling mode of the image so it is compatible with all reasonable aspect ratios.
 
Loading screens have always been 4:3. Just people fooled themselves into thinking they could be 16:9. Yes in old versions such loading screen would then appear correct in 16:9 but the game play would be stretched and distorted so become ugly. Old versions of WC3 only supported 4:3 aspect ratio, with anything else being distorted (visual quality degraded). The widescreen patched fixed this.

Since the widescreen patch the loading screens are now correctly forced into 4:3 aspect ratio for compatibility with legacy 4:3 load screens to avoid distortion. All loading screens should always have been 4:3.

That's exactly what I just said. The model provided in this thread is 4:3, making a 16:9 model will make the loading screen 16:9 widescreen. :/

@Jake Kessler You're missing LoadingScreen_9.blp LoadingScreen_10.blp LoadingScreen_11.blp LoadingScreen_12.blp, did you import those?

Your image must be cropped into 12 separate textures, you only have 8.
 
Level 9
Joined
Apr 4, 2010
Messages
276
That's not what the resource description says, or what the tutorial halfway downthread says.

The first eight are to be imported directly as 512x512 .blp textures (named LoadingScreen_0.blp, LoadingScreen_1.blp, etc.). Textures 3 and 7 will have some unused space on the right. The remaining four tiles (8a 8b 8c 8d) must be assembled into a single 512x256 texture, which will be called LoadingScreen_8.blp.

What you must import in to your map:
1.
9 BLP files
2. 1 MDX files

Image specification:
1. 8 images with the size of 512px * 512px
2.
1 images with the size of 512px * 256px (Landscape)

I believe I've followed these instructions exactly. I assumed there was an issue with the texture paths since I'm importing into a campaign, as I said. Nothing anyone's suggested so far has helped me fix it.
 
Last edited:
Level 9
Joined
Feb 20, 2014
Messages
408
With .BLP it is limited to 512x512 in resolution. Using .TGA however will bypass this limit, I have used TGA to make high quality textures (I tried 3000x3000) without cutting anything. The only downside is that it takes more file space.

For me this "resource" is useless as I would use .TGA.

How do you do it? I've got a 1920x1080 loading scrren in TGA. How do you import it without cutting? path etc?
 

Dr Super Good

Spell Reviewer
Level 59
Joined
Jan 18, 2005
Messages
26,664
But how do you import it then? what path and what mdx file?
You get a standard low resolution 4:3 loading screen model, change the texture path to be a tga file (any path works, just must end with ".tga"), import this modified model file, import your tga loading screen texture and modify the file path to be the file path you specified.
 
Level 1
Joined
Oct 29, 2019
Messages
1
I've followed the instructions exactly; however, when I go to test the map the client crashes immediately when the loading screen is supposed to display.

I'm wondering if there's something wrong with my TGA --> BLP conversions? BLP Lab is the only resource I've been able to use to actually convert all the files. Other programs seem to have difficulty with LoadingScreen_3, 7, and 8.
 
Top