See my previous statement. Logo_Opening4 is better. Try that one only with a different Vasari picture.

Maybe something like the below two:

http://lh3.ggpht.com/_1PuzxfVIDII/TFzO5Uy10WI/AAAAAAAAARU/Q9R-VcLoOcI/vasari.jpg

http://media.giantbomb.com/uploads/0/4963/275409-picturefeature_vasari_thumb.jpg

The Vasari doesn't look quite right. And the 4 one did work better.

I know. I played with some of the other Vasari, but none have the color scheme to mesh as well without just fading into the background.

I can try some of the other Vasari. The image I use in 4 started as a large image, huge even. So that's why it scales well compared to game pulled images. It was also made using the same method as the Lion in the image. And yes, I chose a Lion although I did consider a couple others. I even threw out the idea of using the -Ue_ troop.

I got a weird issue with DS and the latest Diplo patch (1.33).

So far the mod seems to be running fine, though something is wrong with the ressource asteroids. I played a large random multi system map and all types of planets have both metal and crystal asteroids, except for Paradise for obvious reasons.

While there are some planets with only one type of ressources, it doesn't seem to be tied in any way to the planet type. As far as I can tell it's completely random. I even had one ice planet with only two metal asteroids.

I tried starting random maps three times and every time the same result. On a start of DS-Aurelian map every planet seemed to be in order, with the exception of a single Relic world that had three crystal and one metal asteroids.

Without the mod, ice and volcano planets have only their supposed ressource.

Anyone else experienced that issue, or have a clue as to why the game is suddenly doing that?

Is it compatible with Dip 1.33?

We haven't found any issues with 1.33. Still tracking -Norbert-'s issue.

I had the "Pac-Man" issue with the planets pop up with 1.33, I didn't have the problem with 1.32.

I've been playing the game a little bit almost every night and I've not noticed this at all.  Most planet types have the ability to spawn resources of both types.  Some depend on the size of the planet to guarantee both are spawned, but nearly all have the potential.  That doesn't mean you'll see it happen, but when the entities are set to spawn 0 to 3 for both and there's a max of 3 total, for example, you can get several games with all of one type, several more in a row with only the other type, and a few more after that with both.

This shouldn't be.  The only time an Ice Planet has metal asteroids is when Ice Home is the planet and it spawns two of both.  This is telling me that you have messed up entity files or your update to Sins didn't go perfectly and it's not doing what its told by the entity files.  So there are some things to have you check.

The first is to verify that your DS checksum is still the same as it was before you moved everything over to the new folder.  If it's not, then there's your problem.  Get a new copy of the mod.

The next thing depending on the result of that check, would be to verify your install of Sins to make sure it updated properly, or to verify your DS files are showing the correct information.  If Sins didn't update properly, you may have to uninstall the entire thing and redo it.

To verify the DS files, if you can convert the entities and brushes to text to see what they say, Harpo's tools are great for batch jobs like this.  If the ice planets and proto ice planets are showing what you'd expect, then it's not the entities fault.  If you can't or don't want to convert them over, then copy all of the planet and proto planet entity files (found in the GameInfo folder) somewhere, as well as the HUDIcon, infocard icon, main view icon, picture brush files for the planets (found in the window folder), zip them up, and upload them somewhere, post the link, and I'll go through them all to verify them.

If DS is messed up, then you'll have to download a new copy or re-copy it over to the new folder if you had a previously working mod and still have that copy.

In either case, if time is an issue or this seems like a lot of work you don't feel like doing, you may just want to scrap it all and start over with a clean install of the game and a new copy of DS and be done with it.

This is expected.  Relic planets have values of 1 to 4 for both resource types with a max of 4 total.  If in the event that there are 4 metal asteroids, the crystal value is not used since it would exceed the max just as any value which exceeds the max isn't used.  Dwarf relics have 0 to 3 metal and 1 to 3 crystal with a max of 3.  If 3 metals are used, the crystal will not show up.  Huge relics have 2 to 6 of both with a max of 6, again if 5 metal are used then only 1 crystal will show, if 6 metal are used then no crystal will show.  Relic moons have 0 to 2 of both with a max of 2.  So you can go from having 0 resources to 1 resource, to 1 of each, to 2 metals and no crystal or no metals and 2 crystal.  Isn't random settings fun?

This tells me its probably an issue with the DS files you moved over or something is wonky with the random map.

Verify it's only happening to the original planets.  If its all of the planets, redownload the mod.  If it is the originals, your options are to delete the offending textures and meshes for those planets affected, or redownload a set that is verified to be working with each other and overwrite the existing ones.

http://sites.google.com/site/steelers086/gamefiles/TextureFixA.rar
http://sites.google.com/site/steelers086/gamefiles/TextureFixB.rar
http://sites.google.com/site/steelers086/gamefiles/Mesh.rar

So, in the past, when conversations came up surrounding optimization of Sins and late game lag, there were always observations regarding RAM usage limitations and multi-threading. The general sentiment, as I understood it, was that while Sins could be further optimized (TSOP) and further updates (most recent versions of Trinity/Diplomacy) the changes to the engine that would allow RAM usage beyond 2GB or multithread were not possible. The most recent interview posted on the Sins mainpage regarding Rebellion confirms that changes to the 32 bit programming or multi-thread will not be part of the new game. 

Recently, PC Gamer put out an article about the top ten mods for Skyrim, out of hundreds of mods already created over a short period of time. I rifled through them, and discovered that one of these mods was the Large Address Aware patch that increases overall RAM available to the game. 

So here is the question. Is it just the nature of Sins and the IC engine that limits a patch of this kind to be created? I am just surprised that within a few days of being released, this patch can be whipped up by somebody in the Skyrim community and there it is online. 

Cheers,

http://www.pcgamer.com/2011/11/14/the-10-best-skyrim-mods-so-far/

And queue stant and his rant.

Large Address Aware is brought up repeatedly because it works for some games.  Sins is not one of those games.  It was designed as a 32bit app and plays like one.  Simply changing a header flag isn't going to fix anything.  On a 32bit system, you have to also modify the OS to allow it which then breaks everything else and possibly damages your OS's operation to the point where you need to reformat and start over.  On a 64bit OS, it's still a 32bit app and treated as such by the OS.  Enabling the 3GB switch on sins on a 64bit OS doesn't produce any appreciable results and after the recent patches is pointless anyway since the game isn't having that issue, but rather is having problems with the amount of data being crunched by the processor because the engine wasn't designed to take advantage of multi threading or more then one CPU core.

huh... tame

My anger at the moment is being saved for my daughter as you probably saw on facebook last night.  She's in trouble.

That is understandable.

Not totally sure why, but have fun with that.