Fallout 1 mod Fallout Fixt - next release will be some time in Jan 2020

Sduibek said:
Oh damns, I didn't think of that. Yeah the only reason I'm using C# is because I'm learning that language currently so I was/am using it as practice since I hate making useless training apps that have no real purpose other than learning. So does .NET stuff not run at all in WINE?

EDIT: On the plus side I could use a refresher on C++ anyway, so looks like I'll be getting practice in two languages :D

EDIT2: I am wondering if http://mono-project.com/Main_Page would be useful in this case but I can't find any info on if the end user (you guys) would need the Mono thing installed on your machine.

.Net is running somehow in wine but as you can see it's quite unstable http://appdb.winehq.org/objectManager.php?sClass=application&iId=2586
But I was trying to say that any external dependency which isn't installed on targeted OS in default, isn't good at all. So your Starter-app won't work on Win XP in case that user had not previously installed .Net by himself.

But who knows what percentage of people have installed .Net and which version. If you will be compiling with .Net v4 then in desktop with .Net v3 the app won't work afaik.

And about Mono, there are rumors for some time that mono is dead and from my experience almost no-one uses Mono at Unix-like desktops.

Wine is wrapper to C/C++ Win API so if you will be developing this Starter in C/C++ then you will be out of this mess. And for Windows users there won't be any dependecy as well.

But it's only my personal opinion.
 
It's quite a long time when I was building GUI for Windows but in these days were Borland C++ builder 6 best tool for fast drag&drop gui in pure C++.

Also you can look at Windows MFC and WTL libraries. They can be easily used with Visual Studio.

One of the best GUI designers is Qt Creator for multiplatformal GUI library Qt commonly used on linux/unix but also on Windows.
 
jirik said:
It's quite a long time when I was building GUI for Windows but in these days were Borland C++ builder 6 best tool for fast drag&drop gui in pure C++.

Also you can look at Windows MFC and WTL libraries. They can be easily used with Visual Studio.

One of the best GUI designers is Qt Creator for multiplatformal GUI library Qt commonly used on linux/unix but also on Windows.
If I create it in/using MFC, it'll run fine in Wine right? Do you think there would be an advantage to using a cross-platorm compiler instead, such as Qt, in this case? (just because I'm already familiar with VS and whatnot)

I was thinking about that today, re: whether users on Mac/Linux would be running the FF starter outside of Wine.
 
Don't use a non-static linked cross platform runtime in this case - it's not that i'm prejudiced - i love them. However to run fallout you already need wine. Wine runs statically linked apps. To run a java or C# program you'd have to install the Windows version of mono or java in wine.

A annoying process expecially since wine is always getting updated or the .wine directory deleted (for 'clean slate' reasons).

Everything is fine as long as it doesn't have a seperate 'install' process.
 
Yeah, definitely wanting to just do a stand-alone exec. or "xcopy install" as I saw someone say online today. Never heard that phrase before but I like it :)

I'm bummed out that C# won't do ".NET-free" apps, I mean I realize that kinda misses the whole point, but I really like C# over VB or C++ for making simple apps. It's more readable and understandable than the other two, meaning even if I haven't coded in a while, I can get up and running even faster than I did with VB in the past. Oh well. I think it's actually really stupid on Microsoft's part. "Hey, let's make C# super easy for programmers to work with, like seriously it'll be sweet, but then make it complicated for end users."
 
One of the Master's bugs is fixed in my files now -- no longer goes into dialog / combat if you [spoiler:f0d75690d0]convince him to set the bomb timer because the Mutants are sterile and his plan will fail.[/spoiler:f0d75690d0]
Hilariously all I had to do was add a check for one variable. Go figure.

Next up I'm going to clean up his dialog functions in general. It's always bugged me that his "You think you can destroy ME?!" thing comes up as a new conversation. That shall be FIXT!

EDIT: Done!
 
Those of you running FIXT on a non-Windows setup (e.g. through Wine) are you able to successfully run it via the batch files? (32-bit.bat, etc.)
 
Hello I just need a little bit of help on this if you all could do so. I played Fallout on Steam a long time ago, and I've decided to boot up Fallout again and noticed FIXT has since come out, but I'm at a complete loss at how and where to install this. I installed it and the patch in the Fallout folder in steamapps>commons but when I try to load the game the screen is pitch black. Are there any instructions on how to install it?

I know, I know. I have no idea what I'm doing when this is probably a simple install. :roll:
 
HubRat said:
Hello I just need a little bit of help on this if you all could do so. I played Fallout on Steam a long time ago, and I've decided to boot up Fallout again and noticed FIXT has since come out, but I'm at a complete loss at how and where to install this. I installed it and the patch in the Fallout folder in steamapps>commons but when I try to load the game the screen is pitch black. Are there any instructions on how to install it?

