:D Thank you!

Working on this now gndrneutralnoun

Is there a way to smelt bits/nuggets into ingots added in this mod? I hate doing it the vanilla way and the ability to bypass it is one of the essential features of QPTech for me.

It would make for a very interesting feature, especially if you could abstract it somehow using a BlockEntityBehavior that could be added to any block that has a BE.

I'm not sure how you could account for every little detail or specific tick-rate demands or how much memory it would consume. 

One feature I've thought about was machine upgrades and upgrade slots with one of those upgrades being to 'chunk load' the chunk the machine is in. Very surface level thoughts, though I did figure out how to chunk load. A machine upgrade that does what you describe would also be an option, at some cost.

The problem is so many other systems attempt to communicate with block entities (like the power system, pipes, etc) that integrating the feature into those systems would require some major refactoring as the check to see if a chunk is loaded is base-game, and this would add a whole new layer.

Since I don't think anyone else is really going to be able to step up to the plate to put this to use, and I know for a fact it's going to be a long time before I ever do, my failed project Electrical Revolution has some code that allows machines to work in unloaded chunks that you might find useful. https://github.com/OmegaHaxors/ElectricalRevolution
Basically it works by saving the block entities into a blocklist and saving/loading it to the world whenever the chunk loads or unloads. The idea was to have it create a list of operations to impact upon the world to allow for stuff like interacting with the world while unloaded (such as pushing a block with a piston) but it never really got to that point, but even then you can still have something like a machine that can process its inventory while you're away. Hopefully you can bring this tech to light.

EDIT: to summarize how it works, you operate on the block entity itself. Normally when the chunk unloads the block entity is deleted and when the chunk loads again a new block entity is created containing the information as the old block entity. What my system does is save the block entity into an internal list when the chunk unloads and when the chunk loads again it sets the pointer of the block entity at that location to instead point to the one you have internally. When you shut off the server this internal list is saved so persistence is always maintained. Just typing this out makes me realize there are some really obvious optimizations that can be made but even with that the system is really efficient and robust. If this blocklist ever fails in any way, it falls back to the default system so even if everything breaks horribly it won't affect your gameplay.

So because IDC won't add a quick recipe patch to their mod, it's up to every mod they break to accomidate?
I can't comb the modDB for every possible mod that might break mine, if a mod (like IDC) breaks things because of what they do in their mod, it is really up to them to put the fix in. Flatly removing vanilla items will cause problems eventually.

"one that's unlikely to be resolvable on the IDG side"
Why unlikely? Add a JSON patch editing the recipe of the log splitter changing the axehead to something that works.

I know it's a bit of an ask, but the recipe for the logsplitter produces a crash when also running In Dappled Groves, since your recipe uses an axehead wildcard which is removed by IDG and replaced with the three axehead subvariants; is there any chance we can get a tweak that makes that specific part of the recipe more mod-agnostic? Ingots, plates, etc. I appreciate that thematically, an axehead is the most appropriate, but it's a frustrating crash, and one that's unlikely to be resolvable on the IDG side of things, since the introduction of the various axe types is core to the mod's progression and flow.

QPTech produces an identical crash for the same reason, if you're curious.

Otherwise, I may look into writing a small compatability mod between IDG and VE, as I'm not the only person who's experienced this issue, by the look of things. Currently I have it fixed locally, but that's a hacky and sub-optimal solution that needs to be repeated every time VE is updated.

Either way, love what you're doing and thanks for all the hard work; it's great to see MC-inspired tech mods make their way into VS.

i love this but since i'm focusing on rust magic atm i'm gonna wait on useing this.

@Maestro Very close, my next item on the TODO list for Vintage Engineering is the Charger, once I have that I will be able to update the Angel Belt to have the option of requiring charging.

Limiting by distance would mean you would have to constantly update the distance and all the variables of temporary tracking which would create a heavy load on servers.

Updating a value every second or so when it is enabled is far less overhead for a server.

For the Angel Belt specifically I won't have it require Vintage Engineering as a dependancy, and the option will exist to enable/disable power use.

