UFOpaedia - User contributions [en]

Talk:TRTBAG

2012-10-19T19:20:55Z

HerbertWest: /* v2.1 and the CE */

== The Deep One Dilemma ==

Too lazy to check, but are there really no Deep Ones in Gill Man Bases? After all, a base is considered dry ground... --[[User:Schnobs|Schnobs]] 07:03, 10 November 2007 (PST)

: Well, X-Com base attacks by Gillmen have Deep-Ones, but not in Colonies built by Gill-Men. These are underwater. Even so, Gillmen will only supply the base, the base itself will have a fixed selection of crews involving Tasoth on the first level and Lobstermen on the second level.

: The only place you'll find a Deep One underwater naturally is in the final mission. - [[User:NKF|NKF]]

Interesting. You guys say that the Tasoth commander can block the final research and prevent you from completing the game. Can't you just hex-edit so that the research will be available like the other one? I know it's cheating, but cheating for a good purpose.--[[User:Amitakartok|amitakartok]] 06:31, 5 May 2009 (EDT)

:@Amitakartok: yes, you can hex-edit the save. I remember doing it a few times after researching a Tasoth Commander. It worked fine.
:@Schnobs, @NKF: Deep Ones also appear in mixed crew Dreadnoughts (also underwater). If the RNG picks the correct race mix, that is. If luck shines on you, you will find exactly one Deep One in such a ship. The problem is finding a mixed crew Dreadnought. I noticed that mixed crews start appearing after exactly one year has passed (ie, on the 1st of January 2041) and never become a frequent sight. Surviving the year without advanced armour and M.C. is the difficult part, although with some luck, you might also get M.C. from another live terrorist, not just the Deep One.
:Also, note that the inavailability of the Ion Armour didn't use to be a nuisance in the unpatched DOS version. I learned about the existence of Ion Armour quite recently, when I failed at researching a live Deep One at the correct time in the patched TFTD version which I play now. In fact, I think I managed to finish the game without ever researching a live Deep One at some point ~10 years ago (although my memory might be deceiving me). [[user:mingos|mingos]]

* The listed research is misleading you can research all of it out of order just so long as you get the Plastic Aqua Armor and IBA before a Live Deep one. In both 2.1 and CE, I was able to do the flowing research.

<pre> Project New Research
1. Live Deep One - Alien origins M.C.-Lab
2. Dead Deep One - Aquaplasitcs
3. IBA - Nothing
3. Mag Nav - Trans Resolver
4. Live Deep One - Nothing
5. Aqua Plastics - Plastic Aqua Armor
6. Live Deep One - Nothing
7. Plastic Aqua Armor - Nothing
8. Live Deep One - Ion Armor
9. Ion Armor - Mag Ion Armor</pre>

Using the route listed on the article page misses the opportunity to have transmission resolver early on. --[[User:BladeFireLight|BladeFireLight]] 01:43, 5 March 2010 (EST)

:: Well that was odd. my browser crashd and now the aritcal no longer says you should research in the displayed order. ??? --[[User:BladeFireLight|BladeFireLight]] 01:54, 5 March 2010 (EST)

== Invalid aliens ==

So the Tasoth Commander is not treated as a valid alien? Interesting, I very often captured live aliens, including Tasoth Commanders, and found that they did not become available for research. Does this happen with more race and/or race+rank combinations? I know I never ever managed to capture and research a live terrorist, save for Deep Ones, Tentaculats and Bio Drones. I remember getting Xarquid, Hallucinoid and Triscene in the UFOpaedia by interrogating Aquatoid Medics, but in my whole life (over 10 years playing TFTD!) I had the opportunity to see the Calcinite UFOpaedia entry once and only once (Aquatoid Medic). This particular alien is interesting for me because the article states that it can substitute a live Deep One for M.C. Lab. In other words, at least in the patched version, which I acquired very recently via Steam and am still trying to beat for the first time, alien terrorists are recognised without problems?
Mingos @ 01:55 AM (CET), 5 September 2009

: Ah, so someone else who's seen a Tasoth Commander! Knew I wasn't going mad. What version of the game did you recall seeing this on? Have been having a lot of trouble trying to locate one in-game to re-test the notes I took when I was writing this article.

: Not capturing or seeing some of the aliens, I believe, is quite random. I never saw some of the aliens (or get MC tech) on my very first play through the game, but encountered them in a later play through. -[[User:NKF|NKF]] 20:00, 5 September 2009 (EDT)

::I captured Tasoth Commanders in the unpatched DOS version which I played a lot in late 90s. I never saw a Tasoth Commander in the patched version I got on Steam, but that's probably because they can only be found in Dreadnoughts, which I tend to avoid at all times unless they happen to land. I saw a Gill Man Commander yesterday, but they're documented as valid aliens (the only Gill Men capable of Molecular Control attacks). I don't know about availability for research, I just killed the bastard :D.
::Nonetheless, I have all techs researched in my current game, save for sonic weapons, which I intentionally skipped. If I happen to encounter a landed Dreadnought with something else than Lobster Men, I'll assault it and make sure I stun the alien Commander instead of blowing his brains out. After all, I won't lose the T'Leth research item now that it's already in my UFOpaedia. [[user:mingos|mingos]]

==Things that are not bugs==

Alien interrogations having to be the last prerequisite makes sense, because you have to know what to interrogate for. It's not a bug, so we shouldn't list it.

This covers Deep One for Ion Armour, Tasoth for M.C. Disruptor and the high-ranking aliens for The Ultimate Threat/T'leth, the Alien's City. [[User:Magic9mushroom|Magic9mushroom]] 05:32, 5 September 2009 (EDT)

: True, these aren't bugs as such, just technicalities. They are mostly mentioned for completeness sake and to alleviate any confusion that might arise when players don't see the research when they know they've researched that alien before. Not everyone knows the correct order to research the aliens and may end up feeling like they are unable to progress the game.

: The Deep One however is a real bug in the sense that if you research one, it won't always re-appear on the research list for you to research again. If it does appear, then you're fine. If it doesn't appear, then you're stuck. -[[User:NKF|NKF]] 20:09, 5 September 2009 (EDT)

== Graphical tech tree ==

