Page 5 of 77

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 21, 2013 3:04 am
by allanpike
Using this and your readme, I have now modded my game, thanks!

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 21, 2013 11:49 am
by Scotty
That makes sense,
ty

s.



Vhati wrote:
Scotty wrote:could you explain under which circumstances a backup will be loaded from the program dir (\FTL\resources)?

Whenever you click "patch"...
  • It looks for "SMM/backup/data.dat.bak".
    If it doesn't exist, "FTL/resources/data.dat" is copied to create the backup.
    .
  • It looks for "SMM/backup/resource.dat.bak".
    If it doesn't exist, "FTL/resources/resource.dat" is copied to create the backup.
    .
  • If they did exist, backups will be copied in the other direction, to replace the game's dats.
    .
  • Any selected mods will then be inserted into the game's dats.

The backups are assumed to be vanilla. This is why it's important to return the game to an unmodded state before starting a new mod manager. Otherwise, its first backups would have mods baked in permanently.

This is also why you need to delete SMM's backup dats when the game itself gets updated: to create new backups. Otherwise backups from the old FTL would continue to be used.

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 28, 2013 8:20 pm
by CatWithScissors
alright so I get this message when I validate Captains Edition, if anyone can explain this to me in layman's terms that would be great:

@ FTL Captains Edition 1.055e (1).ftl:
------------------------------------

> img/effects/.DS_Store
! Junk file

> data/blueprints.xml.append
~ LF line endings (CR-LF is safest)

> data/events_fuel.xml.append
~ LF line endings (CR-LF is safest)

> data/events_engi.xml.append
~ LF line endings (CR-LF is safest)

> data/events_rebel.xml.append
~ LF line endings (CR-LF is safest)

> data/sounds.xml.append
~ LF line endings (CR-LF is safest)

> data/events_mantis.xml.append
~ LF line endings (CR-LF is safest)

> data/newEvents.xml.append
~ LF line endings (CR-LF is safest)

> data/events_rock.xml.append
~ LF line endings (CR-LF is safest)

> data/events_pirate.xml.append
~ LF line endings (CR-LF is safest)

> data/events.xml.append
~ LF line endings (CR-LF is safest)

> data/events_nebula.xml.append
~ LF line endings (CR-LF is safest)

> data/events_boss.xml.append
~ LF line endings (CR-LF is safest)

> data/events_ships.xml.append
~ LF line endings (CR-LF is safest)

> data/autoBlueprints.xml.append
~ LF line endings (CR-LF is safest)

> data/events_slug.xml.append
~ LF line endings (CR-LF is safest)

> data/events_zoltan.xml.append
~ LF line endings (CR-LF is safest)

> data/events_crystal.xml.append
~ LF line endings (CR-LF is safest)

> data/sector_data.xml.append
~ LF line endings (CR-LF is safest)


If anyone knows the fix to this too that would be appreciated:

Patching failed: java.io.FileNotFoundException: C:\Program Files\FTL\resources\data.dat (Access is denied)

Thanks!

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 28, 2013 9:09 pm
by Vhati
CatWithScissors wrote:alright so I get this message when I validate Captains Edition, if anyone can explain this to me in layman's terms that would be great:

Code: Select all

! Junk file
~ LF line endings (CR-LF is safest)
...

Those particular complaints are trivial and largely harmless.

  • The first is an extra file inside the mod that isn't related to FTL. It's clutter.
    .
  • The second is automatically corrected by SMM during the patching process. LF and CR-LF are different standards for indicating line breaks in text. Because mods have a variety of text formats, mod tools have to take care to handle them all gracefully.


Patching failed: java.io.FileNotFoundException: C:\Program Files\FTL\resources\data.dat (Access is denied)

Windows is trying to prevent tampering with "C:\Program Files".

Right-click modman.exe and "run as administrator".

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 28, 2013 9:23 pm
by CatWithScissors
Alright here come the questions, bear with me xD

1) What is it that I change, the .xml or .append?
2) What text editor(s) do I use?
3) How do I do it?

