Here's a very minor bug I just happened to stumble on. If you break a lit lamp with silk touch, it will drop the Unamed block for lamps. When you place it down, it goes to the default white lamp. Not too big, but great if you can fix it. lost a brown lamp this way XP
Yep, there's a real bug there. I didn't know that they were losing the lamp color, though - I figured you were just getting lit lamps of the appropriate color. It's been on the TODO list for a long time, I'll look into fixing it shortly.
just a question... it's fundamental for me to know this when a pipe splits in 2 directions the objects goes to the nearest free inventory as far as I know right? but if there are 2 free inventories at the exact same distance will the object split 50-50 in the 2 directions or it's random?
Can have permission to use this mod in my private server modpack?
As long as it truly is a private server modpack (downloaded from a registration-required forum, lets say) and that you follow the rest of my modpack rules, then sure.
first, i think i've found a new bug:
Ribbon cables disconnect (at least visually) when moved by frames.
Thanks. Not sure if that really is a new bug, or if you simply crossed a chunk boundary (in which case, it's an old bug), but I put it on my TODO list.
I want to restrict certain colored signals from passing through certain parts of bundled cable. The bus transciever, as far as I know, is just a bundled repeater and complicated AND gate.
I have many plans for future gates, but I don't want to talk specifics just now.
There's a potentially serious bug with project tables. If the crafting area's content gets modified behind the scenes (eg, by a machine that doesn't respect ISidedInventory), the craft result does not get updated. So, you can place a diamond block in the crafting grid, have it removed, and get free diamonds. Turns out that BC automatic crafting tables also almost have this bug; the craftslot verifies that it is valid at the last second.
I don't consider that a bug in RedPower. The crafting area isn't supposed to be modifiable by external machines, and any machine doing that is itself bugged.
Astonishing, and I'm feeling like an idiot now, really, tried again and was unable to get it going .... but the computer on my quarry-thingy is able to communicate with this expander which is solely connected via the backplane, not even a single piece of ribbon involved:
Astonishing is the right word for it. I'm confused about why it's connecting to the backplane, I'm pretty sure it's not supposed to do that.
Also, I don't understand quite nothing about programming (so sorry if I ask this in the wrong place), I wanted to know: for forestry stuff to be link-able to RP fluid pipes in order to fill the internal tanks without BC (that I really don't want to install as you may have noticed) do I have to ask here or in forestry thread... I don't really know who have to add compatibility for who
Don't ask anyone. I'm not done with the public fluid API, so other mods can't directly connect to pipes yet. I *do* plan to write one (at least for pipes/fluids, in addition to some level of Frame support), but it's not ready yet.
When that's done, I'll talk to Sengir about the possibility of having it work with Forestry.
Another thing: It would be possible to speed up Forth compilation/interpretation greatly, with a Pearson perfect hash
Speed at the cost of correctness is not a useful optimization. The strict linked-list ordering might not be extremely fast, but it ensures that FORGET doesn't trash your OS. Word relocation is a much bigger job, and I'm not really sure it's worth adding.
I wonder - are there any plans to make CPUs bigger?
Nope. The constraints were chosen with servers in mind. I might tweak the performance tuning flags of the CPUs a little bit, to make them faster and/or make them boost more, but that's about it.
Also, don't underestimate 64k. You can do a lot with that.
Sure, it's possible to build distributed systems, just like it's possible to build computers from logic gates. Possible, but impractical (once you start thinking about how to manage all that - for example, we can't start/stop/boot computers from the network, automatically load disks into drives, etc.). But if Eloraam adds components to do these things, sure it will be fun to make distributed systems out of it.
You can't automatically start or stop computers, but you *can* load disks into drives automatically. Not sure I see the point, though - I've done more than a few network tests already, and it works fine.
I knew it! Only an electrical engineer could come up with a concept of "colored" wires.
Actually, I credit a modder called TheCreators, who originally wrote a mod called Colored Redstone. It was one of the inspirations for RedPower Wiring.
I'm having some really funky experiences with a Diamond Drawplate. In NEI I have 4 recipes listed for it, all of which list 1331:4 as the damage value of it. However only one of three types of Copper Ingots actually work at that damage level, the one from Forestry.
I'm having trouble following your report. What do you mean "damage value" in this context? Drawplates actually have damage bars like tools do.
I've never seen an issue like this, so I'm suspecting a Forge install issue. I've used them myself on both RP and IC copper in SMP, and had no trouble. Anyone else with something like this?
Do not answer a question you do not know the answer to.
Automated crafting (CNC Machine) will be released in the future and, like the computer in releases sometime in future, will be expensive to make and will be harder to use than any regular auto crafting machines.
Actually, the Crafting Machine isn't CNC. I'm really hoping to get it into the next non-bugfix release, but no promises.
I just got a very strange bug:
When my deployer receives a signal from some red alloy wire, it refuses to fill my wax capsules from Forestry with water. It WILL fill a bucket though an it works just fine if I directly attach a timer/lever/whatever.
Probably not a bug. Probably just the wax capsule performing some sort of player access that the Deployer doesn't like.
very strange and confirmed... any form of timer circuit, or redwire connection seems to not work, but powering the deployer directly (or even... and i feel extremely dirty for having to do this heinous act, using a redstone clock) works.
Well that doesn't make any kind of sense... I'll look into it.
A big balance problem with digital storage, digital signals can be copied, so by making a digital storage or digital transporter you could then infinitely copy something. Transportation should work more like sending the quantum state at near light speed to a remote location.
I've been vaguely toying with replicator technology for Tech 4, but it's a hornet's nest of balance issues, exploits, and other weirdness that I'm just not sure I'm comfortable tackling. Talking with x3n0 and pahimar about all the headaches this stuff has caused Equivalent Exchange has been very enlightening - and more than a little frightening too.
Has anyone here tried to interface an item detector with a CPU through an IO expander, to count the number of items passing through a system?
You're quite likely missing pulses. The good news is that there's actually a pretty straightforward way to deal with this - use a Counter. Attach the zero output and the decrement input of the counter to the IO expander, and the increment input to the item detector. Sure, the CPU will now have to handle decrementing the counter, but you won't miss items anymore.
Can't recommend it as LOAD seems to mess up compiling after a certain code length.
Ah yes, so I found the reason for this problem. The issue is that control flow statements (conditionals or loops) can't currently span lines. It's a little stack corruption. I'll have that fixed in the next patch.
Most of the slow down comes from parsing numbers, it's a bit weird that it takes longer to convert a string into a number than to look up from the string the name of a word if it exists or not. Well maybe both happens for number parsing, then it wouldn't wonder me.
Number parsing does try string lookup, and then when that fails, it hits a fair bit of math code. Sorry, it's just slow.
I can read just fine, you obviously can't. It was stated in the past that there wasn't going to be automatic crafting systems.
You know, I really hate to fuel fights like this, but ElectronicRU is actually right. I stated exactly those two things.
I'm working on the Crafting Machine, but it's an expensive, sophisticated machine, not a bench with gears glued on it (and call it steampunk! oh wait, wrong song).
sorry if I ask here... it's not #1 priority thing... the last update of Thaumcraft 2 introduced a block that works as an infinite water source in a nice fancy 1 block space... I was willing to automate a little the water gathering but the deployer seems to not work with it... asked Azanor he said was a RP problem... so I'm asking here...
Haven't had a chance to try it yet, but just make sure that there's a solid object behind it when you try to make buckets.
Hey, I just thought, rather than making the Redpower Emeralds into Green Sapphires (which could get a bit confusing, How about doing a simple recolour job and making them into a different gem?
No, they absolutely must remain green. They were always meant to be a green-tinted corrundum gem, not an emerald, anyway.
If your system can choose its destination, has,'t a single inventory, and looks cooler than a chest recolour, I say I will use yours.
I haven't committed to the idea yet, so don't get too excited, but I've been talking with Ecu (designer of the Ender Chest mod) about possibilities. There's still a lot of question in my mind about what shape, if any, something in RedPower would take.
Wow, those vanilla changes have me really puzzled.
My current thoughts:
- I can easily change my emerald to "green sapphire" or something. I've often commented that real emeralds are a beryl, not a corrundum. My intention was for the green gem to also be a corrundum, because I did add them originally for lasers, and their use as tools depends on their hardness (which corrundum has, but beryl lacks).
- I'm completely puzzled by the addition of vanilla Ender Chests. I'll have to do a lot of thinking about the role of item teleportation in RedPower, with this change in the canon of Minecraft.
@ Eloraam, Please allow cauldrons to be smelted in the alloy furnace too.
Also, I found a disbalancing exploit that allows to get iron from tin at 1:1 rate, when using redpower in conjunction with IC2. Because the last version of IC2 allows to create buckets with 3 tin ingots. IMHO this is not well done by IC2. It should be a tin bucket, not a normal one.
The cauldron feels like a step too far.
And yes, I'm well aware of the tin bucket issue. IC adds several alternative metal recipes (bronze minecarts and tracks, for example) that also open up exploits with any mod that adds recycling. I consider it an IC issue, and they have config file options to turn off this behavior.
But I can't think of a reason to transfer power to something...unless...I think I know.
You're sticking instrument packages on high voltage equipment (like power transformers, etc). You can't run a wire to them for obvious reasons, you get the data out wirelessly (via fiber optic I hope) but you have to transfer power to the instrument package somehow.
That's very similar to what I'm working with, yes. I can't be more specific, of course.
If it was the JAVA code instead, then agreed, that's wrong
No. He decompiled the java code for the CPU emulation itself, ported it to C, and included it more or less verbatim in the emulator.
The FORTH code is fine. I've even explained here how to decompile the FORTH easily from in-game. It was always my intention to let people hack around with that - in fact, part of my motivation for not simply releasing the source code of the FORTH OS is to make it fun to do (I may eventually change my mind and release it, but not for now).
Tesla did work with wireless electricity, but how successful he was is up to debate. I'm afraid I've never worked with wireless energy systems before, but I can tell you Tesla coils are not used these days.
You know, that's the common urban myth, but the funny part about it is that it's simply not true.
Tesla's work is easily reproducible if you have enough of a hardware background. It works. Using high-Q resonant circuits and high voltages can allow you to get startlingly efficient power transfer at considerable distances. Of course, these days we have solid-state components that can generate radio frequencies directly, without requiring the tuned spark-gap circuit that Tesla was using, but the basic operating principles are still mostly the same.
Getting good tuned resonances makes a world of difference.
The real problem with "residential" wireless power transfer is one of physics and biology: it's not hard to do, but the resulting electric fields to do anything really fun are way beyond the currently-established permissible exposure limits.
I've seen 30W thrown across a room at better than 80% efficiency. The catch is that that's about the maximum you can safely do (sell to consumers outside of a lab) with a human in the room.
0
Yep, there's a real bug there. I didn't know that they were losing the lamp color, though - I figured you were just getting lit lamps of the appropriate color. It's been on the TODO list for a long time, I'll look into fixing it shortly.
0
It sure does.
0
Correct, and precisely 50/50, not random.
As long as it truly is a private server modpack (downloaded from a registration-required forum, lets say) and that you follow the rest of my modpack rules, then sure.
Thanks. Not sure if that really is a new bug, or if you simply crossed a chunk boundary (in which case, it's an old bug), but I put it on my TODO list.
Also, nice fence
0
I have many plans for future gates, but I don't want to talk specifics just now.
The most you're allowed to do is send the user to the "Download" page itself. Deep linking is frowned upon.
Make sure you're running 5b2 and not 5b1, this is supposed to work now.
I don't consider that a bug in RedPower. The crafting area isn't supposed to be modifiable by external machines, and any machine doing that is itself bugged.
0
Astonishing is the right word for it. I'm confused about why it's connecting to the backplane, I'm pretty sure it's not supposed to do that.
Honestly, conductive peripherals would be nice. I might do that.
0
Don't ask anyone. I'm not done with the public fluid API, so other mods can't directly connect to pipes yet. I *do* plan to write one (at least for pipes/fluids, in addition to some level of Frame support), but it's not ready yet.
When that's done, I'll talk to Sengir about the possibility of having it work with Forestry.
2
Speed at the cost of correctness is not a useful optimization. The strict linked-list ordering might not be extremely fast, but it ensures that FORGET doesn't trash your OS. Word relocation is a much bigger job, and I'm not really sure it's worth adding.
Nope. The constraints were chosen with servers in mind. I might tweak the performance tuning flags of the CPUs a little bit, to make them faster and/or make them boost more, but that's about it.
Also, don't underestimate 64k. You can do a lot with that.
You can't automatically start or stop computers, but you *can* load disks into drives automatically. Not sure I see the point, though - I've done more than a few network tests already, and it works fine.
I'll add it to my list. It's strange, there shouldn't be any bugs left in that path.
Actually, I credit a modder called TheCreators, who originally wrote a mod called Colored Redstone. It was one of the inspirations for RedPower Wiring.
0
I'm having trouble following your report. What do you mean "damage value" in this context? Drawplates actually have damage bars like tools do.
I've never seen an issue like this, so I'm suspecting a Forge install issue. I've used them myself on both RP and IC copper in SMP, and had no trouble. Anyone else with something like this?
0
Actually, the Crafting Machine isn't CNC. I'm really hoping to get it into the next non-bugfix release, but no promises.
Probably not a bug. Probably just the wax capsule performing some sort of player access that the Deployer doesn't like.
Well that doesn't make any kind of sense... I'll look into it.
I've been vaguely toying with replicator technology for Tech 4, but it's a hornet's nest of balance issues, exploits, and other weirdness that I'm just not sure I'm comfortable tackling. Talking with x3n0 and pahimar about all the headaches this stuff has caused Equivalent Exchange has been very enlightening - and more than a little frightening too.
You're quite likely missing pulses. The good news is that there's actually a pretty straightforward way to deal with this - use a Counter. Attach the zero output and the decrement input of the counter to the IO expander, and the increment input to the item detector. Sure, the CPU will now have to handle decrementing the counter, but you won't miss items anymore.
Well the easy scientific explanation is that you can't copy quantum state.
Ah yes, so I found the reason for this problem. The issue is that control flow statements (conditionals or loops) can't currently span lines. It's a little stack corruption. I'll have that fixed in the next patch.
Number parsing does try string lookup, and then when that fails, it hits a fair bit of math code. Sorry, it's just slow.
You know, I really hate to fuel fights like this, but ElectronicRU is actually right. I stated exactly those two things.
I'm working on the Crafting Machine, but it's an expensive, sophisticated machine, not a bench with gears glued on it (and call it steampunk! oh wait, wrong song).
And the Project Table is not it.
0
I don't actually know those offhand
0
Haven't had a chance to try it yet, but just make sure that there's a solid object behind it when you try to make buckets.
No, they absolutely must remain green. They were always meant to be a green-tinted corrundum gem, not an emerald, anyway.
I haven't committed to the idea yet, so don't get too excited, but I've been talking with Ecu (designer of the Ender Chest mod) about possibilities. There's still a lot of question in my mind about what shape, if any, something in RedPower would take.
0
My current thoughts:
- I can easily change my emerald to "green sapphire" or something. I've often commented that real emeralds are a beryl, not a corrundum. My intention was for the green gem to also be a corrundum, because I did add them originally for lasers, and their use as tools depends on their hardness (which corrundum has, but beryl lacks).
- I'm completely puzzled by the addition of vanilla Ender Chests. I'll have to do a lot of thinking about the role of item teleportation in RedPower, with this change in the canon of Minecraft.
0
The cauldron feels like a step too far.
And yes, I'm well aware of the tin bucket issue. IC adds several alternative metal recipes (bronze minecarts and tracks, for example) that also open up exploits with any mod that adds recycling. I consider it an IC issue, and they have config file options to turn off this behavior.
4
I've got a note already in my TODO list to investigate this behavior, I just didn't have time to do so in this round of bugfixes.
That's very similar to what I'm working with, yes. I can't be more specific, of course.
The compiled end is already there, it's called (branch)
All you'd need is a word like this:
I haven't tested that, but it should be very close to what you want.
No. He decompiled the java code for the CPU emulation itself, ported it to C, and included it more or less verbatim in the emulator.
The FORTH code is fine. I've even explained here how to decompile the FORTH easily from in-game. It was always my intention to let people hack around with that - in fact, part of my motivation for not simply releasing the source code of the FORTH OS is to make it fun to do (I may eventually change my mind and release it, but not for now).
0
You know, that's the common urban myth, but the funny part about it is that it's simply not true.
Tesla's work is easily reproducible if you have enough of a hardware background. It works. Using high-Q resonant circuits and high voltages can allow you to get startlingly efficient power transfer at considerable distances. Of course, these days we have solid-state components that can generate radio frequencies directly, without requiring the tuned spark-gap circuit that Tesla was using, but the basic operating principles are still mostly the same.
Getting good tuned resonances makes a world of difference.
The real problem with "residential" wireless power transfer is one of physics and biology: it's not hard to do, but the resulting electric fields to do anything really fun are way beyond the currently-established permissible exposure limits.
I've seen 30W thrown across a room at better than 80% efficiency. The catch is that that's about the maximum you can safely do (sell to consumers outside of a lab) with a human in the room.
No, much cooler than that. But I can't be more specific, NDAs and all.
Sheesh, spoil the surprise why don't you.