Menrva

Thanks for noticing it. I don't know why, it's not the first time that my posts seem to be ignored or not fully understood by other users of the site. On another recent topic I suggested some solutions, but the user in that case missed it or rather focused on another post that didn't provide a solution. I'm truly wondering if something's wrong with my English, it is not my mother language

They are in ObjectData001.CAT, thanks to mue's LODViewer I got the list of textures: A-4B_pit_textures.txt Use his CAT Extractor and you can look for each single texture.

The post processing effect is applied also in daytime, so it's not an optimal solution. Only with injectors like Reshade it's possible to make something that works on a specific key press. SF2 remains very limited in how stock post processing works.

I may be wrong, but I think @Cliff7600 is the only FM guru still around. Baffmeister hasn't been around in a long time, he contributed for some time on ODS 30AE. Both are very talented! I have no such good knowledge on flight models.

The crap is yours I'm afraid, unless you believe John and Mike are still alive, cause they aren't. And the guy working on YAP-RW is an end-user (not a 3d modeller nor a modder) who bought those products. Is he at fault because he updated the products he bought for use on SF2 for free? He also was scammed if the stuff he bought was stolen and that's terrible. I don't think anyone can held him responsible for the crap done by others. That's what I meant with my post. The RW guy, unlike the original YAP guys, is at least asking for permissions in using CA mods in his rework, and he's also crediting modders. Original YAP never did this to my knowledge, they'd rather steal and monetize upon free mods. Before disliking posts trying to give a more complete perspective of the situation, think twice. I (luckily) never dealt with YAP in the past and I never cared about it. I'd obviously be angry if any of my work had been monetized by others. I'm here for creating and sharing free legitimate mods. If you had an issue with YAP in the past, it's your problem that you haven't solved it in years before the owners died. You're a nobody to call me a liar, and it's suspicious this is only your fourth post on CombatACE. Your previous three posts were about complaining that GKABS' 3d models don't work on SF1. You've never contributed anything over here from what I see, you behave like a troll. You'd rather show some respect to people in the community.

Just to clarify, it's not the YAP most over here at CA think it is. YAP-RW is a free fan-made project done almost entirely by one end-user who bought all YAP products in the past; he's been updating those so that they work on Strike Fighters 2 for his own enjoyment and simply thought about sharing what he's done for free. He's in no way related to the original YAP nor to the fact original YAP guys monetized upon freeware mods without permission. The owners of YAP died years ago and the store was still up despite not being controlled by anyone anymore. Apologies for the little off-topic, it's just that I've seen people complain about YAP-RW as if it was done or even monetized (it is not) by the same YAP guys responsible for those issues. This is a case where an unrelated end-user was held accountable by some for the issues surrounding those products, products he legitimately bought without knowing of all this chaos.

Pretty cool! Is it available somewhere? I don't recall anything like this in the SF1 download section.

Fedayeen Saddam - Wikipedia Just discovered that this helmet used by Saddam's paramilitary Fedayeen resembles the one of Star Wars.

@Wrench By the way, during the development of ODS 30AE, I discovered that the E-2C_Destroyed.LOD model (and also Yak-38_Destroyed.LOD) actually don't exist in the game files. So if you crash, there's no destroyed model for those aircraft. I use the C-47A_Destroyed.LOD for the E-2C and for this C-2A, better than nothing.

My extended thanks to the team for this release. We need proper ODS skins for the ODS 30AE mod. Any volunteers? References are available here: https://dstorm.eu/pages/en/usa/c-2.html

Most have probably missed this fact that with Strike Fighters 2 North Atlantic, additional types.ini statements for a terrain have been introduced. Here below you'll find the extra ones: [TargetTypeXXX] Reported=FALSE DetailLevel=2 FadeWithDistance=TRUE IgnoreHeading=TRUE AdjustZBuffer=FALSE The most interesting and useful statement is DetailLevel. The Ground Objects graphics setting in the options has always been rather pointless in Strike Fighters as it would only affect randomly parked aircraft. This DetailLevel statement makes it much more useful when applied to most if not all target types defined in a terrain's types.ini. DetailLevel=3 means that the target type will spawn only when Ground Object settings are set to Unlimited, a value of 1 means that the target type will only spawn when Ground Object settings are set to Medium or higher. The below screenshots show it clearly. Ground Objects set to Unlimited; even the smallest eye-candy objects are shown, loading times are obviously higher. Ground Objects set to Low; only priority objects (those that should be targets for missions) are shown, loading times are quicker. The downside is that it requires a terrain modder to add such DetailLevel statement to each of the eye-candy objects in a types.ini file. If you have 300 or more, you can imagine it takes quite a bit of work and trial and error to choose which priority to assign to each object. This update/feature will be part of the IraqWA terrain in a future update of the ODS 30AE mod. The other statements are also used in the stock IcelandNA terrain, here below a summary of what I managed to figure out about them: FadeWithDistance - No matter what, it doesn't seem to work. it would have been cool to have terrain objects fade like TOD entities; most likely this is a placeholder for something TK never implemented properly. IgnoreHeading - Rather self-explanatory, it makes the object type ignore the heading you give to it in a terrain target area of the targets.ini file. TK uses it for the countless tree LODs created for the IcelandNA terrain. AdjustZBuffer - When set to false for runways, they suffer from heavy z-buffering issues on tile based terrains. Most likely this option was needed for specific runways on the IcelandNA terrain, since runway LODs are placed over another LOD, that of the terrain. For our usual tile based terrains, this statement may be of little to no use. Reported - The only statement I couldn't figure out. For sure you wouldn't set it to false for main terrain objects. This info may be useful to terrain modders wiling to optimize their own terrains and make them more scalable depending on graphics settings. Please admins, pin this topic for future reference.

