Jump to content




[MC 1.8.9-1.11.2] CC Tweaks


288 replies to this topic

#21 Lignum

  • Members
  • 558 posts

Posted 26 April 2015 - 03:28 PM

View PostSquidDev, on 26 April 2015 - 03:23 PM, said:

I'm considering adding an 'advanced cable' which adds functionality like that as we don't have to hack as much of CC's original cable.

Perhaps you could give it the ability to send messages over unloaded chunks? While the LAN cable in immibis peripherals does this, it requires a custom modem.

#22 SquidDev

    Frickin' laser beams | Resident Necromancer

  • Members
  • 1,427 posts
  • LocationDoes anyone put something serious here?

Posted 26 April 2015 - 03:36 PM

View PostLignum, on 26 April 2015 - 03:28 PM, said:

Perhaps you could give it the ability to send messages over unloaded chunks? While the LAN cable in immibis peripherals does this, it requires a custom modem.

I'm currently implementing a wireless-bridge. Think AE's quantum link chamber but for wired networks - you can place two down and bind them and the two networks can access each other's peripherals (as long as their chunks are loaded). This isn't identical to immibis' cables but the end result is pretty similar.

Edited by SquidDev, 26 April 2015 - 03:37 PM.


#23 SquidDev

    Frickin' laser beams | Resident Necromancer

  • Members
  • 1,427 posts
  • LocationDoes anyone put something serious here?

Posted 13 May 2015 - 04:51 PM

Another two weeks of work and another spoiler!

Posted Image

For those interested:
  • The yellow block is a 'Network Bridge', as described above this is a way of linking two networks together. There are no cables going between the furnaces and the computer. It has infinite range and works between dimensions too.
  • The grey block is a full block modem - a mixture of a peripheral proxy and a modem it allows you to connect to all 6 sides at once, even if they aren't full blocks.
  • There are four modems and a network bridge connected to those furnaces. I'm using OpenPeripheral to wrap them as peripherals.
  • ElvishJerricco has added an amazing feature allowing peripherals to access the entire network. We've also added OpenPeripheral support, so the computer pulls items out of the chest and pushes them into the furnaces, then pushes the result back into the chest.

Edited by SquidDev, 13 May 2015 - 04:52 PM.


#24 Bomb Bloke

    Hobbyist Coder

  • Moderators
  • 7,099 posts
  • LocationTasmania (AU)

Posted 14 May 2015 - 12:29 AM

View PostSquidDev, on 13 May 2015 - 04:51 PM, said:

The yellow block is a 'Network Bridge', ... It has infinite range and works between dimensions too.

... and presumably has a price-tag to match? :blink:

View PostSquidDev, on 13 May 2015 - 04:51 PM, said:

The grey block is a full block modem - a mixture of a peripheral proxy and a modem it allows you to connect to all 6 sides at once, even if they aren't full blocks.

OpenPeripheral's Peripheral Proxy, at least last I tried it, was somewhat bugged in that if you hooked up a peripheral then broke that peripheral, even if you re-placed it the proxy would malfunction (acting as if the peripheral was still there in its last-seen state) until you broke and re-replaced the proxy too. Might be worth testing.

I'm also curious what this does for the cabling length cap. Normally it's 255 segments, does the full-block modem act as a repeater of some sort?

View PostSquidDev, on 13 May 2015 - 04:51 PM, said:

ElvishJerricco has added an amazing feature allowing peripherals to access the entire network. We've also added OpenPeripheral support, so the computer pulls items out of the chest and pushes them into the furnaces, then pushes the result back into the chest.

So you're saying that where OP would usually restrict you to pushing/pulling according to a direction such as east/north/up/whatever, this opens up the option of specifying chest_0/furnace_2/whatever?

#25 ElvishJerricco

  • Members
  • 803 posts

Posted 14 May 2015 - 01:20 AM

Also worth noting: We're in the process of re-rewriting the networking infrastructure. The hope is the make it simpler to understand and work with. But the end goal is an API for networking, allowing any mod developer to create their own kind of cables / network links, or to make any other potential kind of network device.

