Jump to content

Electricity Mod


ss7

Recommended Posts

Hello,

 

I'm trying to implements electricity for my bridgemod. I made a cable block with setBlockBounds(etc...); and a CableTileEntity where i can store the power in. And each second i'm looking for cables nearby and adding the power of them to my cable. But when i have a setup like this:

 

BCC --B=Battery--C=Cable

 

and the battery has a power of 500 then the cable beneath it has a power of 500 and the cable beneath that has also a power of 500, but the next 1 second tick the cable in the middle has 1000 power, because it gets the power of the battery and of the cable right of it.

Maybe Calclavia can help me with this, because he has also cables in his UE Mod. And i also don't understand how i can make connected texture with my cables.

 

ss7

You sir are a god damn hero.

Link to comment
Share on other sites

Hello,

 

But when i have a setup like this:

 

    b1

b2 cccccc

 

b1-power=500

b2-power=500

 

c=cable

b=battery

 

Shaped like a crossroads.

 

Then the cable would also have a power of 500, but it should have a power of 1000.

 

Do you know how to make connected textures?

 

ss7

You sir are a god damn hero.

Link to comment
Share on other sites

Take some graph paper, and try to draw out how you're logic works and how the "power" flows.

See the flow of the logic, because you my friend need to re-think the logic behind how you want it to work :)

 

What do you exactly mean by "connected textures", texture continuing from the block next to it, so three blocks in a row of the same type form a specific pattern? Then you need to write a special render (ISBRH or a TESER - check wiki for tutorials) which checks the block next to it and based upon that decides which texture to use :)

If you guys dont get it.. then well ya.. try harder...

Link to comment
Share on other sites

Hello,

 

But how is the logic? How do mods like ic2 or bc do this?

 

Yes, i mean that the cables are connecting. I've searched the wiki for ISBRH and TESR, but found no tutorial.

 

I think i need 16 textures, 1 for the left, right, front, back + 1 for left-right, front-back, front-right, front-left, back-right, back-left + 1 for

front-right-back, right-back-left, back-left-front, left-front-right + 1 for all + 1 for no connection. Is that right, because my cable is like redstone i don't need up and down? Can i just check each 5 ticks or so if the nearby blocks have changed and change the texture, or can i

just change the block bounds? I use a normal brick texture and only set the block bounds, so that it looks like a cable.

 

ss7

You sir are a god damn hero.

Link to comment
Share on other sites

But how is the logic? How do mods like ic2 or bc do this?

 

Well that's the thing with modding, you can learn the syntax.

You can learn what an if statment does, and how an interface work.

Even how an API like forge works.

 

But creating the logic and coming up with how to USE all that functionality is up to the programmer.

Programming is more about creating the logic than typing code. The code is a formality, the logic is the core concept :)

 

The best way I've found is to break the logical problem down into smaller parts, then solve them one at a time.

Maybe draw out what needs to happen for the system to work?

 

If you guys dont get it.. then well ya.. try harder...

Link to comment
Share on other sites

I'm not sure exactly how they are doing it, for IC2 I have no idea.

BC, well you can check out how their system works by looking into their src code on github.

 

Also Universal Electicity is a nice system to look into and try to understand.

It's nicely written so it should be quite easy to understand if you know Java :)

 

 

One way it could work is to group all cables and power users and power generators into a network of them.

Could you think of a way to do that?

Anyways I imagine that way all adding and requests for energy go to that specific networks power handler.

The cables are then code wise just acting to connect things to the network, but in practice none will know the difference if you implement it correctly :)

 

I haven't done any tests on the claimed possibility, but I'm pretty sure it could work. Logically speaking it would work.

That's anyways ONE way to do it ;)

 

I'm 100% sure that if you look at 3 power mods (for example IC2, RP2, BC) then you will find that they ALL do this in different ways than eachother!

If you guys dont get it.. then well ya.. try harder...

Link to comment
Share on other sites

Hello,

 

But when i have a setup like this:

 

    b1

b2 cccccc

 

b1-power=500

b2-power=500

 

c=cable

b=battery

 

Shaped like a crossroads.

 

Then the cable would also have a power of 500, but it should have a power of 1000.

 

Do you know how to make connected textures?

 

ss7

Nope. When calculating the new value, you just take every neighbour into account.

 

Here is how I would think a simple power:

Each powered part should have an internal power value, inputs and outputs.

On a regular basis, the old value is shared between the outputs, then the power value from the inputs is added to the value left. That represents the power flow.

How many inputs, outputs, and how to share, would make different pieces of the power system.

A power battery : mainly outputs, initial power value=high

A circuit : outputs and inputs in equal number, initial power value=0

An engine : mainly inputs, initial power value=0

Link to comment
Share on other sites

Hello,

 

Ok, i think i found a pretty good solution:

 