Now the question becomes, what should be the 'flight time' of one charge?

Heya Buggi... I read over on your Angel Belt mod that you'd be adding "power consumption" and recharging. Is that in the works yet? Would really love for this to be not so overpowered. I was actually thinking about trying to fork yours (as a learning experiment) to make it so that it consumed the temporal gear used to make it. My thought was to limit it by distance traveled, not time, but... it is yours :) 

All that said -- how close are we to having the Angel Belt require power replenishment on some front? Thanks!

Translation work should hold off until the LV tier is done or mostly done.

Powered Shaker table certainly possible, quite literally anything is possible at this point.

I have a pump in now working with pipes and tanks. Picture added. Special thanks to DallinTG for the pump shape and animation work!

Hi, do you need help with french translation? If yes how can I help?

What are the odds of a powered shaker table for auto sifting?

v0.2.4 for game version 1.19.8

Many bug fixes regarding pipes and tanks.

Slight Pipe redesign to make them more industrial looking.

New LV Battery! Holds 4000 power and can discharge at 100pps.

Fixed crash bug with workitems in the VE Forge, also workitems properly render in the VE Forge now.

@banderi Completely playable. Early balance yet as the entire mod isn't done, but what is there works great. All the machines in the mod are LV machines right now, only the LV system is built and tested. HV and MV stuff is in, but untested until I get to that step. Stick with LV and you'll be good.

Neuro_Mancer Pipes FTW!! It took 3 months, but they work great!

psychomor Yes, certainly something in the to-do list as we get closer to feature-complete\

Wahazar Going on month 15 of development now. Inspired by Immersive Engineering, but will include a mix-and-match of features of many great well-known MC mods.

Helo. Mod need Guide book or something like this to tell new players how to start make and do things. Stay save.

Is this already playable or still just an early proof of concept? I see lots of machines with MV and HV but only power source is the low voltage burner. Keep up the great work btw!

Buggi

It seems you have heared my prayers. I was yesterday so frustrated with chutes and the QPtech Item pipes (But no hate towards Quentin or anything, it was the best I had), that I seriously thought about stop the game all together.

Wow, nice to see that Immerive Enginnering in VS is still developed

@Azraile - Yes to all that

@Astella - Yes, but QPTech will eventually be depreciated.

Can I use this this with qp tech?

I would suport if it's going to do everything the other mod will, including concreate and turning mechancial power into electricity for the stuff and electricity back into mechanical power (something the QPT lacked)

Thanks for doing this. I love Immersive Engineering and this looks like it's gonna be a lot like it. The more realistic nature should fit in with VS well.

@Annastasija no, this doesn't work with the eletrictiy mod. As far as I know that mod didn't include an API to build on and stole a bunch of my code and UI's.

My mod includes an API for other modders to plug into and build machines of their own, as well as an API for other wiring systems, and will soon include a pipe system for item, fluid, etc movement.

Does this work with the eletrictiy mod? because they look very similar 

@Buggi

No stress!  Yeah, replicating Create! would be quite the undertaking. Thanks for the reply!

CNC huh? nice.

Exmortis, the only mechanical thing I'm planning on implementing is a mechanical => electrical generator, I am not trying to replicate the Create! mod. I'll let some other poor soul attempt that.

Frepo, yep, that's the inspiration for this mod. I can't use any code or art from that mod, but the general concept is solid. Will even attempt multiblock machines.

Wowzie!! This looks REALLY interesting! Well done, my man!! Looks like Immersive Engineering from 'that other block game' :)

Hey Buggi!

This mod is quite the effort, and I'm extremely excited to see some of the more advanced engineering stuff for Vintage Story so we can get into those massive factories that Minecraft used to have

I am wondering if there's any plans for adding in Lower tech machines that work off the rotational power system already in VS, rather than electricity?

Appreciate your work regardless, modders are what keep this game going!

v0.1.4

Adds CNC: a clay former machine. Put a raw clay item into the program slot and clay in the input slot and it will copy the item. Remember, you can fire clay items in the Kiln! Functionality will be expanded in the future.

