jacknorrisuk

Have to revive this little thread - I had the same issue yesterday and glad to find others have had it and it wasn't just me! I guess I had a corrupt save from the moment the supplies were dropped, as I restarted to that point many times and the mission still got jammed after I fought off the guerrillas. It's a shame things like this happen. It seems like the guerrilla attack is a particularly buggy situation for some reason (sometimes they don't turn up, other times they are really slow, one time they all just ran away!) But I'll try a different drop point as you suggest...

Sauuuccyy is exactly what I thought about how well these Arma runway lines work as double yellows, m8 Generally only the UK, former UK colonies and Ireland use double yellow lines at the sides of roads to indicate no waiting at any time, so they feel quite essentially British to me. This is part of an urban area I'm building at the moment which is a fairly new bus terminal, taxi rank and short-stay car park for visitors to Woe-on-Sea...

Don't worry, I'm still chipping away at this...had a bit of a roadblock in development recently, a tiny bug that took me literally days of dev time to identify, and about 2 seconds to fix, sigh. Anyway, I've added some new screenshots to the Imgur album, more coming soon. First up is something that feels quite different: This is the Pirate's Cove swimming pool, part of the pleasure pier adventure park at Woe-on-Sea, a traditional seaside town now in the middle of the Woexit crisis... (Safe to say AI units don't enjoy navigating the theme park very much) Aside from that, I've been populating various farms around the map, and ground detail textures are starting to look good too: Next up, I'll show you my progress on some very British junctions and crossings!

UPDATE: I have found the culprit. It was indeed a CUP object that was causing all of my misery; who knows why! The object is bridge_stone_asf2_25 - Off the top of my head I can't remember what object that might be, but apparently I had placed a couple of them in X-cam. Getting rid of this one object from my TB project allowed me to rebuild as normal.

Thanks man, I didn't know there was a good ready-to-go template library for TB. I have rebuilt it myself a few times in my troubleshooting, but it's always a pain in the ass so good to know. Will be trying my latest to-do list when I'm back on my PC tomorrow, so will update then...

Will get on the Discord as soon as I can, thanks. I have UAC disabled, so everything should have full permissions access

Okay, CUP seems to have extracted fine, but now Arma3P is refusing to work? sigh... "The system cannot find the file specified. failed to create P:\a3.lst. the game is not actually installed" Any ideas?

Okay, that is interesting, I will certainly use it from now on! However, I do have old exported object lists from Xcam which the project no longer opens in Xcam itself. I don't want to have to place them again...

Looks like it may have been a Windows permission issue, extracting now. I'm also extracting fresh files downloaded direct from the CUP website rather than Steam workshop, as I have read that some people have had problems with corrupt Steam files.

The command runs, but it doesn't produce any files. I will try it again now.

Yes, I did figure that...but unfortunately I don't have the luxury of jumping ship on a tool I have already invested many hours of work into. I would rather figure out how the problem can be fixed, seeing as it worked fine before?

So, looks like I'm gonna be the guy to revive this thread, because it's just about the only one I can find that addresses this problem...only the previous solutions above didn't work for me! I have tried exporting from Xcam/importing to TB with both relative/absolute, but my objects are still floating up in the air. Previously I haven't had any problems at all, even with the exact same Xcam export file, always setting to 'relative.' What I find particularly weird is how this buggy floating height seems to be exponential. For example, small bushes near sea level are now just about exposing their roots, whilst a building that's supposed to be on a slope is up at aeroplane altitude! Any ideas?...

I did extract them one by one, as I couldn't get the command to work. Will this affect the file structure? Yes, have been clearing temp folder and running arma3p.

ExtractPbo (2.16)

Hi guys, I've been having this problem at least since January but wanted to eliminate all possible remedies before wasting anyone's time on the forums - safe to say I am now at a complete loss as to why this is happening and need your help! In short - I cannot build my terrain into a PBO if there are CUP objects placed on it. Here's what happens: - Prep terrain, WRP, shapes, layers etc. in the usual way, by the book. - Run pboProject (now on v2.37) - pboProject scan and copy/crunch proceeds as normal, but then crashes without fail about 30 seconds after <Bis Binarise...> with an 'Arma 3 has crashed' dialogue box, followed by a 'Packing failed' dialogue box - Output/binlog reveals nothing, except that Binarise crashed Here's everything I've tried/eliminated: - Full re-extraction of all A3 and latest CUP PBOs fresh from Steam workshop to my P drive - Checked extracted PBOs appear to be in correct directories - The same thing happens if I use Addon Builder instead of pboProject. It says 'Build failed. Result code=-1073741819' - Everything DOES work fine if I use ONLY vanilla+Tanoa objects on my terrain (ie. no CUP.), so that does at least narrow down the cause. Although I haven't tried eliminating certain objects within CUP as I wouldn't know where to start with that. - UPDATE - Also works fine if I just remove 'ca' objects, but keep 'cup' and other folder objects on the terrain Are there some CUP objects which are known to cause problems since the January update? Any way I can at least identify any particular objects that are causing this problem? Would appreciate any ideas... Thanks!