Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RFC: ore dict card for AE2 #7712

Closed
RaitGamerGR opened this issue Mar 27, 2021 · 15 comments
Closed

RFC: ore dict card for AE2 #7712

RaitGamerGR opened this issue Mar 27, 2021 · 15 comments
Assignees
Milestone

Comments

@RaitGamerGR
Copy link

Add new card for AE2, opening by RMB with card on hand, with interface looks like ore dict export bus. This card can work with export, import, storage buses. if this card installed, bus work with construction from card and ignore gui filter.

What is your GTNH Discord username?

Rait_GamerGR

@johnch18
Copy link

So you want ore dict IO in import buses and storage buses?

@repo-alt repo-alt self-assigned this Mar 27, 2021
@RaitGamerGR
Copy link
Author

So you want ore dict IO in import buses and storage buses?

Yes

@repo-alt repo-alt changed the title Suggestion: ore dict card for AE2 RFC: ore dict card for AE2 Apr 11, 2021
@repo-alt
Copy link
Contributor

Current intention is to implement it like fuzzy card, so that the filter is the property of a bus, not the card item itself. (Because card item is not really a good place to store data)
Also I think having this card installed will disable usual item list filter.
Recipe suggestions are welcome.

@GTNH-Afx237v7
Copy link
Contributor

So we could now place this card on a storage bus and no longer need storage bus on GT type filter combination?

@repo-alt
Copy link
Contributor

kind of

@GTNH-Afx237v7
Copy link
Contributor

Two small visual things:

Text extends over GUI box
grafik

Is the gap between the T icon and the four buttons above intended?
grafik

Is this card meant to be used exclusively? Seems it is not treated equally when a storage bus has other configured items in it as well (or maybe I am doing sth wrong).

But all in all, first testing on my little ore processing looks good - will filter according to ore dictionary, works when the storage bus is both on the main network and on a P2P subnet.
Will also accept dustSmall* | dustTiny* in an export bus and happily do it's thing.

Bye bye EC2 ore dictionary export bus, I dare say.

@repo-alt
Copy link
Contributor

The gap is where fuzzy card control is rendered. I'll look if it is possible to set them both in the same place.
Oredictionary overrides all other filters, I think it was clearly stated in the initial post, and in my "design document". I'll see if it would be possible to disable filter slots w/o too much pain.

@GTNH-Afx237v7
Copy link
Contributor

Must have missed the override property, it was early today and I didn't have my coffee yet...

@GTNH-Colen
Copy link
Contributor

How does this compare lag wise to the ore dict bus?

@GTNH-Afx237v7
Copy link
Contributor

I didn’t notice anything immediate, but have also not done extensive testing.

@repo-alt
Copy link
Contributor

Lag-wise it is the same as oredictionary export bus I think, but it does not use much time by itself. Most of the time is just extracting stuff from the network, which is not really avoidable.

@repo-alt
Copy link
Contributor

appliedenergistics2-rv3-beta-45-GTNH.jar.zip
Some UI fixes

@GTNH-Afx237v7
Copy link
Contributor

Not sure about the transfer speed of the ore dictionary export bus, I believe it is 1 stack/tick max?
The AE storage bus with ore dictionary card can handle how many stacks/tick?

@repo-alt
Copy link
Contributor

Storage bus by itself does not have any limits I think

@repo-alt
Copy link
Contributor

This is also related
GTNewHorizons/Applied-Energistics-2-Unofficial#46

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants