Age | Commit message (Collapse) | Author | |
---|---|---|---|
2016-03-05 | CONFIGURE: Introduced new engine dependency: highres | Eugene Sandulenko | |
Some backends like GCW0 do no support graphics >320x240 due to the hardware limitation (downscaling is possible but it will ruin the pixel hunting which is often part of the gameplay). Instead of manually updating the list of engines, we now introduce a new dependency. I marked all relevant engines, but some, like tinsel, require more work with putting their relevant high-res games under USE_HIGHRES define. | |||
2016-02-28 | SWORD25: Remove ADGF_TESTING from Broken Sword 2.5 | Kirben | |
2016-02-21 | SWORD25: Fix bug #6981: High CPU usage on one core | Eugene Sandulenko | |
The game loop is implemented in Lua, and there are no delays. Now we wait 10ms on each event pulling, as we always do. | |||
2016-02-19 | SWORD25: Fixing bug #7041: SWORD25: Crash in final scene | Eugene Sandulenko | |
The original was ignoring Lua errors in that scene and was restoring the state with longjmp. We are yet to see the platform compatibility, but Lua's code is too tangled to make simple replacement with error() work. Another possible alternative would be to rework the original game scripts. We will do it if this commit is problematic. | |||
2016-02-15 | JANITORIAL: Typos detected with lintian & grep | Alexandre Detiste | |
2016-02-02 | SWORD25: Remove now unused function | Willem Jan Palenstijn | |
2016-02-02 | SWORD25: Use more appropriate function for growing the stack | Willem Jan Palenstijn | |
The call to lua_growstack in unpersistThread would unconditionally at least double the size of the stack. This caused memory usage to grow exponentially (literally) with the number of serialized threads. Bugs #6977, #6999. | |||
2015-12-14 | SWORD25: Make #include follow our conventions. | Johannes Schickel | |
2015-12-14 | SWORD25: Call requested pixel format by its correct name. | Johannes Schickel | |
2015-12-14 | SWORD25: Cleanup. | Johannes Schickel | |
2015-12-14 | SWORD25: Fix uninitialized variable usage. | Johannes Schickel | |
When using the constructor of Panel which directly calls unpersist _color was uninitialized. However, unpersit uses setColor which assumes _color is initialized properly. Caused valgrind warnings when loading. | |||
2015-12-14 | SWORD25: Plug memory leak in RenderedImage. | Johannes Schickel | |
2015-12-14 | SWORD25: Let ImgLoader write into Graphics::Surface. | Johannes Schickel | |
2015-12-09 | SWORD25: Fix typo | Jakub Wilk | |
2015-12-06 | SWORD25: Build engine by default | Strangerke | |
2015-12-04 | SWORD25: Mark Sword 2.5 as testing | Eugene Sandulenko | |
2015-11-30 | SWORD25: Remove unused class variable | Eugene Sandulenko | |
2015-11-30 | SWORD25: Init variables | Eugene Sandulenko | |
2015-11-19 | SWORD25: Added Ultimate version detection | Eugene Sandulenko | |
2015-11-19 | SWORD25: Fix Hungarian version support | Eugene Sandulenko | |
2015-11-18 | SWORD25: Fix tint color | Eugene Sandulenko | |
2015-11-18 | SWORD25: Implement missing SWF opcode | Eugene Sandulenko | |
2015-11-17 | SWORD25: Translate comments | Eugene Sandulenko | |
2015-11-17 | SWORD25: Fix text rendering | Eugene Sandulenko | |
2015-11-13 | SWORD25: Fix comment translation | Willem Jan Palenstijn | |
2015-11-13 | SWORD25: Fixing typo of typo. This time for real | Eugene Sandulenko | |
2015-11-13 | SWORD25: Fix typo | Eugene Sandulenko | |
2015-11-13 | SWORD25: Translate comments | Eugene Sandulenko | |
2015-11-13 | SWORD25: Fix thumbnail generation and make it portable | Eugene Sandulenko | |
2015-05-03 | SWORD25: Draw next movie frame only when an update is needed | Christian Krause | |
This fixes the problem that the movies are played too fast and get out of sync with additionally played speech samples. | |||
2015-04-11 | SWORD25: Use fabs for absolute value of doubles | Matthew Hoops | |
2015-01-07 | SWORD25: Remove unused code | RichieSams | |
The original idea was to keep the code variation and pick the best one. However, these two methods we're portable enough for our needs. | |||
2015-01-04 | SWORD25: Commend unused and unportable functions | Eugene Sandulenko | |
2015-01-04 | SWORD25: Hopefully fix compilation errors | Eugene Sandulenko | |
2015-01-04 | SWORD25: Fix warning | Eugene Sandulenko | |
2014-12-30 | SWORD25: Remove the option to persist a double as a string | RichieSams | |
Since the current method *should* be more accurate | |||
2014-12-30 | SWORD25: Change function names to use persist instead of serialize | RichieSams | |
Same argument as in 97c35714ce3986b99848a780f6b195a63f8910b7. To match the rest of the SWORD25 code base | |||
2014-12-30 | SWORD25: Add Pluto copyright message to new persistence code | RichieSams | |
Since the code is based off the Pluto code | |||
2014-12-30 | SWORD25: Correct include guards to reflect the changes to the file names | RichieSams | |
2014-12-30 | SWORD25: Remove old lua persistence files | RichieSams | |
2014-12-30 | SWORD25: Fix how nils are persisted | RichieSams | |
The unpersist code expects nils to be represented as an index with value 0. The persist code incorrectly wrote out this data | |||
2014-12-30 | SWORD25: Rename double serialization file to better represent what it is | RichieSams | |
AKA functions, rather than a class | |||
2014-12-30 | SWORD25: Rename lua serialization functions to use 'persist' in order to ↵ | RichieSams | |
match the rest of the engine | |||
2014-12-30 | SWORD25: Use new lua serialization functions to persist state | RichieSams | |
2014-12-30 | SWORD25: Update module.mk with lua serialization changes | RichieSams | |
2014-12-30 | SWORD25: Move all lua serialization helper functions to their own file | RichieSams | |
2014-12-19 | SWORD25: Fix code formatting | Adrian Astley | |
... with AStyle | |||
2014-12-19 | SWORD25: Re-write the pluto unserializing function(s) | Adrian Astley | |
2014-12-19 | SWORD25: Move common functions to their own set of files so they can be shared | Adrian Astley | |
2014-12-19 | SWORD25: Create a function for serializing lua objects | Adrian Astley | |
This function is very similar to the Pluto function. However, this code is much cleaner and is endian-safe |