PlaneShift

  • Status Closed
  • Percent Complete
    100%
  • Task Type Bug Report
  • Category 3D Art → Models and Maps
  • Assigned To
    Talad
  • Operating System
  • Severity Low
  • Priority
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: PlaneShift
Opened by Caarrie - 23.11.2007
Last edited by aurelynt - 24.07.2009

FS#652 - odd npcroom/oja bug

If you go and load oja and teleport back to npcroom [without maps loaded] you will see one of the ramps from oja on one of the crates in the npcroom.

The task blocks this from closing
ID Project Summary Priority Severity Assigned To Progress
3017 PlaneShift  FS#3017 - All bugs related to portals being misplaced.  High Talad
100%
Closed by  aurelynt
24.07.2009 20:48
Reason for closing:  
Additional comments about closing:  

Tested again with Xordan's CS patch for PS#1796. Doesn't happen anymore.

Project Manager
Lanarel commented on 24.11.2007 16:02

I tested with day old trunk client on the test server (no idea how old, my own servers wont compile :) ). Teleported to Akkaio, walked into town (between Broken door and Trasok). THen teleported back to npcroom1. No ramp on crate.

Steven Schwartfeger commented on 25.11.2007 03:09

I tried this and could not see any crates with anything on them… do you see it when on a test server?

looks like I should have refreshed, I've been beaten to it! :P

Caarrie commented on 28.11.2007 14:06

This was tested on laanx, i have not tested on trunk

Caarrie commented on 29.11.2007 11:31

Teleported to map akkaio walked to oja, logged off. relogged and teleported to map npcroom1 and saw the box got transformed. this was a test on svn trunk revision 309

Steven Schwartfeger commented on 29.11.2007 23:27

Verified following Caarrie's latest instructions, here is a screenshot:

http://i130.photobucket.com/albums/p267/10kRaptor/shot256.jpg

Right clicking reveals that the big thing with the oja platform sides is Box01, the flat box in the right side is Box04. Probably relevant console output:

crystalspace.genmeshloader.parse: 

Render buffer vertex count(24) different from factory vertex count (18)
[node:
world,sector(name=NPCroom),meshobj(name=Box01),params,renderbuffer(name=textu
re coordinate lightmap)]
Arianna commented on 30.11.2007 08:25

I believe this is an issue for Talad.

Project Manager
Lanarel commented on 30.11.2007 23:05

Since this only seems to happen if you first log out, this sounds like other bugs about missing textures, which are not re-loaded if you come from another map which shares textures. Just that in this case it does not show checkerboards, but a ramp. It may just be that the two share the same name?

Arianna commented on 01.12.2007 08:16

Uhm. It might be. Caarrie, what do you think of Lanarel's deduction?

Steven Schwartfeger commented on 01.12.2007 10:49

I may have found it, akkaio.zip has meshobjs named Box01 and Box04 - the same names as the only boxes that changed, in npcroom1.zip.

Incidentally, both zips have the same box texture in them but under different names, crateh1.dds and crate_01_01.dds respectively… but neither has the other map's texture name anywhere in the world file.

Maybe all the objects should add the map or sector name to the start, for example 'akkaio_box01' and 'npcroom1_box01'? I realize that could turn out to be a huge job…

Thom commented on 07.02.2008 02:24

Pretty late, but I confirm this with Trunk.

aurelynt commented on 25.05.2009 20:51

Checked with new maps. Issue remains.

Project Manager
Lanarel commented on 27.05.2009 06:17

This bug is apparently system dependent. I can not get this to happen.

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing