egomassive's Knytt Stories Plus mod

Weird, I distinctly remember editing that part of the Readme, but it is as you say. I could probably drop the KS+091 folder, but it's my preference to have everything extract to one folder when I extract a zip file, and I think it's better to have the Readme and Instructions outside of the Knytt Stories folder to help them get noticed.

You don't need a separate or fresh install of KS to install KS+. This would be less desirable in most cases because KS level libraries can grow to several gigabytes. You wouldn't want to have two libraries for active use. The Data folders alone would be 30 redundant megabytes. There is the disadvantage that the extra KS+ objects will appear in the original editor. This design choice allows you to use the original editor to make KS+ levels if you wish. (Which is what the 3rd step in the Readme is mainly about --that and shortcuts.) Maybe I should add + symbols to KS+ objects to make the distinction easier on novices.

I'll fix the Readme for the next release. If anyone else has opinions on the structure of the zip file I'd like to have your input.

is there a way to tell the editor to use that exe?

1.Open the "Worlds\EditorSettings.temp" file in a text editor.
2.Change the "executable=" line in the [ego] group for the name of the KS+ exe.
3.Save

I'll stand by your greater wisdom ego.  I just find it personally confusing is all, but I can deal.   

Thanks firecat.  I'll probably just leave it the original name. 

A new version of KS+ is out, 0.9.2. Get it at egomassive.com/ks.

While playing Cosmic Meltdown I discovered a few more issues with single-pass rendering. Spike-extending creatures could play their extending sound after screen changes if the hologram was preventing it before. Also, if you timed it right you could get 2 water creatures to rise if they existed on adjacent screens.

Font and umbrella templates were added. The Readme and Instructions files were updated. The zip file was rearranged after more contemplation over Headgrinder's thoughts.

I downloaded the new version you mentioned an hour ago and now whenever i try to make a new KS+ level for some reason it says "DirPacker Error: Directory exists". Did i do something wrong?

@ ^: I didn't change anything in this release that should affect that. This error occurs if you try to create a new level but the folder "Nifflas - Template" already exists. If you do have a "Nifflas - Template" folder then something went wrong during the new level creation process. I can only guess at what might have caused this. Possibly the program terminated while making a new level, or the Template+.bin file was corrupted when you downloaded the latest version, or it was corrupted when I uploaded it.

Until I figure it out, try deleting the "Nifflas - Template" folder if it exists. Let me know what happens.

Ego, I'd like to bring this post to your attention:
http://nifflas.lpchip.nl/index.php?topic=5470.msg62168#msg62168

I noticed that too while playing Some Room recently. I made KS+ hide Juni when changing positions on a shift. Then, I made it happen when you scroll too. Both of these give a slight improvement. However, I must have made it happen on any screen change and that is clearly causing issues here.

Using COs to replace the key graphics seems to be broken again, only the red key is working properly.
All the other keys just don't show up if you don't have them yet, but show up if you already have them (although you can't collect them).

EDIT: Well crap, it seems to happen to other power-ups too. Did the replacement method change?

What?! That's broken again! I must of had to backtrack to an earlier version at some point and lost that fix in the process. *sigh* If that's the case I'll have to see what else I changed around that time and make certain they're still there. Only 30 pages to sift through.

I think i found a new glitch. Nothing serious really.
There is apparently some sort of memory of the last character Juni changed into.
In my level, at some point, you play with a different character (using shift). Later in the level, you are back to the default Juni.
However, at some point, you go through a shift with a new character change (different than the first one).
For just a tiny blink, I can see the first character appearing before it gets replaced by the new one.

To make it clearer, here is the sequence of events :
Juni -> shift -> char 1 -> shift -> Juni -> shift -> (char 1) char 2

As I said, it is nothing much. I was just surprised to see for a split second char 1 instead of char 2.

Interesting. The old graphics do stay loaded until the custom character is used again. Since I don't have access to the inner workings of the program I probably can't fix it, but I've already thought of a work around.

I found an issue myself. For some reason, playing a cutscene in fullscreen mode disables zooming. I looked but I haven't tracked down the cause yet.

Is it possible to globally declare the overlay function or is it strictly a local bool?

Also, not sure if you saw this yet, ego.

Also, there seems to be a bug, perhaps with KS+, where going in between screens with the umbrella open, when there are a lot of "air-currents" on screen that there is a .25 second "lag" to load the screen.

Figured I'd mention it in case it is an issue with KS+.

I've noticed this too, on screens with a lot of waterfall objects. It appears to be a side-effect of single pass rendering, but it would be great if it could be fixed.

Single-pass rendering + too many objects = long screen load times. The length of the lag depends on the speed of your computer too. For original KS levels players can turn the single-pass feature off if they're experiencing problems.

I'm not sure there's a way to have constant load times and prevent object flash. I'd tell KS+ level designers to be aware of the issue and try to keep their object counts down, but that's a lousy solution. I'll have to give it some thought.