Generated by StatCvs v0.2-dev
Pages: << Previous 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 Next >>
Summary Period: 2001-04-22 to 2001-04-18 (Commits 4595-4644 of 12744)
now in png imageio
0 lines of code changed in:
preparation for use of iImageIO, pngsave is now in the iImageIO implementation for PNG
4 lines of code changed in:
preparation to use iImageIO
4 lines of code changed in:
replacement for iImageLoader
89 lines of code changed in:
imageloader split up into small pieces
3923 lines of code changed in:
Update
4 lines of code changed in:
Files ready for advanced WinCVS topics
21 lines of code changed in:
Fixed a small compiler error in the fire loader.
35 lines of code changed in:
After getting a request to make a 3d fire particle system, and due
consideration of how other fire particle systems look, I have come
to the conclusion that the current fire particle system is adequate
for the task.
I have, however, ameliorated the current fire particle system by allowing
the starting origin to be given as a Box (possible min=max, a point).
Each particle is randomly started in the box.
The walktest demo 'flame' now starts the particles in a square upon
the ground. This is already pretty fiery. An improvement would be
having the artists for your game make a nice particle texture.
6 lines of code changed in:
Added optimization to the iso Engine:
- A complex system of material registration (by the engine object)
which allows the polygons in the main pass to be rendered out of order,
sorted by material. This is supposed to be very good for certain hardware.
But not my hardware. Perhaps someone with better hardware can test if
framerates have improved.
- The iso engine can create iMaterialWrappers for you. Those have the
same interface as the regular 3d engine of CS. Except that private
object returns the iso object (which is almost compatible).
also they implement iIsoMaterialWrapperIndex, an interface that allows
the iso engine to get the index to sort by material. If no such
interface is detected, the polygon is drawn immediately.
- The isorenderview contains the buckets for sorting by material. The
buckets are kept preallocated (in an ever growing queue).
For all this, the framerates in my software and opengl renderers is exactly
as it was before :-)
73 lines of code changed in:
Automated Texinfo @node and @menu repair.
2 lines of code changed in:
Completed step 7.
That is the whole/current WinCVS tutorial I
wrote for the CS website added to the
CS CVS tree. :-)
98 lines of code changed in:
Completed step 6 and did some minor
modifications to steps 4 & 5.
101 lines of code changed in:
Completed Step 5. Time for a coffee :-)
9 lines of code changed in:
Completed Step 4 and made a few minor
changes to steps 2 & 3.
48 lines of code changed in:
Step 3 of WinCVS tutorial
7 lines of code changed in:
Step 2 done :-)
25 lines of code changed in:
Step 1 conversion complete and tested
21 lines of code changed in:
All the images or tutorial jpg, png and eps formats.
0 lines of code changed in:
Part of WinCVS tutorial work
51 lines of code changed in:
Update adding WinCVS tutorial to menu
2 lines of code changed in:
Added ready for internal CS WinCVS tutorial
5 lines of code changed in:
Added HardTransform(), GetWorldBoundingBox() and
GetTransformedBoundingBox() to iMeshWrapper.
42 lines of code changed in:
Forgot to commit.
12 lines of code changed in:
- Made ball plugin more efficient for OpenGL by setting do_clip
right.
- Added a new surface mesh plugin which will make a surface for
DrawTriangleMesh.
7 lines of code changed in:
Added SetZBufMode() and GetZBufMode() to iMeshWrapper.
20 lines of code changed in:
Added SetMeshObjectFactory() to iMeshFactoryWrapper.
8 lines of code changed in:
- Moved all flags from csMeshWrapper to iMeshWrapper.
Also added GetFlags() to iMeshWrapper.
- Moved all flags from csEngine to iEngine.
143 lines of code changed in:
Code cleanup
2 lines of code changed in:
Update.
6 lines of code changed in:
Added the distinction between static and dynamic lighting to isometric
engine. Lights are by default static. Static lights are only recalculated
when a static light is changed in a grid. Dynamic lighting is calculated
per frame. The isotest now uses a dynamic light for the player, the
blue light is a static light.
23 lines of code changed in:
rewrote the DECLARE_TYPED_VECTOR macro to be really type-safe
77 lines of code changed in:
Update.
2 lines of code changed in:
rewrote the DECLARE_TYPED_VECTOR macro to be really type-safe
6 lines of code changed in:
Added cylindrical texture mapping option to the ball mesh plugin.
Normally the ball will only use a circle in the texture for both
the top and bottom halves. This is good for skydomes and so on but
not very useful for planets. So with cylindrical mapping the entire
texture is used. There is a new CYLINDRICAL keyword in the ball
loader as well.
20 lines of code changed in:
Fixed another bug.
1 lines of code changed in:
Forgot to commit.
6 lines of code changed in:
Fixed two bugs in the sequence manager.
6 lines of code changed in:
Reverted Philip's changes to blocks.cpp. Philip's changes did not solve
the problem. His changes merely side-stepped it by leaking the
csSystemDriver. This is a case of addressing the symptom rather than the
cause.
Philip, try to narrow down the problem further. Based upon your attempts
thus far, it appears that you have narrowed it down to the destruction of
the system driver. However, system driver destruction is quite involved,
and a lot of code gets executed during that process. If you could break
into the debugger and obtain a back-trace listing at the poing where the
application hangs, it could help in further narrowing down the problem.
Other options are to step through the ~Block() destructor as well as the
~csSystemDriver() destructor in order to locate the statement or function
call which is hanging. Then step through the function which is hanging
and see which of its statements hangs. Perform this process recursively
until you have found the offending code.
I also took this opportunity to transmogrify the `view' variable into an
instance variable of the Blocks class. It used to be global.
3 lines of code changed in:
Added a new sequence manager plugin. With this plugin you can manage
operations that have to be done at specific times. You define
sequences containing sequence operations. Sequences can be inserted
in the sequence manager which will perform the operations in that
sequence at the right time. Sequences can also contain operations
to spawn new sequences and sequences also have conditional
statements. The main purpose of this sequence manager is to allow
demos or intros which are controlled by this system.
The sequence manager is completely time correct (if it has no bugs
of course). The 'Do' function which you have to provide for
every sequence operation will get the difference between the time
now and the time that the operation had to be executed so you can
take corrective measures. The reason that operations are not always
executed at the right time is that frame rate can be low and
the sequence manager only gets executed once every frame.
750 lines of code changed in:
added a few missing DecRef's
6 lines of code changed in:
Update.
14 lines of code changed in:
Forgot to remove some debugging code.
1 lines of code changed in:
further work on csparser
23 lines of code changed in:
added QueryObject() to some interfaces I forgot last time
20 lines of code changed in:
Fixed several bugs reported by a memory checker:
- In archive.cpp: free (buffer) with buffer == NULL.
- Fixed a bug in plasma procedural texture. It was sometimes
trying to access palette index 256 which is one out of bounds.
I fixed this by adding an overflow test for this which is
probably not the best way.
- Found a bad memory access in the software texture
cache. This is a bit more complicated so I did
not fix it yet but put a '@@@' comment there.
This bug could very well be the cause for the
bad texture cache contents that happens with very
thin polygons.
18 lines of code changed in:
Updated header files for skinned listbox and scrollbar.
75 lines of code changed in:
Added the sdscrbar.cpp default scrollbar skin.
104 lines of code changed in:
Updated:
1. csListBox to be a skinned object, now supports cslfsTextured and cslfsBitmap
2. csScrollBar to be a skinned object.
Fixed:
1. Dumb bug with csListbox and csScrollBar not being drawn.
2. Bug where bitmapped or textured dialogs don't redraw children right.
58 lines of code changed in:
added QueryObject() method to engine objects (subclasses of csObject). This
returns the iObject interface for these objects, just like QUERY_INTERFACE,
but is faster.
88 lines of code changed in:
Pages: << Previous 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 Next >>
Generated by StatCvs v0.2-dev