Thank you for taking the time to also test this out!
wallyweb wrote:
Ok ... I think I've got this figured out:
*text*
I agree
wallyweb wrote:
Result:
*text*
Yes!
wallyweb wrote:
Conclusion:
For ogfxe_extra.grf canal /river sprites, use the Canals Action0-1-2-3 scheme to modify them in the repeated set of sprites and pray that nobody alters ogfxe_extra.grf in future revisions.
Yep! And indeed a confirmation by an ogfxe_extra.grf developer is needed to make sure that this is absolutely the case.
wallyweb wrote:
Fix:
Increase the 65 sprite limit
Not only that…
Action-5 needs to be modified also.
At the moment the max number of realsprites and the offset is FF (255)
But there are more than 255 sprites in the repeated set of sprites, so extra Bytes are needed, so a general Action-5 should be changed from this:
Code:
6 * 4 05 TT NN OO
(TT = Type, NN = Number of realsprites, OO = Offset)
to:
Code:
6 * 4 05 TT NN NN OO OO
wallyweb wrote:
or
add a note to the GRF Action5 specifications that the canal/river sprites modified by Action5 are not the ones used by ogfxe_extra.grf
Probably easier than fixing the 65 sprite limit of that Type and the Action-5 properties

wallyweb wrote:
Several days of headbanging were wasted causing many keyboards to be mangled all because this was not noted in the specifications.
When I look in the mirror, I can read QWERTY on my forehead
wallyweb wrote:
DISCLAIMER: The above is pure speculation until confirmed by someone who is familiar with ogfxe_extra.grf development.
Yes, please!

_________________
Projects: viewtopic.php?f=26&t=57266
Screenshots: viewtopic.php?f=47&t=56959Winner of the following screenshot competitions:
sep 2012,
jan 2013,
apr 2013,
aug 2013,
mar 2014,
mar 2016All my work is released under GPL-license (either V2 or V3), if not clearly stated otherwise.