Variable Size Quarry (now with Super Ore Quarry™)

• Huge Sized Quarries possible, the only restriction is how much fuel you can stuff in the turtle (and chunk loading)
• Will always move to the proper position, will even attack mobs that get in the way!
• Great for digging out rooms underground
• Great for demolishing houses (use invert)
• Great for digging holes down to bedrock
• Deposits blocks into a chest when finished
• Checks often to see if inventory is full
• If inventory full, will go to a home chest to deposit blocks, then go right back where it was and continue mining
• Ender Chest enabled! Feel free to use them
• Session Persistence! Quarries will live through crashes and SSP
• Ore Quarry capable! Check the help section for instructions
• Turtle can mine down a certain number of blocks before starting. Good for getting to diamonds quickly.
• If it runs into bedrock, it will come back to start and tell you where bedrock was found.
• Automatically checks if you have fuel disabled
• Keeps a (somewhat) detailed record of what it mines
• Will log mining runs for posterity when done (If you want)
• While running, displays percent to completion and total blocks mined.
• Very modular, many different things can be changed by config and arguments
• Now can be fully automated from parent programs. Everything can be set from arguments
• Intelligently tells you settings you have changed
• Now has a companion program to place ladders all the way to the bottom.
• Now has a companion rednet program to give status updates when running. See below for current version
• Will intelligently request fuel before mining, so it won't run out half way through.
• Refuels quickly! You will fueled up and ready to go in no time!
• Supports GPS networks. Is able to accurately get its position every time (If wanted)

• Shell to control turtle
• Maybe start quarries through rednet

• None right now :)/>

minecraft:stone, minecraft:gravel, ThermalExpansion:Machine

edit basic

# Starting a line with a single pound sign (hashtag) denotes a comment
# You can have comments anywhere, but they don't work at the end of parameter lines

#This file will be a "basic" file that holds all the things I like to change as default

#I want my turtles to always refuel themselves when done, but only to about half max
doRefuel true
maxFuel 100000

#I prefer to always have a chest below
chest bottom

#I always want maxTries to be really large, I don't like logging mining runs, and I want more than twice the fuel necessary
#I can do multiple parameters on one line if I use dashes
-maxTries 100000 -logging false -fuelMultiplier 2.2

#I also want to prompt whether to do an oreQuarry or not
forcePrompt oreQuarry

#Now when you run this it will ask you "Ore Quarry?" just like it asks you "Invert?" or "Length?"

quarry -file basic

quarry -file basic -dim 16 16 64 -flatBedrock true -default

Koncrete, on 10 December 2012 - 06:02 AM said:

This is excellent, if I am on a serve though I am probably going to have to enter that line by line hunh….

Blackbeared, on 03 January 2013 - 03:10 AM said:

How to get this to work properly, it keeps saying it needs more fuel and I've already put a stack of coal in there and it used it all.

tpmrpg, on 09 December 2012 - 07:44 AM said:

Fueling partition doesn't work, I just noted it all, and then it was fine! Brilliant program BTW

Blackbeared, on 03 January 2013 - 03:10 AM said:

How to get this to work properly, it keeps saying it needs more fuel and I've already put a stack of coal in there and it used it all.

label set somename 

crazygoattoe, on 06 January 2013 - 06:18 PM said:

I tried this out and I got an error on line 167 saying "attempt to compare nil with number"

Any idea why? (I don't know much about programming)

maxslots=13

Blackbeared, on 08 January 2013 - 05:18 AM said:

Oké I have another question. I removed the fuel part (also make it so fuel isn't needed, I'm lazy like that :P/>). But for some reason the program randomly stops and it gives no error. When I start I give in length: 15, width: 15 and height: 120 is this like a build in stopping system that I am missing, it mines for a while when I start it again but just randomly stops and I have no idea what's causing it.

Any ideas?

MrHohenheim, on 09 January 2013 - 10:16 AM said:

Yup i like that quarry :)/> but i need inverted quarry for forest clearing.. hard work to reconfig for me? :)/>

MrHohenheim, on 10 January 2013 - 07:35 AM said:

i need this quarry for inverted working :D/>/> i want chop the forest :P/>/>

anonimo182, on 10 January 2013 - 06:31 AM said:

This really needs the rednet sending to screen, otherwise really nice program!! Can also optimize time by mining by trhee rows at time instead of two, if the left height is divisible by 3

killaking319, on 11 January 2013 - 06:29 PM said:

Error = ' Bios:338: [string"quarry"]:74: ')' expected '
any ideas?

1. Added rednet support. To work, the second argument on quarry must be "true" (without quotes)
2. Fixed a bug in the counting where it wouldn't count anything as cobble
3. May have fixed a few other minor bugs

danny1992, on 22 January 2013 - 05:18 PM said:

can you make this program to mine 3 layers at once ?

600360, on 25 January 2013 - 02:27 AM said:

you could make the turtle dig down first and then dig as many per move as the dig directions allow it to
(because it will be surrounded with the materials you dig)
thou i dont know much about programming yet so cant help more

danny1992, on 30 January 2013 - 02:48 AM said:

if i leave the world it stop ?

danny1992, on 30 January 2013 - 04:22 AM said:

i updated the dw20 pack and turtle mine only a layer at once …

narutofan92, on 06 February 2013 - 05:24 PM said:

hello i have a problem i get a error message slot number 10 out of range i have quarry left 5 5 5 but the turtle truns not the items in the chest
(sorry for my bad english im from german)

sjkeegs, on 07 February 2013 - 05:10 AM said:

narutofan92, on 06 February 2013 - 05:24 PM said:

hello i have a problem i get a error message slot number 10 out of range i have quarry left 5 5 5 but the turtle truns not the items in the chest
(sorry for my bad english im from german)

Are you running the current version of CC? An older version of CC only had 9 slots in the turtle.

• Everything configurable from arguments (e.g. height, width, fuel check, inverted, rednet…)
• Better rednet sending method
• Better accuracy of what turtle is doing
• Mine three layers at a time until last layer, where it will mine height specifically
• Keep track of three dimensional position (relative to start)
• If inventory full, will go back to original deposit chest, test for a chest, and either wait there or deposit items into a chest, then go back to position
• Easily switch to inverted quarry
• Use coal to refuel itself option

• Tekkit (1.2.5) compatibility
• Goes to the left instead of right option
• Will dig to a certain layer then begin quarry
• Place torches as it goes

vyzor, on 19 March 2013 - 06:52 AM said:

biggest prob is when the turte invetory is full it starts spitting the items. that's sad =(
in the zones with more ores the inventory slots fill up quickly

MrHohenheim, on 21 March 2013 - 10:06 AM said:

hey the inverted version can do the rednet? not working for me

Hun73rdk, on 29 March 2013 - 10:49 AM said:

Hmm why cant i go over 20x20 blocks in quarry size ???

Elgriton, on 02 May 2013 - 11:00 PM said:

7Hello! I just recently tried out this code and am amazed by it, I did find a bug though! When activating the rednet computer program and successfully linking it to my turtle, it says "textutils:177: attempt to concatenate string and nil"


I'm not sure what this means.. Just thought i would report it, Not too big a deal but it does stop the rednet program from working properly!

Also if you do read this(Which I assume you will? haha) how big does the monitor need to be? I made it quite big but trying to run it on the monitor still outputs that the screen is too small(Currently four tall and three wide!)


EDIT: Checking back on the turtle, it it still quarrying away but it says "Connected:False", even though the computer said otherwise! Hope this info helps you fix some things :)/>

civilwargeeky, on 02 May 2013 - 11:23 PM said:

Elgriton, on 02 May 2013 - 11:00 PM said:

7Hello! I just recently tried out this code and am amazed by it, I did find a bug though! When activating the rednet computer program and successfully linking it to my turtle, it says "textutils:177: attempt to concatenate string and nil"


I'm not sure what this means.. Just thought i would report it, Not too big a deal but it does stop the rednet program from working properly!

Also if you do read this(Which I assume you will? haha) how big does the monitor need to be? I made it quite big but trying to run it on the monitor still outputs that the screen is too small(Currently four tall and three wide!)


EDIT: Checking back on the turtle, it it still quarrying away but it says "Connected:False", even though the computer said otherwise! Hope this info helps you fix some things :)/>

Hello. First of all, thank you for using my program :)/> Now, when you say you got the error with textutils, did that happen on the computer or the turtle? I used to have that problem happen occasionally but I had thought I'd fixed it, hmmm. Also, Does it happen all the time or just sometimes (because it worked fine for me in tests :P/>). Thank you for bringing that up. I will look into fixing it.

Heh, as for the monitor, I think it needs to be four wide at the moment, but thanks for reminding me :)/> An update will be coming very soon that will accommodate smaller screens (I'll figure out some good sizes). Also, an update for the program in general will be coming out soon that will properly avoid bedrock, and also have a functional help screen (type "quarry help" or "quarry -?")

Elgriton, on 03 May 2013 - 04:42 PM said:

Have any info on that error? :)/>

civilwargeeky, on 03 May 2013 - 06:03 PM said:

Elgriton, on 03 May 2013 - 04:42 PM said:

Have any info on that error? :)/>

Hello. So, to test your error, I started up minecraft 1.5.1 with ComputerCraft 1.52 installed. I started up a brand new world, got out a wireless mining turtle, a computer, and a modem. I labeled the computer got the pastebin from my OP. I then placed the computer, attached the wireless modem and got the proper pastebin code there as well. I then went to the turtle and activated rednet, and started a quarry 20 by 20 by 60. Then I input the proper channel to the computer, and the turtle started fine, with the computer printing (nearly) proper data to the screen. I did discover that when the counters go above 10 then it dosen't erase the zero :)/>

Anyway, regarding your problem, I would recommend checking that you have the right version of both programs installed (it should say 3.0.3 at the top of both files), and maybe redownloading the programs.

Slappy826, on 03 May 2013 - 06:25 PM said:

Awesome program :D/>

civilwargeeky, on 03 May 2013 - 06:53 PM said:

Ok. I see now. I went back to my 1.4.6 save, and I get the same error that you did. I am currently trying to track it down :)/>

Elgriton, on 03 May 2013 - 06:34 PM said:

civilwargeeky, on 03 May 2013 - 06:03 PM said:

Elgriton, on 03 May 2013 - 04:42 PM said:

Have any info on that error? :)/>

Hello. So, to test your error, I started up minecraft 1.5.1 with ComputerCraft 1.52 installed. I started up a brand new world, got out a wireless mining turtle, a computer, and a modem. I labeled the computer got the pastebin from my OP. I then placed the computer, attached the wireless modem and got the proper pastebin code there as well. I then went to the turtle and activated rednet, and started a quarry 20 by 20 by 60. Then I input the proper channel to the computer, and the turtle started fine, with the computer printing (nearly) proper data to the screen. I did discover that when the counters go above 10 then it dosen't erase the zero :)/>

Anyway, regarding your problem, I would recommend checking that you have the right version of both programs installed (it should say 3.0.3 at the top of both files), and maybe redownloading the programs.

I should note I am using 1.4.7 MC, the ultimate pack on the FTB launcher, Maybe that's why it doesnt work for me :unsure:/>

civilwargeeky, on 03 May 2013 - 07:06 PM said:

Elgriton, on 03 May 2013 - 06:34 PM said:

civilwargeeky, on 03 May 2013 - 06:03 PM said:

Elgriton, on 03 May 2013 - 04:42 PM said:

Have any info on that error? :)/>

Hello. So, to test your error, I started up minecraft 1.5.1 with ComputerCraft 1.52 installed. I started up a brand new world, got out a wireless mining turtle, a computer, and a modem. I labeled the computer got the pastebin from my OP. I then placed the computer, attached the wireless modem and got the proper pastebin code there as well. I then went to the turtle and activated rednet, and started a quarry 20 by 20 by 60. Then I input the proper channel to the computer, and the turtle started fine, with the computer printing (nearly) proper data to the screen. I did discover that when the counters go above 10 then it dosen't erase the zero :)/>

Anyway, regarding your problem, I would recommend checking that you have the right version of both programs installed (it should say 3.0.3 at the top of both files), and maybe redownloading the programs.

I should note I am using 1.4.7 MC, the ultimate pack on the FTB launcher, Maybe that's why it doesnt work for me :unsure:/>

Found It! Ok. I will put a backwards - compatibility pastebin in the OP.
In the version of computercraft that FTB runs, there was a bug where modems would send messages to themselves every time it sent. So the computer was sending "Confirm" back to itself and textutils couldn't decipher that as a table. Problem solved. Thank you for your help with this bug.

print("what is your username?")
username = read()
print("What is your password?")
password = read()

if username == "Inumel" and password == "butts"then
term.setTextColor(colors.lime)
  print("Correct!")
  rs.setOutput("back", true)
  sleep(2)
  rs.setOutput("back", false)
os.reboot()
  else
  term.setTextColor(colors.red)
  print("Incorrect!")
  sleep(5)
  os.reboot()
end

Elgriton, on 04 May 2013 - 08:40 PM said:

Spoiler

Your program inspired me to try to make my own program, starting with this silly thing

print("what is your username?")
username = read()
print("What is your password?")
password = read()

if username == "Inumel" and password == "butts"then
term.setTextColor(colors.lime)
  print("Correct!")
  rs.setOutput("back", true)
  sleep(2)
  rs.setOutput("back", false)
os.reboot()
  else
  term.setTextColor(colors.red)
  print("Incorrect!")
  sleep(5)
  os.reboot()
end

It doesnt have much, but it was fun to make! so again, thanks!

Elgriton, on 07 May 2013 - 02:10 AM said:

Bug in 3.0.3, Turtle reporting "Connected:False" even though it is in fact connected and sending messages to the rednet computer

cassie214, on 24 May 2013 - 11:03 AM said:

I found a problem at line 206 it seems a ']' is missing
but a very nice program i relay like it
:)/>/>

MonthOLDpickle, on 25 May 2013 - 12:22 PM said:

How can it refuel itself?

coaster3000, on 25 May 2013 - 06:50 PM said:

ModPack: FTB Ultimate 1.1.0 (Not the recommended build its higher version then recommended)
CC: 1.5
Misc Peripherals installed Unneeded info but just there in case..


I get the error
-snip-

: print(a, b, type(B)/> ) --a is the name, b is the value
: textutils.serialize(B)/>/>
modem  table: 687ecc62   table
error: cannot serialize type function

civilwargeeky, on 25 May 2013 - 07:34 PM said:

coaster3000, on 25 May 2013 - 06:50 PM said:

ModPack: FTB Ultimate 1.1.0 (Not the recommended build its higher version then recommended)
CC: 1.5
Misc Peripherals installed Unneeded info but just there in case..


I get the error
-snip-

Well. Thanks for reporting this. I fixed it and will update pastebin very shortly. So, what happened, in its session persistence call, when rednet is enabled it tries to save the modem table. Literally in my debugging:

: print(a, b, type(B)/>/> ) --a is the name, b is the value
: textutils.serialize(B)/>/>/>
modem  table: 687ecc62   table
error: cannot serialize type function

So… not my fault :)/>

pokemonfirer, on 26 May 2013 - 07:54 PM said:

im haveing a issue with this when i set it to quarry it runs the first layer it does then when it digs dorn in goes to the side then stright for what seams like forever any idea?

stonecold913, on 01 June 2013 - 10:53 AM said:

im sorry if this has been asked before, but how do i set up the quarry to backup its location incase of server restart

stonecold913, on 01 June 2013 - 05:53 PM said:

ok so it has to be in the same spot that it was when it shut down? because it shut down when it was at my chest and when i did quarry -restore it dug through the chest

civilwargeeky, on 01 June 2013 - 07:32 PM said:

stonecold913, on 01 June 2013 - 05:53 PM said:

ok so it has to be in the same spot that it was when it shut down? because it shut down when it was at my chest and when i did quarry -restore it dug through the chest

Well, you see, the way it works when it restores is that it basically starts the program over from where it was, based on where it was in its mining session. So if it happened to be unloading stuff at the chest, then it would probably think it was somewhere in the middle of it mining row. I'll have to fix that later. Sorry.

stonecold913, on 01 June 2013 - 08:40 PM said:

civilwargeeky, on 01 June 2013 - 07:32 PM said:

stonecold913, on 01 June 2013 - 05:53 PM said:

ok so it has to be in the same spot that it was when it shut down? because it shut down when it was at my chest and when i did quarry -restore it dug through the chest

Well, you see, the way it works when it restores is that it basically starts the program over from where it was, based on where it was in its mining session. So if it happened to be unloading stuff at the chest, then it would probably think it was somewhere in the middle of it mining row. I'll have to fix that later. Sorry.

np

*edit so while playing around with this and trying to do a chunkloading turtle that talks with a computer in my base i type in this

"Quarry (what i named it) -receiveChannel 28 -sendChannel 27 -invert true -dim 10 10 10 -rednet true"
and i get back

"Rednet is Enabled
The Channel to open is 27
Quarry:337: attempt to call nil"


any idea why this is happening

Somin, on 06 June 2013 - 01:56 PM said:

I used this quarry quite a bit today and yesterday but it only gets through the routine 20% of the time. The other 80% of the time I get a 'too long without yielding error' .. As I understand, this is probably a result of my server being heavily taxed. Indeed, our server is struggling a bit.. So I am sure the error is 'on my side'…

That said, is there anything at all I can do to get this error less frequently? Should I put sleep(0.5) in every loop? Is there a server cfg I should look at?

Thanks for any tips

1. Fixed percent display being off
2. If doRefuel is true, it will attempt to refuel itself with fuel from its inventory if fuel level is below 100 until it reaches a certain level
3. A new argument, fuelSafety, will adjust how much extra fuel the turtle will ask for at start. The accepted values are safe, moderate, and loose, and you can change the values in the config.
4. If a chest is full when it is emptying, it will now wait until a slot is empty and then return mining, as opposed to keeping things in its inventory while it mines.
5. Instead of key presses for chests and fuel, will now detect changes.

civilwargeeky, on 11 June 2013 - 07:29 PM said:

Version 3.0.7 out!

Changes:

1. Fixed percent display being off
2. If doRefuel is true, it will attempt to refuel itself with fuel from its inventory if fuel level is below 100 until it reaches a certain level
3. A new argument, fuelSafety, will adjust how much extra fuel the turtle will ask for at start. The accepted values are safe, moderate, and loose, and you can change the values in the config.
4. If a chest is full when it is emptying, it will now wait until a slot is empty and then return mining, as opposed to keeping things in its inventory while it mines.
5. Instead of key presses for chests and fuel, will now detect changes.

d3ighty, on 12 June 2013 - 03:06 PM said:

on my server Fuel is disabled. So i dont have a number to check. Can someone help me?

btw. i cant acces the server compucraft.cfg

Akivar, on 12 June 2013 - 02:47 PM said:

Still needs to have the Chest placed "Behind" it.

Akivar, on 12 June 2013 - 04:45 PM said:

Yea I just keep forgetting to "set" that variable. It would be nifty if the Quarry Program could "search" for the chest xD

d3ighty, on 13 June 2013 - 02:37 PM said:

Thx :)/> Will this work with every other programm?

demonking239, on 14 June 2013 - 02:27 AM said:

If we edited startup to "quarry - resume" would it auto resume

if count > 20 then
turtle.digDown()
turtle.down()
for i=1,15 do
turtle.attack()
end
turtle.digUp()
turtle.up()
end 

if count > 20 then
    turtle.digDown()
    turtle.down()
  
    for i=1,15 do
	  turtle.attack()
    end
  
    turtle.digUp()
    turtle.up()
  end   
  if count == 30 then
	    if not inverted then
		  turtle.digUp()
		  turtle.up()
		  for i=1,5 do
		    turtle.dig()
		    turtle.attack()
		    turtle.forward()
		    if facing == 0 then xPos = xPos +1
		    elseif facing == 2 then xPos = xPos-1
		    elseif facing == 1 then zPos = zPos+1
		    elseif facing == 3 then zPos = zPos-1; end		   
		  end
		  turtle.digDown()
		  turtle.down()			   
	    end
  end

Amy, on 22 June 2013 - 05:05 AM said:

I am having the weirdest problem with this.
When trying to use the rednet connection from the wireless turtle to the computer (set up exactly the same as in the tutorial video), the computer just prompts for the instructions the same way the turtle does, asking for its dimensions and such instead of ever trying to connect.
If I put in details ABOUT the quarry I am trying to do (or even different from the turtle) it just returns a nil value, it never tries to connect.

Somin, on 19 June 2013 - 02:42 AM said:

Ah yeah, I actually improved the modification a little bit, pasted it below… It tries to attack a few more times, in case the mob / animal got closer to the turtle and within attack range. Then, if that fails it moves up, forward 5, and then back down again. It also updates the movement counts so it should resume properly.

quarry:600: attempt to compare string
with number expected, got string

Zhorts, on 24 June 2013 - 12:07 PM said:

This is a very nifty little quarry, that I seem to completely abuse for cheap mining (why oh why did I choose to go with gregtech hard mode!? :D/> ).

Anyway, if I read the code correctly (LUA is not my strongest language) it seems version 3.1.0 introduced a bug when fixing the bedrock detection and unlimited fuel.
For evaluation purposes I set my turtles to not require fuel in the configs. Three times a turtle has now gotten stuck facing a sheep (I assume, it's the only living thing in the quarry, and it's still happily standing in the way when I discover it), and thrown the following error:

quarry:600: attempt to compare string
with number expected, got string

Yes, the error message is kind of garbled - that is verbatim what the display says.

This is in the bedrock detection block of code, and the turtle seems to think it's hit bedrock, but it's actually at y=60-something, so it ought to be sensing the sheep. The main problem is therefore not the bug itself, in my opinion, but the bedrock detection finding sheep.
Could the "bedrock" detection be made more insensitive, perhaps with a configureable retry or adding in a sleep delay, or perhaps implementing the skip-over Somin showed? (On a side note, how does that work if the turtle tries to take that way back to base? Does it happily mine through?)

if count > 20 then
  digDown()
  down()
  for i=1,15 do
	attack()
  end
  digUp()
  up()
end
if count == 30 then --You also don't need to take inverted into consideration. My functions just call the other one if inverted
  digUp()
  digDown()
  up()
  for i=1,5 do
	dig()
	attack()
	forward()	
  end
  digDown()
  down()				
end

file.write(a.." = "..tostring(B)/>.."\n")

Zhorts, on 02 July 2013 - 04:32 PM said:

Okay, it's me again… My turtle army has been busy finding bugs :)/>

I've had a couple fail to save their persistency information. The accessible turtle was still running 3.1.0, and failed on line 309 (