I know, I know. I have no idea what I'm doing when this is probably a simple install. :roll:
Here's an applicable image that should help you feel better:

dog-on-computer-no-idea.jpg


As to the issue itself, you get a black screen -- do you get any sound? The first sound should be the Interplay fanfare, and then the intro movie after that. If it's purely a graphical issue, hitting space several times should skip past those videos.

If it's a less simple graphical issue, try disabling f1_res and ddraw, one at a time to see if either of them is the problem. To disable either, simply rename or move or delete the associated .ini file (ddraw.ini and f1_res.ini respectively).
 
Adding this pretty much as a note to myself.. from a thread from 2009 so I probably won't find it again. Ideas to consider for potential optional changes

Josan12 said:
Here's a simple mod i've used for my last playthrough. I thoroughly enjoy it, and thought i'd post the modified protos for anyone who'd like to try it out. I just made some simple but significant changes to healing chems and alcohol using Cubik's excellent F2Wedit tool:

1) Stims, superstims, healing powder & fruit now work on a time delay - approx. 33% healing occurs instantaneously, 33% after 10 turns and 33% after 20 turns. Of course this essentially makes the game significantly harder, and plus i feel it to be slightly more realistic for the healing chems to take some time to kick-in and take effect. Super-stims also give a small dose of radiation over a long period.

2) Alcohol. In order to make alcohol a little more fun, i:

a) re-implemented the alcohol addiction.
b) alcohol now reduces IN by 1 so you can get drunk and talk dumb with other bar patrons
c) beer increases your DR by 1 for a short period to represent drunken resistance to pain
d) booze increases your maximum HP by 1 temporarily.
e) Gamma gulp and Rotgoen Rum now cause radiation.

I also play with the weight of all items at 200% their normal value. IMO, this means the player and NPC's can carry a somewhat realistic amount of gear and also makes the game quite alot harder as you can gather much less of the infinite random encounter guns than normal, and thus make significantly less money.
I really recommend this change for those who want a challenge! (but i won't post the protos as it's more-or-less all of them)
 
Sduibek said:
I'm bummed out that C# won't do ".NET-free" apps, I mean I realize that kinda misses the whole point, but I really like C# over VB or C++ for making simple apps. It's more readable and understandable than the other two, meaning even if I haven't coded in a while, I can get up and running even faster than I did with VB in the past. Oh well. I think it's actually really stupid on Microsoft's part. "Hey, let's make C# super easy for programmers to work with, like seriously it'll be sweet, but then make it complicated for end users."

It won't be complicated for end user if there will be .Net installed by default on latest version of Windows. But as I was telling, .Net isn't backward compatibile even with its older version so it's dumb. I think that Wine users are smallest part of people who use your modpack.

But as you said, it's good step to create this startup app by native languages. For example I hate pseudo-developers who making installer for some shit with C#/java, because installer has often bigger dependecies than whole installed application.

So if you will be investing some time to use MFC/ATL/WTL library to make native startup app, you save the world or at least some affected users :D

Keep up a good work :clap:
 
jirik said:
Sduibek said:
I'm bummed out that C# won't do ".NET-free" apps, I mean I realize that kinda misses the whole point, but I really like C# over VB or C++ for making simple apps. It's more readable and understandable than the other two, meaning even if I haven't coded in a while, I can get up and running even faster than I did with VB in the past. Oh well. I think it's actually really stupid on Microsoft's part. "Hey, let's make C# super easy for programmers to work with, like seriously it'll be sweet, but then make it complicated for end users."

It won't be complicated for end user if there will be .Net installed by default on latest version of Windows. But as I was telling, .Net isn't backward compatibile even with its older version so it's dumb. I think that Wine users are smallest part of people who use your modpack.

But as you said, it's good step to create this startup app by native languages. For example I hate pseudo-developers who making installer for some shit with C#/java, because installer has often bigger dependecies than whole installed application.

So if you will be investing some time to use MFC/ATL/WTL library to make native startup app, you save the world or at least some affected users :D

Keep up a good work :clap:
I'm actually glad you posted about this again -- for the time being I've decided to stay with C# because I'm already learning that language for good reasons (money money money! jobs jobs jobs!) and practice makes perfect blah blah. Learning C++ would hurt my brain a little bit at the moment, because I'm rusty and C# is so much easier. (not gonna lie on that one, lol)

But, I will of course target it at the lowest level VS2010 allows -- .NET 2.0 -- and I think that most users will be okay with this situation (functionally anyway). XP shipped with 1.1 and I would be surprised to not see the vast majority of XP users have at least 2.0 now, since it's been for like... ever. After XP the native was 2.0 and onward so those should be 100% good to go.