How about adding a graphical tech tree like the one found here [http://grzegorj.freehost.pl/xcom/obrazki/tree2.png] which contains all the needed info at a glance? Another incomplete version would be [http://www.liacs.nl/~tfarago/xcom2/xcom2techtree.png]). --[[User:Tauon|Tauon]] 16:41, 13 November 2010 (UTC)

: That's not a bad idea. It would a good way to summarize the article. [[User:NKF|NKF]] 09:29, 14 November 2010 (UTC)

== Alien Origins ==

I've just started a game using version 1.0. The Alien Origins topic only appeared after I did the live Deep One research (I had completed both the live Gillman and Aquatoid). Is this a difference between versions? [[User:Hobbes|Hobbes]] 14:57, 3 January 2011 (EST)

: It could very well be. Are you able to run a few more quick tests to verify? -[[User:NKF|NKF]] 14:45, 4 January 2011 (EST)

:: Just tested but this time a live Aquatoid unlocked Alien Origins. Weird. But this is a game where I cant manufacture Ion Beam Accellerators, for some reason [[User:Hobbes|Hobbes]] 15:03, 4 January 2011 (EST)

== Alien Re-Animation Zone==

I can't research it on v1. Does the same happens on v2? [[User:Hobbes|Hobbes]] 19:24, 4 January 2011 (EST)

== Blind Alleys ==

A number of techs seem to be blind alleys, in that you can research them, but they don't give you any new technology nor do they help you win the game. Examples would be Alien Reanimation Zone, Alien Learning Arrays, and possibly others.

There are also a number of "discretionary" technologies, meaning you ''do'' get something extra if you research them, but you don't need it. Examples would be blade / drill weapons, the DPL, and MC.

Is the above supposition correct or are all technologies, even if useless in themselves, gateways to other techs? [[User:4th Cuirassier|4th Cuirassier]] 09:28, 17 January 2011 (EST)

: That is correct. The only essential topics to winning the game are the ones that lead to the end-game topics and Leviathan research. Everything else else is either a dead end topic or convenient but optional. -[[User:NKF|NKF]] 13:50, 17 January 2011 (EST)

== Is there a listing anywhere of things you can't make? ==

Other than Zrbite and actual aliens, is there anything in the game you can't make but can only salvage?

Is there a list anywhere of stuff you can make only with the right special materials?

AFAICR, the latter would be:

- all alien ammunition;
- all interceptor sonic weapons;
- all armour (requires aqua plastics or plastics and Zrbite) - you can make plastic aqua armour, but only if you research and make aqua plastics first;
- IBAs and Magnetic Navigation?

The last I'm not sure about. I've only just resumed play after a 10-year break.

I would think this would be handy to have in either the strategy guide or the techs page. I have fallen foul in the past of selling off too much ammunition and then finding I couldn't spare enough Zrbite to build any more. [[User:4th Cuirassier|4th Cuirassier]] 09:34, 17 January 2011 (EST)

: I don't recall if we have (or where) such tables would be, but I agree that it would be useful to have. When we get round to the 'release' version of the new expanded TFTD main menu, it should become a lot easier to access the various useful data tables for this game like it is for UFO.

: For manufacture only, don't forget the Gauss weapons and the (ultra-buggy) Coelacanth/Gauss and its ammo. Following on from that are the Displacers. Advanced submarines too.

: For recover only, there's the all important 'Sub Construction' store item. And various other alien sub and colony doohickeys and accoutrements.

: I can't remember exactly off the top of my head, but either the IBA or Magnetic Navigation will vary from being recoverable or manufacture-only depending on if your game is v1.0, v2.0 or v2.1. TFTD CE is v2.0. -[[User:NKF|NKF]] 02:19, 18 January 2011 (EST)

== Fixing Project.dat ==

:: In my current game I have Mag Ion Armour but don't seem to able to research Alien Sub Contruction. I'm wondering if I screwed up earlier in assuming that Xcomutil patches this. Hope I don't have to restart...[[User:4th Cuirassier|4th Cuirassier]] 09:55, 18 January 2011 (EST)

:::In order to research Alien Sub Construction, you need to have a "Sub Construction" item in your base inventory when you complete research on either Zrbite or the Transmission Resolver. If you have already completed BOTH of these, it becomes difficult to get Sub Construction research to appear. If you lack a suitable save to roll back to, you can correct this by [[TRTBAG#The_MC_Reader_and_Sub_Construction_samples|editing certain save-game files]] to correct the lack of oversight on the part of Microprose. If you lack knowledge in hex-editing, I can do it for you. [[User:Arrow Quivershaft|Arrow Quivershaft]] 02:12, 21 January 2011 (EST)

:::: I thought I had avoided doing that - researching Zrbite / TR - but I suspect that I had researched one of them at the wrong time. I now have ASC in my inventory but it's not coming up as a researchable item. I've got Mag Ion Armour and the various drills researched, which in some previous games I haven't managed to research.

:::: The more I read about this game's bugs the more astonished I am that I ever completed it at all. That said, I've only ever finished it once despite having played easily half a dozen games to an advanced stage.

:::: Thanks for the offer re the hex edit. I will look at the link and get back. [[User:4th Cuirassier|4th Cuirassier]] 05:59, 21 January 2011 (EST)

:::: OK, I've looked at the article about PROJECT.DAT and I'm completely baffled.[[User:4th Cuirassier|4th Cuirassier]] 06:09, 21 January 2011 (EST)

:::Hex editing is not easy stuff to start with; it's fairly complicated until you get the hang of it, which is why I offered. :)

:::As for researching the ASC, you needed to have an ASC in base inventory when Zrbite or TR research was completed. If you didn't, but get an ASC afterwards, it "doesn't count" due to bugs. If you have armor above Aqua Plastic, you had to have researched Zrbite, and I'm betting you also researched the TR as well(as HWD/TR is generally a high-priority research item, due to the time to build one after research and the sheer usefulness of having one), and if so, you'll need to be doing editing to get ASC to work. [[User:Arrow Quivershaft|Arrow Quivershaft]] 06:47, 21 January 2011 (EST)

:: If you are using Windows, you'll probably have a copy of MS-Edit on hand if it's Windows 95 through to XP. Not sure about 7. It can be used as a hex-editor of sorts. Read the [[MS-Edit]] page for particulars and a crash course in how to use it.

:: What you need to do is open the project.dat file with a column width of 282. This will give you 8 rows, each one representing each base slot. The row/column and value fields are in the lower right hand corner of the screen.

:: Before you start editing anything, make sure your cursor is the overwrite block cursor by pressing insert. This is very important as you don't want to be inserting more information into the file than there should be.

:: I'm assuming you are researching in the first base - if not, simply press the down key to drop down to the proper base slot.

:: Scroll across to column 39. The offset's different from what's mentioned in the project.dat page because MS-Edit starts with 1 for its column numbers. Now hold down the control key and type p and a. That's just a fancy MS-Edit key sequence to enter a character that has a value of 1. Do the same with offset 207 (in MS-Edit's column 208). This will assign 1 day remaining to the project and 1 scientist to it. Save the file.

:: Hopefully that should do the trick. -[[User:NKF|NKF]] 07:25, 21 January 2011 (EST)

::: Guys, many thanks - I am away from the PC I am running the game on but will try this tonight. [[User:4th Cuirassier|4th Cuirassier]] 08:17, 21 January 2011 (EST)

:::: OK, I got nowhere = I found one editor but couldn't find a way to view it 282 columns wide and another simply produced a sort of light blue screen. Very odd. No idea what to do next. [[User:4th Cuirassier|4th Cuirassier]] 16:46, 21 January 2011 (EST)

::::: Have you tried MS-Edit? Just go to a dos console box or via start\run type in '''edit''' and see if it goes. With any other hex editor you're going to have to work the actual offsets, and hexadecimal values. -[[User:NKF|NKF]] 17:01, 21 January 2011 (EST)

:::::: OK, it does indeed go, but all I get is a blue text box with 2 or 3 symbols in it. There's a capital A with an accent, a little smiley face, and what not. I tried searching for the character 0 but got no results. [[User:4th Cuirassier|4th Cuirassier]] 17:22, 21 January 2011 (EST)

::::: That's perfectly fine. MS-Edit is really designed to be a plain text editor, but once you get the hang of it the binary editing capabilities make it quite easy to alter the X-Com game files that are in table format. What you're looking at on the screen are the ASCII characters that the values are representing. a 'd' for example would mean a value of 100 while an alias symbol @ would mean 64. If you are interested, [[MS-Edit#Editing]] has a diagram of what all the symbols mean.

::::: Of course, while editing don't worry about the symbols on the screen. Use the 'value' field in the lower right hand corner to see exactly what it is your cursor is currently on. -[[User:NKF|NKF]] 20:14, 21 January 2011 (EST)

:::::: Well tonight I can't find MS-Edit - it appears not to be on my PC any more. Yesterday it was there, today it's not and I dunno how I ran it...anyway, here is what I get when I look at PROJECT.DAT using a downloaded version of MSEdit:

:::::: http://i101.photobucket.com/albums/m62/beaufighter/MSEDitscreengrab.jpg

:::::: and here is what I get when I open it using something called UltraEdit

:::::: http://i101.photobucket.com/albums/m62/beaufighter/Ultraeditscreengrab.jpg

:::::: ...neither of which gets me anywhere. Cannot find any command that allows me to make the display 282 columns wide. So I've no idea what to do. [[User:4th Cuirassier|4th Cuirassier]] 19:42, 22 January 2011 (EST)

::::: Strange, is that the same editor that comes with Windows? Edit.com should be located in '''c:\windows\system32'''.

::::: I've Googled around a bit and it seems the 64-bit version of Windows 7 no longer includes it, but is still in the 32-bit version. -[[User:NKF|NKF]] 21:05, 22 January 2011 (EST)

:::::: In the end I gave up and reloaded a game from three game months earlier. I found that I was researching both Zrbite and the Transmission Resolver at the same time, without an Alien Sub Construction in the inventory. So I took all the scientists off both projects, and started them off on Medi-kits instead.

:::::: If I come across an easy - or at least a step-by-step - way to edit PROJECT.DAT I will post details. I may email the file to myself at work and mess about with it during lunch or something. [[User:4th Cuirassier|4th Cuirassier]] 07:13, 23 January 2011 (EST)

== v2.1 and the CE ==

I read that the MC reader bug can be fixed by v2.1. Is this patch compatible with the CE? And does the Extender take care of it?
: Yes I believe the research tree bug where you require an MC Reader to be present in stores is fixed by the TFTD Extender. And also I think XComUtil fixes it, although more crudely. [[User:Spike|Spike]] 15:19, 19 October 2012 (EDT)

Oh ok, so I don't need the 2.1 patch then. Thanks ^^

Talk:UFOextender

2012-10-19T19:06:12Z

HerbertWest: /* Where is UFOLoader.exe? */

Feel free to report any problems or comments you have on the program.
=Feedback=

== Using Extender in Steam (seamlessly) ==

Hello,

Do you know of any way for me to use your XCOM extender through Steam, without using a separate executable? My games are on Steam precisely for ease of use (double-click on game, game loads), and digging through executables is the thing I'd like to avoid. (Nor is "add the extended executable to Steam" acceptable.) [[User:Rampancy|Rampancy]] 00:01, 17 January 2012 (EST)
: Steam now gives you the option to run the CE version as an alternative to the DOSBox version. [[User:Spike|Spike]] 10:57, 3 September 2012 (EDT)
::''Even so, won't people will still need to edit this shortcut to run the extender rather than the game executable? I think Rampancy is asking for the executable to be modified in the same way that XcomUtil does. This is counter to what the Extender is attempting to achieve, so it is not going to happen. - [[User:Morgan525|Tycho]]''

The easiest way to use TFTD Extender and UFOExtender with the Steam distributions is just to unpack them into the TFD and XCOM folders (respectively) and directly invoke the TFTD Loader or UFO Loader. There is no need to use or run Steam in order to run these games. Steam is only required for installation. You can create normal Windows shortcuts to run the games directly, and/or to run them via their respective Extender Loaders. The installed game folders can usually be found under C:\Program Files\Steam\steamapps\common. [[User:Spike|Spike]] 06:33, 5 October 2012 (EDT)

== Initial alien bases bug ==
I have a bit of a problem. I use Steam version of UFO with most recent UFO Extender. Every time I start a new game on superhuman difficulty (I didn't test other difficulties) I get alien base directly on my base (with initial alien bases enabled). So far, I started 5 new games, where first three (1st Europe, 2nd North America, 3rd Island in the middle of Pacific Ocean) all had Alien Base 3 directly on it. 4th game (Madagascar) didn't, while 5th (Europe again) has two alien bases directly on it (I have save from this game for you if you want to check this out). I don't think this was intended?

:''I'll check into this. There might be conflicts with other mods that you might have since this is the first report of this kind of bug. Of, course not many may uses this particular feature, either. --[[User:Morgan525|Tycho]]''

== Music problems==
===MP3 fails to play or crashes the game===
I seem to have an issue with the music patch. When I originally installed the loader months ago, everything worked flawlessly. Now however, the game crashes upon entering the main menu. To track down the problem, I enabled first the intro then the language selector screen; no problems with either. In the process, I discovered that the problem is with the music: if I disable it, the game loads properly. If enabled, the loader exits without an error message upon entering the main menu. I did a full reinstall of the game, didn't work. The only other thing I've changed away from the fully working configuration is an upgrade from WinXP to Win7 (VC++2010 is installed).

All the files exist and all settings here unchanged from the time they worked. I have NO idea what's going on. Additionally, if the patch is disabled, the game only has music in the main menu and nowhere else until Alt-Tabbed out and back at least once.--[[User:Amitakartok|amitakartok]] 12:53, 22 September 2012 (EDT)

:''Also, what version of the loader are you using? I am concerned when you say that you get no music without the patch: that should mean the game is using the default midi files (this is the Windows version?). If your not getting music with the midi files, what happens if you run w/o the extender?- -[[User:Morgan525|Tycho]]''

::There is MIDI music but it only starts to play after I Alt-Tab out of the game; it stops again during the next Geoscape/Battlescape transition. Without the loader, I get no graphic output whatsoever and it gives up after a few seconds, producing the generic Windows error message about the executable having stopped working. Also, tried your lines above, didn't work.

::One more thing: I read it elsewhere on the net that the patch works with OGG files too, once the INI file is edited with proper filenames; it allegedly fixes some music-related crashes as well. I'm trying it out now.--[[User:Amitakartok|amitakartok]] 08:06, 23 September 2012 (EDT)

::Alright, tried out the OGGs and the loader now crashes at 0x754CD36F with error 0x406D1388. So much for that.--[[User:Amitakartok|amitakartok]] 09:21, 23 September 2012 (EDT)

I wasn't able to find any solution to this. I want to use PSX mp3s but game crashes every time I put apply=1 to music section of the config. I tried converting them to ogg files and it's the same thing.
Is there any solution to this? --[[User:OpT1mUs|OpT1mUs]] 15:21, 26 September 2012 (EDT)

:''Another person reported something similar: the problem turned out to be a conflict with a particular CODEC that had been installed. It has to be something like that since not many people report the problem. [[User:Morgan525|Tycho]]''

::Hello! I've had the same problem, so I dug into the source to try and investigate what's going wrong. The problem is indeed with my machine and NOT with the application, though I believe it might be more stable if the source wasn't using MCI to play MP3's. UFOLoader works fine on two copies of windows I have handy, but not another, bombing out when hitting the main menu when MP3 music is enabled. Yes, you're right, the problem is with some sort of codec setup, as things work fine if I convert the music to wma files. However, this also requires altering the code in music.cpp to change the call to mciSendStringA to omit "type mpegvideo". This works fine on my machine, though it's by no means a sensible solution, just a work around for me. I've only done this because I've no idea where to start debugging MCI codec issues, as this is a really antiquated way of actually playing an MP3 (though easy).

::Anyway, for your info, the code bombs out at line 165 in music.cpp, in the method PlayMP3MusicFile. The call to mciSendStringA (with the command to open a given MP3) fails with an MCI 263 error, which translates to MCIERR_INVALID_DEVICE_NAME.

::Unfortunately, this won't help you debug your (or my) codec issue, but it's at least confirmation that it's an issue on your side and not a problem in the source. I suspect a minor rewrite to use DirectX calls to play the music would cause this problem to go away. I'll be happy to do this, is the latest version of the source available (IE for UFOLoader built on 27th Sept 2012)? [[User:landofcake|DaveG]]

''@DaveG, I can post a source for 1.28 in a few days. If it helps, the music.cpp in the currently available source zip will be the same as the one in my source. I haven't touched anything since interaction with the OS is still above my skill level. I think this is going to be a bigger problem as more people switch to windows 7 or later so if you can get music to work with Direct-X, a lot of people would be very grateful. [[User:Morgan525|Tycho]] 21:23, 27 September 2012 (EDT)''

:Thanks, knowing that the music.cpp is the same helps, I'll have a look into the source and see if I can make some useful changes to support DirectShow rather than using MCI, this may help with these codec issues. [[User:landofcake|DaveG]]

:''when you wrote 'change the call to mciSendStringA to omit "type mpegvideo", are you only removing that bit from the normal parameter or is there something extra you need to replace the normal "type mpegvideo"? I may have to offer this option until a new way to play MP3 is working. - [[User:Morgan525|Tycho]] 01:12, 10 October 2012 (EDT)''

== Video Problems ==
===D3D Window Position===
It seems that the current UFOextender does not read the values but actually only writes them, and so it always reverts to the current display resolution. And also, it disables the aero theme.Thank you. [[User:Cornels|Cornels]] 4 August 2012 (EDT)
:''Try version 1.27. -- [[User:Morgan525|Tycho]]''
===UFO Blip in Interception===
The interception window the UFO blip is "corrupted" when "UFO responds to interception" is active. I'm using the Collector's Edition, not the one from Steam, don't know if the problem appears there. [[User:Cornels|Cornels]] 9 August 2012 (EDT)
:''Fixed with version 1.28 -- [[User:Morgan525|Tycho]] 23 September 2012 (EDT)''
===Adjusting animation speed===
Is it possible to adjust or change the animation speed of other objects such as internal objects and alien numbering marks in bottom-right side of screen?--[[User:Xcomplayer|Xcomplayer]]
:I have the same issue, I'm quite fond of arctic bases but the water animation speed is hilarious. -- [[User:Splicer|Splicer]]
:''Try adjusting the MaxFPS in the INI to something like 60~75. I found that this fixes a lot of the speed issues without the need for the other patches. -- [[User:Morgan525|Tycho]] May 2012''
===Weapons disappear in tactical mode with UFOLoader v1.28===
Hi Morgan525 and thank you for your great work on XCOM games!
There is a problem with UFOLoader v1.28 installed on a Steam XCOM:EU version. During tactical combat soldiers' weapons are not shown in right/left hand slots. They are black as if the soldier doesn't carry anything in his hands. The weapon is present on the soldier and I can choose firing mode and fire. But the slots are empty. I've then installed 1.27, and everything became ok.[[User:PavelB|PavelB]] 09:41, 24 September 2012 (EDT)
:''Fixed in Patch 1.28.3 -- [User:Morgan525|Tycho]] 27 September 2012 (EDT)''

== Weight issues ==

Tycho, while playing TFD with TFD extender (v. 1.05 patch 1.1) I've noticed a stange thing: some soldiers have their weight > 0 (2-5) even when their inventory is empty! Bug?... [[User:PavelB|PavelB]] 05:17, 27 September 2012 (EDT)

::: Save Equipment is currently disabled I believe. This Weight error is a side effect of an original game error that Seb never quite fixed. Removing clips from a Soldier or Aquanaut does not remove the clips' weight. This is because the clips are not correctly assigned to the Soldier or Aquanaut in the first place. See [[Talk:TFTDextender#Weightless Ammo Bug]]. [[User:Spike|Spike]] 07:10, 27 September 2012 (EDT)

::: If you drop a loaded weapon, even if you loaded it manually, the weight of the ammo still stays with the Aquanaut. Workaround: unload each weapon manually before dropping it. If you forget (and if you notice) it's possible to pick the weapon up again, unload it, and correctly lose the weight by dropping the weapon and clip separately. It's possible to build up huge amounts of phantom weight on a Soldier by repeatedly loading, and then dropping, different weapons. It's also possible to move lots of weapons with weightless clips to one Soldier, increasing the amount of 'free' weight that one Soldier gets. Both of these effects are probably aspects of the original bug, not anything that UFOExtender has done. [[User:Spike|Spike]] 11:15, 27 September 2012 (EDT)
:''Thanks for the explanation, Spike! - [[User:Morgan525|Tycho]]''
::::Thanks Spike, it works! :-) [[User:PavelB|PavelB]]

== Fire Damage ==

Not sure if the bug is already posted. And Not sure if I should post the bug here or in [[Talk:Incendiary]]. Problem is if you use extender to fix funky fire bug. Incendiary no long does any damage at all. Units only take the small amount of damage after ending turn because they're on fire. Using 1.28.3 extender

To test this. I stripped a soldier of armour. And pounded four incendiary rockets into the soldier in the same turn. No damage. And then next turn, his health drops a little because he's standing in fire. This may not be a problem for most players. But it is still a major bug. I understand the funky fire problem is already difficult to fix, and I say thanks to all who will try to help solve this bug. [[User:Hellblade|Hellblade]] 14:44, 28 September 2012 (EDT)

: That's not a bug, that's the fix. Incendiary damage is only applied at the end of the turn. Think about it... does fire kill faster than a bullet? Faster than a grenade? Can you kill someone with fire faster than they can get a shot off back at you? No, to all these things. To compensate for fixing the bug, fire damage is doubled compared to the previous end-of-turn fire damage (that always existed). It is no longer applied per shot or per impact. All you get "per impact" is another chance to set the target unit itself on fire. Incendiary is a weak attack. It has the benefit of a wide area effect, no HE block, and ignores armour. There are situations when IN is the only effective weapon XCOM possesses. But, like everything, it has strengths and weaknesses. [[User:Spike|Spike]] 15:51, 28 September 2012 (EDT)

:: I see your point but let me elaborate. Heat, not fire, do kill as fast as bullets. The original game mechanics separated heat from fire just as in real life. It intended to have the big heat blast damage first and then the small fire damage per turn.
:: Take the most extreme case, napalm or volcanic lava, you get fully cooked in less than a second - just by heat alone, and you may/may not catch fire later on. And heat blasts travel as fast as bullets, in some cases as fast as light. I believe the game has different Incendiary damage values to do different damage according to how strong the heat is, not the fire afterwards. The damage by fire later on makes sense because natural burning fires aren't that hot comparatively.
:: I understand the difficulty in trying to fix this. But before this fix you could kill a reaper by a few AC-I shots (which is their weakness) and now you can empty the two clips at it and it'll never die. [[User:Hellblade|Hellblade]] 03:11, 4 October 2012 (EDT)
::''If you look at the topic page on Incendiary ammo, everyone seems to agree that this is the proper way to handle fire damage. If you disagree with the consensus, you can always disable the fix by copying the appropriate line from the bugreference file to the [bug fix] section of the INI.-''[[User:Morgan525|Tycho]]

== Game Crash ==

Using the latest 1.28.3 extender, Gold edition, winxp/vista. I have a battlescape savegame that guarantees a crash. It happens differently everytime but only three things cause the crash. 1)soldier reaction fire hits something or 2)A chain of ethereal psionic attacks 3)as soon as I press next turn