file.write(a.." = "..tostring(B)/>/>.."\n")

) with the error "Too long without yielding". The end result is an empty save file, and a very cranky turtle until I break it - it won't respond to any input.
This doesn't look to be caused by your code, but may happen when the server does a restart, I haven't checked enough to draw any conclusions.
Reading a bit gave this thread: http://www.computerc...on-server-stop/ which pretty much kills my grand idea of 100x100 quarry turtles with -restore in the startup file (which is what I was testing). I guess I'll have to look at GPS turtles, which sounds horribly inefficient with a portable mining site… unless the GPS turtles themselves are mobile…

fud, on 03 July 2013 - 01:14 PM said:

Just tried -restore after a server restart to get my turtle to continure where it left off. it says things are fine then just proceeds to do a 3x3 quarry, when it should be doing a 55x55.

I noticed it did the same yesterday as well.


I'm using the ultimate pack in feed the beast.

fud, on 03 July 2013 - 09:31 PM said:

Hi, thanks, personally I would prefer to have data saved even if it was 1 position out, than to have a blank file. Starting from the beginning, or having to reset/reposition chests, work out what to quarry etc, is a bit of a pain.

Excuse me if you've already implemented this.. would it better if I set up a gps system so that the turtle can get its exact position and then compare that to whats stored in a file to better resume? - i ahve no experience in the gps system though, so my thinking might be wack. - I dont know, have you built something like this into the program already?

TNTigger, on 06 August 2013 - 05:16 PM said:

This is a great turtle program. I can only find one drawback with the version I am using (forgive me if this has been fixed in another version): If you are quarrying an area that has a dungeon or mine, broken chest contents are lost and that is where some of the best loots are. I have tried to figure out where to insert a turtle.suck() command to pick up dropped objects, but between work and life, I haven't quite got the scripting down yet.

Stil, thanks for a GREAT program

Hun73rdk, on 11 August 2013 - 03:04 AM said:

is the rednet not working in the 3.1.1 version ????

civilwargeeky, on 11 August 2013 - 11:15 PM said:

Hun73rdk, on 11 August 2013 - 03:04 AM said:

is the rednet not working in the 3.1.1 version ????

As far as I know, rednet should still work in the latest version. I haven't gotten around to testing recent computercraft versions yet, but I will test tomorrow and confirm ASAP.

As far as the code goes, I haven't changed anything related to rednet (I think). Does it error, or not send the message properly, or something else?

Soilaq, on 13 August 2013 - 06:12 AM said:

Would it be possible to fuel it faster?

Currently setting up an
L: 80
W: 80
H: 65

And he needs about 325k fuel, takes some time :P/>

So my question is, can you make it fuel faster or fuel whole stacks or something? I have no clue how code works so…

Cheers

Edit: I'm using Coal/Charcoal, should I use something else to fuel it? (Completely new to minecraft)

kurokuno, on 17 August 2013 - 05:40 AM said:

small issue on 1.6.2 with rednet the turtle keeps sending the inital message and the computer is allso open and looking for it everything is fine except they never connect to each other

happy2pester, on 19 August 2013 - 12:38 PM said:

I have a small suggestion: The -restore switch that you can use? I would also add an alias for that, being -resume.

DangerDave, on 22 August 2013 - 03:23 AM said:

For some reason whenever I try and answer the Inverted? as True, it defaults to false. I can use "quarry -invert true" and that works, but what am I doing wrong with the variable interface?

civilwargeeky, on 22 August 2013 - 07:59 AM said:

DangerDave, on 22 August 2013 - 03:23 AM said:

For some reason whenever I try and answer the Inverted? as True, it defaults to false. I can use "quarry -invert true" and that works, but what am I doing wrong with the variable interface?

It's looking for a "yes" not a "true". I will make note to also allow true in the next version. Thank you

YuvonDovah, on 28 August 2013 - 07:35 PM said:

That code is AWESOME dude keep it up! It would be cool if a ladder option was built in and you could choose where to enable it like with the inverted option.

YuvonDovah, on 06 September 2013 - 08:45 PM said:

Is it possible to control it via rednet like making it stop with a computer, unload and such on command, just a thought and it would add a nice touch to the program.

civilwargeeky, on 07 September 2013 - 02:32 PM said:

YuvonDovah, on 06 September 2013 - 08:45 PM said:

Is it possible to control it via rednet like making it stop with a computer, unload and such on command, just a thought and it would add a nice touch to the program.

Yeah, I was considering doing something like that and have the framework set up for it, but it just never took off. What I was planning on doing was having the computer sending a message back every time the turtle sent it a message, and it would usually be like "Good", but if you wanted, it could be "stop" or "return" or something. Now, the idea should have worked, but the whole turtle waiting for a message thing was having a bunch of trouble and I got frustrated. I will definitely consider adding it when I restructure the rednet program.

Also, on the pace of updates, I'm really sorry but Rome II is fun and school is annoying. I will attempt to schedule some time for myself to work on theses programs.

YuvonDovah, on 07 September 2013 - 06:50 PM said:

-snip- Also is there a way to make it remember we it was and pick up where it left off after the world is closed?

daman4567, on 09 September 2013 - 11:00 AM said:

Nevermind, i found that it fuels up completely before it leaves, duh. However, while I have had the turtles resume perfectly each time i close the world, I have not had a correct resume after the turtle is unloaded and returned to. It seems to have an old state saved and, as such, starts in the wrong spot (I don't have wireless modems because all the endermen I stare at run away instead of attacking.)

daman4567, on 10 September 2013 - 10:16 PM said:

Might I then make a suggestion? Add a portion to the restore phase where the turtle experimentally moves around and finds the corners of the space and finds its position from that? It would cost extra fuel, but it would improve autonomy and security. Also, the turtles lose the program from memory if the game crashes, not really a bug in the program, but if you add a portion to the program to name the turtle this would never happen (idea taken from Andy Logger)

DuelleuD, on 12 September 2013 - 06:38 PM said:

I keep getting an error :305: attempt to index ?(a nil value). What can I do to stop it ???

DuelleuD, on 14 September 2013 - 07:40 AM said:

Yes I am using 3.1.1. I have tried it on new turtles and other maps but it keeps doing it its a pain trying to get the turtles

civilwargeeky, on 10 September 2013 - 10:56 PM said:

Also, in your experience, has it *ever* thought it was in the right spot? If not, I might have to do some more testing…

civilwargeeky, on 10 September 2013 - 10:56 PM said:

I would prefer not to do that. It would be… annoying to code because there are so many times where it is not where it should be. Like when it is moving back to the row beginning, or when it is going to the start chest. I would have to figure out ways to handle all of those. Thank you for the suggestion though.

johnlang1993, on 16 September 2013 - 07:35 PM said:

I was wondering if you could help me make your program place its own chest, dump its inv, then pick the chest back up. This would make the program much more efficient and works perfectly with enderchests. Also would it be possible to make it so the turtle only refuels if its fuel is below say 500. I'm not sure if thats already possible and im just missing that setting.

daman4567, on 16 September 2013 - 02:34 PM said:

-snip-

civilwargeeky, on 16 September 2013 - 08:08 PM said:

I can't really help that it doesn't resume properly on chunk boundaries, as I cannot tell when it has hit one, and I think that making the program available on SSP is more important (hmm, maybe an option on whether or not to add one to its position or not… [It already does this]). So yeah, as of now your best bet is to use the beta version and go with GPS tracking.

daman4567, on 16 September 2013 - 08:27 PM said:

civilwargeeky, on 16 September 2013 - 08:08 PM said:

I can't really help that it doesn't resume properly on chunk boundaries, as I cannot tell when it has hit one, and I think that making the program available on SSP is more important (hmm, maybe an option on whether or not to add one to its position or not… [It already does this]). So yeah, as of now your best bet is to use the beta version and go with GPS tracking.

I've resolved to just keep it loaded to finish until i get a chance to try the gps out. Also, I wasn't entirely clear on that, I did not mean that the turtle crossed a boundary into an unloaded chunk (hasn't happened as far as I know), but instead I went away and the chunk it was in stopped being loaded. Just a clarification.

Also, as I type this a solution popped into my head regarding the holes in the wall. Perhaps as it goes along the edge on the first and last pass of a layer, and also when it reaches the end, have it place a block of cobble to fill the area in (though the more I think about it the more I realize that it would be pretty hard to implement, still thought it was worth mentioning). That way when it does the search of the surroundings, it won't stray into a cave.

daman4567, on 16 September 2013 - 08:28 PM said:

Aww crud, i just thought of a huge list of conditions under which even that wouldn't work :(/>

civilwargeeky, on 16 September 2013 - 08:08 PM said:

With the refueling, I prefer to have it take all necessary fuel before it goes, rather than refuel if needed. However, I looked back through the code, and noticed I included a workaround for people like you :)/> If you use "-doRefuel true" and "-doCheckFuel false" then it won't prompt you for large amounts of fuel at the beginning, and will try and refuel items from its inventory if the amount of fuel is less than 100. (Do keep in mind though, if it has no fuel at all, it will just sit there and error)

johnlang1993, on 18 September 2013 - 12:32 AM said:

civilwargeeky, on 16 September 2013 - 08:08 PM said:

With the refueling, I prefer to have it take all necessary fuel before it goes, rather than refuel if needed. However, I looked back through the code, and noticed I included a workaround for people like you :)/>/> If you use "-doRefuel true" and "-doCheckFuel false" then it won't prompt you for large amounts of fuel at the beginning, and will try and refuel items from its inventory if the amount of fuel is less than 100. (Do keep in mind though, if it has no fuel at all, it will just sit there and error)

I used both of those parameters and it still just refuels all coal (my turtle has about 50k fuel), it would be nice to have all the fuel before starting but i like doing huge quarries (64x64x45) and thats starting fuel of about 120k and i dont have that much coal to dump into a turtle). Yes I do I know enough about lua to code the dropping of the chest, but im not experienced enough with lua to get through your code. Also just wanted to say thanks for helping me out with this problem, and for making such an extensive and well put together program.

Added aliases:
help: ?
restore: resume
Added in optional GPS capability to start up more reliably
Fixed logic in the "up" function preventing it from continuing on getting stuck
Fixed flag in saveProgress function to be a "w+" so it will never save a blank file
Nvm, w+ is unsupported mode...
Restructured the refuel thing if fuel is infinite. turtle.getFuelLevel returns math.huge if doCheckFuel == false
Left and right now save postion before move, may make restarts more reliable
Moved saveProgress to directly after first move. May improve reliability.
Made "doBackup" switch actually do somthing...
Changed fuelSafety default to loose in order to test new fuel algorithm.
Added numberOfStacksPerRun to config. Used in fuel calculation
Finished the smart fueling section. It will now intelligently fuel with multiple stacks
More intelligent fueling algorithm. Asks for much less fuel
"Raise" value in fueling is now only refuelled to, not checked for.
Made the turtle error if it is not a mining turtle
Updated Turtle help for -GPS and smartfuel
Finsished Logging option. Turtle now logs what it does

Etone, on 22 September 2013 - 08:16 AM said:

This Programm ist just awesome, i love the way you can see the Progress in Percent. And with a soulshard Wither Skeleton Spawner you can put unlimited fuel in this turtle. Very good work.

Greetings
Etone

Zoidy, on 26 September 2013 - 11:57 PM said:

