The Charset Project for Minecraft.
Home Page: http://charset.asie.pl/
This is the GitHub repository for Charset.
The mod is currently not being actively maintained, albeit severe issues may be fixed from time to time. Nonetheless, for documentation, please report issues on the issue tracker - future maintainers and/or other users may find them handy.
For feature requests and discussion, I highly encourage you to visit #charset on the EsperNet IRC network. (Webchat)
Rather hard to explain this one, but I'll try:
I have an inventory (A hopper, for example), and it's completely full. Stuffed. No room. I send it more items via a Pipe, and boom, instead of jamming the pipe, the item gets inserted into the hopper.... but where? Hopper does not receive new items, and the ItemStack does not spawn in the world.. so voided? This bug isn't specific to hoppers, it happens with all of CrissCross's TileEntities too, and I checked to see if it was a bug in their code, but when using a hopper to insert into their inventory, the items don't get voided.
Keep up the good work
🍪
Initially placing it alongside a neotech basic rf storage -> neotech electric furnace caused a server and client crash, with client log http://pastebin.com/BMcAmvV4 and server log http://pastebin.com/0XzfBCJE .
Placing a wire again alongside Actually Additions Crusher results in only server crash with the log http://pastebin.com/08ivQpVC.
This happened in Multiplayer (me being the only person online) while I was spelunking in a cave for some .
java.lang.NullPointerException: Ticking block entity
at pl.asie.charset.wires.logic.PartWireBase.func_73660_a(PartWireBase.java:436)
at mcmultipart.block.TileMultipart.func_73660_a(TileMultipart.java:152)
at net.minecraft.world.World.func_72939_s(World.java:1716)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:2089)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:1024)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:349)
at net.minecraft.client.main.Main.main(SourceFile:124)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Breaking a pipe while a connected pipe is going to be sending an item to the broken pipe causes a world-breaking bug. Not sure what more help I can offer, but I do have this crash report! Short story long: sent an item from a chest into one of my CrissCross machines, and it was sending them off just fine. But, after one had been sent off (but before arriving to my machine), I broke a pipe in the connection and got this once the item arrived to what used to be the meeting point of the now broken pipe.
Forge: 11.15.0.1609
Charset: 0.0.3-build 1
Edit: Upon further testing it appears to be whatever block the wire is placed on isn't getting an update, rather than just the block below it. Test 3 shows this.
Test 1:
Test 2:
Test 3:
Normal bundled wire works GREAT!! Freestanding, on the other hand, requires me to break a neighbor cable and replace it before it updates which color frequencies were receiving a signal.
Example:
Easiest to demonstrate in a GFY :)
Looks like the neighbor isn't being updated?
The tweak that disables vanilla tools is enabled by default and actually set to 2 which tries to disable vanilla tool recipes.
Also: setting this config to 2 doesn't seem to actually disable vanilla tools recipes but does remove recipes for mod tools that extend the vanilla tool classes.
Tested on Charsets 0.1.5
The crash occurred when placing a wire down alongside a chiseled bit: when the wire in the bit had to change its shape to connect to adjacent wire, this crash occurs, but after reloading the world, everything works as expected (including the wire connection at both endpoints)
Crash log: http://paste.ubuntu.com/14666083/
Forge 1715, Charset 0.2.1
So I'm just going to leave this one here. It's not game crashing, so that's wonderful! BUT:
Pipes seem to have a destination in mind, and then if they arrive and cannot insert, jam instead of searching for alternatives. Is this intended? For example, I put both gold and Iron ore in the same chest to be extracted into an ElectroExtractor (of which I had 4 hooked up), and they both left the chest pretty quickly. The Gold Ore beat the Iron, and instead of the Iron going to one of the other 3 connected ElectroExtractors, it just sits above the originally mapped one and waits.
<3
EDIT
Also, the shifter / pipe setup beneath the ElectroExtractors isn't working ideally either. Some of the Electrolytic Gold Dust is trying to path to the other shifters (then falling out into the world) instead of choosing the chest, which is a valid inventory
DOUBLE EDIT
Putting extra redstone blocks in my fuel insertion chest (connected via shifter / pipe, shown in the photo above), the extra redstone goes to the (full) ElectroExtractor and is then basically lost. MergeItemStack issue?
Both your backpack and other peoples backpacks render on you
Quick and easy one (I hope, at least):
Can we make this work? Or is there a reason that it doesn't? Thought it'd be cool, I don't like levers >:C
Just put down a free-standing wire next to redstone dust.. and then this happened
Sorry! :P
I need some way of reading which item is currently passing through a pipe.
Would it be possible to add a method like getItem(...) to IItemInjectable or some new interface?
Another minor thing: Would it be possible to add a method to the IShifter to enable it without requiring it to have a redstone signal? Or would this require too much changes to the code?
Placed a pipe connecting a chest, placed a redstone wire (normal/unsupported/undyed) beneath the pipe.
Attempting to break the pipe causes this crash. Latest versions of both Charset and MCMP. Reproduced in creative.
Forge: 11.15.0.1609
Charset: 0.0.3-build 1
This is probably a problem on servers too, but I haven't tested with one.
When the host player moves, the other players get disconnected with a generic message saying a critical error has occurred. So, I looked at the other player's console and there was this error:
http://paste.ubuntu.com/14141802/
and I found that to get an item stuck, I need to put it between two shifters, but only one of them needs to be turned on
(Ah, yes, midnight patches.)
Was trying to play with bundled wire when I was foiled by a silly bug! D:
Here's the issue. I don't know if it's got to do with the face, or if maybe I don't understand something? Not sure... and it might be on Chisels and Bits side of things, but I don't think so.
Anyways, here's what happens:
And here's what was expected (and what works on the top face of a block, specifically):
Ah, the old BluePower woes. I don't really know how to fix it yet.
Just going to leave this log here. I only have Forge 11.15.0.1684, Baubles (accidentally left it installed, but shouldn't be causing this crash), Charset 0.1.0 (this jar is without &, but the same crash occurs with & too), and MCMP 1.0.2.
Looks like an outdated Lib? Not sure :P
made a audio tape and followed recipe but it made a 2 mintue tap not a 8 minute one and then went to record in tape drive and it made the game freeze up and didnt go back to responsive after so had to force close
Crash when placing Shifter in creative test world
Full log -
http://paste.ee/p/nUbyX
Forge: 11.15.0.1609
Charset: 0.0.3-build 1
The state doesn't change on block update.
I'm using the latest version with all modules installed, and latest forge.
http://paste.ee/p/iQ1dg Here's a log but I'm not sure if it's relevant. I died a few times near the end and that removed the chestplate, but I was able to recreate this issue multiple times.
Having a backpack in your inventory also prevents any chestplates from being equipped regardless of whether or not the backpack is equipped.
I also tested it with just Charset and MCMultipart and it was repeatable.
Sorry if this is a known issue.
Is it possible to provide a maven repo where deobfuscated builds are made available? (I need this for my CI server)
I'm always a bit hesitant to add third-party api files to my mod repos...
Roadcrosser got this one as was logging into the server:
java.lang.NullPointerException: Ticking block entity
at net.minecraft.tileentity.TileEntity.func_145832_p(TileEntity.java:130)
at pl.asie.charset.pipes.TileShifter.getDirection(TileShifter.java:27)
at pl.asie.charset.pipes.BlockShifter.func_176221_a(BlockShifter.java:56)
at net.minecraft.block.Block.isSideSolid(Block.java:1105)
at pl.asie.charset.wires.WireUtils.canPlaceWire(WireUtils.java:301)
at pl.asie.charset.wires.logic.PartWireBase.onNeighborBlockChange(PartWireBase.java:157)
at pl.asie.charset.wires.logic.PartWireBase.pokeExtendedNeighbors(PartWireBase.java:398)
at pl.asie.charset.wires.logic.PartWireBase.func_73660_a(PartWireBase.java:431)
at mcmultipart.block.TileMultipart.func_73660_a(TileMultipart.java:152)
at net.minecraft.world.World.func_72939_s(World.java:1716)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:2089)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:1024)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:349)
at net.minecraft.client.main.Main.main(SourceFile:124)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Reproduce by turning on either lever, then turning the other on and then off again.
The same happens with only one bundled cable connecting two separate blue wires.
I've had another set up where turning off an input, while an input of the same color was still on, turned off all the outputs.
description explains it heres the crash http://pastebin.com/Hwt4jE8u
I haven't changed any of my code in CrissCross regarding the new Capabilities set, but ISided shouldn't still be ignored if you ask me - lots of mods will take quite a while to implement Capabilities I'd bet. Any chance you can continue to support both of them simultaneously? I'm going to work CrissCross onto the Capabilities API now.
0.2.3
Steps to reproduce:
Pipes, wires, & redstone components were invisible when optifine was added with the mod.
Built an extremely stupid full adder (two xor gates up front, two and gates to the left) to mess around with stuff: https://gyazo.com/b0ea99b45f3ce0e2bc132ac11b705824
On powering the white input (the 'A' input) the game crashes with http://pastebin.com/aPjBj4iU
Ohai :3
Just wanted to put this here. <3
Breaking the redstone block underneath also doesn't trigger an update to the wiring, since it's not considered a neighbor.
Another example where something similar happens:
In the image below you can see that the state of the redstone cable was not updated according to the given logic. I have switched the lever in the center from off to on which has turned off the redstone torch on the block it's attached to leading to the whole cable being in the off state.
Normally the whole cable should have stayed in the on state because the two other redstone torches are still on.
I'm probably begging to get yelled at... but I compiled a build of Charset after your massive commit today, and ran into this crash when piping items out of my two separate tile entities (a cobblegen and smooth stone generator) into the same chest.
Wires are whitelisted to stay on the sides of a normal piston / sticky piston, right? Seems as though they are NOT for the side of an extended piston's base, so when I retract the piston, the wire updates and flies off. Proof:
Before:
After:
Also Notch Fix boats
Plays a note.
I/O: Back (analog) decrements note by signal strength, front (analog) increments note by signal strength, left (digital) modifies increment/decrement size, right (digital) triggers note.
Crafted with a note block. Right-click with a block to insert instrument.
Optionally compatible with NoteBetter by using a fake world.
See Qmunity/BluePower#265 (comment) and Qmunity/BluePower#361
I thought I'd just make an issue on all the backpack issues or differences from BetterStorage that I'd like you to address eventually / take a look at / get a response for.
I'll update the list as I remember other stuff or come across new issues. I won't include totally new content suggestions in this since it's a bit early for that, though I've already shared some with you.
I can't really properly explain this one, so for once, I'm going to just list the steps to reproduce the bug:
Place sound is played, stack size is decreased, and blocks that can be replaced are replaced (at sideFacing + 2), but no wire is placed.
EDIT: Doesn't just happen when placing on the side of other wires. It happens when placing anywhere. Take a freestanding wire, look at the ground, place it, and then place it again and again and again all while looking at the same exact ground block you first looked at :P
Tested with all variants of wire, results were consistent regardless of what side of the block it was placed on.
Can we just "solve" this problem by changing their material from circuits to like... cloth? It'd make sense for bundled / colored wires :)
Seems like placing normal wire in the same space as freestanding wire, then breaking the normal wire sharing block space, doesn't update neighbors:
After forcing a neighbor update:
When breaking glass with the Botania Vitreous Pickaxe (works like Silk Touch on glass and glass panes only), I still get glass shards in addition to the full glass block. Granted, it is only glass, but still worth noting.
I'd understand if this was unintended, but I didn't know if it was or not ;)
Got another one for you! Here's the crashlog, and here's a photo of the setup I had before it crashed (granted, no items are in the chest to avoid the crash from happening before I could photograph it:
The coal was pulled out of the left shifter, and seemed to be sending the item to the right shifter, but of course upon arrival, crashed.
EDIT
Also happens if the items get sent out but have no destination at all. Just discovered that. So it wasn't that they were routing towards the other shifter, they simply reached the end of the Pipe line and could not determine where to go, and instead of doing your freezing / locking / jamming animation, they're sending the user to the desktop :P
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.