Application failure
XCOM crashed at 0x4035EE with error 0xC0000005 trying to access 0x00000000

I have the savegame stored away if it's any help. And if I turn all the soldiers around (no reaction fire) the game runs fine.

After googling the problem, I tried 1) putting the entire folder back to where steam intend it to be 2) turning off custom music 3)reinstalling C++. Nothing worked. Another person reported an identical crash but he said it was cause by a grenade throwing action. [[User:Hellblade|Hellblade]] 05:48, 4 October 2012 (EDT)

::''The error message indicates that the program is trying to get access the information on an object that doesn't exist. The offset mentioned is the line where its supposed to load the first stat of the current object that the game has focused on. I'll take a look at the game. Post the save game file zip in the UFO Extender 1.28 topic on Strategycore and I'll look at it.-''[[User:Morgan525|Tycho]]

== General Store Capacity ==

I have an odd issue where a new base I just built (second base of the game) has 1 total storage capacity when I have the "General Store Capacity" mod on (set to 1). The main base can only transfer a total of 1 storage space's worth of items before it says I must build more stores. However I can transfer goods back just fine (with the main based having over 50 total storage used).

Both bases show "1:1" storage capacity used (when I have 1 storage in base 2 anyways). I'm reporting this as a glitch because base 1 behaves like it has the 187 capacity (but doesn't show it as that much) and base 2 does not behave like that at all.