Apologies for harassing you, kinda bad at this :oops:

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 28, 2013 9:38 pm
by kartoFlane
@CatWithScissors
You don't have to fix the errors, the mod will work regardless. Just run the manager as admin, and all will be well.

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 28, 2013 9:42 pm
by Vhati
CatWithScissors wrote:Alright here come the questions, bear with me xD

1) What is it that I change, the .xml or .append?
2) What text editor(s) do I use?
3) How do I do it?

Apologies for harassing you, kinda bad at this :oops:

You really don't need to fix those things yourself. In fact I'd edited that paragraph out of my post assuming you wouldn't bother. ;)

They're for the mod developers to worry about. And fixing them wouldn't have any effect on modding your game because SMM is already handling them properly when it patches.

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 28, 2013 10:06 pm
by CatWithScissors
Alright I won't bother with that then hahaha.
I am running into another problem though, trying to run the .exe as admin, but it just shuts down instantly and i'm not sure why. I would try to show you a screenshot but it disappears as soon as I open it :(

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 28, 2013 10:31 pm
by Vhati
CatWithScissors wrote:it disappears as soon as I open it

Look for modman-log.txt on the same folder and paste its contents between [ code ] [ /code ] tags in a reply here.

Re: Slipstream Mod Manager v1.4 (2013-09-20)

Posted: Sat Sep 28, 2013 10:42 pm
by CatWithScissors

Code: Select all

23:38:45.085 [AWT-EventQueue-0] DEBUG net.vhati.modmanager.FTLModManager - Slipstream Mod Manager v1.4
23:38:45.088 [AWT-EventQueue-0] DEBUG net.vhati.modmanager.FTLModManager - Windows 7 6.1
23:38:45.088 [AWT-EventQueue-0] DEBUG net.vhati.modmanager.FTLModManager - Java HotSpot(TM) Client VM, 1.7.0_25, x86
23:38:45.120 [AWT-EventQueue-0] INFO  net.vhati.modmanager.FTLModManager - Using FTL dats path from config: C:\Program Files\FTL\resources
23:38:45.395 [Thread-4] DEBUG net.vhati.modmanager.json.URLFetcher - Attempting to download the latest "current_catalog.json".
23:38:46.046 [Thread-4] ERROR net.vhati.modmanager.json.URLFetcher - Error downloading the latest "current_catalog.json". java.io.FileNotFoundException: .\backup\current_catalog.json (The system cannot find the path specified)
   at java.io.FileOutputStream.open(Native Method)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at net.vhati.modmanager.json.URLFetcher.refetchURL(URLFetcher.java:93)
   at net.vhati.modmanager.ui.ManagerInitThread.init(ManagerInitThread.java:127)
   at net.vhati.modmanager.ui.ManagerInitThread.run(ManagerInitThread.java:67)

23:38:46.056 [Thread-4] ERROR net.vhati.modmanager.json.URLFetcher - Error writing eTag to "current_catalog_etag.txt". java.io.FileNotFoundException: .\backup\current_catalog_etag.txt (The system cannot find the path specified)
   at java.io.FileOutputStream.open(Native Method)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at net.vhati.modmanager.json.URLFetcher.refetchURL(URLFetcher.java:120)
   at net.vhati.modmanager.ui.ManagerInitThread.init(ManagerInitThread.java:127)
   at net.vhati.modmanager.ui.ManagerInitThread.run(ManagerInitThread.java:67)

23:38:46.059 [Thread-4] DEBUG net.vhati.modmanager.json.URLFetcher - Attempting to download the latest "auto_update.json".
23:38:46.136 [Thread-4] ERROR net.vhati.modmanager.json.URLFetcher - Error downloading the latest "auto_update.json". java.io.FileNotFoundException: .\backup\auto_update.json (The system cannot find the path specified)
   at java.io.FileOutputStream.open(Native Method)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at net.vhati.modmanager.json.URLFetcher.refetchURL(URLFetcher.java:93)
   at net.vhati.modmanager.ui.ManagerInitThread.init(ManagerInitThread.java:159)
   at net.vhati.modmanager.ui.ManagerInitThread.run(ManagerInitThread.java:67)