#26 ElvishJerricco

  • Members
  • 803 posts

Posted 14 May 2015 - 01:28 AM

View PostBomb Bloke, on 14 May 2015 - 12:29 AM, said:

... and presumably has a price-tag to match? :blink:

We haven't done much balancing yet =P We'll get to that.

View PostBomb Bloke, on 14 May 2015 - 12:29 AM, said:

OpenPeripheral's Peripheral Proxy, at least last I tried it, was somewhat bugged in that if you hooked up a peripheral then broke that peripheral, even if you re-placed it the proxy would malfunction (acting as if the peripheral was still there in its last-seen state) until you broke and re-replaced the proxy too. Might be worth testing.

CC's network handling is generally kinda bleh and buggy. Not surprising that the peripheral proxy is bleh and buggy. Our solutions should prove more reliable with the more reliable networking.

View PostBomb Bloke, on 14 May 2015 - 12:29 AM, said:

So you're saying that where OP would usually restrict you to pushing/pulling according to a direction such as east/north/up/whatever, this opens up the option of specifying chest_0/furnace_2/whatever?
Yes we have two new IInventory methods, (pullItemIntoSlotRemote, pushItemIntoSlotRemote). These reach into the cable network and find remote peripherals to attempt to push and pull from. It might prove a bit to overpowered since its free item teleportation for a cheap cost that's highly automatable... But it's cool =P

#27 SquidDev

    Frickin' laser beams | Resident Necromancer

  • Members
  • 1,427 posts
  • LocationDoes anyone put something serious here?

Posted 07 June 2015 - 08:38 PM

We've made some more progress on networks... I got distracted however...

Posted Image

No. I can't guarantee this will actually be in CCTweaks. I'm just putting this here because it was kinda amusing.

Edited by SquidDev, 07 June 2015 - 08:38 PM.


#28 dramondraco

  • Members
  • 3 posts

Posted 08 June 2015 - 12:57 AM

Forgive me for asking, but how exactly do you make the turtle refuel using RF? I placed a resonant flux capacitator in the turtle, went to lua, and typed "turtle.refuel()", but all it returned was "Item not combustible." Is there a special command for this? On my second test, I tried moving the turtle, without any fuel, and the resonant flux capacitator inside of it, but it returned "Out of Fuel." Can you tell be how to make the turtle consume RF?
Thanks!

#29 Bomb Bloke

    Hobbyist Coder

  • Moderators
  • 7,099 posts
  • LocationTasmania (AU)

Posted 08 June 2015 - 03:11 AM

According to their wiki, turtle.refuel() should do the job. Maybe check that config file it mentions?

#30 SquidDev

    Frickin' laser beams | Resident Necromancer

  • Members
  • 1,427 posts
  • LocationDoes anyone put something serious here?

Posted 08 June 2015 - 06:51 AM

View Postdramondraco, on 08 June 2015 - 12:57 AM, said:

-snip-
Hmmm, I've had no problems with this so everything should work. :S If you turn 'debug mode' on (Misc -> debug) and post your logs after trying again I should be able to find out what is going wrong.

View PostBomb Bloke, on 08 June 2015 - 03:11 AM, said:

According to their wiki, turtle.refuel() should do the job. Maybe check that config file it mentions?
It is on by default in the Config, but do also check your config.

Thanks.

#31 SquidDev

    Frickin' laser beams | Resident Necromancer

  • Members
  • 1,427 posts
  • LocationDoes anyone put something serious here?

Posted 09 June 2015 - 04:49 PM

Well, more slightly random features:

Posted Image Posted Image

I realise those images are slightly askew. Sorry.

The tool host effectively allows you to use any tool with a turtle. At the moment only attacking is supported, though I'm looking at a good way to implement digging too. It uses the current slot in your inventory as the tool and does consume durability - though also allows enchantments and Tinker's tools. Slightly OP so there is some balancing to do.