When I remove the mod the capacities show "X:50" (50:50 for base 1) and work normally.

I'm using all the latest files for the extender and the other patches detailed in the "Enemy Unknown Extended" extended page, and the steam version of the game.

== Where is UFOLoader.exe? ==

I tried downloading the Zip in the link, but it only had a file called Patcher.dll.
Where is the rest of it?

Thanks, Herbert West.

:The minor versions / patches only include an update to the patcher.dll. For the other files you need to download the most recent major version. So right now you would get major version 1.28, and then get patch/minor version 1.28p3. [[User:Spike|Spike]] 14:43, 19 October 2012 (EDT)

Ok cool, but where do I get the major version? I can't find a link anywhere.
Cheers, Herbert West.

:If you look at the page for the zip file, you will see the current version, which (at the time of writing) is 1.28p3, and then beneath that you will see a table that has links to all the previous versions, with the version number listed in the comments field. [[User:Spike|Spike]] 14:59, 19 October 2012 (EDT)

Ah there we go! Got it working. Thanks ^^

Talk:TRTBAG

2012-10-19T18:56:46Z

HerbertWest: /* v2.1 and the CE */ new section

Talk:UFOextender

2012-10-19T18:48:53Z

HerbertWest: /* Where is UFOLoader.exe? */

Feel free to report any problems or comments you have on the program.
=Feedback=