Just a little bug I've noticed, not sure if you know about it. The bug is to do with -resume, when you get the turtle to resume from where it left off it'll resume one block less than it should ie if your mining 10x10 it'll 9x10. When its returning to drop off its inventory into the chest its going back one block too many and taking out the chest instead. Other than that it works well, one of the best programs for mining turtles.

One option I would love to see is being able to exclude mining Cobblestone, Dirt, Gravel etc.

civilwargeeky, on 28 September 2013 - 09:46 PM said:

Yeah, with the "-resume" bug, the turtle will only record its position properly some of the time. If you would like to experiment with the turtle and its saving capabilities, all you have to do is change a couple numbers at lines 635 - 641. As of now they are all +1, but you could change these numbers and see if it is any better. If you choose to test this out, please post here / message me, as I would like to know :D/>

Also, with dropping the unwanted materials, I'm not sure I would want to implement this, but I'll consider it. Thank you for the suggestion.

Zoidy, on 28 September 2013 - 10:28 PM said:

I'm not much of a coder (hated programming when studying for my diploma in ICT..) so I don't know how well my experiment would go, however I have a mates thats a programmer (got a doctorate or something) and loves programing Turtles so I could get him to look at it and get back to you on it. Another option for the turtle would be having an on board ender chest so it wouldn't have to keep coming back to drop off its load, might save a lot of time but might mean having a chunk of code become useless unless people prefer the old fashion way.

For the mean time I'll work on a way to get rid of all the cobblestone my turtle will be sending through to my sorting system, might use a filter to grab the cobblestone etc before it gets too far and send it into a incinerator to burn.

	if facing == 0 then
	  xPos = xPos + 1
	elseif facing == 1 then
	  zPos = zPos + 1
	elseif facing == 2 then
	  xPos = xPos - 1
	elseif facing == 3 then
	  zPos = zPos - 1 

Zoidy, on 03 October 2013 - 10:14 AM said:

I look forward to all the updates and addons etc with your program. Do you know if there is anyway to have the turtles auto resume after a server restart? I think they should be able to as I'm sure I read it somewhere but cant remember where, It's some sort of bug in computercraft or something.

One issue I have when I get too carried away and dig big 64 x 64 turtle quarries is that when the server restarts the turtles just stop and stay in the same place, sometimes this is goo if they are easy to find and get to but other times its a pain to look for them then find them hanging in the air the dead middle of the quarry. One option that on the server resume the turtle either returns straight up to the level it started from or better yet return to the starting point by the chest. I use a handy program that when the server restarts it send the turtle back up to the top so its easier to find. http://www.computerc...server-restart/

civilwargeeky, on 04 October 2013 - 11:44 PM said:

Zoidy, on 03 October 2013 - 10:14 AM said:

I look forward to all the updates and addons etc with your program. Do you know if there is anyway to have the turtles auto resume after a server restart? I think they should be able to as I'm sure I read it somewhere but cant remember where, It's some sort of bug in computercraft or something.

One issue I have when I get too carried away and dig big 64 x 64 turtle quarries is that when the server restarts the turtles just stop and stay in the same place, sometimes this is goo if they are easy to find and get to but other times its a pain to look for them then find them hanging in the air the dead middle of the quarry. One option that on the server resume the turtle either returns straight up to the level it started from or better yet return to the starting point by the chest. I use a handy program that when the server restarts it send the turtle back up to the top so its easier to find. http://www.computerc...server-restart/

Sorry it took a couple days for a response, my thread decided I wasn't allowed to get email notifications anymore…

Doing large quarries is fine. If you want my quarry to resume whenever it is reloaded after a server restart, just say "edit startup" and type "shell.run('quarry','-resume') " This will resume my quarry if a restore file was saved, otherwise it will just open the GUI. It will use whatever settings you gave it before and (somewhat, hopefully…) know where it is at. Then you can give me feedback on my restart numbers maybe? Also, do note that if you do use the "resume on startup" method, you won't be able to use ubolt's utility. Well, more accurately, his program will delete that startup you just made when you run his program.

One last thing, if you don't want to bother with either testing out numbers or relying on my (somewhat unreliable) method of saving, you can set up a GPS network and use the parameter "-GPS" when you start quarries.

Hope I helped :)/>

Zoidy, on 09 October 2013 - 09:07 AM said:

civilwargeeky, on 04 October 2013 - 11:44 PM said:

Zoidy, on 03 October 2013 - 10:14 AM said:

-snip-

Tried the startup thing and sadly it didn't seem to work. Server restarted the the turtle didn't even move an inch from where it was before the restart. (in single player is kinda works but doesn't. When it restarts it goes awol and the turtle just runs off in a random direction and never stops, if you pick it up and redeploy it then it will run off in a random direction and then start digging the quarry size specified. ( I do not recommend picking up the turtle once the program starts, turtle goes awol…. Once it progress reaches 100% it will come back to the surface and keep going straight up into the sky)

Some errors that I have randomly come up are:

quarry:609: attempt to perform arithmetic __sub on string and string

quarry:609: attempt to preform arithmetic __sub on nil and string

the other on is the turtle detects random bedrock at random levels way above the bedrock (ie you could be on level 64 and it'll detect bedrock 5 levels down, restart the turtle in the exact same place it it never detects the bedrock where it though it did before)

rinnolas, on 09 October 2013 - 03:48 PM said:

thanks for creating this program. I believe it is one of the most useful ones out there

Lying_Cak3, on 07 October 2013 - 09:42 PM said:

Love this program and have added it to my list of must have programs for computer craft modded servers :D/>. Tho I dont usually use it to quarry, instead, I mainly used it to mine out perfectly sized rooms underground much faster and more efficient than I can do by hand, and the rednet system to monitor your progress is awesome!! No longer do I have to go check on my turtle to see where it is, instead, just a quick glance at my monitor computer and BAM I know all I need to know about its progress.

Thanks for the great program!

1. Basically just changed the way it records position and starts up based on its position so…
2. Improved Session Persistence

Intruder_Emerald, on 19 October 2013 - 01:59 PM said:

Nice program. I'm new to computerCraft and I found this really helpful.

Next step: make my own!

mdutcher, on 28 October 2013 - 08:44 AM said:

Got a crash with the -restore argument.
The pastebin didn't work, but It said it was out of the defined boundaries.
It almost ate my house…

RAnders00, on 09 November 2013 - 10:15 AM said:

I have a bug to report here:

My Turtle Returns very quickly after I started it, saying it found bedrock at a place where only dirt and grass was. Is it possible that this is caused by server lag? (reappearing blocks)

If not, Can you fix this? I already tried specifying the Startheight. I redownloaded it multiple times.

RAnders00, on 09 November 2013 - 10:15 AM said:

I have a bug to report here:

My Turtle Returns very quickly after I started it, saying it found bedrock at a place where only dirt and grass was. Is it possible that this is caused by server lag? (reappearing blocks)

If not, Can you fix this? I already tried specifying the Startheight. I redownloaded it multiple times.

AliveGhost, on 17 November 2013 - 03:22 PM said:

RAnders00, on 09 November 2013 - 10:15 AM said:

I have a bug to report here:

My Turtle Returns very quickly after I started it, saying it found bedrock at a place where only dirt and grass was. Is it possible that this is caused by server lag? (reappearing blocks)

If not, Can you fix this? I already tried specifying the Startheight. I redownloaded it multiple times.

I also get this, no animals in the way, no blocks, nothing.

AliveGhost, on 18 November 2013 - 12:53 PM said:

Using minecraft 1.6.4, with a railcraft world anchor in the middle of the area. It may well be that chunk boundary thing, but where it says it hits bedrock every time there's no chunk boundary, just it is always next to the chest to drop items.

• New Internals: Made event system and consolidated mining loops
• New Restarting Logic!
• As long as position is recorded properly, it should always restart properly
• New Argument logic!
• Arguments are much more modular for me to make, and they are no longer case-sensitive. Improved items changed interface
• New Arguments!
• -enderChest [t/f or slot number] You can now use an enderchest! Try it out. There are directions
• -startDown [number] The quarry will now start this many blocks down from its starting point (or up if invert). Great for getting diamonds and things from surface. Chest should still be placed on the top (or use ender chest)
• -manualPos [xPos] [zPos] [yPos] [facing] Turtle ever gotten it's position wrong, but you don't want to reset? Use this! Check "quarry -help" for changes
• Renamed several arguments
• Arguments are no longer ignored if you use "-default", you just won't be prompted for anything.
• Boolean (t/f) arguments now accept "yes" as well as "true"
• Fixed small issue in GPS location that may have broken it.

Zirgof, on 02 December 2013 - 06:53 PM said:

Is it possible to use pastebind codes in server where pastebin is deactivated?

Hun73rdk, on 03 December 2013 - 06:11 PM said:

Zirgof, on 02 December 2013 - 06:53 PM said:

Is it possible to use pastebind codes in server where pastebin is deactivated?

no its not

hey civilwargeeky cant get rednet to work the rednet program just says waiting for a turtle to send initial message and they both use same channel eny clue ???

saber, on 06 December 2013 - 03:48 AM said:

My turtle ran out of bounds, told me to post this:

pastebin.com/H0kXxXbf

aex243, on 07 December 2013 - 10:42 PM said:

I had a prolem:
pastebin.com/ukDWm3Nt
the programs say me to do this

Letherin, on 08 December 2013 - 09:20 PM said:

can't get ladders to work, it says put ladders in the top left, then when i press any key it gives an error.

ladders:24: attempt to compare number with string expected, got number

I have probably done something wrong but it's silent as to what ;)/>

Letherin, on 09 December 2013 - 01:20 AM said:

Great program btw (main program) I am kinda noob at CC so this was awesome for me.

Letherin, on 09 December 2013 - 10:50 AM said:

I don't have the command in front of me - but the one that tells the bot to go to a particular depth before starting is acting weird.

I said go down 40 before starting, and it went down 14.. it wasn't a typo because the 2nd turtle did the same thing.

Suggestions ?'
-snip-

Edit : Seems it did work correctly, but the display is off. If you have a good step-by-step to set up a GPSnet I will take it ;)/> That might remedy this issue?

Letherin, on 09 December 2013 - 06:35 PM said:

Ah yes, I see. I could tell it was doing some kinda math in this, I just couldn't work out what it was :)/>

One thing I'd love to see the receiver do is call the turtle back to start. The restore function is a bit iffy - so sometimes if you have to logout or whatever, you'll die 3-4 times just trying to get the turtles back afterwards. It would be nice to just tell them to come back before you log or whatever.

• Small local variable change
• Made GPS locate actually work
• Added new "force" formatType in parameters. If it finds the parameter, will set it to true
• Changed "-GPS" to be a "force" parameter
• Used write instead of term.write in parameters

Letherin, on 12 December 2013 - 08:30 AM said:

Both fixes ladders and inversion working great btw.

Found this is awesome for first making rooms for a base. Even got one clearing land at the moment, just to flatten a hill - in inverted mode.

-snip-

Spydermonkey1977, on 14 December 2013 - 10:46 PM said:

I'm loving it! :)/> Very fast and nice quarrying/room clearing! I haven't yet looked at all of the other features yet, but that's what I'm focusing on now.

What brought me to this topic is that I would like to make use of the GPS function for turtles. I've got a working GPS cluster and can write/initiate programs for the turtles to go to GPS point A … perform task .. go to GPS point B and things of that nature.

What I'm having a difficult time grasping is how to resume from a server reboot, using GPS, and without manual intervention. Such as if a quarry would take 3 hours to complete the digging, and the server reboots ever hour…how could the turtle be made to continue it's work after the several reboots?

If I were to type the command in the console "quarry -dim 32 32 64 -invert false -rednet false -enderChest true -GPS -restore" it wouldn't resume on a server reset correct? Because it would need a startup command to initiate some code to begin again? I may need some type of startup program or use some of the logging functionality in your code in order for it to more or less "wake up" after a server reboot, and continue on?

Love the work you've done, this really makes the turtle shine! If you can please let me know what I might need to do to make quarrying reboot friendly. :)/> Thanks!

 shell.run("quarry -dim 32 32 64 -invert false -rednet false -enderChest true -GPS -restore")

 shell.run("quarry -restore") 

if fs.exists("Civil_Quarry_Restore") then
  shell.run("quarry -restore")
end

MrHohenheim, on 15 December 2013 - 09:32 AM said:

civilwargeeky good to see you keep updating :)/>

