Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - Alex_D

Pages: [1]
The X-Com Files / [weapon] MG 3 machine gun
« on: March 04, 2019, 05:47:51 am »
If you were wondering what it would be like to use the German MG 3 (and its very distinctive firing sound) in the XCF, wonder no more. See the attachments for details. Standard installation instructions apply. Game wise the gun is very similar to the M-60 machinegun. They use the same ammo (as they do IRL).

@ Solarius: yay or nay ?  :)

By the way, the soldier animation when firing, it looks to me that the game flips the gun HandObs from the holding position to the firing position frame by just picking the opposite view. Thus for certain weapons that may require a steady hold when moving or firing, this may look odd. Especially when doing auto fire. Maybe I missed the correct reference in the Ruleset description. Is there a way for the game to hold the firing animation off (thus one needing to redo the HandObs to already opposite - or firing) for the correct display on the battlescape ?

Offtopic / X-Ray communication device proposed for the ISS
« on: March 01, 2019, 02:10:08 am »
Article link.

Radio waves are still the main way to communicate with spacecraft, but that aging technology could soon get an upgrade that will allow faster data downloads from space. NASA is currently preparing to test out an X-ray communication system on the International Space Station.

And the name of the new device is, of course, Project XCOM;D

The XCOM tests are due to take place on the ISS in the next few months.

It's 2019, a good 20 years too late!  :o

Resources / [CRAFT] Bell UH-1B Huey
« on: February 24, 2019, 02:25:35 pm »
(Please listen to this song while reading this post 8) )

As a request by efrenespartano, I prepared this map of the Bell UH-1B Huey.

It took me like 8 hours to make (except for the SketchUp model, which was downloaded from here). It's much faster if no units need to spawn inside the craft.

This can fulfill all your fetishes about the Vietnam Era :)

Comments are always appreciated.

You can use this craft or any of my other crafts in your own mods. Please just don't forget to give credit where applicable.

Tools / Tips on how to create Craft maps from SketchUp
« on: February 24, 2019, 03:09:22 am »
So, after my 1st attempt to create a craft map from scratch, I was asked on how to make more. So I put together this tutorial/tips on how to do it, based on my experience.

Programs needed:
- SketchUp.
- A good image editor. I use my old and trusty Paint Shop Pro 7.04.
- MapView II.
- MCEdit.
- Notepad ++ or any other text editor.
- The game, of course. :)

Overall Workflow:
1. Prepare model with SketchUp. Save image views to be used by the image editor.
2. Open image editor and using layers to assist, populate the boxes required by the PCK format. Save the sprite sheets.
3. Import the sprite sheet with MCEdit. Create the blocks types as required.
4. Assemble the map in MapView II.
5. Test the map in a quick battle in OXCE.
6. Repeat 1 to 5 as needed.
7. ....
8. Profit! :)