== Using Extender in Steam (seamlessly) ==

Hello,

Do you know of any way for me to use your XCOM extender through Steam, without using a separate executable? My games are on Steam precisely for ease of use (double-click on game, game loads), and digging through executables is the thing I'd like to avoid. (Nor is "add the extended executable to Steam" acceptable.) [[User:Rampancy|Rampancy]] 00:01, 17 January 2012 (EST)
: Steam now gives you the option to run the CE version as an alternative to the DOSBox version. [[User:Spike|Spike]] 10:57, 3 September 2012 (EDT)
::''Even so, won't people will still need to edit this shortcut to run the extender rather than the game executable? I think Rampancy is asking for the executable to be modified in the same way that XcomUtil does. This is counter to what the Extender is attempting to achieve, so it is not going to happen. - [[User:Morgan525|Tycho]]''

The easiest way to use TFTD Extender and UFOExtender with the Steam distributions is just to unpack them into the TFD and XCOM folders (respectively) and directly invoke the TFTD Loader or UFO Loader. There is no need to use or run Steam in order to run these games. Steam is only required for installation. You can create normal Windows shortcuts to run the games directly, and/or to run them via their respective Extender Loaders. The installed game folders can usually be found under C:\Program Files\Steam\steamapps\common. [[User:Spike|Spike]] 06:33, 5 October 2012 (EDT)

== Initial alien bases bug ==
I have a bit of a problem. I use Steam version of UFO with most recent UFO Extender. Every time I start a new game on superhuman difficulty (I didn't test other difficulties) I get alien base directly on my base (with initial alien bases enabled). So far, I started 5 new games, where first three (1st Europe, 2nd North America, 3rd Island in the middle of Pacific Ocean) all had Alien Base 3 directly on it. 4th game (Madagascar) didn't, while 5th (Europe again) has two alien bases directly on it (I have save from this game for you if you want to check this out). I don't think this was intended?

:''I'll check into this. There might be conflicts with other mods that you might have since this is the first report of this kind of bug. Of, course not many may uses this particular feature, either. --[[User:Morgan525|Tycho]]''

== Music problems==
===MP3 fails to play or crashes the game===
I seem to have an issue with the music patch. When I originally installed the loader months ago, everything worked flawlessly. Now however, the game crashes upon entering the main menu. To track down the problem, I enabled first the intro then the language selector screen; no problems with either. In the process, I discovered that the problem is with the music: if I disable it, the game loads properly. If enabled, the loader exits without an error message upon entering the main menu. I did a full reinstall of the game, didn't work. The only other thing I've changed away from the fully working configuration is an upgrade from WinXP to Win7 (VC++2010 is installed).

All the files exist and all settings here unchanged from the time they worked. I have NO idea what's going on. Additionally, if the patch is disabled, the game only has music in the main menu and nowhere else until Alt-Tabbed out and back at least once.--[[User:Amitakartok|amitakartok]] 12:53, 22 September 2012 (EDT)

:''Also, what version of the loader are you using? I am concerned when you say that you get no music without the patch: that should mean the game is using the default midi files (this is the Windows version?). If your not getting music with the midi files, what happens if you run w/o the extender?- -[[User:Morgan525|Tycho]]''

::There is MIDI music but it only starts to play after I Alt-Tab out of the game; it stops again during the next Geoscape/Battlescape transition. Without the loader, I get no graphic output whatsoever and it gives up after a few seconds, producing the generic Windows error message about the executable having stopped working. Also, tried your lines above, didn't work.

::One more thing: I read it elsewhere on the net that the patch works with OGG files too, once the INI file is edited with proper filenames; it allegedly fixes some music-related crashes as well. I'm trying it out now.--[[User:Amitakartok|amitakartok]] 08:06, 23 September 2012 (EDT)

::Alright, tried out the OGGs and the loader now crashes at 0x754CD36F with error 0x406D1388. So much for that.--[[User:Amitakartok|amitakartok]] 09:21, 23 September 2012 (EDT)

I wasn't able to find any solution to this. I want to use PSX mp3s but game crashes every time I put apply=1 to music section of the config. I tried converting them to ogg files and it's the same thing.
Is there any solution to this? --[[User:OpT1mUs|OpT1mUs]] 15:21, 26 September 2012 (EDT)

:''Another person reported something similar: the problem turned out to be a conflict with a particular CODEC that had been installed. It has to be something like that since not many people report the problem. [[User:Morgan525|Tycho]]''

::Hello! I've had the same problem, so I dug into the source to try and investigate what's going wrong. The problem is indeed with my machine and NOT with the application, though I believe it might be more stable if the source wasn't using MCI to play MP3's. UFOLoader works fine on two copies of windows I have handy, but not another, bombing out when hitting the main menu when MP3 music is enabled. Yes, you're right, the problem is with some sort of codec setup, as things work fine if I convert the music to wma files. However, this also requires altering the code in music.cpp to change the call to mciSendStringA to omit "type mpegvideo". This works fine on my machine, though it's by no means a sensible solution, just a work around for me. I've only done this because I've no idea where to start debugging MCI codec issues, as this is a really antiquated way of actually playing an MP3 (though easy).

::Anyway, for your info, the code bombs out at line 165 in music.cpp, in the method PlayMP3MusicFile. The call to mciSendStringA (with the command to open a given MP3) fails with an MCI 263 error, which translates to MCIERR_INVALID_DEVICE_NAME.

::Unfortunately, this won't help you debug your (or my) codec issue, but it's at least confirmation that it's an issue on your side and not a problem in the source. I suspect a minor rewrite to use DirectX calls to play the music would cause this problem to go away. I'll be happy to do this, is the latest version of the source available (IE for UFOLoader built on 27th Sept 2012)? [[User:landofcake|DaveG]]

''@DaveG, I can post a source for 1.28 in a few days. If it helps, the music.cpp in the currently available source zip will be the same as the one in my source. I haven't touched anything since interaction with the OS is still above my skill level. I think this is going to be a bigger problem as more people switch to windows 7 or later so if you can get music to work with Direct-X, a lot of people would be very grateful. [[User:Morgan525|Tycho]] 21:23, 27 September 2012 (EDT)''

:Thanks, knowing that the music.cpp is the same helps, I'll have a look into the source and see if I can make some useful changes to support DirectShow rather than using MCI, this may help with these codec issues. [[User:landofcake|DaveG]]

:''when you wrote 'change the call to mciSendStringA to omit "type mpegvideo", are you only removing that bit from the normal parameter or is there something extra you need to replace the normal "type mpegvideo"? I may have to offer this option until a new way to play MP3 is working. - [[User:Morgan525|Tycho]] 01:12, 10 October 2012 (EDT)''

== Video Problems ==
===D3D Window Position===
It seems that the current UFOextender does not read the values but actually only writes them, and so it always reverts to the current display resolution. And also, it disables the aero theme.Thank you. [[User:Cornels|Cornels]] 4 August 2012 (EDT)
:''Try version 1.27. -- [[User:Morgan525|Tycho]]''
===UFO Blip in Interception===
The interception window the UFO blip is "corrupted" when "UFO responds to interception" is active. I'm using the Collector's Edition, not the one from Steam, don't know if the problem appears there. [[User:Cornels|Cornels]] 9 August 2012 (EDT)
:''Fixed with version 1.28 -- [[User:Morgan525|Tycho]] 23 September 2012 (EDT)''
===Adjusting animation speed===
Is it possible to adjust or change the animation speed of other objects such as internal objects and alien numbering marks in bottom-right side of screen?--[[User:Xcomplayer|Xcomplayer]]
:I have the same issue, I'm quite fond of arctic bases but the water animation speed is hilarious. -- [[User:Splicer|Splicer]]
:''Try adjusting the MaxFPS in the INI to something like 60~75. I found that this fixes a lot of the speed issues without the need for the other patches. -- [[User:Morgan525|Tycho]] May 2012''
===Weapons disappear in tactical mode with UFOLoader v1.28===
Hi Morgan525 and thank you for your great work on XCOM games!
There is a problem with UFOLoader v1.28 installed on a Steam XCOM:EU version. During tactical combat soldiers' weapons are not shown in right/left hand slots. They are black as if the soldier doesn't carry anything in his hands. The weapon is present on the soldier and I can choose firing mode and fire. But the slots are empty. I've then installed 1.27, and everything became ok.[[User:PavelB|PavelB]] 09:41, 24 September 2012 (EDT)
:''Fixed in Patch 1.28.3 -- [User:Morgan525|Tycho]] 27 September 2012 (EDT)''

