Jump to content
Bohemia Interactive Forums

teacup

Member
 View Profile  See their activity

  • Content Count

    207

  • Joined

  • Last visited

  • Medals

Posts posted by teacup

  1. Posted

    404. File not found. The path to those textures are invalid. Your PBO should be called "tfa_gear.pbo" and not something else. In it, there should be a folder called "data", inside it one called "textures", and all the custom textures should be in "textures" (e.g. "tfa_c_nwu3_tiger.paa"). My guess is you changed the name of the PBO from "tfa_gear.pbo" to something else, like "tfa_gear_modification.pbo", or "tfa_gear_Joey.pbo" - in order to differentiate it from the original addon - thus breaking the texture paths. Or, when packing, some of the folders/files got left out/moved, and they do not exist in your final PBO, for some reason or another.

  2. Posted

    I'm finding it hard to believe, that the textures won't load, yet you don't get error messages. Please check your RPT, see if there are any.

     

    The programs you listed are fine, they should work. What you're doing is a simple config tweak from what i understand.

    Another thing you could do is, instead of opening up the addon and modifying the config.cpp inside it (and somehow managing to mess the original addon up), you could just leave it intact, and patch it from the outside. Make a PBO containing nothing but a config.cpp, and in it reference the addon you wish to modify, then make your changes.

     

    If you lack the experience to troubleshoot your addon, consider uploading it somewhere (perhaps a simplified version of it). Some kind soul might find the time to look at it for you. It's much easier that way, rather than trying to guess what's wrong in the dark.

  4. Posted

    I've noticed that ObjectBuilder shows different things when rendering via OpenGL, versus Direct3D. But i don't think it's a glitch, weird and confusing yes. I say this because, like i mentioned in the topic i linked to above, it happened to me on a few occasions that the edges removed by OB when importing models, happened to be UV borders. And in the game, texturing on the adjacent faces was destroyed. I had to go back, and triangulate around those edges, in order to convince OB, not to discard them as redundant. Then re-import.

  5. Posted

    If you used 3DS to tranfer between Max and O2, have you tried the "No squarize" option in the O2 3DS import options dialogue box?

     

    You can also check out this topic. It might illuminate or further confuse you.

     

    My solution for this unwanted optimization was triangulating the polygons around the "problem" area. It worked most of the times. Sometimes though, it would only respect my efforts if i triangulated top-left to bottom-right, or viceversa (top-right to bottom-left). But it worked, even though it was a bit of trial and error.

  6. Posted

    Sounds to me, like you changed not only config values, but also the name of the PBO. Texture paths in the model always refer to the name of the PBO they're in. If that changes, the game won't find the custom textures, only the factory BIS textures. But in that case you should be getting error messages. Have you checked your RPT? And parts of the model should be white instead of transparent.

     

    I'd suggest looking for error messages first. If there's nothing, unpack the addon and try to trace the problem by checking texture paths, and the textures themselves (that they exist, and look ok in TexView).

  7. Posted

    Vehicle actions are not directly connected to proxies. What i mean, is that you can specify (via config) that a car's driver should use a helicopter gunner's actions (for example), and you don't have to change the proxy. It's not the proxy that dictates what animations (actions) should the driver/gunner/etc.. use.

     

    Proxies are those special triangles you place in your model in O2, and they control where the drivers/gunners/etc are sitting when getting into a vehicle, but that's all.

     

    Vehicle actions are the ones that define what animation the vehicle's occupants should use: the basic sitting animations and their variants, and death animations when they die in their seat (shot through the glass, vehicles blow up,..).  These actions are set up in class CfgMovesBasic. And the GetIn/-Out actions are again separate, you can mix and match those as well. Look in CfgMoves for a list of available vehicle related actions.

    class CfgMovesBasic
{
    class DefaultDie;
    class ManActions
    {
        pilot_Su22="pilot_Su22_state";
    };
};


class CfgMovesMaleSdr: CfgMovesBasic
{
    class States
    {
        class Crew;
        class KIA_pilot_Su22_state: DefaultDie
        {
            actions="DeadActions";
            file="tcp_su22\anim\su22_pilot_KIA.rtm";
            speed=1.4;
            looped="false";
            terminal=1;
            soundEnabled=0;
            connectTo[] = {"Unconscious", 0.1};
        };
        class pilot_Su22_state: Crew
        {
            file="tcp_su22\anim\su22_pilot.rtm";
            speed=0.066519;
            interpolateTo[] = {"KIA_pilot_Su22_state", 1};
        };
    };
};
    class CfgVehicles
{
    class Air;
    class Plane: Air
    {
        class HitPoints;
    };
    class Plane_Base_F: Plane
    {
        class AnimationSources;
        class HitPoints: HitPoints
        {
            class HitHull;
        };
        class ViewOptics;
    };

    class Plane_CAS_02_base_F: Plane_Base_F {};
    class O_Plane_CAS_02_F: Plane_CAS_02_base_F {};

    class TCP_Su22: O_Plane_CAS_02_F
    {
        driverAction = pilot_Su22;

        getInAction = "GetInHigh";
        getOutAction = "GetOutHigh";
    • Like 1

  8. Posted