23:38:46.138 [Thread-4] ERROR net.vhati.modmanager.json.URLFetcher - Error writing eTag to "auto_update_etag.txt". java.io.FileNotFoundException: .\backup\auto_update_etag.txt (The system cannot find the path specified)
   at java.io.FileOutputStream.open(Native Method)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at net.vhati.modmanager.json.URLFetcher.refetchURL(URLFetcher.java:120)
   at net.vhati.modmanager.ui.ManagerInitThread.init(ManagerInitThread.java:159)
   at net.vhati.modmanager.ui.ManagerInitThread.run(ManagerInitThread.java:67)

23:38:50.528 [AWT-EventQueue-0] ERROR net.vhati.modmanager.ui.ManagerFrame - Error writing "modorder.txt". java.io.FileNotFoundException: .\mods\modorder.txt (The system cannot find the path specified)
   at java.io.FileOutputStream.open(Native Method)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at net.vhati.modmanager.ui.ManagerFrame.saveModOrder(ManagerFrame.java:504)
   at net.vhati.modmanager.ui.ManagerFrame.access$100(ManagerFrame.java:94)
   at net.vhati.modmanager.ui.ManagerFrame$1.windowClosed(ManagerFrame.java:288)
   at java.awt.Window.processWindowEvent(Unknown Source)
   at javax.swing.JFrame.processWindowEvent(Unknown Source)
   at java.awt.Window.processEvent(Unknown Source)
   at java.awt.Component.dispatchEventImpl(Unknown Source)
   at java.awt.Container.dispatchEventImpl(Unknown Source)
   at java.awt.Window.dispatchEventImpl(Unknown Source)
   at java.awt.Component.dispatchEvent(Unknown Source)
   at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
   at java.awt.EventQueue.access$200(Unknown Source)
   at java.awt.EventQueue$3.run(Unknown Source)
   at java.awt.EventQueue$3.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
   at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
   at java.awt.EventQueue$4.run(Unknown Source)
   at java.awt.EventQueue$4.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
   at java.awt.EventQueue.dispatchEvent(Unknown Source)
   at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
   at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
   at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
   at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
   at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
   at java.awt.EventDispatchThread.run(Unknown Source)

23:38:50.768 [AWT-EventQueue-0] ERROR net.vhati.modmanager.ui.ManagerFrame - Error writing metadata from local mods to "cached_metadata.json". java.io.FileNotFoundException: .\backup\cached_metadata.json (The system cannot find the path specified)
   at java.io.FileOutputStream.open(Native Method)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at java.io.FileOutputStream.<init>(Unknown Source)
   at net.vhati.modmanager.json.JacksonCatalogWriter.write(JacksonCatalogWriter.java:62)
   at net.vhati.modmanager.ui.ManagerFrame$1.windowClosed(ManagerFrame.java:309)
   at java.awt.Window.processWindowEvent(Unknown Source)
   at javax.swing.JFrame.processWindowEvent(Unknown Source)
   at java.awt.Window.processEvent(Unknown Source)
   at java.awt.Component.dispatchEventImpl(Unknown Source)
   at java.awt.Container.dispatchEventImpl(Unknown Source)
   at java.awt.Window.dispatchEventImpl(Unknown Source)
   at java.awt.Component.dispatchEvent(Unknown Source)
   at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
   at java.awt.EventQueue.access$200(Unknown Source)
   at java.awt.EventQueue$3.run(Unknown Source)
   at java.awt.EventQueue$3.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
   at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
   at java.awt.EventQueue$4.run(Unknown Source)
   at java.awt.EventQueue$4.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
   at java.awt.EventQueue.dispatchEvent(Unknown Source)
   at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
   at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
   at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
   at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
   at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
   at java.awt.EventDispatchThread.run(Unknown Source)