When a block needs power, it searches for cables nearby, and when it founds the first cable, it executes the method DrawPower(int howmanypower, int theid, thepowerconsumertileentity) (the id is a random number generated in each cable, because if there was no id, it would be an endless loop, when the right cable found the left cable, the left cable found the right cable, and vice versa...) the next cable searches for the next cable and executes DrawPower and so on... And when the cable founds no cable, but a battery, it draws the power from that battery and adds it to the consumer. That works perfectly for me!

 

Thank you for your tips!

 

Can't i just check every second or so if a block is nearby and change the texture? Or can i just change the block bounds?

 

ss7

You sir are a god damn hero.

Link to comment
Share on other sites

Are you using a ISBRH or a TESR? If not, you can use the getBlockTexture method, and calculate where the blocks of the same type are, and add a texture based on the neighbour blocks.

Don't PM me with questions. They will be ignored! Make a thread on the appropriate board for support.

 

1.12 -> 1.13 primer by williewillus.

 

1.7.10 and older versions of Minecraft are no longer supported due to it's age! Update to the latest version for support.

 

http://www.howoldisminecraft1710.today/

Link to comment
Share on other sites

Hello,

 

Can't i use the getIcon() method?

 

But i don't use a custom texture for my cable, i use the normal brick texture and set the block bounds.

And when i make my texture smaller it's not smaller in-game.

 

ss7

You sir are a god damn hero.

Link to comment
Share on other sites

Hello,

 

I made my first power-consumption block with a nice progress bar for power, and a progress bar for the progress.

But i don't know how i can update my progress bar. I should be if a block is in slot 0 and 1 then update progress.

