Korea '80s Theater - discussion
-
Here the two files copy them into Data\Terrdata\misctex.
I downloaded and put the files there but the error remains.
-
I this case I have no idea.
-
I this case I have no idea.
I will search in the forum if someone had the same problem. thanks bro.
-
Any news on the installer? It´s been almost 2 weeks that Molni reported a RC state for the mod and an installer would be done, but nothing on the first page so far… so anxious for this updated, sorry if I somewhat bothered
cheers!
-
The ball is on Khronik side currently. When he is done will be done. I can’t do anything to speed up the process.
I wish to release with installer because most of players simply avioid stuff which does not have one click installer. -
The ball is on Khronik side currently. When he is done will be done. I can’t do anything to speed up the process.
I wish to release with installer because most of players simply avioid stuff which does not have one click installer.I’m doing it between projects, but I got most of it completed this weekend.
What’s left to do is a solution to prevent simdata porking on the clients end who forget to swap back and/or uninstall+reinstall.
It will most probably be a small switcher that will toggle either this theater or allow the others, but not both to be selectable simultaneously.
-
Good news. From my aspect it takes as long as it takes. The one click installer hopefully will encourage more player to try a very different environment.
-
What’s left to do is a solution to prevent simdata porking on the clients end who forget to swap back and/or uninstall+reinstall.
It will most probably be a small switcher that will toggle either this theater or allow the others, but not both to be selectable simultaneously.
If it is not possible or too hard you can skip this. Some people are really waiting this theater.
-
If it is not possible or too hard you can skip this. Some people are really waiting this theater.
I’ve had the main installer built 2 weeks ago…
Can’t say it’s the best timing considering the other stuff I’m currently trying to get completed, but I can possibly dumb it down a tad and just wrap it up…
ie. make it simply install the payload without any switching functionality. A warning would be provided.
-
I’m doing it between projects, but I got most of it completed this weekend.
What’s left to do is a solution to prevent simdata porking on the clients end who forget to swap back and/or uninstall+reinstall.
It will most probably be a small switcher that will toggle either this theater or allow the others, but not both to be selectable simultaneously.
Ahemmmmmmmmm……VERY curious as how to achieve if possible……:mrgreen:
Hell, I’d even give you a feather for your FO cap…LOL!!!
Keep at it M8,
Dave -
I’ve had the main installer built 2 weeks ago…
Can’t say it’s the best timing considering the other stuff I’m currently trying to get completed, but I can possibly dumb it down a tad and just wrap it up…
ie. make it simply install the payload without any switching functionality. A warning would be provided.
AMEN!
I plan to make the release video tomorrow. -
Ahemmmmmmmmm……VERY curious as how to achieve if possible……:mrgreen:
Hell, I’d even give you a feather for your FO cap…LOL!!!
Keep at it M8,
DaveYou basically hide all the other theaters in the TDF when Molni’s version is active, and overwrite the current theater in the registry to point to the corresponding location. Molni’s simdata would be injected and used here. Backup would also have to be made by the script beforehand.
When you want to get back to stock, it needs to flip the TDF list back to everything except Molni’s version and swap back any overwritten BMS files such as simdata, and revert to BMS korea as curtheater in registry.
The main issue I have with this method is that someone will eventually upgrade or install something else forgetting to switch back beforehand, or may switch back to stock version after updating causing an older backup to be restored, and porking the install.
Lots of babysitting script would be needed (ie. building a cheksum table of the files overwritten, and verifying on every switch.) to ensure this doesn’t happen, and it’s really extending the time needed to write it out.
Only option for me right now to get this out for Molni would be to make it simply overwrite and warn before doing so.
The user can decide for themselves if they want to play with their main install or find some other way to manage it.
-
This can’t be done with an installer only. Needs a proper launcher to do the check and still it can fubar things up.
So a simple installer saying what to do in case u want to change something. Best way would be falcon directory renaming and full install of BMS and Molny’s theater only. Like Falcon BMS 4.32 MOLNY. And play with registry changes. Like with a batch file or exe to switch from stock to Molny’s and vice versa. -
I use a F4Patch based theater switcher for this, as this way you can have custom configurations for each theater. In the case of Molni’s theater I had to write a batch file as well (invoked by the .f4p) that backups SIMDATA files when selecting Korea 80s and restores them back when switching to another.
If you have the patience to code that it is a neat alternative to the multiple installs.
-
This can’t be done with an installer only. Needs a proper launcher to do the check and still it can fubar things up.
So a simple installer saying what to do in case u want to change something. Best way would be falcon directory renaming and full install of BMS and Molny’s theater only. Like Falcon BMS 4.32 MOLNY. And play with registry changes. Like with a batch file or exe to switch from stock to Molny’s and vice versa.I was planning on providing a small application for this specific function, but as mentioned I don’t have the time to write it up right now, and test it.
A batch file isn’t sufficient as you would want to check checksums on every switch, and all the moving around stuff.
Guess replicating the whole install, and then swapping registry would be the way to go, but as you mentioned it is still prone to user error.
Not to mention, replicating the whole install isn’t a good idea either as who knows what the current state of the install is…? Would have to check all this also before switching.
The scope was initially an installer, but it’s becoming more a secondary project with the requirements at hand.
@Akbar:
I use a F4Patch based theater switcher for this, as this way you can have custom configurations for each theater. In the case of Molni’s theater I had to write a batch file as well (invoked by the .f4p) that backups SIMDATA files when selecting Korea 80s and restores them back when switching to another.
If you have the patience to code that it is a neat alternative to the multiple installs.
F4P and any other switcher is still vulnerable to user error as some will still forget to switch back before an update, unless you tally each and every file and keep track of the current checksum etc…
-
Never said that u said it can be done with an installer, and that is why I said a proper Falcon launcher/switcher is needed for this task.
No need to transfer anything nor check checksums. just use different folder names and make alterations to registry.
Like leave stock install as :
X:\Falcon BMS 4.32 Stock
and
X:\Falcon BMS 4.32 Setup Stockand for Molny’s theater:
X:\Falcon BMS 4.32 Molny
and
X:\Falcon BMS 4.32 Setup MolnyI believe the UI is different, If not it’s easy to change the main screen to distinguish Molny’s and Stock.
So that way the user knows which is the active one.
Inside molny’s setup have the batch file (or files) to switch between those 2.I know not perfect but better then Nothing.
Also with a small batch u can quickly inform the user which is the active one in case he doesn’t want or is bored to open Falcon to see which is active.
Trying to help here, as u say u don’t have the adequate free time to provide a fully working tool up to your perfect standards, which I admire.
Edit: I forgot it will need and a set of shortcuts to fire up each version. Maybe those shortcuts could first make the change and then fire up falcon…
-
Lots of theory but I will be more than happy just a \sim swapping appication and a self extractor intstaller.
-
I seem to remember a few months ago that I stated that GUAM would probably be released as a stand alone that included only the current BMS .exe to skirt the SIMDATA issue. At that time I was accused of blasphemy or worse and shunned by many……LOL!!!
Now see where we are…… Sigh :rofl: LMAO!!!Keep at it Carlo,seriously…period
demer(PSSST….this may all change soon. But I’m not holding my breath…promises,promises)
BTW Molni the quote by “Doc” Edgerton in your Sig should read “The trick to education,is to teach people in such a way that they don’t realize they’re learning until it’s too late.”….just a translation help
-
F4P and any other switcher is still vulnerable to user error as some will still forget to switch back before an update, unless you tally each and every file and keep track of the current checksum etc…
Absolutelly right. That’s why I just dropped the idea instead of sharing my files
-
I seem to remember a few months ago that I stated that GUAM would probably be released as a stand alone that included only the current BMS .exe to skirt the SIMDATA issue. At that time I was accused of blasphemy or worse and shunned by many……LOL!!!
Now see where we are…… Sigh :rofl: LMAO!!!Keep at it Carlo,seriously…period
demer(PSSST….this may all change soon. But I’m not holding my breath…promises,promises)
BTW Molni the quote by “Doc” Edgerton in your Sig should read “The trick to education,is to teach people in such a way that they don’t realize they’re learning until it’s too late.”….just a translation help
Not really the same thing… Including the exe with the package as a stand-alone version would be in bad faith, not to mention a bad idea imo.
We don’t want rogue builds of BMS (well at least I don’t) floating around. I’ve burned out my dance shoes over the years.
I’ve also heard it may not be needed in the “near” future… which is also why I’m not into spending too much time on this.