Follow-up Comment #8, bug #24298 (project freeciv):
This appears to be an upstream issue in gdk-pixbuf. I just reported Bug 766842
- Different behavior of GDK_INTERP_NEAREST with gdk_pixbuf_composite () versus
other interpolation types:
https://bugzilla.gnome.org/show_bug.cgi?id=766842
I have
Follow-up Comment #6, bug #24298 (project freeciv):
It's possible that some gfx files are corrupted (checking md5sums could be a
good idea), or that wrong version of the file is found somewhere from the
FREECIV_DATA_PATH.
___
Reply to this
Follow-up Comment #7, bug #24298 (project freeciv):
On reflection, I think I'd expect a corrupted graphics file to cause a crash
when the tileset is loaded into memory, rather than this late?
The warnings about inh2o.ogg and foot3.ogg suggest something might be screwy
about the installation
Follow-up Comment #5, bug #24298 (project freeciv):
> I've already attached a save file from before the crash
So you did, sorry.
> it was the discovery of Machine Tools that brings about the
> crashes, so there may be an issue rendering the sprite for
> Artillery. [...]
> I found the simplest
Follow-up Comment #4, bug #24298 (project freeciv):
For the benefit of anyone else who had this issue, I found the simplest
workaround to be to use the cimpletoon tileset instead. It looks like it uses
the same terrain tiles as the default amplio2 tileset, and its icon for
Artillery doesn't
Update of bug #24298 (project freeciv):
Summary: Freeciv crashes when attempting to view a city after
Miniaturization is discovered => Freeciv crashes when attempting to view a
city using the amplio2 tileset after Machine Tools are discovered