X

NOTICE

Are you sure you want to report this?

What is parity? This category is designed just for features that exist but work one way on one platform, and another way on a different platform. Bugs are not parity! Items in snapshots and betas are subject to change so please be sure to only post about things that are currently released in Minecraft. Please read the intro post before you post!

511

(Java Parity) Return Quasi-Connectivity! | BUD | Etho Switch

under review

63 Comments

Post a new comment:

Please sign in to leave a comment.

  • 1
    LegitPelz commented
    Comment actions Permalink

    How about making it an optional feature. You'll be able to chose what type of mechanic you want. It will be like enabling and disabling command block functions.

  • 1
    Comment actions Permalink

    Simple solution: accept that it's a bug and move on.

    If you love it so much, keep playing Java Edition. 

    If you want to play on Bedrock, actually learn to play Bedrock.

    Stop bugging the developers to add something they  never meant to add.

  • 1
    sirdaniel0 commented
    Comment actions Permalink

    Please dont add! This will make redstone so much more complicated! Us bedrock only users will have to re-learn redstone! Come on Mojang! Please don’t add!

  • 0
    Hario337 commented
    Comment actions Permalink

    I think they should add a version of redstone that works the way it does on java now, but requiring more resources to make.

    it would be nice to have both at the same time for both platforms.

  • 0
    Rinni Parker commented
    Comment actions Permalink

    You know what interests me the most. Before we had block update detectors we used to do this thing with Redstone Ore,, You cause an update near it and it does and animation. Wouldn't it be amazing if - say - putting a redstone signal into a redstone-ore block and All redstone within two blocks resonates with a 1RF signal until the redstone signal was removed.

    In that way the other half of quazi connectivity could be implemented in a way that doesn't have to apply to every single block in the game. Of course that's just me riffing ideas.

    You should hear my ideas about pistons that spit out blocks and one-tick pulses.

  • 1
    Comment actions Permalink

    Please, no...
    Bedrock redstone actually makes more sense to starters
    and plus, Bedrock redstoners are gonna get REALLY annoyed if this actually happens.
    The only reason why Java redstone is still the way it is is because Java redstoners would get angry if Mojang changed it.

  • 0
    Light1Knight1 commented
    Comment actions Permalink

    To be honest I don't really use the QC feature much. I only use it for pulse shorteners and Jeb doors. observers can be used as a pulse shortener but they require there own work around because they give out two pulses, instead of just one. Mumbo Jumbo pointed out that red stone on the bedrock edition is unpredictable, and you can get varied results with a build. this isn't good at all if you're trying to build fast compact contraptions. also sticky pistons can't "spit out their block" with a one tick pulse, making toggle-able switches from a red stone pulse much more expensive, complicated, and big. so even though you could theatrically build more "compact" designs with out QC; with all of these problems on the bedrock edition of minecraft, you can say good buy to all of the fast compact space saving red stone. 

     

  • 3
    Comment actions Permalink

    I don't envy Mojang trying to figure out how to square this circle. QC is confusing and annoying but also incredibly useful and powerful. There are some things that you can't do in Java because QC exists, and some things you can't do in Bedrock because it doesn't.

    Adding QC to Bedrock would cause a lot of confusion and frustration, and break a lot of existing builds.

    Removing QC from Java would cause a lot of confusion and frustration, and break a lot of existing builds.

    Keeping things the way they are ALSO causes a lot of confusion and frustration, and breaks people's builds if they're building from tutorials for the wrong edition.

    I don't know how to reconcile the conflicting requirements into a best-of-both-worlds solution, but between Mojang and the technical Minecraft community there are a lot of really smart people, and I really hope they can find one!

  • 2
    mono8326011 commented
    Comment actions Permalink

    honestly id rather java get rid of this feature since its technically a bug. And these bugs are the things that keep me from learning how to use redstone. That being said bedrocks redstone is random which is another problem

  • 1
    SS12Fluffy commented
    Comment actions Permalink

    Quasi-Connectivity is an actual feature and "works as intended" as stated by Mojang themselves in the patch notes for Java.  Yes, it would break some redstone machines on Bedrock, and there are work arounds for some situations.  However, if they want the two versions to be more like each other, they should incorporate this feature on Bedrock sooner than later.  Otherwise the gap between the two versions, in terms of redstone builds, will continue to grow due to people sticking more with the version they prefer.  As for the people that want it to just be removed from Java, Mojang tried that before and had massive backlash for it, so I don't see them removing it at all.

  • 0
    Comment actions Permalink

    quasi.connetivity is just a bug that wanst removed frome the game because players loved it, but when the redstone was added to bedrock in alpha 0.13 a developer said that quasi-connectivity wont exist on MCPE because is a bug and to be honest if is added will destroy some redstone contraptions we have now

  • 0
    SS12Fluffy commented
    Comment actions Permalink

    Yes, it WAS a bug.  However, it turned into a feature due to Mojang noticing that it was causing more good than harm.  It was removed in a snapshot, which is what worried a large amount of the community (along with another issue that is present on Bedrock and will go to the correct thread to address), although was an accident in the coding that caused it to break was fixed to how it was prior to the snapshot.  Added on, Mojang stated themselves they will NOT remove QC (quasi-connectivity) from Java.  Also, don't know where (and yes I did look for a good ten minutes to try and find anything relating to it) this dev said that there would be no QC for MCPE almost five years ago, but you have to consider that was five years ago and could have been either a former dev or the company that ports it over.  If Mojang does want to eventually have Java and Bedrock players experience the same game, they would still have to result to adding QC to Bedrock.  After all, Java had the feature in the game prior to Bedrock/MCPE Alpha 0.5.0 being released.

  • 0
    LizibethVeir commented
    Comment actions Permalink

    small thing is the fact that some of the bedrock quirks i actually would have in java too, oddly enough.

  • 1
    Reuven Cooper commented
    Comment actions Permalink

    No one who started on Bedrock wants this. Do not add it, if you want it play Java. It just makes redstone confusing. If you can think of a solution that is a compromise then suggest that.

    Anyone saying QC makes redstone better or more compact is just wrong. They probably have seen Java redstoners who don't know what they're doing saying it makes things worse but they just haven't played enough, watch any Bedrock YouTubers and you'll see things can be just as compact. And even for things it does make easier (which there are an equal amount it makes harder) it still shouldn't be added, it is a bug and makes no sense.

    If I wanted to add wireless redstone that would be extremely useful too but they would never add it because it doesn't fit in the game. So too, why would they ever add a feature to make pistons powered by sources that aren't next to it for no reason just because it is useful. People have just gotten so used to it that they don't realize how silly it is and should never be in the game.

  • 0
    Tigers77a commented
    Comment actions Permalink

    Bedrock redstone is too different. Components recieve updates differently and it wouldn't be the same. There are workarounds to QC anyway. Besides, it would break stuff and it's confusing. Just don't add it.

  • 1
    INEDEBEKFEST commented
    Comment actions Permalink

    They would need to make redstone the same as in Java. So this wouldn’t work

  • 2
    Comment actions Permalink

    I think it should be an option in the menu or something like that

  • 1
    SS12Fluffy commented
    Comment actions Permalink

    Idea that both sides can agree on.  Going on the idea of it being an option, it can be a gamerule.  For bedrock it can be set to false by default and to help parity, Java can have the gamerule set to true by default.  If you want to use QC set it to true and if you don't, make it false.  They've done similar things with other gamerules before so why not with QC.

  • 1
    WBMJunior commented
    Comment actions Permalink

    I need this pretty badly. PLUS we need observer mechanics to be the same as java. They're so limited in this version!

  • 0
    MantacidTech commented
    Comment actions Permalink

    While Quasi can be annoying in some situations, people don't realize it's what makes the classic design for jeb doors function, slimeblock flying machines compact, 0-delay repeaters possible, and 90% of devices made by the technical minecraft community run properly. Anyone who finds it unintuitive can find a tutorial by someone who leaned how to use it. 

  • 1
    truggles1 commented
    Comment actions Permalink

    Don't add new feature fixes add quasi connectivity is is very hard to make flying machines in bedrock. It could be an option on the settings

  • 1
    truggles1 commented
    Comment actions Permalink

    A switch is a great idea it would maybe it should be a switch on java too

  • 1
    truggles1 commented
    Comment actions Permalink

    Now read this before you critics criticise, flying machines are near impossible on bedrock it takes forever to make a good flying machine in bedrock and it is near impossible to make and four way flying machine in bedrock. Yo still not satisfied them it should be a toggle on the menu that is a simple solution it could be called easy Redstone. on = no QC off = QC.

  • 1
    truggles1 commented
    Comment actions Permalink

    Borbad mc. some modifications! It is tons of different things like flying machines you have to completely rebuild flying machines to make it work.

  • 0
    JaxSpades commented
    Comment actions Permalink

    There is another feature request for the Redstone Dust Block that would achieve this without breaking any existing functionality in Bedrock. I would rather have that so that I can opt into using QC without having to fix all of my existing contraptions.

  • 1
    Comment actions Permalink

    Yeah Quasi connectivity will make all the redstone builds so much easier and narrow the gap between Bedrock and Java editions...

     

  • 0
    Comment actions Permalink

    This should never be added to bedrock as it is originally a bug an does not make any sense at all. This also reduces creativity to make stuff.

  • 0
    truggles1 commented
    Comment actions Permalink

    Reuven cooper, I started on bedrock yes it could break some contraptions but the fix is make it a toggle.

  • 0
    Skinnybilly1 commented
    Comment actions Permalink

    Holy moly yes! Bedrock is a little confusing for me and I’ve been toying with it for 3 years after java. And I think this feature would be so nice!

  • 0
    Steve Bryan commented
    Comment actions Permalink

    I am Bedrock Player, I see If this Redstone Bug Is useful, Because It makes a Big Redstone Commumity in Java Edition. Meanwhile, Bedrock Redstone has smaller Commumity because this Bug (QC) Is doesn't Exist. So Mojang Studios, Please added this, even if Is a bug, But Is Useful.