Friday Facts #337 - Statistics GUI and Mod Debugger

Regular reports on Factorio development.
purdueme91
Long Handed Inserter
Long Handed Inserter
Posts: 87
Joined: Thu Jun 09, 2016 11:39 am
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by purdueme91 »

vorku wrote: ↑
Fri Mar 06, 2020 4:48 pm

I feel that the UI would be easier to understand if we added both the current and max values on all bars; this would answer at a glance:
- What is my current max production capacity?
- What is my current max capacity?
- How much spare capacity do I have?
This ^^^^ needs to be implemented. Helps with both knowing how much extra capacity you have to expand and how much shortfall you need to overcome.

gGeorg
Filter Inserter
Filter Inserter
Posts: 387
Joined: Wed Jun 19, 2019 8:06 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by gGeorg »

vorku wrote: ↑
Fri Mar 06, 2020 4:48 pm
Seeing the new statistics windows for electricity, I was suprised to see the same figure in satisfaction (100%=37.8GW) and production (37.8GW = 95%?) with different bar widths β€” but obviously one is "37.8GW satisfied out of 37.8GW requested" while the other is "37.8GW used out of a max of 40GW".

I feel that the UI would be easier to understand if we added both the current and max values on all bars; this would answer at a glance:
- What is my current max production capacity?
- What is my current max capacity?
- How much spare capacity do I have?

I know those could be manually computed by multiplying the number of producers/accumulators by their power/capacity, but having an aggregated value would make things more readable.
Yes.
Previous version, all bars vertiicaly it was easy to asume by naked eye what is answear to the qestions mentioned above.
New version, looks more clean, however useability is lower.
Set bars verticaly as it was, or make some other smart solution which help give answers.

User avatar
Illiou
Long Handed Inserter
Long Handed Inserter
Posts: 79
Joined: Wed Feb 27, 2019 9:35 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by Illiou »

vorku wrote: ↑
Fri Mar 06, 2020 4:48 pm
[...] I feel that the UI would be easier to understand if we added both the current and max values on all bars; [...]
Yes please!
Serenity wrote: ↑
Fri Mar 06, 2020 4:57 pm
A huge issue with the statistics is only having one digit after the comma. Could we please get more significant digits, rather than rounding? For example display 1.24k instead of 1.2k. Or maybe better 1240 instead, since going to kilo doesn't actually save any characters in that case. [...]
Yes please! Or at least make it show the accurate amount in a tooltip while hovering the entry.
valneq wrote: ↑
Fri Mar 06, 2020 4:51 pm
And now is the right time to incorporate the logscale for production statistics, see also
viewtopic.php?p=259034#p259034
Yes please!
Turbofant wrote: ↑
Fri Mar 06, 2020 5:18 pm
[...] Another intresting view would be a net yield graph, where Production - Consumption = net yield. So you could easly see which products are currently running low.
("The net yield of iron ore was -500/min in the last 10 minutes, better start building a new iron mine!")
That would certainly be sweet.

My own wish would be to give the graph more height. I mean why does the list of stuff occupy three thirds of the window? And in this regard I'm also a bit concerned about the greater height of each entry in the new GUI. Talking about the list, why is it sorted top to bottom instead of left to right first...?

Hmm, so much potential for great improvements here. :)

Good change to put the graph on top btw!
Last edited by Illiou on Fri Mar 06, 2020 6:08 pm, edited 2 times in total.

coppercoil
Filter Inserter
Filter Inserter
Posts: 470
Joined: Tue Jun 26, 2018 10:14 am
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by coppercoil »

