| Age | Commit message (Collapse) | Author |
|
* ShutDownReason setup
* implement
* fix machine not turn on
|
|
Free casings for normal work
|
|
* update
(cherry picked from commit 8991894b7892136585913aaab50f0e5f005f6756)
* make it compatible with new GT version
(cherry picked from commit 14dc7f0faec66426378e01ce591216fd1e1c5d46)
* Spotless apply for branch dev for #846 (#847)
spotlessApply
Co-authored-by: GitHub GTNH Actions <>
---------
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
|
|
|
|
|
|
|
|
* bs + deps
* Radio Hatch
* LESU
* spotless
* deps
|
|
align fish recipes with GT
|
|
|
|
* Replaces one instance where a dynamic text field is being communicated
between server and client with a purely client-side method. In some
cases this allows the client to do localization on these texts
correctly. (See https://github.com/GTNewHorizons/ModularUI/pull/69.)
This is a part of the series of PRs implementing new ModularUI features,
however this mod does not use any numeric text fields or similar, and
thus no other changes are needed.
|
|
* Use NumericWidget.
* bs+d
* Localized number formats.
* deps
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* Maybe thread safe
* While we're at it, let's reduce allocations by a few orders of magnitude. ~1gb -> 1mb in testing for similar time periods.
* use return value of add() again
* That's apparently not available on the server side
* Spotless apply for branch maybe-thread-safe for #2523 (#2524)
spotlessApply
---------
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
|
|
Former-commit-id: cec96a35478122f0404d7f4077757ced0d8abc40
|
|
* fix mega dt structure
* fix copypaste error
* fix copypaste error again
Former-commit-id: 0aa8a95b61676ede1433ce359aecf00c2aec1e45
|
|
|
|
|
|
fix
|
|
|
|
|
|
|
|
Add cable info to waila
|
|
* add SC steam to tooltip
* typo
|
|
* Fix recipe check
* review
|
|
* self-adaption GUI height
* Fix crash on dedicated server
|
|
Former-commit-id: 6a8f8f6643a36e5ed5a01854f5a3a92c68731512
|
|
|
|
changed check to 10 ticks from 10 seconds to fix power failing on server starting.
|
|
Former-commit-id: 083c770cc44b7919f00e95f6c5909bdc0b5adfe3
|
|
* fix
* add comments
Former-commit-id: dca4780ded78419d4c742b320f3efbd8efebc96c
|
|
|
|
* chemiplant frontend
* fix missing coke oven recipe
* new cell-less recipes
* fix conflict hydrogen freezing recipe
* fix missing ethylbenzene-to-fuel recipes
|
|
tools. (#839)
* TGS logic rework and new outputs
* TGS logic rework and new outputs
* NEI frontend.
* NEI frontend part 2
* Recover saws from controller slot to input bus.
* Added documentation and removed unused stuff.
* Recipes for non-Forestry trees.
* Updated tooltip.
* Better handling of saws in controller slot from previous versions + grafter support.
* Added Forestry and Extra Trees trees registration and processing.
* BS + deps.
* Disable ME stocking bus to fix an exploit.
* Fixes based on feedback.
---------
Co-authored-by: Martin Robertz <dream-master@gmx.net>
|
|
* Let remainingFlow become 125% of realOptFlow, rather than raw optimal flow.
This can fix the inconsistance between optimal flow in tooltip and that in turbine.
* criteria should be totalFlow != realOptFlow in HP Steam and Steam turbine
* fluidIntoPower should be long type, because ichorium huge turbine can generate power greater than Integer.MAX_VALUE on SC Turbine.
* Final change.
* 1 -> 1L
* revert the accidentally refactor in Plasma turbine
---------
Co-authored-by: yiteng.liu <yiteng.liu@11bee.com>
|
|
|
|
* Add locale code support for lang manager
* Deprecate a method with aWriteIntoLangFile
|
|
|
|
|
|
* add new solidifier hatches for multi machine
* Update GT_MetaTileEntity_Hatch_Solidifier.java
---------
Co-authored-by: Martin Robertz <dream-master@gmx.net>
|
|
|
|
|
|
|
|
This PR adds support for batch mode to the AAL. A few notes:
- Similarly to regular batch mode, the amount of batches to run is
chosen so the time of each slice is at least 128 ticks. If the time per
slice is already 128 ticks, this does nothing.
- Batch size is also controlled by how many recipes we can do with the
amount of the first item we have. If we want to run 10 batches but only
have enough starting items for 5, it will run 5 batches.
- If there are not enough fluids to run multiple batches, it will not
batch at all and simply process one recipe at a time.
- If a slice cannot extract enough materials to do a full batch, it gets
stuck (similarly to a regular AAL).
- Currently, this only works well with stocking input buses, see the
comment I left on line 616. I don't think this should be a problem since
you will never use input buses with more than one slot to automate an
AAL.
Short demo video (not yet using adaptive batch sizes)
https://streamable.com/hrp1v3
|
|
|