Sicarus wrote: Fri Apr 01, 2022 12:33 pm Very funny.... You had me going in the first half, I'm not gonna lie......

Here the same!

As always. You can download it from factorio.com.


I'am aware of that.
This was meant as an Information just in case you forgot to update.


GOG never gets updates quickly. It's the one and only reason I don't buy games from their otherwise really nice service.

I bought FTL from them. Then I ...

Seems like the download-Versions on GOG are not up to date:

Thanks for the info!
May i ask how does that work? Do you inform them about stable-updates?

And it is again behind

What the hell is gog doing?!

Hi,

Game is now up to date!
Thank you!

Hi,

will the gog-version be updated soon too?

The linux-version there is on 0.17.41 while windows-version is still on 0.16.51.

So I will be unable to update to .17. A pity.

Yay, I am the 1%!

What do you have?! OGL3.3 is on the order of rather ancient at this point... o.O

For example my old Notebook with a AMD HD6000 GPU. I got OGL3.3 just 2 weeks ago when i updated to Fedora 28. On Fedora 27 the radeon-driver did only ...

Rseding91 wrote: It is fun to see crash logs where the person clearly pirated it

This is a interessting point. How do you distinguish between a "good" and a "bad" copy of the DRM-free version?
Or are there really cracked versions of the game used from steam?

kellerkindt wrote:Please. think about OpenGL 4.5 only ...

And effectively dropping OSX and almost all linux-support?

But what frustrates me on your post is that Raden HD 6000 series, despite being released 8 years ago, supports up to OGL 4.4!


This is true. But since your game support linux i thought you should be aware that linux-drivers may not be able to fully utilize (especially) older GPU's.
So there ...

OGL 2.1 most definitelly won't be supported anymore. We have not decided if minimum will be 3.2 or 4.1, yet. We don't use OpenGL by default on Windows, if that is system you play on.

I hope you take in mind that linux drivers for older GPU's might not have support for OpenGL 4.x.
For example my ...

Thist is related to my other report: viewtopic.php?f=58&t=49150

May it be an easy solution for both situation if you count consumed items to statistic after they are craftet and not when crafting starts?
That may fix both problems?

When player creates items the consumed items are not counted.

How to reproduce:
Start a new game and build 2 belts. Then statistic shows the produced 2 belts and 1 gear but not the 3 consumed iron-plates.

When production of (assembly)machines get aborted by the user the ingredients will be returned but still counted as "consumed" by the statistics.

Maybe ingredients should be counted as "consumed" after production of the target-product is finished?

roidal
Belts and splitters are no longer updatable entities, it all moved to sort of "transport-line-manager" like we have for electric networks. Item position is important not just for rendering, but also for inserters to chase items and stop chasing when item goes to next belt in a sequence ...

roidal
Yes, waking up everything during brownout is the only option I guess (but that would cause UPS drop during brownouts), but on the other hand everything is slow anyway during brownouts, and big-factory players rarely have brownouts. Another option would be for electric network to control ...

roidal
They are in there for things like fires and smokes. For assembly machines this was an experiment, still not in 0.15 due to electric brownout logics.

Thanks for your answer.
Exactly about electric system i was wondering how you would handle that.

May i ask whats the plan about that ...

https://forums.factorio.com/viewtopic.php?f=5&t=39893&start=60#p238247 :

... and it gets its first update tick to produce red circuit. And it estimates that it will finish producing in like 1000 ticks, so it puts itself into another timed-way sleep-list, and for another 999 ticks it's not updated ...