civilwargeeky, on 15 December 2013 - 03:14 PM said:

Spydermonkey1977, on 14 December 2013 - 10:46 PM said:

I'm loving it! :)/> Very fast and nice quarrying/room clearing! I haven't yet looked at all of the other features yet, but that's what I'm focusing on now.

What brought me to this topic is that I would like to make use of the GPS function for turtles. I've got a working GPS cluster and can write/initiate programs for the turtles to go to GPS point A … perform task .. go to GPS point B and things of that nature.

What I'm having a difficult time grasping is how to resume from a server reboot, using GPS, and without manual intervention. Such as if a quarry would take 3 hours to complete the digging, and the server reboots ever hour…how could the turtle be made to continue it's work after the several reboots?

If I were to type the command in the console "quarry -dim 32 32 64 -invert false -rednet false -enderChest true -GPS -restore" it wouldn't resume on a server reset correct? Because it would need a startup command to initiate some code to begin again? I may need some type of startup program or use some of the logging functionality in your code in order for it to more or less "wake up" after a server reboot, and continue on?

Love the work you've done, this really makes the turtle shine! If you can please let me know what I might need to do to make quarrying reboot friendly. :)/> Thanks!

Thank you for the kind words :D/>
Yes, it is actually very easy to get it to run from startup. If you want it to resume the quarry on startup or start a new quarry like that whenever you set it down, type "edit startup" and do

 shell.run("quarry -dim 32 32 64 -invert false -rednet false -enderChest true -GPS -restore")

If you just want it to resume if the quarry is not done, the type "edit startup" and do

 shell.run("quarry -restore") 

Then you would just start the quarry manually, and it would resume if it got stopped in the middle of its run.

There is also a slightly more complicated version if you don't want it to prompt you if there is no quarry to resume.

if fs.exists("Civil_Quarry_Restore") then
  shell.run("quarry -restore")
end

So there you go, you have a few options. If you have any other questions, or I didn't answer this one fully, feel free to let me know :)/>

MrHohenheim, on 15 December 2013 - 09:32 AM said:

civilwargeeky good to see you keep updating :)/>

Mr Hohenheim! Good to see you're still here :)/>

dkittrell, on 15 December 2013 - 10:32 PM said:

i keep getting this error any idea

quarry: 423 : Too long without yielding … quarry is my program name

Spydermonkey1977, on 16 December 2013 - 06:00 PM said:

Just checking back in to say thanks for the suggestions on auto resuming from server reboot! Works perfectly! :D/> I really love this program.

MrHohenheim, on 18 December 2013 - 02:02 PM said:

yeah iam here some computer and internet problems .. sold buy new etc and now i finally here :)/>

Farrk, on 18 December 2013 - 03:50 PM said:

Been using this program since 1.4.7 and it was going great, well most of the times. Sometimes it was doing kind of weird stuff like resuming work layer lower than it was supposed to(especially if I was doing it through startup file without actually visiting the area to resume it myself) but that was not real issue, so overall it's really good work!

cloned, on 19 December 2013 - 01:43 PM said:

So far this works pretty great. I came across one bug while resuming because I lost connection and the chunk went asleep. When it stopped it was on its way back to drop off resources to the chest, however when I -resume it is one block off and ended up going right into the chest, destroying it, and dropping all resources to the ground. It wouldn't continue until I placed a chest.

See screenshot, you can see that it was off by one block. not a huge deal but could really be a headache if you have machines/pipes running around for sorting, etc.

-snip-

Letherin, on 24 December 2013 - 05:13 AM said:

One question I do have (I will test the beta soon).

I just made a small quarry 8x8x12 and on a return trip (it only made one before it finished) the miner decided to dump all but 1 of its' fuel in the chest, is there a reason for it doing this ?

civilwargeeky, on 24 December 2013 - 05:08 PM said:

Letherin, on 24 December 2013 - 05:13 AM said:

One question I do have (I will test the beta soon).

I just made a small quarry 8x8x12 and on a return trip (it only made one before it finished) the miner decided to dump all but 1 of its' fuel in the chest, is there a reason for it doing this ?

While its still running, it assumes the first slot contains cobble, and so it keeps it in the first slot to compare to when it does its counting. That's where it gets the "cobblestone" and "other" values for blocks from at the end.

Edit: 200th Post!!!

awsmazinggenius, on 24 December 2013 - 05:22 PM said:

civilwargeeky, on 24 December 2013 - 05:08 PM said:

Letherin, on 24 December 2013 - 05:13 AM said:

One question I do have (I will test the beta soon).

I just made a small quarry 8x8x12 and on a return trip (it only made one before it finished) the miner decided to dump all but 1 of its' fuel in the chest, is there a reason for it doing this ?

While its still running, it assumes the first slot contains cobble, and so it keeps it in the first slot to compare to when it does its counting. That's where it gets the "cobblestone" and "other" values for blocks from at the end.

Edit: 200th Post!!!

Congratz on 200 posts. (I have 265, but 66 of those posts are in Forum Games and don't count. EDIT: This is my 201st actual post.)

On topic: If the first slot is cobble, can I put fuel in any other slot?

Zoidy, on 25 December 2013 - 05:00 PM said:

Tested your beta version and ran into problems within 5 minutes: http://pastebin.com/sfvxjuwy

behedwin, on 28 December 2013 - 05:27 PM said:

Thanks for a nice program.
I have a problem.

If my server restarts or just the chunk is somehow deloaded. The turtle stops.
This is bad when doing a large quarry.

Can i somehow restart the turtle without using the -restore command?
I rather want to pick up the turtle, place it at the beginning and tell it. Do x program but start mining from y level.

So if i started at level 50 and it have mined to level 25 when it stops.
Then i want to type something for it to directly go down to level 25 when i restarts it.

I tried typing Quarry -StartY 25

but that did not work.

civilwargeeky, on 15 December 2013 - 03:14 PM said:

Spydermonkey1977, on 14 December 2013 - 10:46 PM said:

I'm loving it! :)/> Very fast and nice quarrying/room clearing! I haven't yet looked at all of the other features yet, but that's what I'm focusing on now.

What brought me to this topic is that I would like to make use of the GPS function for turtles. I've got a working GPS cluster and can write/initiate programs for the turtles to go to GPS point A … perform task .. go to GPS point B and things of that nature.

What I'm having a difficult time grasping is how to resume from a server reboot, using GPS, and without manual intervention. Such as if a quarry would take 3 hours to complete the digging, and the server reboots ever hour…how could the turtle be made to continue it's work after the several reboots?

If I were to type the command in the console "quarry -dim 32 32 64 -invert false -rednet false -enderChest true -GPS -restore" it wouldn't resume on a server reset correct? Because it would need a startup command to initiate some code to begin again? I may need some type of startup program or use some of the logging functionality in your code in order for it to more or less "wake up" after a server reboot, and continue on?

Love the work you've done, this really makes the turtle shine! If you can please let me know what I might need to do to make quarrying reboot friendly. :)/> Thanks!

Thank you for the kind words :D/>
Yes, it is actually very easy to get it to run from startup. If you want it to resume the quarry on startup or start a new quarry like that whenever you set it down, type "edit startup" and do

 shell.run("quarry -dim 32 32 64 -invert false -rednet false -enderChest true -GPS -restore")

If you just want it to resume if the quarry is not done, the type "edit startup" and do

 shell.run("quarry -restore") 

Then you would just start the quarry manually, and it would resume if it got stopped in the middle of its run.

There is also a slightly more complicated version if you don't want it to prompt you if there is no quarry to resume.

if fs.exists("Civil_Quarry_Restore") then
  shell.run("quarry -restore")
end

So there you go, you have a few options. If you have any other questions, or I didn't answer this one fully, feel free to let me know :)/>

behedwin, on 03 January 2014 - 02:11 PM said:

Thanks, it helped.
Works great now.

Letherin, on 07 January 2014 - 02:12 AM said:

Suggestion regarding restoring a session.

What tends to happen is that the turtle much of the time thinks it is one block over than it really is, and when it comes to try and find the chest again instead stops short and waits for someone to place a chest.

How about just when the turtle needs to be restored from a server reboot or a chunk unload you make it so that it must be restored from the chest itself ?

So you go find him, pick it up and take it back to the starting position? In this way it can never lose its' place again when restoring the session.

Just an idea.

behedwin, on 09 January 2014 - 12:58 PM said:

Is there some way to always load up the turtle with extra fuel. I have found the turtle empty on fuel several times and id like to make sure it always have an extra 1k each time i start a quarry.

behedwin, on 12 January 2014 - 03:30 PM said:

Again, great!
Found the code and it works like a charm.

This is the first and only quarry program i have found that have all functions i ever asked for.
It works great for tunneling aswell so i use it allot.

robottthing, on 14 January 2014 - 07:18 PM said:

This werks very well :)/> :)/> :)/> :)/> ;)/> :)/> ;)/>

• Changed "biometrics" function for new rednet
• Added in a few different calls to it.
• Added new parameter for goto function: destination
• Fixed bug where program would error if run on a computer
• Added in rednet orders "Stop" and "Return" (case sensitive)
• Added biometrics calls in up and down

• Basically everything is changed code-wise, but…
• Color support: Use color screens and monitors! It looks really cool and I had fun making the program work with them.
• Send commands to the turtle: If program is run on a computer, you can send commands "Stop" and "Return"
• Automatic Screen Resizing: Self-explanatory, you can even remove the screen/put it back
• Resume program during mining: If you want to stop the program to move screen or something, just restart it, it will work fine
• Non-restrictive arguments: Same basic system of arguments as my quarry program

• You run it like a normal program.
• While you can use "monitor [side] receiver", this will error if you remove the screen. "receiver -screen" works much better.
• Possible arguments:

1. "-screen" This will have the computer search around itself for a screen. Optionally you can use "-screen [side]" to specify which screen to run on
2. "-modem [side]" The turtle will automatically search for a modem, but you can specify which side with this
3. "-channel [number]" This is the channel it will check for messages of the turtle. The turtle will say what channel to use.

• When you start the program, it will prompt you for any variables it doesn't have (channel and modem)
• The screen will now display as much information as it can about the turtle (based on screen size)
• If you are using a computer, you can type in "Stop" or "Return" to send to the turtle. The turtle will then either stop, or come back to the start and stop.
• When the turtle is done, the program will end.

Zoidy, on 24 January 2014 - 12:05 AM said:

I'm having a rather annoying problem with the turtle running out of fuel. It's also seeming to be dropping its fuel after each drop off which isn't helping. Any coal it mines rather than keeping it in slot one it dumps all but one piece. A good idea would be for the turtle to return home when its close to running out of fuel so that way you don't have to go on a wild goose chase trying to find the turtle deep down a dark hole when it runs out of fuel. It's a real pain in the backside when it runs out of fuel down a deep quarry hole surrounded by mobs that are just waiting for you to jump down so they can ambush you…. Having the turtle return home to the chest before it runs out and waits there until you reload it with fuel.

civilwargeeky, on 09 January 2014 - 01:53 PM said:

behedwin, on 09 January 2014 - 12:58 PM said:

Is there some way to always load up the turtle with extra fuel. I have found the turtle empty on fuel several times and id like to make sure it always have an extra 1k each time i start a quarry.

Yes. At the top of the program is a config. Look for one that says "fuelSafety" and change the value from "moderate" to "safe". If you want you could go down a bit further and change the value for safe. If will say "fuelTable { safe = 1000" and change the value to something higher.

civilwargeeky, on 24 January 2014 - 05:10 PM said:

Well, thanks for the idea, but one of my goals for my program is that you don't have to refuel it manually once its begun. It would introduce several problems, and I would also have to work out how much fuel is "enough" to complete the rest of the quarry. As far as I know, the turtle's fueling algorithm should be spot-on if it picks up 8 full stacks (512) items before its inventory gets full. If its getting less than 512 items per run, then it will use more fuel than it has. However, there are several ways to fix this included with the program.

Zoidy, on 25 January 2014 - 12:18 AM said:

-snip-

sjkeegs, on 25 January 2014 - 10:56 AM said:

-snip-

Zoidy, on 25 January 2014 - 05:59 PM said:

what the turtle is doing is after its finished its quarry, rather than deploying the enderchest for the last drop off its just dumping its load on to the ground back at the start. So you still need a normal chest there to catch the last drop off that has the enderchest in it otherwise it will just dump its final load and after like 5 minutes or so you lose everything that the turtle dumps. it doesn't even wait for a chest to be deployed before dumping it load as it normally would.

Farrk, on 26 January 2014 - 05:40 PM said:

Thought of adding optional openperipherals functionality? There is a peripheral (duck antenna) that gives turtle new functions that let you for example read names of items in inventory and some other cool tricks…

Things to add for quarry version 3.5.0 (After rednet update and shell is done):
Add support for mods. Like openperipheral chest finding.
(etc…)

Tolorash, on 28 January 2014 - 11:27 AM said:

i am having the same problem as i am dinging a quarry that is 50 x 50 x 160 and i see the turtle stop randomly too it has no errors or annything also i have had 4 turtles compleetly vanish anny ideas but love your program its invert feature is beautiful for digging out the alps biomes

abe159, on 31 January 2014 - 10:05 PM said:

Awesome program, works great and intelligently, definitely the best I've found. Thanks!


I was wondering, I've read that turtles have startup programs. Would it be possible to put this program as the startup file, so that if its mining and I wonder away and it unloads (without having a chunkloader), when I return it will resume its task? If thats possible, how would I set that up?

Actually, sorry, I see my question was answered to pages back. Thanks again!

makeme, on 03 February 2014 - 03:37 PM said:

Any Chance of it saving data and restarting after reloading a chunk?

civilwargeeky, on 03 February 2014 - 07:02 PM said:

makeme, on 03 February 2014 - 03:37 PM said:

Any Chance of it saving data and restarting after reloading a chunk?

Use "quarry -help" for a list of features. The one you are looking for is "-resume"

Its not perfect, but it works (most of the time) and I am working on a better one to come out soon :)/>

makeme, on 04 February 2014 - 01:14 PM said:

civilwargeeky, on 03 February 2014 - 07:02 PM said:

makeme, on 03 February 2014 - 03:37 PM said:

Any Chance of it saving data and restarting after reloading a chunk?

Use "quarry -help" for a list of features. The one you are looking for is "-resume"

Its not perfect, but it works (most of the time) and I am working on a better one to come out soon :)/>

Thanks! I love this program and that was my only issue does this work with the rednet part aswell?

civilwargeeky, on 04 February 2014 - 01:17 PM said:

makeme, on 04 February 2014 - 01:14 PM said:

civilwargeeky, on 03 February 2014 - 07:02 PM said:

makeme, on 03 February 2014 - 03:37 PM said:

Any Chance of it saving data and restarting after reloading a chunk?

Use "quarry -help" for a list of features. The one you are looking for is "-resume"

Its not perfect, but it works (most of the time) and I am working on a better one to come out soon :)/>

Thanks! I love this program and that was my only issue does this work with the rednet part aswell?

Yes. If you actually look at the help, one of the options is "-rednet" so you can use "-rednet true." For help on setting it up, you can look at the second youtube video in the op.

Zoidy, on 25 January 2014 - 05:59 PM said:

what the turtle is doing is after its finished its quarry, rather than deploying the enderchest for the last drop off its just dumping its load on to the ground back at the start. So you still need a normal chest there to catch the last drop off that has the enderchest in it otherwise it will just dump its final load and after like 5 minutes or so you lose everything that the turtle dumps. it doesn't even wait for a chest to be deployed before dumping it load as it normally would.

Zoidy, on 05 February 2014 - 09:33 PM said:

I've been able to reproduce it several times and there isn't anything blocking it. As long as you use a chest like normal and enderchest you're fine, if you use the enderchest option and place nothing else down then you'll lose the enderchest as it needs a chest to drop off the enderchest in when its finished.Just deploy a turtle with enderchest option and place the chest in slot 16 and do a small quarry and you'll see that it comes homes and dumps it final load where you would normally have a chest.

another bug I've came across that I've been meaning to post is during a server restart or as such if the turtle is unloading into the enderchest when the server restarts then it stops and wont resume until you go down the hole and break the endercheat and pick it back up and place it back into slot 16 as the turtle restarts and detects your using a enderchest and detects that there is no enderchest in slot one even though the turtle is looking straight at the chest.

meggied90, on 14 February 2014 - 03:20 PM said:

First off, I want to say that I absolutely adore this program. But I did come across a small snafu at some point, and so I am here per request of the turtle. I had simply asked my turtle to "quarry -resume", walked away for a few minutes, and when I had come back he was embedded in the wall, 2 blocks outside of the quarry parameters, and was asking me to provide you with this error log: http://pastebin.com/N9HbW2xD . He was directly underneath the chest he normally deposits in, but was on his mining layer instead of up top where the chest actually is.

I'm not sure what went wrong or why he decided the wall was a good hiding spot, but I'm afraid that's all I know. Keep up the great work!

ryohpops, on 25 February 2014 - 08:43 AM said:

Hello, I have two bugs to report.
One in Quarry and the other in Rednet Companion Program.

When I run your Quarry Program with Rednet enabled, the mining turtle stops after going forward one block.
Shown error message was: "quarry:570: bad argument: string expected, got nil."
I checked line 570 of quarry source, function biometrics: message = message.lower()
I think it should be: message = message:lower()

Next, when I enter 0 as Rednet channel, which the mining turtle selected automatically, to Rednet Companion Program,
it repeats the message forever: "What channel? (Check turtle)."
Usable channels starts at 0, so I suggest changing check range in function checkChannel.
from: if 1 <= num and num <= 65535 then
to: if 0 <= num and num <= 65535 then

1. Fixed several rednet bugs (thanks ryohpops)
2. If turtle goes out of bounds, it will attempt to go back in bounds, rather than error.
3. Much better (I hope) position reading mechanic. Turtle should no longer be off by one! (Note: This will not work if you use unlimited fuel, sorry) For this fix, I owe credit for the idea to Sangar, and his LAMA program. Check it out here: http://www.computerc...vement-api-v14/ (Note, I did not actually use any of his code :)/> )
4. Fuel checking numbers have been redone. The turtle should now use more (maybe less in some cases) fuel to better account for the times it has to drop stuff off at the chest. I think I've got the fueling pretty good now.
5. Added "uniqueExtras" parameter. This parameter is The expected number of slots filled with low-stacking items like ores. Higher numbers request more fuel.
6. Several misc. bug fixes.

TheLastBlacGuy, on 28 February 2014 - 01:10 AM said:

Hello, I just tried to use your update that you just put out of the turtle program and i get :

quarry:610 attempt to index ? (a nil value)

I am using turtle v3.4.3. The turtle starts and connects to the computer and moves a few blocks and then give that error.

https://mega.co.nz/#!twcBUZTZ!-eZlAffmGtzkTLfVEZMOZKm0NZIYmemL-poq2lWLl3s

menace_dk, on 13 March 2014 - 02:28 PM said:

my turtle goes out when it hits bedrock … and will not return to the chest Using V3.4.3 plz tell me if you need any more info screenshot on the turtle

 https://mega.co.nz/#!twcBUZTZ!-eZlAffmGtzkTLfVEZMOZKm0NZIYmemL-poq2lWLl3s 

civilwargeeky, on 13 March 2014 - 09:42 PM said:

menace_dk, on 13 March 2014 - 02:28 PM said:

my turtle goes out when it hits bedrock … and will not return to the chest Using V3.4.3 plz tell me if you need any more info screenshot on the turtle

 https://mega.co.nz/#!twcBUZTZ!-eZlAffmGtzkTLfVEZMOZKm0NZIYmemL-poq2lWLl3s 

Hmm.. That's odd. The turtle is supposed to go straight up when it hits bedrock… If you haven't yet started another quarry, it would be really beneficial if you did "pastebin put Civil_Quarry_Restore" and gave me that code.
Alternatively, I would like to know just a few things:
Had the quarry done a layer of 3 before hitting bedrock?
Was the quarry inverted?

Those are really the only reasons I can imagine that it wouldn't go back to the chest. It should just go up (and if there was bedrock above, it would have printed that), then go to the chest. Maybe it was out of fuel? No, it also accounts for that. I'm sorry, if wasn't one of the two things above, I can't imagine why it didn't work.

menace_dk, on 17 March 2014 - 12:15 PM said:

civilwargeeky, on 13 March 2014 - 09:42 PM said:

menace_dk, on 13 March 2014 - 02:28 PM said:

my turtle goes out when it hits bedrock … and will not return to the chest Using V3.4.3 plz tell me if you need any more info screenshot on the turtle

 https://mega.co.nz/#!twcBUZTZ!-eZlAffmGtzkTLfVEZMOZKm0NZIYmemL-poq2lWLl3s 

Hmm.. That's odd. The turtle is supposed to go straight up when it hits bedrock… If you haven't yet started another quarry, it would be really beneficial if you did "pastebin put Civil_Quarry_Restore" and gave me that code.
Alternatively, I would like to know just a few things:
Had the quarry done a layer of 3 before hitting bedrock?
Was the quarry inverted?

Those are really the only reasons I can imagine that it wouldn't go back to the chest. It should just go up (and if there was bedrock above, it would have printed that), then go to the chest. Maybe it was out of fuel? No, it also accounts for that. I'm sorry, if wasn't one of the two things above, I can't imagine why it didn't work.

And now it works fine…
Had the quarry done a layer of 3 before hitting bedrock? yes
Was the quarry inverted? no
it would be really beneficial if you did "pastebin put Civil_Quarry_Restore" and gave me that code. if it do it again i will send you the code

out of fuel?? no i allways use

-doRefuel true

SSPPAAMM, on 21 March 2014 - 08:23 PM said:

Hi!

I have found a bug in 3.4.3 which prevents a turtle which does not need fuel to recover. Problem is in line 303:

Original Line:
if turtle.getFuelLevel ~= math.huge then –If turtle uses fuel

Correction:
if turtle.getFuelLevel() ~= math.huge then –If turtle uses fuel

Funny thing, the original line without () is working, but will always return true.

Take care,
Alex

Hypnotech03, on 25 March 2014 - 03:51 PM said:

Hey loving this program, i've used the turtle quarry program a few times, but now have created a computer and wireless modem, when connecting to the computer, i get an error on line 612

(using v3.4.4 turtle, &amp; v.3.4.0 Receiver)

the turtle moves forward 1 block &amp; up 1 block before receiving this message

quarry:612 attempt to index ? (a nil value)


i notived a few posts up someone was having the same issue with v3.4.3. but obviously that was a quick fix.
what about V3.4.4 is is the same issue? with the turtle timing out?

Nhawks17, on 29 March 2014 - 12:13 AM said:

So I ran into an error and it told me to tell you in here so what happened was I left the chunk unloaded and the turtle stopped and when I went back i did the quarry -resume like I normally do and it went forward a few blocks turn the wrong way and dug into the wall and then detected the error and stopped. Here is the pastebin, http://pastebin.com/QWyzW5v4

Painstouch, on 02 April 2014 - 07:30 PM said:

Is it possible to expand the default interactive GUI with statements like: -startDown, -restore, -enderChest, -startY? Because half of the time I've been using it last couple of days, the arguments mentioned, especially -startDown, just aren't remembered/taken into consideration when I start the program.

Cheers.

--Invert
addParam("invert", "Inverted","boolean", true, nil, "inverted") --Notice how the fourth parameter is true, this item will display in the GUI
addParam("startDown","Start Down","number 1-256") --This item will not. Put a comma after the last quote, and type true. So '  addParam("startDown","Start Down","number 1-256",true)

Painstouch, on 03 April 2014 - 10:24 PM said:

-snip-

Stylomax, on 05 April 2014 - 10:51 AM said:

I love this program, have been using it for a bit on the server I play on which is running FTB DW20, one problem that I seem to be having though and that's getting the ore quarry hack version to work as an ore quarry. The program itself runs and doesn't return any errors but for some reason it doesn't want to work as an ore quarry. It does always come up with a prompt when I'm setting parameters in the program asking if I want to use the option that enables the quarry hack. I've tried inputting True, Yes, or just T or just Y and it always mines cobblestone, which believe me I have plenty of. I am putting stone into slot 1 so is there something else I might be doing wrong?

1. Redownload the program, name it something distinct (so you don't get it confused with another program)
2. Restart the turtle
3. Delete "Civil_Quarry_Restore" if it exists. If you do a "restore" from a regular quarry using the hack program, the "hack" variable won't exist, so it won't be an ore quarry
4. Make sure you are actually putting stone in the first slot (or whatever you don't want to mine)
5. If you are trying to use it while inverted, it might not work (now that I think about it). As in, if there is ore above it, it might mine below.

johnneijzen, on 08 April 2014 - 10:32 AM said:

Here is small tip for github just add .lua in all turtle programs so it is easy to read like what i did
https://github.com/j...avationJohn.lua

Compare to without .lua

https://github.com/j.&#46;&#46;/ExcavationJohn

seaeagle23, on 12 April 2014 - 05:24 PM said:

Edit: -snip-

Stylomax, on 18 April 2014 - 01:21 AM said:

-snip-

Zoidy, on 23 April 2014 - 03:17 PM said:

I'm loving the new "ore quarry" just what I've been needing and wanting. However a a little addition to it which should be possible is having the turtle dump the cobblestone as it mines it. Dirt, Gravel etc are fine as there is a lot less compared to Stone. Another option maybe farther down the track if possible is allow the turtle to accept liquid fuel from Thermal Expansions's Portable Tanks. Example would be have a tank filled with Lava and use that as a fuel rather than a having a heap of lava cells or buckets of lava manually added when you just chuck in a portable tank full of lava or fuel ore ethanol, bio mass etc. Just an idea I've been thinking about and meaning to share.

Stylomax, on 26 April 2014 - 07:10 PM said:

Just thought I'd post in this thread as a kind of a follow up. I had civilwargeeky come onto my server about a week back and we discussed the program and how it worked. I did talk to him about how I thought that the ore quarry program would drop cobblestone instead of mining it and he explained how the current program works but he's working on getting it setup so that it will just drop cobble along with other non wanted blocks. I do have a couple of bugs/feature improvements to report though.

1) It seems that the fueling portion of the program is not consistently determining the amount of fuel needed for a given quarry. I have seen it run out of fuel for a 20x20x10 quarry when it is around 70% done. Perhaps the fuel values need to be even more conservative for the quarry hack? I'm going to experiment with the values and see if I can come up with a figure that works consistently as a safety buffer but doesn't eat too much fuel.

2) Every rare now and then I have had the turtle lose rednet contact with the computer I have setup monitoring the program. It's rather random and I can't consistently produce it. I do think though that if the turtle loses rednet contact instead of just stopping mining it should return to the chest and then stop mining.

"Redid fuel checking numbers. Size now greatly affects how many times it thinks it will drop off its inventory
Fuel system will take into account that enderchests do not have to go back to start to drop off things."

Rednet is Enabled
The channel to open is 2
quarry:578: attempt to index ? (a nil value)

Javatech, on 28 April 2014 - 06:59 PM said:

I don't know what is causing it but any time I try to use the rednet feature of the current turtle program or resume ones that had the rednet feature enabled I get:

Rednet is Enabled
The channel to open is 2
quarry:578: attempt to index ? (a nil value)

I can usually resolve this for 1 turtle by restarting the server but never for any additional ones afterwards. This is on 3.4.4 turtles.

modem = peripheral.wrap("right")
modem.open(channels.receive)

Javatech, on 03 May 2014 - 06:02 AM said:

-snip-

Undead_Leo, on 26 May 2014 - 08:38 PM said:

the turtle stops and claims it hit bedrock when it acualy yust hits water

1. Should "dumpCompareItems" have a default of true (dumps items into the world) or false? I really don't know
2. Should "oreQuarry" have a text prompt like inverted and rednetEnabled? (I am somewhat against this because then you have 4, maybe 5 options to go through)
3. Should I make a new video to show users how to use the ore quarry?

• Added ore quarry functionality
• New Parameter: oreQuarry for using ore quarry or not
• New Parameter: dumpCompareItems for ore quarries to dump off excess cobblestone and things
• New Parameter: extraDropItems that will prompt you for items to drop but not compare to
• New Parameter: extraDumpItems is an alias for extraDropItems because I confused myself within five minutes
• checkInvFreq default is now 5 instead of 10
• Completely redid turtle inventory and dropping system. It is now much smarter.

 modem = peripheral.wrap("right")

 modem = peripheral.wrap("left")

Hoaz, on 05 June 2014 - 05:01 PM said:

As of latest computercraft, the modem now sits to the left, at least for me, on the turtle. Therefore if you try to boot up the turtle program , you'll end up with a "nil error". The fix is really simple
what you do is
change line 660

modem = peripheral.wrap("right")

to

modem = peripheral.wrap("left")

Yours sincerely, Hoaz.

Hoaz, on 06 June 2014 - 02:14 PM said:

Hey, could you do a tutorial on the OreQuarry as well? I have been too lazy to look into the code for that. Nor do I understand the complete purpose of it. my guesstimate is that it looks for ores only and throws any cobble or dirt it finds down the shaft. nevertheless, great Script!

coco, on 06 June 2014 - 04:32 PM said:

this is so nice good job

PiggyWhiskey, on 15 June 2014 - 12:56 PM said:

I'm not sure if i'm the only one with this issue,
But after a quarry runs, i'm getting stacks of gravel on the bottom.
Watch a turtle work and if it digs up (after starting underground) Collects the stone, the gravel drops.