Edited by SquidDev, 09 June 2015 - 04:50 PM.


#32 Bomb Bloke

    Hobbyist Coder

  • Moderators
  • 7,099 posts
  • LocationTasmania (AU)

Posted 10 June 2015 - 12:15 AM

Mining with tinker's tools would be a laugh, some of those can dig out multiple blocks at a time... give a turtle a crafting table and maybe even some sort of forge upgrade, and I suppose it could even repair its tools as it goes! :)

#33 dramondraco

  • Members
  • 3 posts

Posted 10 June 2015 - 12:35 AM

Quote

According to their wiki, turtle.refuel() should do the job. Maybe check that config file it mentions?

I looked at my configs, but it says that flux refuel is enabled, like this:

  • # Enable refuel from Redstone Flux items [default: true]


  • B:"Flux refuel"=true.

I don't know what's wrong. I'm using CCTweaks-1.7.10-0.1.4.2. Here is my full config.

Once again, thanks in advance for helping me.


#34 SquidDev

    Frickin' laser beams | Resident Necromancer

  • Members
  • 1,427 posts
  • LocationDoes anyone put something serious here?

Posted 10 June 2015 - 07:23 AM

View Postdramondraco, on 10 June 2015 - 12:35 AM, said:

I don't know what's wrong. I'm using CCTweaks-1.7.10-0.1.4.2. Here is my full config.
Once again, thanks in advance for helping me.

Right, this is a major bug in my end. I fixed it a while back for the 0.2 prerelease so you'll probably have to work with that for now. It is pretty stable so everything should be OK. Sorry :(.

#35 dramondraco

  • Members
  • 3 posts

Posted 11 June 2015 - 10:43 PM

Forgive me for asking so many questions, but when I downloaded CCTweaks-1.7.10-0.2-pr1 and tried running Minecraft, it gave me this error. I think it has some dependencies on Open Peripherals, which I don't have.

#36 SquidDev

    Frickin' laser beams | Resident Necromancer

  • Members
  • 1,427 posts
  • LocationDoes anyone put something serious here?

Posted 12 June 2015 - 06:52 AM

View Postdramondraco, on 11 June 2015 - 10:43 PM, said:

Forgive me for asking so many questions, but when I downloaded CCTweaks-1.7.10-0.2-pr1 and tried running Minecraft, it gave me this error. I think it has some dependencies on Open Peripherals, which I don't have.

Ahhh, I fixed that a while back and never updated the release. Sorry :(. If you redownload it should be fixed.

Don't worry about questions - the more bug reports I get the better!

#37 biggest yikes

  • Members
  • 573 posts

Posted 12 June 2015 - 01:23 PM

Any chances of an HTTP server block?

#38 Wojbie

  • Members
  • 631 posts
  • LocationKinda lost

Posted 12 June 2015 - 01:28 PM

View PostAtenefyr, on 12 June 2015 - 01:23 PM, said:

Any chances of an HTTP server block?
That sounds like a bad idea. I don't see how it would work and it could become a security hole for the server itself.

#39 SquidDev

    Frickin' laser beams | Resident Necromancer

  • Members
  • 1,427 posts
  • LocationDoes anyone put something serious here?

Posted 12 June 2015 - 02:05 PM

View PostAtenefyr, on 12 June 2015 - 01:23 PM, said:

Any chances of an HTTP server block?

As in the user can open a socket on the server and so external people can connect. That doesn't count as a security hole - it just seems a really bad idea. I've got an todo list for some stuff I want to do with HTTP, though I don't think a server block in the form I imagine it would be a good idea.

Edited by SquidDev, 13 June 2015 - 07:06 AM.


#40 biggest yikes

  • Members
  • 573 posts

Posted 12 June 2015 - 07:35 PM

I guess sort of like Someluigi's Peripherals, except instead of an event being sent, it accesses a file on the computer (presumably the output could be modified by a lua script).

Edited by Atenefyr, 12 June 2015 - 07:40 PM.






1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users