Still no log scale for production :(
Time zoom steps still are inconsistent and too big :(

still__alive
Manual Inserter
Manual Inserter
Posts: 3
Joined: Fri Jan 05, 2018 11:55 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by still__alive »

mlofinti wrote: ↑
Fri Mar 06, 2020 5:30 pm
TreefrogGreaken wrote: ↑
Fri Mar 06, 2020 4:56 pm
It always confuses me what satisfaction is when i initally look, it doesn't make sense, the word means provided, but this is showing required, where as demand means required.
But that is what the satisfaction meter shows. The colored bar is the amount being provided. The total width of the scale is the amount demanded. These are only the same when your power demand is fully satisfied.
I agree with TreefrogGreaken about the wording, it is a little awkward. I too always have to think twice when glancing at that because of the poor labels. I decided to log in just to point this out, in hopes the devs will see and change it. :)

What he is saying is that the Satisfaction meter shows how much power your base demands. But the word "satisfaction" itself actually feels like it is describing how much power you are producing -how much of the power demand you are satisfying. In other words, the words "Satisfaction" and "Production" are kind of describing the same thing. The actual bars and numbers are showing the correct stuff, just the labels are misleading.

I too think it would be better and more intuitive if they changed the word "Satisfaction" to "Demand". As in "this is how much electricity your base Demands" and "this is how much electricity Production your base has". Then I personally wouldn't 2nd guess the numbers I'm looking at because of the labeling.
Last edited by still__alive on Fri Mar 06, 2020 6:18 pm, edited 1 time in total.

bman212121
Fast Inserter
Fast Inserter
Posts: 141
Joined: Mon Apr 18, 2016 8:08 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by bman212121 »

I second the satisfaction and production graphs could use more / different information. Maybe it's a different wording of English, but just glancing at those two it's not really obvious what they represent. I have an idea of what it's trying to convey simply because I've watched the graphs move and change colors, but it's still not ideal.

Reading the wiki page:
https://wiki.factorio.com/Electric_system

I would interpret satisfaction as consumption. But maybe it's not what you're trying to convey by those graphs?

Is the bar supposed to represent that your electricity consumption could be upwards of X units, but you're only able to consume x units because there isn't enough production to meet peak demands?

If that's the case then I'd definitely say the problem with the bar is that what's actually relevant to a user is knowing how much draw to actually plan for. If the bar is red all that does it tell me I don't have enough, and doesn't really tell when what to aim for. If you're already using those numbers to calculate the bar, then I'd completely agree please list the total. The example doesn't really spell out if that number displaying for satisfaction can go above the number for production or not. It would make a lot more sense if it did. I don't really care that I'm only satisfying 35GW of 45GW, I need to know that combined I need to be able to provide 45GW. Having to guess that because the bar is red and showing 35GW isn't particularly useful. I can see that I'm only producing 35GW on the bar directly to the right of it. If the satisfaction number is bigger than the production number, then it would be much more obvious I don't have enough production, and I could easily calculate how much I'm short by. Then I know exactly how much additional power I need to build to meet the demand.

Hiladdar
Fast Inserter
Fast Inserter
Posts: 214
Joined: Mon May 14, 2018 6:47 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by Hiladdar »

Like many others, I would like to see hundredths, rather then tenths after the decimal.

I already know, that I would like the pause button on the statistics screens.

Pause button is an good solution. Another possible solution is the allowing the user to select the default sort order, for the statistics display. Off the top of my head, I can think of 3, low to high, high to low, and alpha.

The mod debugging tool will be nice, but I would like to play around with it for a bit, prior to commenting.

Hiladdar

User avatar
MasterBuilder
Filter Inserter
Filter Inserter
Posts: 348
Joined: Sun Nov 23, 2014 1:22 am
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by MasterBuilder »

The only thing I would like to see different is a boundary between accumulator production & non-accu production.
With a lot of accumulators, you may think you have extra production to use, but you don't really. You can push the generator to 100% and still have 'leftover' production if you're accus have production to spare.

It's really the only thing that bugs me on that view.
I'd like to see a little vertical line somewhere along the bar to mark where normal production ends, and accu production begins.
Give a man fire and he'll be warm for a day. Set a man on fire and he'll be warm for the rest of his life.

Jiehong
Burner Inserter
Burner Inserter
Posts: 5
Joined: Fri Jan 05, 2018 7:55 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by Jiehong »

Nice changes, but that new unified search icon is extremely small! Very hard to spot.

I've always wondered why the accumulators' charge was in Joules, while the production is in Watts.

It would be quite a lot easier to have them in W.h (with 1 W.h = 3600 J).

Having it in W.h would easily allow the player to understand if one has enough capacity for the night.

Ex: if the factory needs 36 GW steadily, and if the night is 10 hours, then we know we need at least 36 * 10 = 360 GW.h of capacity.

Right now, in Joules, it always need a conversion on the side.

User avatar
valneq
Smart Inserter
Smart Inserter
Posts: 1149
Joined: Fri Jul 12, 2019 7:43 am
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by valneq »

Jiehong wrote: ↑
Fri Mar 06, 2020 6:42 pm
Nice changes, but that new unified search icon is extremely small! Very hard to spot.
Just use Ctrl+F :-)

