Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Repetier_71]

WxTech 
Your stick is weak  , I use the 5.56 caliber argument on a daily basis 

[WxTech]

So I think I tracked down the problem. I still had the earlier version of the FM mod present, its folder disabled with a preceding "-" character. But it seems class files can still be read if present in such supposedly disabled folders. After cleaning out all but the one, latest mod, I now know for certain that the new FM is working, I have the proper sound for the LKk42 gun, and the default skin is showing up when I enter a mission.

All is right with the Universe.


I also added to the cockpit class my differentiation between the gyro and magnetic compasses. Both were always treated as identical, where the gyro had the same lag in response and the same 30 degree bank angle limit as for the magnetic compass. Bad. Gyros are instantly and crisply responsive, and I made this one much more quick to respond. And I removed that 30 degree bank angle limit for the gyro as well.

But I need to apply further compass fixes, because the code is the old crude treatment, which causes the violent swing of the card whenever the plane's azimuth passes through 270 degrees. (Gods, but does that annoy the hell outta me!) And I might add a tilting action to the magnetic compass as the plane banks and pitches.

[Repetier_71]

I also confirm from experience that class files even with a sign "-" somehow can be read. Someone here is here on SAS once signaled that there may happen there. In the case of "Silver Skin" I asked Vasya's or can check whether this class files mix something. If not, you will have to look for a different reason, because one problem will do two and two problems will make eight 

[WxTech]

I thought I was now getting the default skin, because the overall color is much the same. But I discovered that's not the case. The preview shows what is supposed to be the default, but in a mission the actual skin is clearly different from what's shown in the preview. And not only that, it's not like anything I have in my skin folder. Strange...

Is it really possible that a classfile renamed with a preceding "-" character can still be recognized and thus read? I thought that the different name would instantly preclude its being recognized. The only way this could occur is if the code parsing the names for hashed classes explicitly looked for the presence of a preceding "-" and strip it in the process of parsing. That would be a dangerous practice, for hashed classes only get that "-" when it is desired to nullify them; it doesn't tend to happen by 'accident.'

In any event, classes definitely require great care in their handling.

[Vampire_pilot]

You might have to check the contents of the java class, WxTech. Is the FM correctly referenced that you want?

Also, please note that in BAT you cannot modify a loadout list with java entries in that slot. It has to be with a cod file or you have to enter a method in the class that tells it to explicitly ignore the cod and take the java entries instead.

[WxTech]

Vamps,
Yep, the FM is correctly referenced. And there is included a cod file. Things seem to be working fine now, except for the weird default skin business.

[Vampire_pilot]

it could be a multi-nation plane with multiple summer, winter, PTO, desert.... default skins. So you have to take into account that your map may not reference what you may think.

[marcost]

Having recently converted to BAT and experienced issues with iteration folders in my mod class folders being read (never were before), I suspect the issue with reading '-' files has something to do with the changes that were made to allow unhashed classfiles to be read in mod folders.

Regards,

M

[WxTech]

About the skin business. In this mod of Vasya's, in F2A_B239.class there's this:

Code: [Select]

    public static String getSkinPrefix(String s, Regiment regiment)
    {
        if(regiment == null || regiment.country() == null)
            return "";
        if(regiment.country().equals("fi"))
        {
            int i = Mission.getMissionDate(true);
            if(i > 0)
            {
                if(i < 0x1282df2)
                    return "winterwar_";
                if(i < 0x1282fd5)
                    return "early_";
            }
        }
        return "";
    }

It appears that if the country being flown for is Finland, the mission date determines a prefix to look for and select a skin from...

[WxTech]

Indeed, for other countries I'm flying for the default as seen in the preview is the one I get when in the mission. Only for Finland is this buggered.

There used to be a conf.ini entry called ClearCache=0 or 1. When not set to clear, one could load a plane, and whatever skin clothing it would be available in the Skins cache. I'd like to be able to grab some default skins and make them part of my set. But in BAT the only thing that shows up in the cache are .mat files.

[Griffon_301]

But then AFAIK the Finnish Brewster's were delivered in natural metal with just national insignia on them but no camo....

[Vampire_pilot]

Having recently converted to BAT and experienced issues with iteration folders in my mod class folders being read (never were before), I suspect the issue with reading '-' files has something to do with the changes that were made to allow unhashed classfiles to be read in mod folders.

The fact that unhashed classes can be used (same hierarchy principles apply!) is not new!
It's been possible for years already.

Just the fact the we actually do it in public is new

There used to be a conf.ini entry called ClearCache=0 or 1. When not set to clear, one could load a plane, and whatever skin clothing it would be available in the Skins cache. I'd like to be able to grab some default skins and make them part of my set. But in BAT the only thing that shows up in the cache are .mat files.

Perfectly possible in BAT. It's how I work myself.