== Weight issues ==

Tycho, while playing TFD with TFD extender (v. 1.05 patch 1.1) I've noticed a stange thing: some soldiers have their weight > 0 (2-5) even when their inventory is empty! Bug?... [[User:PavelB|PavelB]] 05:17, 27 September 2012 (EDT)

::: Save Equipment is currently disabled I believe. This Weight error is a side effect of an original game error that Seb never quite fixed. Removing clips from a Soldier or Aquanaut does not remove the clips' weight. This is because the clips are not correctly assigned to the Soldier or Aquanaut in the first place. See [[Talk:TFTDextender#Weightless Ammo Bug]]. [[User:Spike|Spike]] 07:10, 27 September 2012 (EDT)

::: If you drop a loaded weapon, even if you loaded it manually, the weight of the ammo still stays with the Aquanaut. Workaround: unload each weapon manually before dropping it. If you forget (and if you notice) it's possible to pick the weapon up again, unload it, and correctly lose the weight by dropping the weapon and clip separately. It's possible to build up huge amounts of phantom weight on a Soldier by repeatedly loading, and then dropping, weapons. It's also possible to move lots of weapons with weightless clips to one Soldier, increasing the amount of 'free' weight that one Soldier gets. Both of these effects are probably aspects of the original bug, not anything that UFOExtender has done. [[User:Spike|Spike]] 11:15, 27 September 2012 (EDT)
:''Thanks for the explanation, Spike! - [[User:Morgan525|Tycho]]''
::::Thanks Spike, it works! :-) [[User:PavelB|PavelB]]

== Fire Damage ==

Not sure if the bug is already posted. And Not sure if I should post the bug here or in [[Talk:Incendiary]]. Problem is if you use extender to fix funky fire bug. Incendiary no long does any damage at all. Units only take the small amount of damage after ending turn because they're on fire. Using 1.28.3 extender

To test this. I stripped a soldier of armour. And pounded four incendiary rockets into the soldier in the same turn. No damage. And then next turn, his health drops a little because he's standing in fire. This may not be a problem for most players. But it is still a major bug. I understand the funky fire problem is already difficult to fix, and I say thanks to all who will try to help solve this bug. [[User:Hellblade|Hellblade]] 14:44, 28 September 2012 (EDT)

: That's not a bug, that's the fix. Incendiary damage is only applied at the end of the turn. Think about it... does fire kill faster than a bullet? Faster than a grenade? Can you kill someone with fire faster than they can get a shot off back at you? No, to all these things. To compensate for fixing the bug, fire damage is doubled compared to the previous end-of-turn fire damage (that always existed). It is no longer applied per shot or per impact. All you get "per impact" is another chance to set the target unit itself on fire. Incendiary is a weak attack. It has the benefit of a wide area effect, no HE block, and ignores armour. There are situations when IN is the only effective weapon XCOM possesses. But, like everything, it has strengths and weaknesses. [[User:Spike|Spike]] 15:51, 28 September 2012 (EDT)

:: I see your point but let me elaborate. Heat, not fire, do kill as fast as bullets. The original game mechanics separated heat from fire just as in real life. It intended to have the big heat blast damage first and then the small fire damage per turn.
:: Take the most extreme case, napalm or volcanic lava, you get fully cooked in less than a second - just by heat alone, and you may/may not catch fire later on. And heat blasts travel as fast as bullets, in some cases as fast as light. I believe the game has different Incendiary damage values to do different damage according to how strong the heat is, not the fire afterwards. The damage by fire later on makes sense because natural burning fires aren't that hot comparatively.
:: I understand the difficulty in trying to fix this. But before this fix you could kill a reaper by a few AC-I shots (which is their weakness) and now you can empty the two clips at it and it'll never die. [[User:Hellblade|Hellblade]] 03:11, 4 October 2012 (EDT)
::''If you look at the topic page on Incendiary ammo, everyone seems to agree that this is the proper way to handle fire damage. If you disagree with the consensus, you can always disable the fix by copying the appropriate line from the bugreference file to the [bug fix] section of the INI.-''[[User:Morgan525|Tycho]]

== Game Crash ==

Using the latest 1.28.3 extender, Gold edition, winxp/vista. I have a battlescape savegame that guarantees a crash. It happens differently everytime but only three things cause the crash. 1)soldier reaction fire hits something or 2)A chain of ethereal psionic attacks 3)as soon as I press next turn

Application failure
XCOM crashed at 0x4035EE with error 0xC0000005 trying to access 0x00000000

I have the savegame stored away if it's any help. And if I turn all the soldiers around (no reaction fire) the game runs fine.

After googling the problem, I tried 1) putting the entire folder back to where steam intend it to be 2) turning off custom music 3)reinstalling C++. Nothing worked. Another person reported an identical crash but he said it was cause by a grenade throwing action. [[User:Hellblade|Hellblade]] 05:48, 4 October 2012 (EDT)

::''The error message indicates that the program is trying to get access the information on an object that doesn't exist. The offset mentioned is the line where its supposed to load the first stat of the current object that the game has focused on. I'll take a look at the game. Post the save game file zip in the UFO Extender 1.28 topic on Strategycore and I'll look at it.-''[[User:Morgan525|Tycho]]

== General Store Capacity ==

I have an odd issue where a new base I just built (second base of the game) has 1 total storage capacity when I have the "General Store Capacity" mod on (set to 1). The main base can only transfer a total of 1 storage space's worth of items before it says I must build more stores. However I can transfer goods back just fine (with the main based having over 50 total storage used).

Both bases show "1:1" storage capacity used (when I have 1 storage in base 2 anyways). I'm reporting this as a glitch because base 1 behaves like it has the 187 capacity (but doesn't show it as that much) and base 2 does not behave like that at all.

