Posts: 890
Threads: 16
Joined: Jun 2010
Thanks: 0
Given 0 thank(s) in 0 post(s)
Cleanshot is the script that disables the hud, takes a screenshot and reenables it?
Does your framerate drop noticeably when that model is in view? Try delaying the screenshot slightly and see if it works.
Posts: 1,331
Threads: 44
Joined: Jun 2010
Thanks: 13
Given 10 thank(s) in 8 post(s)
Only thing I can think of is a big framerate drop, the sleep was increased to 500 millis recently. Should be enough for a rather large hiccup even in coop.
Posts: 890
Threads: 16
Joined: Jun 2010
Thanks: 0
Given 0 thank(s) in 0 post(s)
Seems like that would explain it. If the script clears the hud and takes the screenshot just 20ms later you'd need to render the next frame before the screenshot command is executed, in this case probably ~20ms.
500ms is probably overkill but I'm sure you can spare half a second to take an image. I'm impatient so I'd go with 200ms.
Posts: 1,318
Threads: 76
Joined: Apr 2011
Thanks: 1
Given 11 thank(s) in 5 post(s)
Well, considering it is clearly that particular mapmodel that screws it up by having the fps dropping drastically my guess is that I'll just scrape it and redo it in a more conventional way.
Posts: 638
Threads: 10
Joined: Jun 2010
Thanks: 6
Given 30 thank(s) in 16 post(s)
11 Jan 12, 09:47PM
(This post was last modified: 11 Jan 12, 09:48PM by Mr.Floppy.)
Uff,... It took quite a while until I understood wth you did there. :S
Actually, I'm quite certain you could have cut out those holes conventionally, using less polys than you did with this weird technique. This is like z-fighting overkill, probably _the_reason for your FPS going numb. The whole thing doesn't even run smooth on the UU3D editor.
On topic. 12 frames per second, makes an interval of 1000 millisecs/12 frames per sec = 83,3 millisecs > 20 millisecs. This script can't work on that framerate, as the sleep "will be over" way before the next loop is running and the screenshot would be taken.
Who the hell did come up with such a flawed script?! ;)