Erich/openttd - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2007-06-17	(svn r10190) -Codechange: merged renderer and blitter to one single class ↵	truelight
	API: blitter -Codechange: introduced a hierachy of blitters to avoid a lot of code duplication Note: this allows much easier adding other types of video-drivers, like OpenGL
2007-06-14	(svn r10157) -Fix: use as indentified for PNGs, the place of the image as it ↵	truelight
	was in the grf, not the internal SpriteID
2007-06-13	(svn r10150) -Fix r10148: show a message to users when using 32bpp blitter ↵	truelight
	and no libpng available
2007-06-13	(svn r10149) -Fix r10143: MSVC warnings... (tnx boekabart and glx)	truelight

2007-06-13	(svn r10148) -Fix r10143: make --without-png to compile again	truelight

2007-06-13	(svn r10143) -Add: store the filename of the grfs opened and allow easy ↵	truelight
	access to the name -Codechange: store the SpriteID in the spritecache too -Add: add a PNG loader for graphical files -Documentation: added a document to explain the PNG format
2007-06-12	(svn r10109) -Fix [FS#838]: some NewGRFs use the same (unused in the ↵	rubidium
	"current" climate) sprite IDs. Normally this gives some artefacts, but when one NewGRF expects it to be a sprite and another NewGRF overwrites it with a non-sprite nasty things happen (drawing a non-sprite crashes OTTD).
2007-06-11	(svn r10105) -Fix r10092: fix sprite 4845 till 4881 (inclusive), so they ↵	truelight
	store the data as on the disk in the memory, as the old landscape generate assumes this. Talking about ugly hacks...
2007-06-11	(svn r10096) -Fix r10092: freetype bypassed the Blitter::Encode, making ↵	truelight
	fonts look weird
2007-06-11	(svn r10092) -Codechange: code-seperated the spriteloader and blitter from ↵	truelight
	the rest of the code -Add: make it possible to pick your own blitter (-b <blitter>, -h for overview) -Add: added a new optimized 8bpp blitter (default, caches sprites of all zoom-levels) -Add: added a debug 8bpp blitter and a very slow normal 8bpp blitter
2007-06-05	(svn r10042) -Codechange: Replace hardcoded spritecache size with a ↵	peter1138
	configuration option, sprite_cache_size. The default size is 2MB and the value can range from 1 to 64MB. If you experience slow-downs when scrolling the map, try increasing this setting.
2007-06-04	(svn r10038) -Fix (r8634): Sprite resulting from '?' substitution was ↵	peter1138
	reloaded into the cache entry for SPR_IMG_QUERY instead of the original sprite cache entry. This resulted in unaccounted missing sprite cache memory, and was exacerbated because the original missing sprite was not cached, so it did it again and again and again. Slowdowns and boom. Etc.
2007-04-17	(svn r9662) -Documentation: Doxygen corrections and @file omissions	belugas

2007-04-04	(svn r9556) -Documentation: doxygen and comment-style changes. 'R', 'S'.. ↵	belugas
	The end of the preliminary work is near
2007-03-07	(svn r9051) -Codechange: typedef [enum\|struct] Y {} X; -> [enum\|struct] X {};	rubidium

2007-03-07	(svn r9050) -Codechange: Foo(void) -> Foo()	rubidium

2007-02-08	(svn r8634) -Codechange: replace missing sprites with a red question mark.	rubidium

2007-01-17	(svn r8218) -Codechange: Increase spritecache size to 2MB. This will vastly ↵	Darkvater
	improve performance when using (lots of) grf files. You can change it yourself easily with the SPRITE_CACHE_SIZE compile flag. (peter1138).
2007-01-16	(svn r8166) -Fix (r7797): Protect against out of bounds access to the sprite ↵	peter1138
	ptr list.
2007-01-11	(svn r8066) - Codechange: MallocT(), CallocT(), ReallocT() now return the ↵	KUDr
	pointer to allocated memory instead of modifying the pointer given as parameter
2007-01-10	(svn r8038) -Merge: the cpp branch. Effort of KUDr, Celestar, glx, Smoovius, ↵	rubidium
	stillunknown and pv2b.
2007-01-10	(svn r8033) [cpp] - Prepare for merge from branches/cpp (all .c files ↵	KUDr
	renamed to .cpp)