User avatar
MakeItGraphic
Fast Inserter
Fast Inserter
Posts: 237
Joined: Sat Jan 06, 2018 7:53 am
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by MakeItGraphic »

Given that, and the relatively short timeframe for 1.0 release, the update of the statistics GUI has really just been a style update, no new features or heavy logic rewriting.
Does this mean we will be losing out on a lot of potential features for other interfaces as well?

Stating a short time frame just sounds like you want to rush to get this finished. I remember in another FF the team all ready expressed it didn't want to spend forever on this build so they could work on other things. But IRC that was mainly in regards to polishing as true enough you could most likely do that to death.

I all so know losing team members can't be easy. (I can't seem to find anything on these forums, even manually searching user post) But I remember TOGoS posting something like:

"I feel confident leaving as there are people here that know enough about the map generation process"

It was a link to a user who did a write up on it however they were not a member of the staff. And I know a lot of users have lost source access, it is starting to feel as if we won't see additional implementations until the game is either finished, or way down the road when it goes to open-source.

Again I say "sounds" or "feel", not brushing off all the work you put into this.

I don't really see a need for open-source for a very very long time but it would be nice to expand the access the logic mods have access to.
Rseding91 wrote: ↑
Sat Feb 15, 2020 5:19 pm
The GUIs and the logic to make them work is incredibly complicated and fragile. Mods don't have access to any of that logic.
At the end of the day is expanding the access more to avoid the headache of documentation, and dealing with the problems mod authors run into while trying to implement such changes?

Mods as they are now can write their own GUIs. Is it possible for them to suppress native GUIs and essentially replace them without actually editing the native GUI? Maybe even having read access to their logic to be used/manipulated?

User avatar
Deadlock989
Smart Inserter
Smart Inserter
Posts: 2528
Joined: Fri Nov 06, 2015 7:41 pm

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by Deadlock989 »

MakeItGraphic wrote: ↑
Fri Mar 06, 2020 7:53 pm
just sounds like you want to rush
I mean, it's only been seven years.

As a modder I look forward to the game being stable and the end of feature drift.
Image

netmand
Filter Inserter
Filter Inserter
Posts: 302
Joined: Wed Feb 22, 2017 1:20 am
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by netmand »

happy to see a search added

User avatar
MakeItGraphic
Fast Inserter
Fast Inserter
Posts: 237
Joined: Sat Jan 06, 2018 7:53 am
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by MakeItGraphic »

Deadlock989 wrote: ↑
Fri Mar 06, 2020 8:00 pm
MakeItGraphic wrote: ↑
Fri Mar 06, 2020 7:53 pm
just sounds like you want to rush
I mean, it's only been seven years.

As a modder I look forward to the game being stable and the end of feature drift.
Yeah and I understood that viewpoint, I was just comparing the release cycle to the previous ones.

aha no doubt, I think you speak for the majority of mod authors when you say that. Becomes tedious after awhile having to constantly make small changes, and other times frustrating with bigger changes.

Melerion
Burner Inserter
Burner Inserter
Posts: 12
Joined: Wed May 17, 2017 8:11 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by Melerion »

Will we get a keyboard shortcut to open the trains window?

