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: 2000-03-23 to 2000-03-15 (Commits 1995-2044 of 12744)
-/- I've (finally!) moved DrawPixmap() (ex-DrawSprite()) from iGraphics2D to
iGraphics3D interface. From now on iGraphics2D interface is absolutely
independent of the 3D driver and can be used separately. All the mess
regarded to getting a pointer to bitmap data has vanished. Now DrawPixmap()
extracts data from texture handle exactly same way how DrawPolygon,
DrawPolygonFX and all others do.
I beg pardon from Direct3D and Glide maintainers since I broke Direct3D
sprites again. I promise to never break it again, at least in the nearest
year :-)
I wrote a related comment in respective files near the end (g3dglide.cpp
and d3d_g3d.cpp) - look there for more information.
Software driver works and OpenGL driver should work too (at least it
compiles okay).
-/- Fixed a minor bug with texture transparency in MazeD.
368 lines of code changed in:
Update.
12 lines of code changed in:
Added basic support for DrawTriangleMesh(). All triangles are sent via
a glDrawElements() call. May crash some OpenGL drivers, although
I have not been able to isolate the problem to CS or the GL driver.
Transforms are still in software, and hardware transform should wait until
the basic drawing code is ironed out.
298 lines of code changed in:
Made compilable again
2 lines of code changed in:
Patched texi2html so that it no longer crashes on DOS when invoking
getpwuid(). I also sent a bug report to texi2html's maintainer.
7 lines of code changed in:
Update.
23 lines of code changed in:
Remove extra lines.
0 lines of code changed in:
Removed ApplyGamma() references. There is no such method anymore. Hardware
renderers will have to implement gamma in hardware.
0 lines of code changed in:
-/- Removed NeedPO2Maps(), GetMaxAspectRatio() calls from igraph3d. Moved to
GetCaps(). Removed unneeded (and simply wrong) stuff from GetCaps(),
added PO2Maps and MaxAspectRatio instead.
-/- Instead of G3DRENDERSTATE_ZBUFFERFILLENABLE and ..._ZBUFFERTESTENABLE
there is just only one state: G3DRENDERSTATE_ZBUFFERMODE. I've removed
the SetZBuffMode() method from iGraphics3D. Now you can do directly
g3d->SetRenderState (G3DRENDERSTATE_ZBUFFERMODE, CS_ZBUF_USE), for example.
-/- Implemented G3DRENDERSTATE_GAMMACORRECTION for all modes. In 8-bit mode
this is done via palette; in truecolor modes this is done via texture
palette remapping. It seems to work pretty fast, although gamma value
has different meaning (and effect) in 8-bit and truecolor modes.
In return, you can see the lightmaps now with software renderer by
turning gamma to something very low (about zero). The black lightmap
borders are seen very well with almost white textures. This works only
in truecolor modes; in 8-bit modes you will simply see a white screen :-)
285 lines of code changed in:
- Continued debugging work on solid BSP. Still not perfect
although I'm getting closer all the time.
- Added csPlane2::SquaredDistance.
30 lines of code changed in:
Did a lot more work on debugging the solid bsp stuff. I now
have a good understanding of what is going wrong. I don't have
a good (read 'fast') solution yet. I have decreased the chance
of the error occuring right now.
32 lines of code changed in:
Removed the single use of the GLU library from the OpenGL
code. Unfortunatelly this makes an error message less readable
but it makes it easier to compile CS on platforms that don't
have the GLU library (like mine).
8 lines of code changed in:
Fixed a timing bug in WalkTest which caused movement to be
very sluggish if you have very high framerates (> 100 FPS).
This bug was introduced about 10 days ago.
96 lines of code changed in:
this file is read by the funcon plugin and specifies where and which texture files to read
0 lines of code changed in:
reincluded a method to determine the most recent clipping result
6 lines of code changed in:
small parameter order fix
1 lines of code changed in:
Benjamin Sprague <sprague@core.com> submitted several patches for the code
which interacts with the terrain library.
- Fixed a bug in the loader that made the DETAIL() function in the file
format not work correctly.
- Made the terrain use the z-buffer, and fixed a couple bugs in
csTerrain::Draw().
- Moved the camera up 2 meters in csTerrain::CollisionDetect().
- Updated terrain.zip to use the DETAIL() function properly.
51 lines of code changed in:
-*- Martin Geisse provided Texinfo conversions for SCF and the FAQ.
-*- Martin also rewrote part of the introduction to the Simple tutorial.
-*- Eric Sunshine did some additional mark-up work and made some
corrections to Martin's conversions.
-*- Eric performed some additional editing of the tutorial introduction
in order to merge his earlier work with Martin's new work.
-*- Eric converted the To-Do document from a mere section of the
Contributing to Crystal Space chapter into a stand-alone appendix.
447 lines of code changed in:
Fixed Jorrit's bug with covtree and solidbsp :-)
2 lines of code changed in:
Removed some buggy debug code in the polygon clipper left over
by Andrew.
18 lines of code changed in:
-/- Re-inspected the polygon clipper. The methods were enhanced a little,
this also helped to catch a bug with software fog (in Sector::Draw).
It was not too (visually) noticeable, but it was there.
-/- Re-implemented the box clipper. Now both polygon and box clipper uses
same core routine that makes fixing bugs easier (changes are propagated
to both clippers).
-/- Added the required functionality to the clipper to be able to clip
Gouraud-shaded polygons (and possibly other kinds of polygons) correctly.
-/- Renamed AddFogPolygon into DrawFogPolygon. No other changes to the
interface.
-/- Fixed a serious bug with fog (affected only the software renderer).
The fog in mirrors was not drawn (approach to a mirroring floor in old
walktest and you will see).
668 lines of code changed in:
- Changed csMath2::Area2, Left, and Right to have csVector2
arguments.
- Added Set/GetMaxProcessPolygons() function to csWorld to control
the maximum number of polygons to process every frame. This is
mainly for debugging.
- Added 'db_procpol' command to control this number from the
console.
- Renamed 'maxpol' to 'db_maxpol'.
141 lines of code changed in:
- Removed a warning in simpcons.h.
- W.C.A. Wijngaards <wouterw@cs.vu.nl> suggested a better comment
for csmd5.h.
- Wouter also suggested a fix to eliminate key lag in the line
driver.
- Finally Wouter also pointed me to a weird construct in
libs/csutil/inifile.cpp. I fixed it.
12 lines of code changed in:
Updated iConsole's SCF Version number after Norman Kramer's change
1 lines of code changed in:
Fixed a typographical error.
1 lines of code changed in:
*** Phase Two of Eric's Big Documentation Overhaul {tm} ***
-*- Created custom Texinfo macro packages which allow the Crystal
Space documentation to be built on all supported platforms by
taking pathname syntax into account, since none of the Texinfo
conversion tools (TeX, makeinfo, texi2html) do so. These macro
packages are contained within the files unixdef.txi, macdef.txi,
and dosdef.txi. These macros must be used in place of the
standard Texinfo @include and @image directives for importing
other Texinfo file and images. There are two new core macros.
They are @import and @picture, and replace @include and @image,
respectively. Because of the limited macro capabilities of
Texinfo, there are actually variations of these macros which must
be used depending upon how deeply nested the file to be included
resides. To include a file which resides in the current
directory, use @import; to include a file in an immediate
subdirectory, use @imports. Use @importss for a file two
directories deep, @importsss for a file three directories deep,
etc. For example, to include the file "cow.txi" which resides
within the directory "foo/bar", replace the old "@include
foo/bar/cow.txi" with "@importss{foo,bar,cow.txi}. The same
technique of appending 's' to the macro's name also applies to
the @picture macro.
-*- Added the cover-documents cs-unix.txi, cs-mac.txi, and
cs-dos.txi. These files should be considered the root
documentation file, rather than cs.txi, for a given platform. On
Unix, cs-unix.txi is used to build the documentation package; on
Mac, cs-mac.txi; and on Windows/DOS, cs-dos.txi.
-*- Replaced all instances of @include with @import{} in the existing
Texinfo source files.
-*- Performed a major overhaul of the documentation makefile,
docs.mak. The makefile has the new targets 'infodoc', 'htmldoc',
'dvidoc', and 'psdoc', for generating Info, HTML, DVI, and
PostScript conversions of the Texinfo documentation,
respectively. In the future, I would also like to add a 'pdfdoc'
target but for now all of my work is being done with NextStep,
where PDF generation capability is currently unavailable.
(Perhaps I will add 'pdfdoc' during one of my rare forays into
Linuxland, unless someone else beats me to it.) The old targets
'api' and 'doc' have been renamed to 'apidoc' and 'devdoc',
respectively. The makefile also goes to great lengths to deal
correctly with images which are part of the documentation
hierarchy. This is a highly complex makefile. Please be certain
that you understand it thoroughly before attempting any
modifications.
-*- When built via the makefile, all generated documentation is now
placed within the standard 'out' directory hierarchy. Depending
upon the exact target, the generated documentation will end up in
one of either out/docs/dev, out/docs/api, out/docs/info,
out/docs/html, out/docs/dvi, or out/docs/ps.
-*- Added the conversion script texi2html to the CS/bin directory
along with its initialization file texi2html.init. This is beta
version 1.60 of texi2html. This version is required for the
@import and @picture macros which earlier versions of texi2html
are unable to support. The makefile automatically uses
bin/texi2html as necessary. This version of 1.60 also contains
bug fixes made by the maintainer of texi2html in response to many
bug reports which I filed. (Several additional bug reports are
still pending.)
-*- Customized texi2html.init to that it does not emit the date or
username in the generated output. The reason that I do not want
this information in the HTML files is that the HTML conversion
will be performed and committed to the CVS repository
automatically. If this information was present in the converted
files, CVS would consider the files an having been changed even
if there were no actual content changes, and that would be
undesirable.
-*- Added texinfo.tex and epsf.tex to the standard distribution as a
convenience and to ensure that the documentation converts easily
and without hassle to DVI and PS.
-*- Began repairing Texinfo mark-up problems. Added Emacs "texinfo"
mode selection to each file ("@c -*-texinfo-*-).
-*- Performed a full Texinfo conversion on the license file.
9033 lines of code changed in:
changed depend rule
3 lines of code changed in:
andyz DEP solution doesnt work - instead of the compiler it feeds sed with -I options.
if you have special options to add, change the depend as follow:
depend: $(OUTOS)some.dep
$(OUTOS)some.dep: $(SRC.SOME)
$(DO.DEP1) $(CFLAGS.SOME) $(DO.DEP2)
that ain�t nice but works ( hopefully )
5 lines of code changed in:
added a Draw3D() method. Call this as last thing before BeginDraw (CSDRAW_2DGRAPHICS) if your console has a 3D part to draw ( like border decorations or some nice background effects )
3 lines of code changed in:
Fixed a typographical error.
1 lines of code changed in:
%%% Phase One of Eric's Big Documentation Overhaul {tm} %%%
-*- Cleaned up and rewrote a lot of the filler material in the
Crystal Space manual and updated and corrected much of the
existing information. Also composed new filler material which
was sorely lacking and which is needed to bind chapters and
sections together.
-*- Cleaned up a lot of the Texinfo mark-up (though a tremendous
amount of mark-up repair is still required).
-*- Major overhaul of the logical organization of the Crystal Space
manual. The organization now attempts to take user perspective
into account and is especially concerned with the first-time
user.
-*- Major overhaul of the physical organization of the Texinfo source
files which comprise the manual.
-*- Moved the newly reorganized Texinfo source hierarchy from
CS/txidocs to CS/docs/texinfo. This will be its final resting
place.
-*- Created the CS/docs/html directory and populated it with the HTML
conversion of the Texinfo manual. In a later phase of this
overhaul, docs/html/ will be updated automatically as the Texinfo
master files are modified, so consider this directory read-only.
It was manually populated in this instance because I wanted to
give people convenient access to the new documentation even in
the absence of automated conversion.
-*- Created a README.htm file within CS/docs which acts as a cover
page and gateway to the remainder of the documentation hierarchy.
-*- Created the CS/docs/incoming directory which is intended as a
temporary holding area for documents pending conversion to
Texinfo.
-*- Relocated all non-Texinfo documents (plain text and LaTex) to
CS/docs/incoming pending their conversion to Texinfo.
-*- Eliminated the now obsolete CS/newdoc and CS/txidocs directories.
CS/docs is now the one and only documentation directory within
the CS package. Hopefully this should eliminate confusion which
resulted from the other two directories (and particularly from
CS/newdoc), in the past.
-*- Too many other changes to remember. :-)
5555 lines of code changed in:
%%% Phase One of Eric's Big Documentation Overhaul {tm} %%%
-*- Cleaned up and rewrote a lot of the filler material in the
Crystal Space manual and updated and corrected much of the
existing information. Also composed new filler material which
was sorely lacking and which is needed to bind chapters and
sections together.
-*- Cleaned up a lot of the Texinfo mark-up (though a tremendous
amount of mark-up repair is still required).
-*- Major overhaul of the logical organization of the Crystal Space
manual. The organization now attempts to take user perspective
into account and is especially concerned with the first-time
user.
-*- Major overhaul of the physical organization of the Texinfo source
files which comprise the manual.
-*- Moved the newly reorganized Texinfo source hierarchy from
CS/txidocs to CS/docs/texinfo. This will be its final resting
place.
-*- Created the CS/docs/html directory and populated it with the HTML
conversion of the Texinfo manual. In a later phase of this
overhaul, docs/html/ will be updated automatically as the Texinfo
master files are modified, so consider this directory read-only.
It was manually populated in this instance because I wanted to
give people convenient access to the new documentation even in
the absence of automated conversion.
-*- Created a README.htm file within CS/docs which acts as a cover
page and gateway to the remainder of the documentation hierarchy.
-*- Created the CS/docs/incoming directory which is intended as a
temporary holding area for documents pending conversion to
Texinfo.
-*- Relocated all non-Texinfo documents (plain text and LaTex) to
CS/docs/incoming pending their conversion to Texinfo.
-*- Eliminated the now obsolete CS/newdoc and CS/txidocs directories.
CS/docs is now the one and only documentation directory within
the CS package. Hopefully this should eliminate confusion which
resulted from the other two directories (and particularly from
CS/newdoc), in the past.
-*- Too many other changes to remember. :-)
42 lines of code changed in:
Update.
42 lines of code changed in:
Re-thought the driver-dependent makedep flags issue. The solution is simple:
if your driver needs specific include paths, defines etc during dependency
generation, just change the lines:
$(OUTOS)something.dep: $(SRC.SOMETHING)
$(DO.DEP)
into
$(OUTOS)something.dep: $(SRC.SOMETHING)
$(DO.DEP) $(CFLAGS.SOMETHING)
16 lines of code changed in:
Fixed the FLATCOL() problem. DrawPolygonFX were not initializing Scan.FlatColor
which leaded to polygon being drawn with a random color.
4 lines of code changed in:
-*- Re-implemented bi-linear filtering (enabled by "trilinear" command because
"bilinear" enables some kind of bilinear dithering Denis Dmitriev wrote
which is still somewhat faster than bilinear filtering) for 16-bit modes.
Now both 565 and 555 pixel formats are supported. Also it is way faster
than the old routine Denis wrote (two memory references and 6 multiplies
per pixel vs 16 memory lookups in Denis' code). On my computer the assembly
draw_scanline_map does 23 fps, the "bilinear" code does 18 fps and the
"trilinear" code does 14fps. Still useable (60% of no-filtering code speed).
-*- Implemented draw_scanline_map_zfill with bilinear filtering (565 and 555
modes). Now things are also filtered thus the image looks more consistent.
-*- Removed two lookup tables used by the old bi-linear filtering routine.
Now software renderer eats 128K less memory.
-*- Fully implemented bilinear filtering for 32bpp. I was able to implement it
using same 6 multiplies per pixel, and four memory references. Both zfil
and zuse versions are there.
-*- Fixed a bug in archive.cpp that made walktest crash in some cases (if
data directory is not under CS but under CS/../data).
-*- Fixed a bug in makedep - it used to parse sometimes incorrectly the C++
"//" comment (if comment is empty, i.e. followed by a newline, the
entire next line was skipped).
434 lines of code changed in:
Fixed the 'walkclean' target.
3 lines of code changed in:
Small documentation change for bilinear and trilinear commands.
4 lines of code changed in:
Fixed the bug with close things disappearing when texelflt is on. Removed
"texfilt" command, use "bilinear" and "trilinear" commands instead.
Also removed some useless G3DRENDERSTATE's.
27 lines of code changed in:
Fixed bug in engine/software combination. If a polygon is deleted
it will now call a new G3D->RemoveFromCache() function so that
the renderer gets a chance to remove all references in the
cache for that polygon. Only the software renderer currently
implements this (I provided an empty implementation in the
other renderers). I don't know if the other renderers need
some work there.
55 lines of code changed in:
Fixed line renderer after Andrew's latest change.
21 lines of code changed in:
-/- Completely removed MIPMAP_MODE=nice/verynice. This made the code a bit
cleaner and a bit faster (this was checked even during rendering of each
polygon). Also removed BLEND_MIPMAP0 which was simply ugly.
-/- Fixed the bug with lighmaps and AMBIENT_WHITE=50 (Eric).
-/- Fixed the bug with vertical strips of garbage being displayed in specific
places of maze.zip (Eric again).
-/- Added csMatrix2 class to math2d.h. I need it for MazeD (texture mapping).
-/- Fixed a bug in graph2d.cpp that caused horizontal lines to be displayed
much slower than they could be.
-/- Further improvement on texture mapping in MazeD. Now correctly reads
texture mapping parameters from world file.
-/- Added "show console" menu item to MazeD.
-/- Added per-texture MIPMAP(yes|no) and DITHER(yes|no) option. I.e. you can
write in world file:
TEXTURE 'red ball' (FILE (/lib/tex/redball.gif) MIPMAP(no) DITHER(yes))
Dithering is not by default off in soft3d.cfg.
385 lines of code changed in:
- Fixed additional bugs in csSolidBsp so that it works even
better now. It is STILL not perfect but the culling errors
are getting rare now.
- Did a small optimization in csPlane2 for initializing it given
two vectors.
- Added csSolidBspCube (a cube of solid BSP trees).
69 lines of code changed in:
Reverting accidental commit
4 lines of code changed in:
-*- Rewrote ccActor class to make it less prone to errors of confusion. Now
subclasses iActor instead of ccEntity.
-*- Fixes for sprite collision detection code within ccActor. However still
does not function properly due to unexpected behavior of sprite code.
-*- More cleanup and fixes for various parts of CrystalClear
1 lines of code changed in:
Adjusted to CS naming convention (ThisIsAMethod and not this_is_a_method)
39 lines of code changed in:
Ok, fixed a number of new bugs which made the solid bsp work
better now. Still not bug free though but at least it starts
to resemble doing visibility culling :-)
68 lines of code changed in:
Fixed a bug in fakertti.h which could cause compile errors on
some compilers (very rare). The problem was that a ';' was used
in a define (at the end) but the define was used with another
';' at the end again. Giving two ';'. Apparently some compilers
don't correctly parse the null statement.
5 lines of code changed in:
Fixed the line renderer so that it correctly draws sprites too
(i.e. implemented the missing DrawTriangleMesh).
2 lines of code changed in:
Fixed bug in terrain interface to terrain engine. Now passes
1/z instead of z. This fixes the OpenGL clipping bug and also
makes the terrain appear better now.
9 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