I think (and i'm not 100% at Lua) that you need to do the loop check that you use for going forward, but for the turtle.digUp()

if doDigUp then
	  while turtle.detectUp() do
	    sleep(0) --Calls coroutine.yield
	    if not dig(true,turtle.digUp) then --This needs to be an absolute, because we are switching doDigUp/Down
		  if not attackUp() then
		    if yPos > (startY-7) then bedrock() end --Checking for bedrock, but respecting user wishes
		  end
	    end
	  end
    end

SyberSmoke, on 17 June 2014 - 04:03 AM said:

Since I did not go through all of the threads posts I am not sure it has been asked. But I was wondering if you had any plans to add a swarm function? I like that you have been sticking to your work with this program when so many others are lost to lives or just distraction. So I kind of feel it would be interesting to have a one stop program for all you mining needs, from solo turtle to mass mining efficiency.

SyberSmoke, on 17 June 2014 - 07:03 AM said:

I had an interesting incident, I am using your program with the string "ore -dim 16 16 64 -oreQuarry t -doRefuel t -enderChest 1 -startY 64" Everything was good for the first couple layers when the turtles…all four of them appeared to forget their enderchests. They dumped their goods and just moved on with out. They then stoped when their inventory filled…necessitating that I go forth find each chest under ground, and place it back into slot one of the turtle.

After giving it to them, they unloaded…picked up the chest, and moved on. But I feel it should be noted that they did forget to collect their chests for some reason. It may be prudent to add a check if there is not one so it makes sure it has its chest before moving on.

civilwargeeky, on 17 June 2014 - 06:11 PM said:

I'm not exactly sure what you mean by this. If you mean to have it dig 1x1 bore holes all the way down to bedrock, checking the walls as it goes, that is out of the scope of program, as it would require significant changes to the basic way that it is laid out. However, if you mean having a bunch of turtles going out to start ore quarries, that could be cool. In fact, you gave me an idea for a faster method of mining out a chunk (mostly) by using turtles. In my quarry shell (when I start it :P/>), I plan on having a portion to start quarries over rednet through a shell run on the turtles. What may work well is having multiple turtles mine out different sections. So say one turtle mines out layer 64-52, the next gets 51-39 and so on. I have a lot of cool ideas for configurations and things that can be done once the shell is done

Krakentoa, on 21 June 2014 - 06:09 AM said:

Hiiii, just tested this on a server (withou http, what a pain (lua compression + autotyper+fixing typos due to lag and weirdlyenough duplicated > and <))
and it works just fine. One thing though: can't it drop useless items (eg cobble) as it mines, instead of each time it goes to the chest?

metron80, on 26 June 2014 - 05:19 PM said:

Yay! you have 100,000 views!

DU_HAST, on 19 July 2014 - 12:33 AM said:

The question for the developer program: Will you port it for use with the mod Open computers? I apologize for any errors, I do not speak English.

Danny12328, on 21 July 2014 - 12:10 AM said:

This is a great program. Hats off to you. It's too bad I'm playing on Tekkit where it's got CC 1.5 so I can't do the progress monitor with rednet.

• Redesigned Wireless Modems; they can now send and receive on multiple channels, independent of the computer ID. To use these features, interface with modem peripherals directly. The rednet API still functions as before.

GantradiesDracos, on 25 July 2014 - 04:12 AM said:

hey, i LOVE your program (first CC program ive ever run, i think the paired Turtle-monitoring computer idea is VERY cool, (im going to set up my next house on my groups techworld 2 server with a mission-control -style area), i was wondering, is there a way to set the ore quarry command to only ignore a specific ore type? redstone in particular, since the only way to get cinnabar is by smelting redstone ore blocks.
P.S: is there a way to set up relays to extend the wireless range, whether using existing items in TW2, or codeing? maybe a program to run on a separate computer with a W.modem midway between wherever the worksite is, and your control point? probably allready been asked this before, was just curious.

civilwargeeky, on 26 July 2014 - 02:45 AM said:

GantradiesDracos, on 25 July 2014 - 04:12 AM said:

hey, i LOVE your program (first CC program ive ever run, i think the paired Turtle-monitoring computer idea is VERY cool, (im going to set up my next house on my groups techworld 2 server with a mission-control -style area), i was wondering, is there a way to set the ore quarry command to only ignore a specific ore type? redstone in particular, since the only way to get cinnabar is by smelting redstone ore blocks.
P.S: is there a way to set up relays to extend the wireless range, whether using existing items in TW2, or codeing? maybe a program to run on a separate computer with a W.modem midway between wherever the worksite is, and your control point? probably allready been asked this before, was just curious.

Thanks! I'm glad you enjoy it.
First, if all you want to do is ignore redstone ore blocks, just add in a redstone ore block to the filter when you assign it.
To your PS, yes and no. Its really easy to do if you only have one repeater, but in order to have multiple repeaters, I would have to actually get to coding my own repeater software / stealing and modifying the already existing one. This is definitely something I can do, but its not a priority right now. Thanks for letting me know that people want this :)/>/>

GantradiesDracos, on 27 July 2014 - 03:16 AM said:

-snip-

great. err. i admit im really new to this, so how do i add something to the filter? is there a prompt, and does it need one of the blocks in the turtles inventory or the block id, or to i have to add something in the command prompt after typing in the program (you know, pastebin run SyxfDFzn (orequarry command) -blockid , something like that?

oh, i Should mention ive gotten into the habit of fueling up my (advanced) W.mining turtles in advance, and in much greater amounts then the smartfueler says its needs. once or twice they've run outta fuel (usually use lava cells,) in teh middle of/almost at the end of a job. unsure if its numbers are slightly off, or something hiccuped on my groups mc server, just passing my feedback on. it might be because i used to have a habit of doing stupidly large areas ( 80/100x80/100), so it might of gotten unloaded or something similer

GantradiesDracos, on 29 July 2014 - 12:17 AM said:

just a heads up, the orequarry function may be broken. just logged in a checked my turtles home-chest, and there's 2 1/2 stacks of redstone dust in here

Bob3104558, on 30 July 2014 - 02:30 PM said:

So can your program not just take fuel from a chest next to it like other programs? It is impossible to mine a 64x64 area because the fuel costs are higher than what the turtle can hold.

civilwargeeky, on 30 July 2014 - 09:28 PM said:

Bob3104558, on 30 July 2014 - 02:30 PM said:

So can your program not just take fuel from a chest next to it like other programs? It is impossible to mine a 64x64 area because the fuel costs are higher than what the turtle can hold.

Just set "-doRefuel true" and it will refuel from coal and stuff it gets from its run. I could make it so that it only refuels itself up to a certain amount from its inventory, but I think that having a fuel chest is outside the spirit of the program.

Bob3104558, on 31 July 2014 - 12:02 AM said:

-snip-
Just tried doing a 64x64x60 quarry with -doRefuel true and still asked for 142400 fuel and when I add more fuel it just consumes the coal

Maybe I need to set -doCheckFuel false?

Edit: I just setup a shell program that ran a 16x16x60 program, moved 16 blocks, pulled coal from a chest, refueled, then did another 16x16x60 program

Jaguar1600, on 12 August 2014 - 08:00 PM said:

Whenever I use the rednet function and it says " new 473: attempt to get length of nil " Any help?
Thanks

  local neededLayer = math.floor((yPos+1)/3)*3-1 --Make it a proper layer, +- because mining rows are 2, 5, etc.

  end

• Turtle now checks so that it doesn't over-fuel with new mechanics
• Made uniqueExtras parameter have a much larger impact on fuel requests. For example, If uniqueExtras is 15, fuel request is about 3.3x higher (at large volumes)
• A couple other things so that turtles ask for more fuel
• Turtle will now measure how many spaces it takes to get back home every time it moves. If it will barely have enough to get back, it will return to start and error (if doRefuel true, it will try to emergency refuel). I think this is better than having to go find it.

minecraft:stone, minecraft:gravel, ThermalExpansion:Machine

master2421, on 28 September 2014 - 09:59 AM said:

Hi,
i got problem with rednet receiver. It keeps saying bios:474 invalid side. It happens all the time, even when i give modem side with param. Older versions works, but arent compatiblle with turtle scripts. Old turtle scripts randomly stops and they says Bedrock found (which is not true). I am using MC 1.4.7 FTB Ultimate.

1. version of computercraft (1.5?)
2. version of quarry you are using
3. version of receiver you are using
4. if you know, version of forge

quarry -oreQuarry true -dim 125 125 25 -startDown 63 -chest right

T3rraCloud, on 06 October 2014 - 02:43 AM said:

I'm having issues using the oreQuarry option, as it is still mining up stone along the path.

I'm using the following command

quarry -oreQuarry true -dim 125 125 25 -startDown 63 -chest right

CC 1.63
OreQuarry 3.5.3
forge 9.11.1.965

T3rraCloud, on 07 October 2014 - 12:28 AM said:

IT appears I was using the 1.64 version of the code instead of the 1.63 version. That seems to have fixed the problem. Thank you.

oden the fish, on 21 October 2014 - 04:37 AM said:

wheres the download? i didn't see any pastebin get on the OP i need a starter quarry and this looks like just what i need

oden the fish, on 22 October 2014 - 10:14 AM said:

hmm it doesn't seem to be working im using " pastebin get 4tgPJQRn <filename> " and its saying " connecting to pastebin.com… failed. " is that a problem with the command or pastebin? i am pretty bad with CC but it mesmerizes me with its coolness

Teslakoyal, on 01 November 2014 - 06:38 PM said:

so not sure if I am just missing something or not but in the newest Quarry 3.5.3 I am trying to run it and it gives me an error;
quarry:532: attempt to compare number with string expected, got number

got the same error with the one marked quarry hack as well just a different line number 582 I think

using
cc 1.65
and quarry 3.5.3

• Ridiculous amount of changes to rednet receiver program
• Seriously, I basically rewrote everything but what gets displayed
• You can have multiple screens listening to multiple channels now
• Far away turtles can listen from a repeater now
• You can just name the repeater program startup, it automatically saves listened channels
• Fixed a bug where infinite fuel would crash quarry

--[[
Parameters:
  -help/-?/help/?
  -receiveChannel [channel] --For only the main screen
  -theme --Sets a default theme
  -screen [side] [channel] [theme]
  -station
  -auto --Prompts for all sides, or you can supply a list of receive channels for random assignment!
  -colorEditor
]]

  Wait for events
  modem_message
	if valid channel and valid message, update appropriate screen
  key
	if any letter, add to command string if room.
	if enter key
	  if valid self command, execute command. Commands:
		command [side] [command] --If only one screen, then dont need channel. Send a command to a turtle
		screen [side] [channel] [theme] --Links a new screen to use.
		remove [side] --Removes a screen
		theme [themeName] --Sets the default theme
		theme [side] [themeName] --Changes this screens theme
		savetheme [new name] [themeName]
		color [side/theme] [colorName] [textColor] [backgroundColor]
		side [side] --Sets a default side, added to prompts
		set [string] --Sets a default command, added to display immediately
		receive [side] [newChannel] --Changes the channel of the selected screen
		send [side] [newChannel]
		auto --Automatically adds screens not connected
		exit/quit/end
  peripheral_detach
	check what was lost, if modem, set to nil. If screen side, do screen:setSize()
  peripheral
	check if screen side already added
	  reset screen size
  monitor_resize
	resize proper screen
  monitor_touch
	if screen already added
	  select screen on main computer
	else
	  add screen

newTheme("default")
  :addColor("title", colors.green, colors.gray)
  :addColor("subtitle", colors.white, colors.black)
  :addColor("pos", colors.green, colors.black)
  :addColor("dim", colors.lightBlue, colors.black)
  :addColor("extra", colors.lightGray, colors.black)
  :addColor("error", colors.red, colors.white)
  :addColor("info", colors.blue, colors.lightGray)
  :addColor("inverse", colors.yellow, colors.lightGray)
  :addColor("command", colors.lightBlue, colors.black)
  :addColor("help", colors.red, colors.white)
  :addColor("background", colors.white, colors.black)

theName
title blue white
subtitle yellow red
pos green lightBlue
command pink purple
etcetera

DJF, on 02 November 2014 - 02:26 PM said:

I am not sure why, so the problem can by on my side but the reciever code is giving me "No modem connected" error. It happens when I am using normal computer (haven't tested with advanced one).

Reciever version is 3.5.4.

civilwargeeky, on 02 November 2014 - 08:45 PM said:

DJF, on 02 November 2014 - 02:26 PM said:

I am not sure why, so the problem can by on my side but the reciever code is giving me "No modem connected" error. It happens when I am using normal computer (haven't tested with advanced one).

Reciever version is 3.5.4.

Hi! So I tested using the receiver on a basic computer to make sure I didn't mess anything up, but it looks like it works. I made a video for you:
[media]https://www.youtube.com/watch?v=U0m0-OS-8hU&feature=youtu.be[/media]

What version of minecraft are you using? There may be some problems in MC 1.5.2, but I haven't tested that yet.

Edit, I went back and checked in minecraft 1.5.2 and there was a bug. It is now fixed, redownload from the pastebin

P.S. I'm not actually sure how well the new receiver will work in 1.5.2, because I'm now sending tables. The turtle program may or may not work.

No modem is connected, please attach one
What side was that on?

DJF, on 03 November 2014 - 11:30 AM said:

-snip-

Another thing that is not working for me, is monitor connected by wire. It just did not show up in station mode. Event after sending the "AUTO" command. But this is again probably caused by my older version of game, so don't bother with it. I can live without it and I can always upgrade my game version to make it work. (I tried with both types of computers)

Anyway, your programs are pretty amazing, that's for sure. Thanks for them!

civilwargeeky, on 04 November 2014 - 04:29 AM said:

-snip-
Actually it does work. I just went back and tested for you. Make sure you right click on the wired modem to connect it, or else it won't work. The screen name appears in chat.

Also thanks! It's people like you that keep me making them :D/>

DJF, on 04 November 2014 - 12:43 PM said:

civilwargeeky, on 04 November 2014 - 04:29 AM said:

-snip-
Actually it does work. I just went back and tested for you. Make sure you right click on the wired modem to connect it, or else it won't work. The screen name appears in chat.

Also thanks! It's people like you that keep me making them :D/>

Thanks for video. Yes, it works. Amazing.

I also tried your Repeater code and found there one small bug. In the text you say, <code>'r' to remove channels</code> but in your code, you wait for letter c.
I fixed it and added 2 small features: If user tries to add already added channel, the channel won't be added. And when the repeater receives message, it automatically tries to add replay channel in channels.

So user can only add the channel, the turtle will tell him and don't have to bother with the reply number.
(I spent more then hour trying to find out, why the turtle did not get the return message from Receiver while using Repeater in the middle :-D )

I uploaded the modified code to pastebin so feel free to use it in one of your future updates: http://pastebin.com/sUGR6UtA