When I remove the mod the capacities show "X:50" (50:50 for base 1) and work normally.

I'm using all the latest files for the extender and the other patches detailed in the "Enemy Unknown Extended" extended page, and the steam version of the game.

== Where is UFOLoader.exe? ==

I tried downloading the Zip in the link, but it only had a file called Patcher.dll.
Where is the rest of it?

Thanks, Herbert West.

:The minor versions / patches only include an update to the patcher.dll. For the other files you need to download the most recent major version. So right now you would get major version 1.28, and then get patch/minor version 1.28p3. [[User:Spike|Spike]] 14:43, 19 October 2012 (EDT)

Ok cool, but where do I get the major version? I can't find a link anywhere.
Cheers, Herbert West.

Talk:UFOextender

2012-10-19T18:15:40Z

HerbertWest: /* Where is UFOLoader.exe? */ new section

Feel free to report any problems or comments you have on the program.
=Feedback=

== Using Extender in Steam (seamlessly) ==

Hello,

Do you know of any way for me to use your XCOM extender through Steam, without using a separate executable? My games are on Steam precisely for ease of use (double-click on game, game loads), and digging through executables is the thing I'd like to avoid. (Nor is "add the extended executable to Steam" acceptable.) [[User:Rampancy|Rampancy]] 00:01, 17 January 2012 (EST)
: Steam now gives you the option to run the CE version as an alternative to the DOSBox version. [[User:Spike|Spike]] 10:57, 3 September 2012 (EDT)
::''Even so, won't people will still need to edit this shortcut to run the extender rather than the game executable? I think Rampancy is asking for the executable to be modified in the same way that XcomUtil does. This is counter to what the Extender is attempting to achieve, so it is not going to happen. - [[User:Morgan525|Tycho]]''

The easiest way to use TFTD Extender and UFOExtender with the Steam distributions is just to unpack them into the TFD and XCOM folders (respectively) and directly invoke the TFTD Loader or UFO Loader. There is no need to use or run Steam in order to run these games. Steam is only required for installation. You can create normal Windows shortcuts to run the games directly, and/or to run them via their respective Extender Loaders. The installed game folders can usually be found under C:\Program Files\Steam\steamapps\common. [[User:Spike|Spike]] 06:33, 5 October 2012 (EDT)

== Initial alien bases bug ==
I have a bit of a problem. I use Steam version of UFO with most recent UFO Extender. Every time I start a new game on superhuman difficulty (I didn't test other difficulties) I get alien base directly on my base (with initial alien bases enabled). So far, I started 5 new games, where first three (1st Europe, 2nd North America, 3rd Island in the middle of Pacific Ocean) all had Alien Base 3 directly on it. 4th game (Madagascar) didn't, while 5th (Europe again) has two alien bases directly on it (I have save from this game for you if you want to check this out). I don't think this was intended?

:''I'll check into this. There might be conflicts with other mods that you might have since this is the first report of this kind of bug. Of, course not many may uses this particular feature, either. --[[User:Morgan525|Tycho]]''

== Music problems==
===MP3 fails to play or crashes the game===
I seem to have an issue with the music patch. When I originally installed the loader months ago, everything worked flawlessly. Now however, the game crashes upon entering the main menu. To track down the problem, I enabled first the intro then the language selector screen; no problems with either. In the process, I discovered that the problem is with the music: if I disable it, the game loads properly. If enabled, the loader exits without an error message upon entering the main menu. I did a full reinstall of the game, didn't work. The only other thing I've changed away from the fully working configuration is an upgrade from WinXP to Win7 (VC++2010 is installed).

All the files exist and all settings here unchanged from the time they worked. I have NO idea what's going on. Additionally, if the patch is disabled, the game only has music in the main menu and nowhere else until Alt-Tabbed out and back at least once.--[[User:Amitakartok|amitakartok]] 12:53, 22 September 2012 (EDT)

:''Also, what version of the loader are you using? I am concerned when you say that you get no music without the patch: that should mean the game is using the default midi files (this is the Windows version?). If your not getting music with the midi files, what happens if you run w/o the extender?- -[[User:Morgan525|Tycho]]''

::There is MIDI music but it only starts to play after I Alt-Tab out of the game; it stops again during the next Geoscape/Battlescape transition. Without the loader, I get no graphic output whatsoever and it gives up after a few seconds, producing the generic Windows error message about the executable having stopped working. Also, tried your lines above, didn't work.

::One more thing: I read it elsewhere on the net that the patch works with OGG files too, once the INI file is edited with proper filenames; it allegedly fixes some music-related crashes as well. I'm trying it out now.--[[User:Amitakartok|amitakartok]] 08:06, 23 September 2012 (EDT)

::Alright, tried out the OGGs and the loader now crashes at 0x754CD36F with error 0x406D1388. So much for that.--[[User:Amitakartok|amitakartok]] 09:21, 23 September 2012 (EDT)

I wasn't able to find any solution to this. I want to use PSX mp3s but game crashes every time I put apply=1 to music section of the config. I tried converting them to ogg files and it's the same thing.
Is there any solution to this? --[[User:OpT1mUs|OpT1mUs]] 15:21, 26 September 2012 (EDT)

:''Another person reported something similar: the problem turned out to be a conflict with a particular CODEC that had been installed. It has to be something like that since not many people report the problem. [[User:Morgan525|Tycho]]''

::Hello! I've had the same problem, so I dug into the source to try and investigate what's going wrong. The problem is indeed with my machine and NOT with the application, though I believe it might be more stable if the source wasn't using MCI to play MP3's. UFOLoader works fine on two copies of windows I have handy, but not another, bombing out when hitting the main menu when MP3 music is enabled. Yes, you're right, the problem is with some sort of codec setup, as things work fine if I convert the music to wma files. However, this also requires altering the code in music.cpp to change the call to mciSendStringA to omit "type mpegvideo". This works fine on my machine, though it's by no means a sensible solution, just a work around for me. I've only done this because I've no idea where to start debugging MCI codec issues, as this is a really antiquated way of actually playing an MP3 (though easy).

::Anyway, for your info, the code bombs out at line 165 in music.cpp, in the method PlayMP3MusicFile. The call to mciSendStringA (with the command to open a given MP3) fails with an MCI 263 error, which translates to MCIERR_INVALID_DEVICE_NAME.

::Unfortunately, this won't help you debug your (or my) codec issue, but it's at least confirmation that it's an issue on your side and not a problem in the source. I suspect a minor rewrite to use DirectX calls to play the music would cause this problem to go away. I'll be happy to do this, is the latest version of the source available (IE for UFOLoader built on 27th Sept 2012)? [[User:landofcake|DaveG]]

''@DaveG, I can post a source for 1.28 in a few days. If it helps, the music.cpp in the currently available source zip will be the same as the one in my source. I haven't touched anything since interaction with the OS is still above my skill level. I think this is going to be a bigger problem as more people switch to windows 7 or later so if you can get music to work with Direct-X, a lot of people would be very grateful. [[User:Morgan525|Tycho]] 21:23, 27 September 2012 (EDT)''

:Thanks, knowing that the music.cpp is the same helps, I'll have a look into the source and see if I can make some useful changes to support DirectShow rather than using MCI, this may help with these codec issues. [[User:landofcake|DaveG]]

:''when you wrote 'change the call to mciSendStringA to omit "type mpegvideo", are you only removing that bit from the normal parameter or is there something extra you need to replace the normal "type mpegvideo"? I may have to offer this option until a new way to play MP3 is working. - [[User:Morgan525|Tycho]] 01:12, 10 October 2012 (EDT)''

== Video Problems ==
===D3D Window Position===
It seems that the current UFOextender does not read the values but actually only writes them, and so it always reverts to the current display resolution. And also, it disables the aero theme.Thank you. [[User:Cornels|Cornels]] 4 August 2012 (EDT)
:''Try version 1.27. -- [[User:Morgan525|Tycho]]''
===UFO Blip in Interception===
The interception window the UFO blip is "corrupted" when "UFO responds to interception" is active. I'm using the Collector's Edition, not the one from Steam, don't know if the problem appears there. [[User:Cornels|Cornels]] 9 August 2012 (EDT)
:''Fixed with version 1.28 -- [[User:Morgan525|Tycho]] 23 September 2012 (EDT)''
===Adjusting animation speed===
Is it possible to adjust or change the animation speed of other objects such as internal objects and alien numbering marks in bottom-right side of screen?--[[User:Xcomplayer|Xcomplayer]]
:I have the same issue, I'm quite fond of arctic bases but the water animation speed is hilarious. -- [[User:Splicer|Splicer]]
:''Try adjusting the MaxFPS in the INI to something like 60~75. I found that this fixes a lot of the speed issues without the need for the other patches. -- [[User:Morgan525|Tycho]] May 2012''
===Weapons disappear in tactical mode with UFOLoader v1.28===
Hi Morgan525 and thank you for your great work on XCOM games!
There is a problem with UFOLoader v1.28 installed on a Steam XCOM:EU version. During tactical combat soldiers' weapons are not shown in right/left hand slots. They are black as if the soldier doesn't carry anything in his hands. The weapon is present on the soldier and I can choose firing mode and fire. But the slots are empty. I've then installed 1.27, and everything became ok.[[User:PavelB|PavelB]] 09:41, 24 September 2012 (EDT)
:''Fixed in Patch 1.28.3 -- [User:Morgan525|Tycho]] 27 September 2012 (EDT)''

