Outdated Starfoundry v1.3.2

in the Starfoundry mod?

 

http://community.playstarbound.com/index.php?resources/sparkz.117/

 

I really hope that the scanner and printer system will be included in this mod.

 

I've switched to the unstable build, and I still cannot play. My ship has an energy system onboard (Thanks to Madtulip's SHip Mod giving me the room to install such a system), so with Starbound bugged the way it is, I am unable to play this character. Switching to the Unstable build does NOT fix the problem.

I know it's a lot of work, but seeing as there appear to be no further updates to Starbound (Unless I'm missing something) and the suggested fix isn't working, is there /any/ way there could be a temporary patch released that would fix the issue?

Or am I the only one with this issue and am going to have to wait until sometime after 2015 to finally be able to play my original character again?

 

Here's the error in the starbound/log file

Code:

Info: UniverseServer: Client 'Rylami' <1> (Fifo <0x1d8c2650>) connected
Info: UniverseServer: Loading world db for world alpha:3805147:-71782274:-16902408:10
Warn: Perf: ClientApplication::update millis: 10641
Warn: Perf: StarApplicationBase::run.innerLoop.update millis: 10641
Warn: Perf: StarApplicationBase::run.innerLoop millis: 10666
Info: UniverseClient: Client disconnecting...
Info: UniverseServer: Shutting down ship world for client 'Rylami' <1> (Fifo <0x1d8c2650>)
Info: Client received world stop packet, leaving: Removed
Info: UniverseServer: Client 'Rylami' <1> (Fifo <0x1d8c2650>) disconnected
Info: NetSocket read loop shut down: Fifo::read called on closed Fifo
Info: NetSocket read loop shut down: Fifo::read called on closed Fifo
Info: Shutting down Star::Root
Error: FormatException: Invalid format string 'Inventory Slot %s at %a' 'FormatException: tinyformat: the %a and %A conversion specs are not supported
  tinyformat::detail::FormatIterator::streamStateFromFormat(ostream, unsigned int, char*, int, int)
  void tinyformat::detail::FormatIterator::accept<unsigned int>(unsigned int)
  string strf<String, unsigned int>(char*, String, unsigned int)
  InventorySlot::toString()
  PlayerInventory::setItem(InventorySlot, shared_ptr<Item>)
  TechPane::updateTech()
  TechPane::TechPane(shared_ptr<WorldClient>, shared_ptr<Player>)
  MainInterface::initTechWindow()
  MainInterface::renderInit()
  ClientApplication::renderInit()
  ClientApplication::update()
  StarApplicationBase::run()
  _SDL_main
  _console_main
'
  string strf<String, unsigned int>(char*, String, unsigned int)
  InventorySlot::toString()
  PlayerInventory::setItem(InventorySlot, shared_ptr<Item>)
  TechPane::updateTech()
  TechPane::TechPane(shared_ptr<WorldClient>, shared_ptr<Player>)
  MainInterface::initTechWindow()
  MainInterface::renderInit()
  ClientApplication::renderInit()
  ClientApplication::update()
  StarApplicationBase::run()
  _SDL_main
  _console_main

 

Can anyone explain to me what Im doing wrong? Im trying to make a centralized collection place and nothing is happening, the blue circles are the pipe chest adapters and the red circle is a switch.

Thanks

 

There's a [closest available container] aspect that makes this difficult. An easier set up would be (ejectors) at each pipe, and a hopper at the bottom. <THAT feeds into the collection tray.

There are other solutions, but I typically bypass them for this method

 

Hmm interesting, so theres no way for me to do it that has the items go through pipes only?

 

there is... for starters move the endpoint chest level with the middle box. the endpoint chest needs to be closer than any other. you can also mess around with excluder/directional pipes. truthfully there are several ways you can go about fixing this. they're all pretty tricky and require some creative thinking, but do able.

 

Does the quarry use a quarry marker anymore? I cant seem to find it and when I try to activate the quarry it just shows some red lines and then does nothing

EDIT: Or is it because Im playing on the stable branch?

 

the quarry marker can still be found in the tabula rasa, however I haven't seen it elsewhere which leads me to believe that it's obsolete. it IS useful when you want to build a shaft a a specified width that is less than it's standard...but you can do that with a regular block.

as far as it working, stable should be able to handle it since the last update. check these:

1. does it have power
2. does it have an output (item box/ejector etc.)
3. is it on
3.5 can you make sure it STAYS ON

if these are all checked and it's STILL not working then there may ne a bug.

good luck!

 

Since no one has decided to reply to this, and i'm no expert here, but it looks like theres somthing in "Rylami"'s inventory that Starbound doesn't like. At all. Did you recently install new mods or remove some?

 

I ended up using StarReader to remove several instances of "Perfectly Generic Item", and the character loaded up just fine. However, I believe the .shipworld file had several of these as well, because many of the chests (And the shiplocker, the one inventory I was trying hard to retain) had vanished. A few remained, mostly those reserved solely for Starfoundry items, along with my autosmelter (Reserved only for ores and bars, by definition).

In the end, I used StarReader to create an entirely new version of Rylami, transferring only items I was 100% certain were okay, and deleted the old version, shipworld and all.

 

Congratulations, you have been quoted here

 

Yay, one of the authors of the mod mentioned our mod somewhere!

 

Starfoundry status report!

First of all, starfoundry is not abandoned! I know there haven't been any updates in a long time. Mostly that is because of me and metadept both being busy with our respective occupations, but there may or may not be some laziness involved as well. We do have plans though. These plans may not be what you want, but they are very much in line with what we want Starfoundry to be.

Instead of continuing adding to this big list of objects, of which a majority are pretty hacky and buggy, we have decided to rework a lot of the mod to be a more solid set of objects with hopefully a lot of emergent functionality.

In a dream scenario these reworks would include things like:
Pipes that are much easier to use.
Removing all item pipe nodes and using object inventories and chest adaptors instead, making pipes optional for these objects.
Figuring out some system for handling liquids that isn't stupid.
A cooler energy system.
More general objects for entity manipulation (gravity fields, force beams) rather than specific ones (conveyor belt, air fan, elevator, jump pad, whatever).
A system for movable objects to perform various tasks (picking up items, mining, etc). Would replace the quarry but also provide tons of other opportunities. (not likely to happen any time soon though)

To be able to more easily work on this stuff we have decided to do all development on the nightly branch. This means that Starfoundry will continue to not be updated before Starbound is.

TL;DR: Work is being done, but don't expect updates for a while still. Starfoundry is gonna be lots better in the end. All your contraptions are gonna break, probably.

 

Oops, I didn't look carefully the pseudo

 

Would it be possible to tweak the ore magnet so that when used under ground it will properly pull ore from the ceiling and the far upper sides instead of simply 180 degrees below it

 

Does anyone know what license this mod uses? The mod page doesn't seem to say, and a search of this thread doesn't come up with anything helpful either.

I'm guessing it's not a standard GPL/LGPL/CC type license, due to the mod pack and mod assets sections on the mod page, but it would be nice to know what specifically the terms of use are.

 

https://github.com/alex-lawson/sb-automation/blob/master/LICENSE