Working with SketchUp:
- There are plenty of internet resources on how to use SketchUp, so we skip this part, except as noted.
- Create your own model, or download one from the internet.
- Prepare the model until it suits what the game needs, such as the scaling. I personally assume that the tiles in the game are between 1.2 to 1.5 m wide. So keep that in mind when preparing the model.
- Use as many auxiliary boxes as needed to scale the model, such as 1.2x1.2x1.61 m, to help visualize the game proportions, levels, etc. Hide what you don't need for the screenshots.
- The game uses a 2:1 ISO, which is not an available standard view in SketchUp. To create one, we need to draw a triangular prism to help:
    - Let's assume the green axis is (in game terms) positive going north east (or north in the minimap). The red positive is south east (or east in the minimap). The blue axis positive is up.
    - First we draw a right triangle with thickness (so it's a prism). The height (along the blue axis positive) is 2 units. The length at the base is 1 unit and it's on the red axis positive. The thickness (along the green axis) can be anything, say 1 unit. Now it's a solid prism object.
    - We rotate the prism about the blue (vertical) axis, exactly 45 degrees clockwise if looking from the top.
    - We pick the hypotenuse surface of the now rotated triangle prism, right click and align view. Now the model view is aligned.
    - Zoom/Pan the view until the whole model fits on the screen. Save the view using Scenes. Uncheck from the Scenes view things that are not needed, such as hidden layers, and view cut planes.
- Recommended to perfectly align the craft model along one of the main axes (green or red) of the plot.
- Recommended to only use in the SketchUp model colours that are part of the game Sprite palette. This will save headaches later.
- Add cut planes (normal and reversed) to the model so the views of the different levels are available for reference.
- Export the views in 2D images, png format. Use a custom size for the image. Write down the size (eg. 1500x1000 pixels). This will be used (and changed) later.
- It's recommended to export one test image for reference and scaling, as one will return to the model at least once more.

Working with the image editor and image files:
- Besides the screen captures from the model, there are two files that will be used to create the game image files. Examples of these files ("example_ISO.psp", and "example_blocks.psp") are attached. They include boxes that follow up the ideas from these fantastic tips.
- Import into example_ISO as a new layer the text image generated by SketchUp. Figure out the amount of scaling required so the image is of the pixel size to it fits the game. The sprite rectangles are 32x40 pixels, and a floor height is 24 pixels. To determine the scaling factor lets use an example.  Say the intended floor height in the image measures 78 pixels. Then this need to be scaled down to 24 pixels. Thus the scaling factor is 78/24 = 3.25. Then the size of the image exported from SketchUp changes by this factor. Example width: 1500/3.25 = 461 pixels. Height 100/3.25=308 pixels.
- Return to SketchUp and export the views images using the new size (e.g., 461x308). Now it's time to extract the sprites.
- Import into example_ISO all images generated from SketchUp, each in its own layer. You can delete the test image layer as it's not longer needed.
- Activating and deactivating the layers, align the images along so they superimpose perfectly. Now the fun part begins.
- Structure of example_ISO: There are these diamond blocks, each in their own layer. The way these are ordered is in the same order the game renders these blocks. Only a subset of blocks are included in the example. More are needed for larger crafts. It's important to keep the names organized so we can keep track of where each block belongs to. I used Z,Y,X, or Floor, Row, Column, as they are assembled in MapView. Also important is to have all blocks properly assembled so there are no gaps between the images. Selections of the images here are copied to example_blocks.
- Structure of example_blocks: This is the PCK sprite sheet. It's 10 columns and 25 rows of 32x40 blocks with one pixel spacing and one pixel frame all around. The selections imported from example_ISO into one or more layers.
- The work consist of:
    - Isolate the image of floor to work with. Maybe make it semitransparent or blend it with luminosity so it can be see-through.
    - Also activate (and add as needed) all the blocks for said floor.
    - To copy the portion of the sprite, select the layer of the target block, then use the magic wand selection tool (feather off) to select the side of diamond or block (they are each solid colours). Add more sides (say a wall, top or bottom) as needed.
    - Switch to the floor layer without losing the outline of the selection. Copy and Paste into one available slot of example_blocks.
    - Return to example_ISO and repeat the process for another location, either another tile (object), or a wall, or a floor.
- Once the sprite sheet is populated in example_blocks, it is time to export into a png. Switch off the layers that are not used (such as iso boxes). Save a copy of it into the png format.
- To prevent white outlines, reopen the png file and remove the white matte of the layer. Re-save. Note that the background remains transparent and the colours are still 24 bits (16 millions). If the original model in SketchUp contained only colours from the proper palette, the next steps should be easy. Now the image is ready to be used in MCEdit.
- It is recommended to leave the first block of the sprite sheet blank (empty), and start placing the image selections after the first block. This way the first block can be used for ghost tiles (useful for mini map symmetry).
- Tip: Once a image is placed in a position in the example_blocks sprite sheet, do not change it, to prevent future mis-indexes if one re-import the png in MCEdit.
- Remember that an image can be a West or North wall, floors, or object. Ideally they should circumscribe to the 32x24 sizes (from the blocks). However if a small detail is outside, it can be included as long as it stays in the 32x40 boundary frame.
- It's recommended to perform the intermediated animated images (e.g., doors opening, other animations) on separate layers in example_blocks.
- Plan ahead in the plan symmetry of the model, when selecting the boxes for the sprites. This will come in handy later.

Tips for working with MCEdit and MapView II:
- The best way is to take one existing set and modify/overwrite over it. This applies to all 5 types of files needed (*.map and *.rmp modified by MapViewII; and *.mcd, *pck, and *.tab, by MCEdit).
- Craft maps are 10x10, 20x10, or 20x20. Ideally multiples of 10.
- There are plenty of posts about MapView II and MCEdit, so only additional tips are put here.
- To import the png sprite sheet, before select the spacing and frame of one pixel in the settings. Also 10 images per row (default). The image should be imported with the transparent colour automatically assigned to the index 0.
- Remember: A single image box (PCK) can be used multiple times by different tiles, each with their own minimap view icon, properties, and LOFTs. Then a single tile can be used multiple times in a map.
- Use vertical offsets to create the illusion of partial elevation. This works on floors, walls, and objects. The maximum offset that can be done before a walking unit refuses to step on it is 8 pixels. There are two types of offsets, units and PCK images, and they are treated separately in each tile.
- However, if a floor on the ground level is offset, this would leave a black diamond on the ground as the game doesn't render the terrain tile if said tile is supposedly occupied by a craft ground tile. To avoid this make the floor tile an object instead. Then the game would render the terrain tile underneath. However, if said tile is a starting tile (spawn point) for a X-Com unit, the unit won't spawn there. So there must be an image on the floor else it will look ugly.
- Once the tiles are assembled in a map, sometimes, due to different constraints or regular snafus, symmetry in the tile assemble is not achieved. Therefore, additional ghost tiles (using this empty 1st image) can be created using different minimap images to create the illusion of symmetry.
- You will be working back and forth between the image editor (with both files open), MapView II, and MCEdit. At the moment MapView II, to update the files created by MCEdit, requires to close and re-launch the program. MapViewII (latest version) can now re-load the maps, plus the minimap view info (ScanG) is available from the map editor. MCEdit can re-import a sprite sheet at any time. Just don't forget to save.
- I personally do not make editions to the PCK using the native editor of MCEdit, as I prefer to do all the editions using the image editor. That way, if I re-import a new version of the sprite sheet my changes if they were made in PCK edit will not be lost. The exported png sprite sheets from PCK edit may be a hassle to work with, as the background colour (black) is flattened with the palette and it's difficult to re-edit later. Other people prefer to do the image editions within PCK. To each their own :).

Well, that is how I did it. I'm not by any means an expert, after all I only did this once  :P, so there may be better ways to do things. Comments are appreciated.

I may add more info to this Tutorial/Guide if I discover more useful stuff, when I prepare more maps.

(Credits to: Solarius, BulletDesigner, and the creators of MapViewII and MCEdit.)
(EDIT 2019-02-27: Update info about MapViewII)

The X-Com Files / Additional crafts mods for XCF
« on: February 23, 2019, 04:28:21 pm »
Craft mods to XCF has been created.
They can be purchased once the proper research is completed.

Attack helicopter Mil Mi-24 "Hind":,6909.msg110255.html

Vietnam Era's fame Bell UH-1B "Huey":,

The top fandom is to have a Hind (Red Dawn) chasing a Huey near the South East Asia, with one of the pilots named, of course, John Rambo  :D

Maybe one day these maps can be integrated into the main mod.  :)