    Zoom in. Maybe it's just really far away.. ;)

    If you established that your model is indeed out of proportion, compared to the sample models for instance, scale it up (O2 Menu -> Points ->Transform 3D -> Scale).

    If the OBJ is of your own making, and you wish to work on it some more, modify it, and repeatedly re-import it into O2, like PuFu suggested, check your Maya/3DSMax/Blender/Modo/whatever settings. Some sowftware works with abstract units, others use centimeters or inches. Often even the OBJ exporter modules have their own options for unit conversions, up axis, etc.. So pay attention to those if you wish to have a model exported 1:1.

  12. Posted

    Hey Iron, of the nonferrous variety,

    Your config suggestions make a lot of sense: the first one is a quasi-bug (medic pilots), and i would gladly confirm locking for the mentioned weapons, to override ACE. But in themselves, they're not enough for another release, and i don't have much else prepared right now. But i'll be sure to include them in my next update, whenever that happens. In the meantime, i suggest you make your own little config patches to solve these probblem, and play like that.

  13. Posted

    The game's standard 2D overlay GUI in the right-upper corner is still there, still showing both the selected weapon name and ammunition type. In addition, the crosshairs change accordingly as well. None of that is immersive, but it's easy to tell your active weapon.

    I'm not inclined to add info to the HUD that's not realistic. The only thing shown now is a targeting reticle used when the HUD is running in backup mode (from what i understand). But if someone could provide detailed information, i would gladly make a more detailed and realistic HUD, one that changes with each selected weapon, etc..

  17. Posted · Edited by teaCup

    Small update, version 1.1, download links and details on page 1.

    Changes:

    - fixed texture bug on unmarked version

    - fixed rocket sounds muted by official patch

    - fixed brake chute skinning bug (there was one floating vertex)

    - added flight stick/pedal animations in the cockpit

    - added Polish and desert textures and markings

    - replaced ArmA2 bombs with new ones

    Known issues:

    - new bombs receive no projected shadow

    - brake chute script missing from this PBO, for those who wanted to tinker with this feature

  19. Posted

    Thanks guys, I've noticed rocket sounds are gone. But since it's not a game breaker, I will not do a fix just for that. Instead, I will fix it in the next larger, more consistent patch. No point in doing lots of little updates, creating more internet noise for what is basically a niggle. I'm a dick like that, taking my sweet time with everything.. :)

  20. Posted

    I think you have to add the difficulty levels and disable death messages inside them.

    class Difficulties
{
class recruit
{
	class Flags
	{
		Armor=1;
		FriendlyTag=1;
		EnemyTag=0;
		MineTag=1;
		HUD=1;
		HUDPerm=1;
		HUDWp=1;
		HUDWpPerm=1;
		HUDGroupInfo=1;
		StanceIndicator=1;
		AutoSpot=1;
		Map=1;
		WeaponCursor=1;
		AutoGuideAT=1;
		ClockIndicator=1;
		3rdPersonView=1;
		CameraShake=0;
		UnlimitedSaves=1;
		DeathMessages=0;
		NetStats=1;
		VonID=1;
		ExtendetInfoType=1;
	};
	aiLevelPreset=0;
};
class regular
{
	class Flags
	{
		Armor=1;
		FriendlyTag=1;
		EnemyTag=0;
		MineTag=1;
		HUD=1;
		HUDPerm=1;
		HUDWp=1;
		HUDWpPerm=1;
		HUDGroupInfo=1;
		StanceIndicator=1;
		AutoSpot=1;
		Map=1;
		WeaponCursor=1;
		AutoGuideAT=1;
		ClockIndicator=1;
		3rdPersonView=1;
		CameraShake=1;
		UnlimitedSaves=0;
		DeathMessages=0;
		NetStats=1;
		VonID=1;
		ExtendetInfoType=1;
	};
	aiLevelPreset=1;
};
class veteran
{
	class Flags
	{
		HUD=1;
		HUDWp=1;
		HUDWpPerm=1;
		HUDGroupInfo=1;
		StanceIndicator=1;
		AutoSpot=1;
		WeaponCursor=1;
		ClockIndicator=1;
		3rdPersonView=1;
		CameraShake=1;
		DeathMessages=0;
		NetStats=1;
		VonID=0;
		ExtendetInfoType=0;
	};
	aiLevelPreset=2;
};
class mercenary
{
	class Flags
	{
		HUD=0;
		AutoSpot=0;
		WeaponCursor=0;
		DeathMessages=0;
		NetStats=1;
		VonID=1;
	};
	aiLevelPreset=2;
};
};

  25. Posted

    I binarized my Su-22 addon without a P drive, and penetration materials seem to be working fine: when i shoot the plane surface, i get sparks and not dirt effects, I get metallic sounds, one thing haven't checked is if they let different caliber rounds through or not (like HMG, 30 mm canon rounds, SABOT).

    I experienced things similar to what you're describing on the An-2 port I'm attempting. I think it has to do with specific materials, the "armour_plate_XXmm" ones.

    One difference that I found between unbinarized and binarized models, is that the latter have references to the BISURF files in them. So it seems binarization does "bake" some of the RVMAT into the model.

×