@Wilches I should have specified, do NOT use Photoshop. It doesn't save 8bit bitmaps properly. Now you have to start from scratch. Extract the water bitmap via TFDtool, repaint green and yellow areas with MS Paint. Use MS Paint or it'll most likely break.

I don't know what you're trying to achieve. Just look at the IcelandNA water bitmap. You have to use the same exact green and yellow colors (respectively indicating where friendly and enemy fleets can spawn), save it as 8bit. It's best to use MS Paint for this. You need to have ships in the GroundObject folder, with their data properly updated to SF2NA standards. Then you just have to pray and hope the game spawns stuff like you wish. Nothing else can be done. I cannot help more than this. Use the search bar on the site, I already explained how to create water bitmaps properly on several topics.

I think there's quite a lot of confusion over here. Carrier Stations are never used in single missions, they exist only for campaign use. Adding ship objects to those target areas won't achieve nothing apart from having static ships able to fire back. Naval fleets ala SF2 North Atlantic just require a proper water.bmp and the NavalMap=TRUE statement. You cannot control where the fleet exactly spawns on game generated missions, that's a limitation you cannot overcome. Only in campaign data we can specify precisely where a naval fleet or a static carrier station can be. Fleets ala SF2NA are dynamically spawned objects, nothing to do with terrain target areas.

No. I don't think any of my terrains ever got a campaign (with the exception of IraqWA getting one from yours truly with the ODS 30AE mod, and the Iran-Iraq war mod using a much outdated version of the same terrain). When I released my first terrains, community members who used to make campaign mods had already left. I very much doubt we'll see campaigns for any of those, there's little to no interest in those terrains I released (TexasASC is one of the worst IMHO, it needs a rework). I'm already busy with the ODS mod, so I don't have time to spare in the making of other campaigns.

I fail to see where I've been negative. Actually, I wanted to add something positive, that is, more correct information instead of such a misleading topic title. It's okay, next time I'll simply shut up.

It's not game engine wise, but you're entitled to believe what you want. I already explained above why. If you want to have a parked aircraft be attacked by gunners, it works, but it's just a workaround that applies to Aircraft objects, not GroundObject ones. I won't repeat myself a third time.

Well, to be honest I don't see anything special about it or in its data. It's no wonder gunners would target it simply because it's an aircraft, not a ground object. We know this since ages; it is possible to create a standalone parked aircraft from any aircraft object (done already by comrpnt, like his Static SFP1 Stock Aircraft Pack, Static WOV Stock Aircraft Pack and Static WOE Stock Aircraft Pack), and then manually add them to airbases by editing mission files. It's just a mere workaround that would only work with aircraft. The title of the topic is misleading, we're talking about aircraft objects really, not proper ground object entities.

It's not a grey filter really, you'd be disappointed when you see it. Anyway, it's achieved by using one of those blending ops in the DTVFilterMaterial (INV_DST or INV_SRC, can't remember which one of the two) and by giving it a black texture instead of the stock GreenTVFilter texture.

You can't, it's not possible on Strike Fighters. The way it works, the filter is applied through one of a few DirectX blending operations. Me and guuruu experimented with it after I discovered other blending operations we can use, more details here: Unused Blending Operations - Thirdwire: Strike Fighters 2 Series - Mods & Skinning Discussion - CombatACE. We managed to achieve some sort of grey IR filter but it's far from being acceptable, lights and the sky are colored and it would only work under certain times of day with other side issues. SF2 includes and makes use of few DX10 features; some other, more advanced blend ops are not implemented at all. It may be possible to achieve a grey IR filter through a custom shader for the DTV filter material, but I haven't succeeded so far in creating one.