== Weight issues ==

Tycho, while playing TFD with TFD extender (v. 1.05 patch 1.1) I've noticed a stange thing: some soldiers have their weight > 0 (2-5) even when their inventory is empty! Bug?... [[User:PavelB|PavelB]] 05:17, 27 September 2012 (EDT)

::: Save Equipment is currently disabled I believe. This Weight error is a side effect of an original game error that Seb never quite fixed. Removing clips from a Soldier or Aquanaut does not remove the clips' weight. This is because the clips are not correctly assigned to the Soldier or Aquanaut in the first place. See [[Talk:TFTDextender#Weightless Ammo Bug]]. [[User:Spike|Spike]] 07:10, 27 September 2012 (EDT)

::: If you drop a loaded weapon, even if you loaded it manually, the weight of the ammo still stays with the Aquanaut. Workaround: unload each weapon manually before dropping it. If you forget (and if you notice) it's possible to pick the weapon up again, unload it, and correctly lose the weight by dropping the weapon and clip separately. It's possible to build up huge amounts of phantom weight on a Soldier by repeatedly loading, and then dropping, weapons. It's also possible to move lots of weapons with weightless clips to one Soldier, increasing the amount of 'free' weight that one Soldier gets. Both of these effects are probably aspects of the original bug, not anything that UFOExtender has done. [[User:Spike|Spike]] 11:15, 27 September 2012 (EDT)
:''Thanks for the explanation, Spike! - [[User:Morgan525|Tycho]]''
::::Thanks Spike, it works! :-) [[User:PavelB|PavelB]]

== Fire Damage ==

Not sure if the bug is already posted. And Not sure if I should post the bug here or in [[Talk:Incendiary]]. Problem is if you use extender to fix funky fire bug. Incendiary no long does any damage at all. Units only take the small amount of damage after ending turn because they're on fire. Using 1.28.3 extender

To test this. I stripped a soldier of armour. And pounded four incendiary rockets into the soldier in the same turn. No damage. And then next turn, his health drops a little because he's standing in fire. This may not be a problem for most players. But it is still a major bug. I understand the funky fire problem is already difficult to fix, and I say thanks to all who will try to help solve this bug. [[User:Hellblade|Hellblade]] 14:44, 28 September 2012 (EDT)

: That's not a bug, that's the fix. Incendiary damage is only applied at the end of the turn. Think about it... does fire kill faster than a bullet? Faster than a grenade? Can you kill someone with fire faster than they can get a shot off back at you? No, to all these things. To compensate for fixing the bug, fire damage is doubled compared to the previous end-of-turn fire damage (that always existed). It is no longer applied per shot or per impact. All you get "per impact" is another chance to set the target unit itself on fire. Incendiary is a weak attack. It has the benefit of a wide area effect, no HE block, and ignores armour. There are situations when IN is the only effective weapon XCOM possesses. But, like everything, it has strengths and weaknesses. [[User:Spike|Spike]] 15:51, 28 September 2012 (EDT)

:: I see your point but let me elaborate. Heat, not fire, do kill as fast as bullets. The original game mechanics separated heat from fire just as in real life. It intended to have the big heat blast damage first and then the small fire damage per turn.
:: Take the most extreme case, napalm or volcanic lava, you get fully cooked in less than a second - just by heat alone, and you may/may not catch fire later on. And heat blasts travel as fast as bullets, in some cases as fast as light. I believe the game has different Incendiary damage values to do different damage according to how strong the heat is, not the fire afterwards. The damage by fire later on makes sense because natural burning fires aren't that hot comparatively.
:: I understand the difficulty in trying to fix this. But before this fix you could kill a reaper by a few AC-I shots (which is their weakness) and now you can empty the two clips at it and it'll never die. [[User:Hellblade|Hellblade]] 03:11, 4 October 2012 (EDT)
::''If you look at the topic page on Incendiary ammo, everyone seems to agree that this is the proper way to handle fire damage. If you disagree with the consensus, you can always disable the fix by copying the appropriate line from the bugreference file to the [bug fix] section of the INI.-''[[User:Morgan525|Tycho]]

== Game Crash ==

Using the latest 1.28.3 extender, Gold edition, winxp/vista. I have a battlescape savegame that guarantees a crash. It happens differently everytime but only three things cause the crash. 1)soldier reaction fire hits something or 2)A chain of ethereal psionic attacks 3)as soon as I press next turn

Application failure
XCOM crashed at 0x4035EE with error 0xC0000005 trying to access 0x00000000

I have the savegame stored away if it's any help. And if I turn all the soldiers around (no reaction fire) the game runs fine.

After googling the problem, I tried 1) putting the entire folder back to where steam intend it to be 2) turning off custom music 3)reinstalling C++. Nothing worked. Another person reported an identical crash but he said it was cause by a grenade throwing action. [[User:Hellblade|Hellblade]] 05:48, 4 October 2012 (EDT)

::''The error message indicates that the program is trying to get access the information on an object that doesn't exist. The offset mentioned is the line where its supposed to load the first stat of the current object that the game has focused on. I'll take a look at the game. Post the save game file zip in the UFO Extender 1.28 topic on Strategycore and I'll look at it.-''[[User:Morgan525|Tycho]]

== General Store Capacity ==

I have an odd issue where a new base I just built (second base of the game) has 1 total storage capacity when I have the "General Store Capacity" mod on (set to 1). The main base can only transfer a total of 1 storage space's worth of items before it says I must build more stores. However I can transfer goods back just fine (with the main based having over 50 total storage used).

Both bases show "1:1" storage capacity used (when I have 1 storage in base 2 anyways). I'm reporting this as a glitch because base 1 behaves like it has the 187 capacity (but doesn't show it as that much) and base 2 does not behave like that at all.

When I remove the mod the capacities show "X:50" (50:50 for base 1) and work normally.

I'm using all the latest files for the extender and the other patches detailed in the "Enemy Unknown Extended" extended page, and the steam version of the game.

== Where is UFOLoader.exe? ==

I tried downloading the Zip in the link, but it only had a file called Patcher.dll.
Where is the rest of it?

Thanks, Herbert West.