Do i need to use packets? And i've got another problem: If i shift-click a item into the slot and then shift-click it out, a ghost item remains in the slot, and when i take it out and try to right-click with it, it's gone! And i can't save the power of my machine, even if i write it to nbt  :'(. I can't even read the power value of my power-consumer and do something when it's full.

 

ss7

You sir are a god damn hero.

Link to comment
Share on other sites

Hello,

 

I think it has something to do with de-sync of the client and the server, but i don't know a good packet tutorial, and i don't know where to put packets.

 

ss7

 

I would suggest this tutorial: http://www.minecraftforge.net/wiki/Advanced_Packet_Handling Its the way I do my packet handling now :3

I am Mew. The Legendary Psychic. I behave oddly and am always playing practical jokes.

 

I have also found that I really love making extremely long and extremely but sometimes not so descriptive variables. Sort of like what I just did there xD

Link to comment
Share on other sites

You should send packets at places where client/server can desync. This mainly is the case when parts of code are only executed by either the server (updates of electricity) or client (button press in a GUI). You then should send packets at these locations. If you're updating the electricity flow (which is in the TileEntity) and the client should know about it, send a packet there to the client (with PacketDispatcher.sendPacketToAllPlayers(Packet)). If the player presses a button in a GUI, send a packet to inform the server with a packet (with PacketDispatcher.sendPacketToServer(Packet)).

Author of PneumaticCraft, MineChess, Minesweeper Mod and Sokoban Mod. Visit www.minemaarten.com to take a look at them.

Link to comment
Share on other sites

Hello,

 

But the electricity shows also when i don't send a packet. And that's not the problem. I think the problem is at transferStackInSlot. Should i send a packet there? And where should i send that packet?

 

ss7

You sir are a god damn hero.

Link to comment
Share on other sites

Hello,

 

OK, i think i should send a packet when i run

inventory[i].stackSize--;

 

But where should i send the packet? To the client or to the server? And what should i do on the client or server side?

 

ss7

You sir are a god damn hero.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • I'm developing a dimension, but it's kinda resource intensive so some times during player teleporting it lags behind making the player phase down into the void, so im trying to implement some kind of pregeneration to force the game loading a small set of chunks in the are the player will teleport to. Some of the things i've tried like using ServerLevel and ServerChunkCache methods like getChunk() dont actually trigger chunk generation if the chunk isn't already on persistent storage (already generated) or placing tickets, but that doesn't work either. Ideally i should be able to check when the task has ended too. I've peeked around some pregen engines, but they're too complex for my current understanding of the system of which I have just a basic understanding (how ServerLevel ,ServerChunkCache  and ChunkMap work) of. Any tips or other classes I should be looking into to understand how to do this correctly?
    • https://mclo.gs/4UC49Ao
    • Way back in the Forge 1.17 days, work started for adding JPMS (Java Platform Module Support) to ModLauncher and ForgeModLoader. This has been used internally by Forge and some libraries for a while now, but mods (those with mods.toml specifically) have not been able to take advantage of it. As of Forge 1.21.1 and 1.21.3, this is now possible!   What is JPMS and what does it mean for modders? JPMS is the Java Platform Module System, introduced in Java 9. It allows you to define modules, which are collections of packages and resources that can be exported or hidden from other modules. This allows for much more fine-tuned control over visibility, cleaner syntax for service declarations and support for sealed types across packages. For example, you might have a mod with a module called `com.example.mod` that exports `com.example.mod.api` and `com.example.mod.impl` to other mods, but hides `com.example.mod.internal` from them. This would allow you to have a clean API for other mods to use, while keeping your internal implementation details hidden from IDE hints, helping prevent accidental usage of internals that might break without prior notice. This is particularly useful if you'd like to use public records with module-private constructors or partially module-private record components, as you can create a sealed interface that only your record implements, having the interface be exported and the record hidden. It's also nice for declaring and using services, as you'll get compile-time errors from the Java compiler for typos and the like, rather than deferring to runtime errors. In more advanced cases, you can also have public methods that are only accessible to specific other modules -- handy if you want internal interactions between multiple of your own mods.   How do I bypass it? We understand there may be drama in implementing a system that prevents mods from accessing each other's internals when necessary (like when a mod is abandoned or you need to fix a compat issue) -- after all, we are already modding a game that doesn't have explicit support for Java mods yet. We have already thought of this and are offering APIs from day one to selectively bypass module restrictions. Let me be clear: Forge mods are not required to use JPMS. If you don't want to use it, you don't have to. The default behaviour is to have fully open, fully exported automatic modules. In Java, you can use the `Add-Opens` and `Add-Exports` manifest attributes to selectively bypass module restrictions of other mods at launch time, and we've added explicit support for these when loading your Forge mods. At compile-time, you can use existing solutions such as the extra-java-module-info Gradle plugin to deal with non-modular dependencies and add extra opens and exports to other modules. Here's an example on how to make the internal package `com.example.examplemod.internal` open to your mod in your build.gradle: tasks.named('jar', Jar) { manifest { attributes([ 'Add-Opens' : 'com.example.examplemod/com.example.examplemod.internal' 'Specification-Title' : mod_id, 'Specification-Vendor' : mod_authors // (...) ]) } } With the above in your mod's jar manifest, you can now reflectively access the classes inside that internal package. Multiple entries are separated with a space, as per Java's official spec. You can also use Add-Exports to directly call without reflection, however you'd need to use the Gradle plugin mentioned earlier to be able to compile. The syntax for Add-Exports is the same as Add-Opens, and instructions for the compile-time step with the Gradle plugin are detailed later in this post. Remember to prefer the opens and exports keywords inside module-info.java for sources you control. The Add-Opens/Add-Exports attributes are only intended for forcing open other mods.   What else is new with module support? Previously, the runtime module name was always forced to the first mod ID in your `mods.toml` file and all packages were forced fully open and exported. Module names are now distinguished from mod IDs, meaning the module name in your module-info.java can be different from the mod ID in your `mods.toml`. This allows you to have a more descriptive module name that doesn't have to be the same as your mod ID, however we strongly recommend including your mod ID as part of your module name to aid troubleshooting. The `Automatic-Module-Name` manifest attribute is now also honoured, allowing you to specify a module name for your mod without needing to create a `module-info.java` file. This is particularly useful for mods that don't care about JPMS features but want to have a more descriptive module name and easier integration with other mods that do use JPMS.   How do I use it? The first step is to create a `module-info.java` file in your mod's source directory. This file should be in the same package as your main mod class, and should look something like this: open module com.example.examplemod { requires net.minecraftforge.eventbus; requires net.minecraftforge.fmlcore; requires net.minecraftforge.forge; requires net.minecraftforge.javafmlmod; requires net.minecraftforge.mergetool.api; requires org.slf4j; requires logging; } For now, we're leaving the whole module open to reflection, which is a good starting point. When we know we want to close something off, we can remove the open modifier from the module and open or export individual packages instead. Remember that you need to be open to Forge (module name net.minecraftforge.forge), otherwise it can't call your mod's constructor. Next is fixing modules in Gradle. While Forge and Java support modules properly, Gradle does not put automatic modules on the module path by default, meaning that the logging module (from com.mojang:logging) is not found. To fix this, add the Gradle plugin and add a compile-time module definition for that Mojang library: plugins { // (...) id 'org.gradlex.extra-java-module-info' version "1.9" } // (...) extraJavaModuleInfo { failOnMissingModuleInfo = false automaticModule("com.mojang:logging", "logging") } The automatic module override specified in your build.gradle should match the runtime one to avoid errors. You can do the same for any library or mod dependency that is missing either a module-info or explicit Automatic-Module-Name, however be aware that you may need to update your mod once said library adds one. That's all you need to get started with module support in your mods. You can learn more about modules and how to use them at dev.java.
    • Faire la mise à jour grâce à ce lien m'a aider personnellement, merci à @Paint_Ninja. https://www.amd.com/en/support 
    • When I came across the 'Exit Code: I got a 1 error in my Minecraft mods, so I decided to figure out what was wrong. First, I took a look at the logs. In the mods folder (usually where you'd find logs or crash reports), I found the latest.log file or the corresponding crash report. I read it through carefully, looking for any lines with errors or warnings. Then I checked the Minecraft Forge support site, where you can often find info on what causes errors and how to fix them. I then disabled half of my mods and tried running the game. If the error disappeared, it meant that the problem was with the disabled mod. I repeated this several times to find the problem mod.
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.