As you say, if I read correctly, they indeed do not backwards compatible to before 2.0 -- I can't make projects in 1.X. Or maybe you meant a 4.0-project can't run on a 3.X/2.X system?

Anyway, thanks. So for those reading, Fallout FIXT loader will be in C# which will require .NET Framework 2.0 installed on your machine, at least in alpha5 anyway. I'll put notes and directions and all that in the alpha5 readme in regards.

Besides it's totally optional anyway; its only purpose is convenience and streamlining the process of tweaking and changing settings.
 
Sduibek, an other user in a recent thread asked if someone already included all the possible F1 endings in a RP.
Because you're working on the currently most active F1 RP, i wanted to ask you if're planning to include those missing endings in the final release.

I apologize in advance if someone already asked this (i didn't use the Search option for pure laziness :p).
 
Ddrenai said:
Sduibek, an other user in a recent thread asked if someone already included all the possible F1 endings in a RP.
Because you're working on the currently most active F1 RP, i wanted to ask you if're planning to include those missing endings in the final release.
Short answer, yes. Long answer: key phrase being "in the final release". I replied in the other thread saying it will likely require code edits to falloutw.exe, which means I'll need to know Assembly and maybe C++. Currently I know very little of the former and little of the latter. But, I definitely do plan on fixing that when I learn ASM as I've been meaning to learn that language for a while anyway. Just not on the table at the moment right now due to time/priorities. I am curious to know which endings are messed up. There's probably a list somewhere...

I apologize in advance if someone already asked this (i didn't use the Search option for pure laziness :p).
lol no worries
 
@jirik Nope .NET via C# is definitely not going to work. After like two days of messing around with it I've discovered that is the case and I wasted my time ;)

I am confused though, should I be doing a MFC project or Win32 project? I don't understand the difference nor which is "better" for a scenario such as this.

j0hctt.jpg
 
Sduibek said:
@jirik Nope .NET via C# is definitely not going to work. After like two days of messing around with it I've discovered that is the case and I wasted my time ;)

I am confused though, should I be doing a MFC project or Win32 project? I don't understand the difference nor which is "better" for a scenario such as this.

Win32 API is raw functionality to handle windows/calls etc. MFC is framework for easier building GUI/activex/... by object programming which is wrapping raw Win32 API into better interface.

So definitely use MFC or other framework ATL/WTL.

But i would recommend use ATL/WTL over MFC.
http://msdn.microsoft.com/en-us/library/bk8ytxz5(VS.80).aspx
 
jirik said:
Sduibek said:
@jirik Nope .NET via C# is definitely not going to work. After like two days of messing around with it I've discovered that is the case and I wasted my time ;)

I am confused though, should I be doing a MFC project or Win32 project? I don't understand the difference nor which is "better" for a scenario such as this.

Win32 API is raw functionality to handle windows/calls etc. MFC is framework for easier building GUI/activex/... by object programming which is wrapping raw Win32 API into better interface.

So definitely use MFC or other framework ATL/WTL.

But i would recommend use ATL/WTL over MFC.
http://msdn.microsoft.com/en-us/library/bk8ytxz5(VS.80).aspx
Thanks again for all your help and information on this! :ok:

----

In other news, I should have alpha 5 released soon. I anticipate by the end of the month. For the time being, it will have a loader but that loader will require .NET Framework 3.5 Client Profile. I don't have the time or willingness to learn C++ right now.
 
For anyone having graphics issues, please download this and copy the files to your FIXT directory:

http://www.mediafire.com/?dudj56e3vvzag75

It's the newest version of ddraw and f1_res, along with two tools that you can run on falloutw.exe that should help. Please let me know if these resolve any issues you were having.
 
For anyone having graphics issues, please download this and copy the files to your FIXT directory:

EDIT: 9/30/2012 [now included with newest FIXT installer]

It's the newest version of ddraw and f1_res, along with two tools that you can run on falloutw.exe that should help. Please let me know if these resolve any issues you were having.
 
ziemeck said:
Problems I encountered:
Only error in dialog options for ghoul in Necropolis
Error floats for bountyhunters in Boneyard.
Screenshots and saves here:
http://zcnet.22web.org/fo1/ (you must paste the url in your browser, otherwise you'd get redirected to commercials (byethost policy for referred requests)
Any plans to fix these? Is the error-suffering ghoul important for the plot (I do not remember and do not wish to reinstall and repartch with teamX 1.3.5 bugfix).
One of maps in Necropolis (overground 3rd or fourth to the north) has improperly set scroll blocks - I can scroll outside map edge - into "blackness".
SIDENOTE: In addition - it seems that both luck double-increase bug in boneyard and double (stupid and normal) Intelligence up at brotherhood are fixed - which affects hero-build strategy if you plan to get LK 10 and IN 10.
 
Back
Top