Yxen
Burner Inserter
Burner Inserter
Posts: 15
Joined: Fri Jun 02, 2017 9:08 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by Yxen »

Better to see the electricity consumtion/demand as a single bar for both

When available > demand/use
XXXXXXXXXXXXXXXXXXXXXxxxxxxxx

When available < demand/use
XXXXXXXXXXXXXXXXXXXXXXXXXXXXX

still__alive
Manual Inserter
Manual Inserter
Posts: 3
Joined: Fri Jan 05, 2018 11:55 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by still__alive »

Yxen wrote: ↑
Fri Mar 06, 2020 8:23 pm
Better to see the electricity consumtion/demand as a single bar for both

When available > demand/use
XXXXXXXXXXXXXXXXXXXXXxxxxxxxx

When available < demand/use
XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
I sort of like this idea, but I think I'd still like both bars, just formatted like:

Demand: (instead of the "Satisfaction" label)
XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Where green = current demand and white = maximum possible demand.

Production:
XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Where green = total power production you have and red = the amount of power production you are short by.

Numbers for all 4 of those (current demand, maximum demand, total power and power shortage) would be nice too, I usually don't like it when games just have the bar and no actual numerical value displayed. I'm not sure I like how they have those numbers INSIDE the bar in their first screenshot in this particular case. It does make it a little harder to read like someone else suggested. I guess if they want it in the bars, I'd make it so it stays completely in the bar (i.e. moves with the bar) so you don't get that effect where half the number is outside and in a different color.

Zomis
Inserter
Inserter
Posts: 30
Joined: Fri Apr 21, 2017 7:01 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by Zomis »

Overall great changes - especially the log improvements (although it might make my current awesome Jenkinsfile obsolete - see my mods on GitHub if you're curious)
A notable change with the electric stats is that the Satisfaction/Production/Accumulator charge are next to each other in a single row, as opposed to each in a separate row. The label for the exact amount has also been moved to inside of the progress bar, which itself is much thicker.
I'm not convinced this is the best decision. Having them next to each other makes it IMO harder to compare them, so it's not that easy to see "Okay, I'm on approximately 80% satisfaction, so I need to add about 4 new steam engines". Just notice the difference between having Production and Satisfaction on top of each other instead of side-to-side. (A/B test? :) )

Hellspawn
Inserter
Inserter
Posts: 20
Joined: Fri Dec 01, 2017 11:59 am
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by Hellspawn »

"You can also see we took this opportunity to integrate the Kill statistics in with the rest, instead of being its own window with its own hotkey."

Me: Oh cool, they add a kill statistic to the game! :)
...
Me: Oh wait... this is already in the game... :shock:
...

Soory for being a noob, i just startet with that game. Only 1650h played so far.... :oops:

Yxen
Burner Inserter
Burner Inserter
Posts: 15
Joined: Fri Jun 02, 2017 9:08 pm
Contact:

Re: Friday Facts #337 - Statistics GUI and Mod Debugger

Post by Yxen »

still__alive wrote: ↑
Fri Mar 06, 2020 8:58 pm
Yxen wrote: ↑
Fri Mar 06, 2020 8:23 pm
Better to see the electricity consumtion/demand as a single bar for both

When available > demand/use
XXXXXXXXXXXXXXXXXXXXXxxxxxxxx

When available < demand/use
XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
I sort of like this idea, but I think I'd still like both bars, just formatted like:

Demand: (instead of the "Satisfaction" label)
XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Where green = current demand and white = maximum possible demand.

Production:
XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Where green = total power production you have and red = the amount of power production you are short by.

Numbers for all 4 of those (current demand, maximum demand, total power and power shortage) would be nice too, I usually don't like it when games just have the bar and no actual numerical value displayed. I'm not sure I like how they have those numbers INSIDE the bar in their first screenshot in this particular case. It does make it a little harder to read like someone else suggested. I guess if they want it in the bars, I'd make it so it stays completely in the bar (i.e. moves with the bar) so you don't get that effect where half the number is outside and in a different color.
good point

Post Reply

Return to β€œNews”