Resources / [CRAFT] Mi-24 Hind Craft
« on: February 17, 2019, 08:41:21 am »
EDIT: Version 1.00 of the Mi-24 Hind is available for download at the end of this post. The ruleset integrates with XCF. Screenshots are attached.

So, while I kill some personal time, I'm trying to learn to create craft maps, using MapView and MCEdit. I'm also learning how to use SketchUp.

Then I decided, as usual "go big or go broke" and pick my favorite attack helicopter: The Mil Mi-24.

Luckly some fantastic modeller created a Mi-24 model in SketchUp, which I further modified to suit the game needs.

So, before I begin the tedious process of extracting the sprites, I ask which camouflage pattern or overall paint is the most popular for an X-Com mod. The options are attached. Other options can be considered by acclamation. The selected option was Camo Polish.

(Thanks to Solarius and BulletDesigner for these fantastic tips.)

Please also somebody confirm the correct palette is being used.

Help / vertical offset of ground tiles question
« on: February 16, 2019, 09:38:30 pm »
I'm trying my hand into create new craft maps, and also learning MapView and MCEdit. For the test, I'm using the COPTER map (from X-COM Files) and OXCE. And I have a problem. See attached screenshot.

My idea is to have a ground starting tile that is offset by a bit. The offset cannot be more than 8 pixels or else the unit won't step back in. I used MCEdit to offset the tile up (8 pixels), it certainly does (green offset in the pic). I also manually drawn the tile by said offset and it also does it (purple offset in the pic). Yet when the game renders the tile, there is a black diamond or void where the ground texture should be. The tile needs to be made a floor tile in MapView, else (wall or object tile) the unit may not spawn on the tile.

I could try to make a wall tile that also occupy the same spot left by the void, but this color may contrast with the original ground tile if the craft lands on a different source map (example forest patch landing on desert).

Is it possible to have such starting ground tiles hovering slightly over the ground without the black rendering of the void ? Any workarounds other people may have used?

The X-Com Files / Galil AR image stuff
« on: February 12, 2019, 10:03:42 am »
After watching a documentary, I was curious and did a search if any of the Galil was mentioned somewhere in the forums. My only reference is this one.

Solarius, would you consider adding the gun to the XCF mod? Specifically the Galil AR in 7.62 NATO. I feel that there aren't many guns with the shared 7.62x51 NATO round (FAL magazine).

I'm attaching a zip with an incomplete ruleset (w/ suggested ideas, acc, tus, etc), and some graphics (bigob, floorob, handob).

The X-Com Files / Aircraft armanent
« on: November 30, 2018, 10:34:29 pm »
A quick question with regard of a craft mounting hard-points. These can be either gun, light missiles, etc. But is there a entry where a hard point can be multipurpose? Example: The hard point (not the device) can mount a gun, or a missile, or a shield? I was thinking on having one multi-mission hard-point that can fit a wide variety of type of things (e.g. missiles and guns) rather than only one category (e.g. missiles or guns).

Pages: [1]