Adds Mixer: craft with fluids! While I'm sure uses will eventually be many, currently only one set of example recipes are included. Recipe supports up to 4 item and 2 fluid inputs with 1 item and 1 fluid output. 

Mixer also supports the requirement for heating before it will craft a recipe. Use the "requirestemp" attribute in a recipe and place the Mixer ON TOP of the Electric Forge to allow the forge to heat the mixer to the required temp.

Note: The mixer is minimally tested, so I'm sure there are some recipe item/fluid combinations that could break it. Make up some recipes and help me test :)

Awesome! Really looking forward to all the tech mods that will spring up from this, thanks for your hard work :)

based

Yes eventually this mod will take over QPTech, might do like a patch or something to transitition machines eventually. Then QPTech will require VE and start adding its own stuff that uses VE.

It is completely independant of QPTech. Quentin gave me permission to use shapes and textures as he is not interested in refactoring his entire mod (which it would need, badly) and I'm a programmer not an artist. 

In our meeting his interest is in giving users of QPTech a transition into Vintage Engineering as seemless as possible. Quentins attention can then go toward what he loves, inventing and pushing into new territory. Now he (and any modder) can just spin up a machine using my base API classes and JSON (see text file in mod zip) and play with new functionality.

Spin up kitchen appliances, farming systems, inventory systems, I built this mod in order to give modders the best chance at expanding the game in any way they can dream of.

Yes, theres a lot of work left for ME in expanding the next tiers of factory machines and power systems, but just know they are coming. I'm about 70% the way through LV tier already.

Buggi

Is this compatable, complemnetary or a fork of QPTech?

0.1.3 fixes the metal press recipe. It's always the little things that escape my scrutiny.  

v0.1.2

Adds Metal Block (plain) recipe using 4 plates. There are so many blocks in this game that don't have any way to craft them. It's odd.

Implements ingredient TEMPERATURE requirements for crafting in the metal press and extruder. Heat those items up before you craft with them folks!

Anyone looking at the recipes for these machines will notice "requirestemp" set to -1. This means the machine will use vanilla working temp mechanics (MeltingPoint / 2) to verify an item is the proper temperature.

Major update to 0.1.0, first playable Alpha release working for singleplayer and MP servers.

Simple first-pass recipe progression. 

I post my nearly daily progress on my Discord server in the #vintage_engineering channel. Screen shots too!

Link to my discord is the "Homepage" link at the top of this mod page. Since the community preview I've added 4 more machines, squashed a load of bugs, and put out 3 updates to supporters.

Ahh yeah i have noticed that now do appologise i messaged when i was tired well if you do need help let me know Buggi

Um, DrakeBD this isn't misterandydandys mod, not sure why you want him to ping you...

Hit me up on the VS Discord with what you would be requireing and i shall see what i can do for you misterandydandy

DrakeRD I am sure any help would be azmaing at the moment.

Cant wait for this keep up the good word if you need any 3d models let me know im sure i could make some for you have done others in the past

Why not just chunk-load the chunk if it's going to be processing and simulating anyway?

If you ever need a good MNA network builder, Check out Electrical Revolution's github. I cancelled the mod but the network builder code works perfectly well.
Each isolated part acts like its own network with special code to unionize with nearby networks to create one centralized network which handles all the calculations.

Somewhat related there's also some good code that allows you to act on block entities even if they're unloaded, even after you save and quit the game.
Out of everything that I worked on for that mod, that one is probably the thing I was the most dissapointed in having to abandon when I cancelled the mod.
It works by creating a map of blocks (called the blockmap) and copying the block's state to the map. If the block unloads, the state continues to exist within the blockmap as all the code works on it directly. When the chunk is loaded again the blockmap will apply its internal block entity onto the block entity in the world allowing it to do actions. As far as the code is concerned the block is always loaded, and as far as the game is concerned the block is only loaded when the chunk is loaded. The map is also saved and loaded alongside the game allowing persistance across saves.