OXCE (OpenXcom Extended) main thread

[Ethereal]

I mean, it would be nice to undo all the changes in image support that have been made since version 5.0.

[Meridian]

I mean, it would be nice to undo all the changes in image support that have been made since version 5.0.

For what reason?

Did something break?
(except for not loading 24bit images... which were not and still are not supported)

[Ethereal]

For what reason?

Did something break?
(except for not loading 24bit images... which were not and still are not supported)

It's broken, from my point of view. I have are worth both version of. In version 5.0, images work, but in version 5.1 - they don't. The theoretical knowledge that they should not work does not change anything. The fact remains - in version 5.1 there are some changes that lead to the error of previously working images.

[Meridian]

I don't know what to answer to that.
From my point of view, it was broken before and now it is correct.

If you want more opinions, feel free to ask Yankes/SupSuper/Warboy... maybe they can provide more arguments, or explain better than I can.

[Yankes]

As in 99% cases OXC use only 8bit images when I did refactor and optimization of surfaces I remove loading of multi byte graphics.

[Ethereal]

I don't know what the arguments, but... I have nothing to replace the images that are not working in the new version. That's the whole point. Apparently I will have to continue using version 5.0. Until find a replacement.

[Meridian]

I don't know what the arguments, but... I have nothing to replace the images that are not working in the new version. That's the whole point. Apparently I will have to continue using version 5.0.

You don't know how to convert them into 8bit graphics?

I can help with that if you want... I assumed all modders know how to work with xcom palettes.

I made a small tutorial for luke83 here, maybe it helps you too: https://openxcom.org/forum/index.php/topic,6750.msg107256.html#msg107256

[Ethereal]

You don't know how to convert them into 8bit graphics?

I can help with that if you want... I assumed all modders know how to work with xcom palettes.

I made a small tutorial for luke83 here, maybe it helps you too: https://openxcom.org/forum/index.php/topic,6750.msg107256.html#msg107256

Thank you, of course, but it won't help me much. I don't know English. I'll try using Photoshop to do it. It'll work out eventually.

[ohartenstein23]

Hi Yankes, can I request that the awardExperience script be given a ptre to the attacking unit instead of a ptr? I'd like to be able to set a tag on a unit when it gains experience for handling of bonus stat gains at the end of a mission, but only once they've gained some experience.

Also, it looks like the getGeoscapeSoldier function is misspelled as getGeosapceSoldier compared to the pointer type GeoscapeSoldier.

Edit: I'm also having an issue with animating an item floorob - the following works to re-select the frames when the item is blit as a handob, but not for floorob. Outputting anim_frame to debug_log shows that it remains 0 for the floorob, and the selectItemSprite script doesn't have access to the BattleGame to get the frame either:

Code: [Select]

items:
  - type: STR_GRENADE
    floorSprite: 100
    scripts:
      selectItemSprite:
        if eq blit_part blit_item_floor;
          set sprite_offset anim_frame;
          mod sprite_offset 3;
          #debug_log 1 anim_frame;
          #debug_log 2 sprite_offset;
        end;

        add sprite_index sprite_offset;
        return sprite_index;


[Yankes]

Changing `ptr` to `ptre` is usually one line change but I try keep everything read only, main reason is that I can reason what scripts can and what can't do.
If I change it to writable version should I prepare code to handle instant death of unit after this script run? Because of this I leaving this as read only.
One thing I could think is give access only to `tag` object as writable because game engine do not relay on this values.
Btw maybe there is other place where you logic could be placed? Right now after mission you can access `battleUnit.Exp.*` where all stats grain are stored.

For function, you misspelled misspelled function too , I will fix it right now.

For script, right, I do not propagate it there, this will be fix too.

[ohartenstein23]

Ah, I missed the BattleUnit.Exp.<x> in the documentation, that does what I need it to do, thanks! I think it'd still be nice to have access to setting tags even where we have ptr instead of ptre, but not necessary for this application.

[Yankes]

bugs fixed, now select sprite can have access to shade and animation frame.

[Meridian]

I don't know what the arguments, but... I have nothing to replace the images that are not working in the new version. That's the whole point. Apparently I will have to continue using version 5.0. Until find a replacement.

@Ethereal
I have converted all 24bit images from your mod (the latest available on the forum) to 8bit images.
You can find them in the attachment.

[Ethereal]

@Ethereal
I have converted all 24bit images from your mod (the latest available on the forum) to 8bit images.
You can find them in the attachment.

Thank you very much!
Unfortunately, I lost the battle with Photoshop as it was my first experience with it. I can not get him to save files in "png" format.

[The Reaver of Darkness]

I can help with that if you want... I assumed all modders know how to work with xcom palettes.

I guarantee you less than half of modders, by number, know how to work with X-Com palettes. Remember, this is OpenXcom, an incredibly easy format for non-programmers to get into.