*** empty log message ***
*** empty log message ***
support player displacement
upgrade to perl5.10/windows and newest gtk+, pango etc.
*** empty log message ***
*** empty log message ***
*** empty log message ***
*** empty log message ***
*** empty log message ***
*** empty log message ***
initial module hiding
*** empty log message ***
*** empty log message ***
*** empty log message ***
*** empty log message ***
very rough port to BDB
*** empty log message ***
*** empty log message ***
switch from Event to EV
fix a stoopid caching bug
do not make sycnhronous log writes, we can live with some transaction losses and doing it hurts a lot
*** empty log message ***
- detect missing tiles or faces in map1a - delay map drawing a tiny bit when some faces are missing, in the hope of being able to fetch them from the database. - do not rate-limit refreshes to 60hz - do refresh in an idle handler - poll events independently from refresh
experimental delaying of uploasding textures to the gfx card, also store textures on disk only as the memory usage is unbearable otherwise. this most notably breaks CFPlus::UI::Face
remove (the last|a) chokepoint in cfplus, logprint caused hangs on heavy disk i/o, e.g. when syncing the database data to disk
use Event not AnyEvent, simplyfing CFPlus::DB and making it faster
more complete api, got rid of most retvals
welcome to fxix protocol version 3, with uniform handling over all resources
greatly enhance and improve music selection algorithm and reduce database load
*** empty log message ***
preliminary per-region music
include archname in database home dir
include berkeleydb version in env dir name
more windows bug workarounds and real smoothing bug
*** empty log message ***
*** empty log message ***
windows needs it extra-hard
- optimise mapcache tile loading quite a bit to avoid loading the same tile again and again. - only request mapcache tiles serially, to avoid starving foreground requests.
- changed most db accesses to be asynchronous (this was way more difficult than anticipated) - face id allocation is still synchronous (and has to be as long as we want to allow multiple instances running in parallel) - facemap is cached locally, so subsequent accesses are fast - the alternative would be to store faceids, not tileids, in the in-memory map, but then mapcache tiles are non-displayable unless the server already sent them. - tile loading and map cache load/store are fully asynchronous - replaced 32x32 dialogue and noface images by 64 bit versions - properly scale special dialogue/noface textures to tilesize
This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, select a symbolic revision name using the selection box, or choose 'Use Text Field' and enter a numeric revision.