"I love deadlines. I love the whooshing sound they make as they fly by."
- Douglas Adams
More pages: 1 ... 11 ... 21 ... 31 ... 41 ... 51 ... 61 ... 71 ... 81 ... 91 ... 101 ... 111 ... 121 ... 131 ... 141 ... 151 ... 161 ... 171 ... 178 179 180 181 182 183 184 185 186 187 188 ... 191 ... 201 ... 211 ... 221 ... 231 ... 241 ... 251 ... 261 ... 271 ... 281 ... 291 ... 301 ... 311 ... 321 ... 331 ... 341 ... 351 ... 361 ... 365
Query FailedHumus
Monday, September 4, 2006

Well, that can certainly be done. That's a cool idea actually. For my own demos where I have full control it would be easy to just get the right screenshots in all directions directly. For a game I may have to revert to taking a load of screenshots looking in different directions, unless the game has flexible commandline options or something.
zxwyeah
Monday, September 4, 2006

Take this idea further, you can take some '3D' screenshots in game and view them outside the game using your fancy applet as if you were in the game.

3D screenshots! Dude, that'll be awesome!
Twixn
Friday, September 1, 2006

Heh, why do they have to make cameras use such odd dimensions?

90 Deg square images would suit us all so much better.

-Twixn-
Humus
Friday, September 1, 2006

Well, if I had a camera with 90 degrees field of view that also produced square pictures and had no distortion, plus I had equipment to aim it perfectly in the six directions, then that would work. No, I only have a regular P&S camera with about 62 degrees FOV horizontally and a tripod, so I have to shoot a whole bunch of photos. Usually I do one center 360 row of 8 pictures, then 8 or sometimes just 6 pictures in a row above it and below it. Then 4 in the topmost row, and 3 down without getting the tripod legs in the view. Then finally I remove the tripod and shoot the last picture with it handheld leaning forward to avoid getting my feet in the view. Actually, I shoot a bunch of down pictures to hopefully get at least one that fits decently. Then I load it up in RealViz Stitcher and render a cubemap. Finally, I edit it a bit in photoshop if neccesary if there's any artifacts or ghosting.
Twixn
Thursday, August 31, 2006

I'd assume it would be from 6 photos
(up, down, and along the lines of North,
South, East and West).

But then im assuming this from knowledge of
cubemaps, not panoramic photos :P

-Twixn-
Chris
Wednesday, August 30, 2006

How have you made those cubemaps? How many photos did you use?
NeARAZ
Wednesday, August 23, 2006

Yeah, I see the point. The alternative to padding could be just rendering lightmap without it, and then do some kind of dilation filter on the GPU (that only spreads out to ontouched areas etc.). Anyways, a nice demo!
Humus
Tuesday, August 22, 2006

That's one reason. The other is that lightmaps will require some padding around each rectangle to avoid artifacts with a linear filter. With a position map this is very easy, the padded pixels can just have the same positions in the position map. Using the world space position it would be pretty tricky to do this padding. I'm not sure what would be faster though. The position map naturally consumes bandwidth, on the other hand I can render everything with a single primitive, whereas using the position directly would save the bandwidth, but need to render not only the triangles in the scene but also triangles to pad the lightmaps so the final count is triple that of the triangles in the scene, plus that that will add inefficiencies at rasterization.

Btw, I've fixed the resize bug.
More pages: 1 ... 11 ... 21 ... 31 ... 41 ... 51 ... 61 ... 71 ... 81 ... 91 ... 101 ... 111 ... 121 ... 131 ... 141 ... 151 ... 161 ... 171 ... 178 179 180 181 182 183 184 185 186 187 188 ... 191 ... 201 ... 211 ... 221 ... 231 ... 241 ... 251 ... 261 ... 271 ... 281 ... 291 ... 301 ... 311 ... 321 ... 331 ... 341 ... 351 ... 361 ... 365