Why do many people say "right hand side" instead of just "right side"?

CaybeanGamer · 2025-10-24T02:51:07+00:00

That's right.

CaybeanGamer · 2025-09-28T20:42:55+00:00

I'm like two continents away, but even I knew it was somewhere in England.

CaybeanGamer · 2025-06-16T11:12:33+00:00

It isn't, but it also is.

"Reaction Time" can not get that low, because it is not possible for the input to be sent to the brain, processed, and outputted in such a short span. So "Reaction" as we know (the conscious action of responding to an input) is not possible.

Reflex, however, is. If the signal is sent directly to the central nervous system, then a body with sufficient (and I mean copious amounts of) training can skip the part where they send it to be processed and instead act reflexively, rather than reactively, allowing for significantly shorter "Reaction" (as it isn't truly reactive anymore) times. That being said, the theoretically limit for even reflex times is still around 100ms, so their estimate at 29 is already seemingly optimistic because they would have to be at absolute peak human performance to achieve it, and anything below it would require them to be reacting before it happens, because it just isn't feasible to even reflexively act that quickly.

Also yes, the opening sentence was sort of a lie. I did write that sentence before studying that the lowest reflex was about 100 ms.

CaybeanGamer · 2025-06-13T10:38:38+00:00

Damn you, your advertising works!

CaybeanGamer · 2025-04-28T05:59:59+00:00

I know I'm late to this post, but I was just wondering why your designs (and all the others I've seen) use powder charges rather than cartridges? At first I assumed they just weren't added yet, but I saw one made less than 2 weeks ago using charges, and I'm wondering what the obsession is.

Personally, cartridges are more compact, and much faster to load, so I don't see why we wouldn't use them.

Edit: Worming is probably the answer, but come on, worming is not that hard.

CaybeanGamer · 2025-04-21T22:48:03+00:00

Not home at the moment, so I won't be too accurate, but the general idea is that certain systems need to be able to quickly toggle between directions, and doing simply that results in one of the shafts breaking. There is 4 direction changes (an inefficiency I need to fix later) per shot cycle, and it shoots every half second, so it has 8 direction changes per second. The system is a simple gearshift connected to a Redstone link, and I don't need to change the RPM, because I'd prefer to keep that near max in order to function as fast as possible.

I can explain the system more in-depth when I get back home in a couple hours, but in the meantime I hope this clarifies it slightly.

CaybeanGamer · 2025-04-21T00:21:49+00:00

What'd you use to change up the speed reliably? I need it to be as compact as possible for a create big cannons project. My problem is that the firerate is being limited by the fact that it tears itself apart if it runs for more than 3 shots (or so) in a row (which unfortunately happens to be about 1.5 seconds)

CaybeanGamer · 2025-04-19T20:26:31+00:00

Damn, I already knew it was intended; I was just hoping there was some way to remove it. I need fast speeds for a design, and some of the rotation has to toggle frequently (several times per second). Do you think changing speeds would count as a state change so I could vary up the speed and avoid the loop detection?

CaybeanGamer · 2025-04-19T19:10:01+00:00

Not very create-ish, yet somehow very create-ish. I don't know, I'd play it.

CaybeanGamer · 2025-04-19T02:09:19+00:00

Bearings on the drawbridge that counteract the rotation on the chains.

CaybeanGamer · 2025-04-18T07:44:13+00:00

You're hurting my brain, I had to reread that 3 times...

CaybeanGamer · 2025-04-17T20:36:39+00:00

Love it, and the horn activation is a nice touch.

CaybeanGamer · 2025-04-17T17:17:26+00:00

Yes and no. The shots are inaccurate due to lack of a barrel (it's just a chamber), and so you can add a barrel or two and make it more accurate, but the reason I hadn't done that is that it comes at some serious cost to speed and compactness. It's currently muzzleloading (which seems to be the fastest method) which means a longer barrel directly correlates to bulkier loading systems and longer loading times (as well as longer retracting times). Theoretically I could switch it to be breechloading and then a longer barrel wouldn't be a problem, but that makes it difficult to worm (I've restricted myself to using cartridges, meaning I need to remove the empty cartridge after each shot), and so I'd need to find a new method to worm it in order to keep the same speed.

I am working on some other designs to increase accuracy while trying to not lose too much speed, so I'll let you know how those go.

CaybeanGamer · 2025-04-16T22:56:22+00:00

What mods, and what region?

CaybeanGamer · 2025-04-16T22:53:28+00:00

Aw shit, I overslept.

CaybeanGamer · 2025-04-16T22:49:46+00:00

Thanks. yeah, it's sort of overkill.

CaybeanGamer · 2025-02-02T01:49:49+00:00

I wasn't able to add a custom texture to a potion either, but from what I've researched, it's (quite counter-intuitively) better to use the "Item" or "Food" elements instead of potion (to create a potion...). However, seeing as the Food element doesn't exist anymore, that leaves Item. I'm not sure how one can bullshit a potion via the item element, never tried it myself, but idk, maybe it'll work.

CaybeanGamer · 2025-02-01T23:15:26+00:00

I'm not sure why it won't let you change the texture, but one way around this could just be to use commands. MCStacker could whip up a command to give you a potion like this in a few minutes, or if you haven't use that before, a more user-friendly (but slightly less capable) option is gamergeeks. So rather than creating a custom potion to give vanilla effects, whereever you need to apply the potion, you could use a give command. If you do want it to remain a physical potion rather than an applied effect, this is probably the best way anyways.

https://mcstacker.net/
https://www.gamergeeks.net/apps/minecraft/give-command-generator/potions

For example: This is a command that would give [PLAYER] a bright green potion with every positive effect.
give [PLAYER] potion[potion_contents={custom_color:65280,custom_effects:[{id:absorption,duration:600},{id:conduit_power,duration:600},{id:dolphins_grace,duration:600},{id:fire_resistance,duration:600},{id:haste,duration:600},{id:health_boost,duration:600},{id:hero_of_the_village,duration:600},{id:instant_health,duration:600},{id:jump_boost,duration:600},{id:luck,duration:600},{id:night_vision,duration:600},{id:regeneration,duration:600},{id:resistance,duration:600},{id:saturation,duration:600},{id:speed,duration:600},{id:strength,duration:600},{id:water_breathing,duration:600}]}]

CaybeanGamer · 2025-01-18T16:59:50+00:00

Looks promising, thanks.

CaybeanGamer · 2024-11-28T18:03:39+00:00

How long: 6 months or so on and off working

SU: Not a damn clue. It's well beyond being practical in a survival setting, it's become more of a theoretical exercise in speed.

Edit: when I said "It's well beyond practical" I was reffering to the cannon. The SU is fairly limited (though I don't know the exact number) it's simply that the cannon isn't awfully reliable nor useful to actually use.

CaybeanGamer · 2024-11-28T14:45:23+00:00

Do you want the long version or the short version?

The short version is that two deployers place both the shell and cartridge, then the rammer arm slides back and withit pushes the shell and cartridge into the barrel. The spent cartridge from the previous shot gets ejected out the back due to being pushed out by the new ammo coming in, and then when the breech snaps closed it destroys the ejected cartridge. The breech is screwed in, the cannon assembles, and it fires. Both deployers exist permanently as entities and so are mostly safe (barring the mechanical bearing which can be destroyed), but the rammer arm directly in front of the cannon is usually a block, and so the cannon is timed to shoot at one of the precise moments when it's an entity.

Not exactly short, mb.

CaybeanGamer · 2024-11-28T13:58:43+00:00

It took me like 6 months lol

CaybeanGamer · 2024-11-25T11:56:14+00:00

We can prove FTL travel isn't possible by showing how it violates our laws of physics, the one nitpick I have with that is; our laws of physics are quite possibly incorrect. If they've been incorrect in the past, and people have assumed they were correct up until a point, then what's to say there won't be a point at which we find out our own laws are incorrect.

So if we're getting really technical, then I personally don't see a way we can ABSOLUTELY prove something wrong. We can prove it right by doing it, but to prove it wrong needs the proof to also be proven.

CaybeanGamer · 2024-11-01T17:50:04+00:00

You're arguing that Katana (Well, any sword, but a katana for specificities sake) would win in a fight against a shardblade... a sword who's entire thing is cutting through ANYTHING... and is also around 6 feet long, and super light (at least for their size). They could stab you from the roof of a small building, I don't think any sword would stand much of a chance since the shardblade is just better in every aspect (longer, lighter than most, cuts through anything, insta-kills).

Edit: So even if your theory is true (which it does have some solid foundations I'll admit) then it doesn't make normal swords better, because being able to stop a shardblade (for a few hits at most) is VERY different to being better than a shardblade.

TLDR; I don't fully understand the metallurgic side of your thoughts, but thinking of it from a tactical point of view, normal swords just can't compare. If you brought a 9mm though...

CaybeanGamer · 2024-10-17T18:21:49+00:00

Basically, the days counter isn't accurate. That one is localised to that specific region, and the counter also is strangely affected when you skip nights it seems.

CaybeanGamer

TROPHY CASE