Sensors.tdf, Resources.tdf, Sidedata.tdf

[Argh]

Whoa! It's not fixed with that, either. I turned on /Water 0, and Spring crashed, stating it couldn't find "ocean.jpg".

I don't have an "ocean.jpg". I have an "ocean.tga". It shouldn't even be looking for "ocean.jpg".

<returns from testing>

Replacing Ocean.tga with Ocean.jpg, Water 1 now runs.

Water 4 will not run, but doesn't crash- it reports it's missing "bitmaps/caustics0.jpg", etc., even though that was previously in the bitmaps/caustics directory. Moving it to the bitmaps directory fixes that, but meh, that should just be another section of the TDF anyhow, imo.

[FLOZi]

You don't read *anything* from base? No springcontent.sdz?

If that is the case, copy resources.lua over into your gamedata folder.

The water 4 was an error on my part, fixed it (but not comitted yet).

[Argh]

If that is the case, copy resources.lua over into your gamedata folder.

Tried it. It didn't work.

However... I got that part working, and it was my fault, entirely. I used weird comment-spacers, this has been addressed and I will check NanoBlobs PD and make it compliant. You can't help it if I'm a slacker who was used to the old TDF parser's bullet-proofness

This whole issue with the rendering patch has made me twitchy, so please excuse me, I didn't mean to be such a grouch. If the water thing is working in a future commit, I think that's the only issue remaining.

[FLOZi]

I don't understand why it wouldn't pic up your ocean.tga though, once you had the parser working.

[Argh]

Dunno, but it didn't. Everything else worked all right, including the detailtex2... meh, if I have to leave that as .jpg, it doesn't really matter much anyhow, once it's loaded.