Advanced Programs: Orefinder, Tunnel.

{[=========		 ]}
           44%

djblocksaway, on 05 April 2012 - 12:27 PM said:

This is awesome you should add photos to your post though so people can see what it does :P/>/>

you can upload free photos at

http://imageshack.us/

EatenAlive3, on 07 April 2012 - 11:09 PM said:

Very nice, well polished. I noticed that at line 824, instead of nil you put nill. It works the same, but still.

Suggestion: Make a progress bar for tunnel completion, similar to this:

{[=========		 ]}
		   44%

|███████████       	 |
	 55%

Henness, on 21 April 2012 - 06:00 PM said:

Just got done with v1.2, I will be uploading it later today. After I take some screen shots and update the change log. v1.2 adds a progress bar so you know when the tunnel will be done.

grantboy01, on 21 April 2012 - 11:09 PM said:

Henness, on 21 April 2012 - 06:00 PM said:

Just got done with v1.2, I will be uploading it later today. After I take some screen shots and update the change log. v1.2 adds a progress bar so you know when the tunnel will be done.

what happens when you put in infinite?

louisrocks40, on 22 April 2012 - 09:23 PM said:

Quick question: This may seem a bit obvious, but does it also detect falling sand?

swanjr, on 23 April 2012 - 02:49 AM said:

Hello, I was using version 1.21 of your tunneler to dig a 4h 5w 50l tunnel and I noticed that the progress bar said 123 percent done when it was finished. I'm assuming the calculation should say 100 percent when finished. Besides that minor item, great script.

LipJ, on 23 April 2012 - 10:54 PM said:

This seams like a very stable bit of code. Is it ok if I use it to make a mineshaft generator. (with maping)

[Line 837]	if torches == true
should be
[Line 837]	if torches == true then

BigSHinyToys, on 05 May 2012 - 12:36 PM said:

in ver : Advanced Tunnel v1.3.txt 22K

[Line 837]	if torches == true
should be
[Line 837]	if torches == true then

Other that that it works great and is a very handy tool. Thank you

[EDIT] [BUG]
any mob in the way of the turtle will cause it to finish the row early and loose position.

[solution]
all functions that make a turtle move return true or false. true if the turtle moved. false if it didnt. working this into your code would allow the turtle to get less confused in its position
[/solution]

Possible suggestions pressing "p" while the turtle is running will pause it while paused dumping the memory to a file so the turtle can reload it on world load.
[/EDIT]

jaytime104, on 02 September 2012 - 04:13 PM said:

i have a question when i use this program to make a 60L 60w 40h hole in the ground to make my mansion im trying to put my house right on the bedrock. so my question is when i put thouse numbers in y dose the turtle wanna go down and try to mine in the bed rock can u please help me i love the program mob detection is so nice

kazekai, on 01 September 2012 - 07:40 AM said:

How do I insert the code into the game? I am really new to this

thesonofdarwin, on 26 November 2012 - 06:25 AM said:

I've been using v1.3.1 to clear some rooms and I've noticed it sometimes changes its vertical mining location. I thought it was caused when it encountered an air space above or in front, but after some testing that didn't seem to be the case. Here's an image of a room created by this turtle. The last two rows he decided to shift two deeper. Neither myself or enemies spawned in its way and it had plenty of inventory space. Torch was placed after the fact, so it wasn't that either. Edit: Nevermind. Set up 6 turtles at the same time and it was just the one doing it. Not sure why though since I added this program directly to the mod .zip, so they were all using the same information… Just shipped that turtle to the lava and all seems fine now.

ChunLing, on 26 November 2012 - 02:38 PM said:

…you what? Tell me that you mean you set that turtle to lava mining. Even if that's not what you mean, please tell me it is.

Peewee, on 04 December 2012 - 06:10 AM said:

Works pretty well! The way you figure out whether or not to dig at a certain spot is a little strange; you can just do math.mod(2*z+x, 5) and get the same pattern without the if/then blocks. That has the added benefit of allowing multiple digging sessions to overlap if they all use the same coordinate system.

Speaking of multiple digging sessions, any plans on making it use persistant variables so it can survive server resets or being unloaded?

Peewee, on 04 December 2012 - 06:10 AM said:

Works pretty well! The way you figure out whether or not to dig at a certain spot is a little strange; you can just do math.mod(2*z+x, 5) and get the same pattern without the if/then blocks. That has the added benefit of allowing multiple digging sessions to overlap if they all use the same coordinate system.

Speaking of multiple digging sessions, any plans on making it use persistant variables so it can survive server resets or being unloaded?

DarkriftX, on 06 December 2012 - 06:06 AM said:

I do not know what I am missing, but I get an error on line 129 "attempt to assign nil". I have tried with and without items to ignore and cannot get it to mine more than a block with orefinder. If this is not a current bug, can you provide some more details as to how its supposed to be used incase I am doing it wrong?

DarkriftX, on 07 December 2012 - 10:00 AM said:

I probably tried all params. I tried all even numbers, all odds, longer ones, shorter. I even tried for example putting 3 blocks (dirt gravel cobble) and leaving skip blank (0), entering 3, entering 2, entering 4, you name it. I have tried all possible combos. I even re-downloaded the script and used notepad++ to make sure the code looked properly formatted (notepad itself messes up the ln/br's).

-- Advanced Ore Finder by Henness
-- Version 1.0 11/21/2012

-- Config
Version = "v1.0"
local Width
local Length
local Depth
local Ignore

function version() -- Version function
return Version
end

function regwrite(string, columnVar, rowVar) -- Write a string to the cords
term.setCursorPos( columnVar, rowVar )
write (string)
end

function clearscreen() -- Clearscreen function
term.clear()
regwrite( "AP Ore Finder", 15, 1 )
regwrite( version(), 2, 13 )
regwrite( "Designed by Henness", 20, 13 )
term.setCursorPos( 1, 3 )
end

function refuel(stop) -- Refuels the turtle
returnXF = (Width - x) * 2
if math.fmod( VarX , 2 ) == 0 then
returnYF = (Length - (Length - y) - 1) * 2
else
returnYF = (Length - y) * 2
end
if turtle.getFuelLevel() < ((Depth * 2) + returnXF + returnYF + 5) and turtle.getItemCount(16) > 1 then
turtle.select(16)
turtle.refuel(turtle.getItemCount(16) - 1)
end
if stop == true then
turtle.select(16)
repeat
turtle.refuel(turtle.getItemCount(16) - 1)
sleep(0.1)
until turtle.getFuelLevel() > ((Depth * 2) + returnXF + returnYF + 5)
end
if turtle.getFuelLevel() < ((Depth * 2) + returnXF + returnYF + 5) and stop ~= true then
returnToStart(true)
end
end

function empty() -- Emptys the turtles inventory
if turtle.getItemCount(15) > 0 then
returnToStart()
end
end

function returnToStart(stop) -- Returns to start
returnX = Width - x
if math.fmod( VarX , 2 ) == 0 then
returnY = Length - (Length - y) - 1
turnRight()
else
returnY = Length - y
turnLeft()
end
moveForward(returnX)
turnLeft()
moveForward(returnY)
if stop == true then
clearscreen()
print("Too low on fuel to continue. Please insert more fuel.")
refuel(true)
end
for i=Ignore+1,15,1 do
turtle.select(i)
turtle.drop()
end
turnLeft(2)
moveForward(returnY)
turnRight()
moveForward(returnX)
if math.fmod( VarX , 2 ) == 0 then
turnRight()
else
turnLeft()
end
end



function moveUp(distance) -- Moves Up
if distance == nil then
distance = 1
end
for i=1,distance,1 do
repeat
if turtle.up() == true then
moved = true
else
digUp()
turtle.attackUp()
moved = false
end
until moved == true
end
end

function moveForward(distance) -- Moves Forward
if distance == nil then
distance = 1
end
for i=1,distance,1 do
repeat
if turtle.forward() == true then
moved = true
else
digForward()
turtle.attack()
moved = false
end
until moved == true
end
end

function moveDown(distance) -- Moves Down
if distance == nil then
distance = 1
end
for i=1,distance,1 do
repeat
if turtle.down() == true then
moved = true
else
digDown()
turtle.attackDown()
moved = false
end
until moved == true
end
end

function turnLeft(a) -- Turns Left
if not a then a = 1 end
for i=1,math.abs(a),1 do
turtle.turnLeft()
end
return true
end

function turnRight(a) -- Turns Right
if not a then a = 1 end
for i=1,math.abs(a),1 do
turtle.turnRight()
end
return true
end

function digForward(Compare) -- Digs Forward
if turtle.detect() then
if Compare then
SlotVar = Ignore
Ore = true
for i=1,SlotVar,1 do
turtle.select(i)
if turtle.compare() == true then
Ore = false
end 
end
if Ore == true then
turtle.dig()
end
else
turtle.dig()
end
end
end

function digDown(Compare) -- Digs Down
if turtle.detectDown() then
if Compare then
SlotVar = Ignore
Ore = true
for i=1,SlotVar,1 do
turtle.select(i)
if turtle.compareDown() == true then
Ore = false
end 
end
if Ore == true then
turtle.digDown()
end
else
turtle.digDown()
end
end
end

function digUp(Compare) -- Digs Down
if turtle.detectUp() then
if Compare then
SlotVar = Ignore
Ore = true
for i=1,SlotVar,1 do
turtle.select(i)
if turtle.compareUp() == true then
Ore = false
end 
end
if Ore == true then
turtle.digUp()
end
else
turtle.digUp()
end
end
end

function compareSides(n) -- Compares surounding blocks with items in the inventory
for i=1,n,1 do
digForward(true)
turnRight()
end
end

function findDown(z) -- Finds all ores bellow the turtle
refuel()
empty()
for i=1,z,1 do
digDown(true)
if turtle.detectDown() then
digDown(false)
end
moveDown()
compareSides(4)
end
for i=1,z,1 do
moveUp()
end
end

function runFinder( W , L , D )
VarY = 5
VarX = 1

x = W
y = L
while x > 0 do
y = L
while VarY <= 5 and y > 1 do
if VarY == 5 then
findDown(D)
VarY = 0
end
digForward(true)
if turtle.detect() then
digForward(false)
end
moveForward()
VarY = VarY + 1
y = y - 1
end
if VarY == 5 then
findDown(D)
VarY = 0
end
if x > 1 then
if math.fmod( VarX , 2 ) == 0 then
turnLeft()
digForward(true)
if turtle.detect() then
digForward(false)
end
moveForward()
turnLeft()
if VarY == 0 then
VarY = 3
elseif VarY == 1 then
VarY = 2
elseif VarY == 2 then
VarY = 1
elseif VarY == 3 then
VarY = 5
elseif VarY == 4 then
VarY = 4
end
else
turnRight()
digForward(true)
if turtle.detect() then
digForward(false)
end
moveForward()
turnRight()
if VarY == 0 then
VarY = 2
elseif VarY == 1 then
VarY = 1
elseif VarY == 2 then
VarY = 5
elseif VarY == 3 then
VarY = 4
elseif VarY == 4 then
VarY = 3
end
end
VarX = VarX + 1
end
x = x - 1
end
end
function emptyinv()
for i=Ignore+1,15,1 do
turtle.select(i)
turtle.drop()
end
end

function finished() -- Returns to start
if Width == 1 then
returnX = 0
else
returnX = Width - x
end
if math.fmod( VarX , 2 ) == 0 then
returnY = Length - (Length - y) - 1
turnRight()
else
returnY = Length - y
turnLeft()
end
moveForward(returnX)
turnLeft()
moveForward(returnY)
print("Clearing Inventory.")
for i=1,16,1 do
turtle.select(i)
turtle.drop()
end
end

-- RUN
clearscreen()
print("Width of Area?")
Width = tonumber(read())

clearscreen()
print("Length of Area?")
Length = tonumber(read())

clearscreen()
print("Depth of Holes?")
Depth = tonumber(read())

clearscreen()
print("How many materials will be Ignored?")
Ignore = tonumber(read())

clearscreen()
print("Finding Ore...")
runFinder( Width , Length , Depth )
print("All done, returning home.")
finished()
turnLeft()
turnLeft()
print("Run complete.")

DarkriftX, on 08 December 2012 - 05:04 AM said:

Also, one more thing I noticed is that when it is at its home level and it is digging towards the next hole it ignores ores right above it. Would it cost all that much more time to have it digForward() then digUp() then moveForward()? I heard someone say that every check or action adds quite a bit of time to the process but I dont know the language nor the implementation very well.

vafo, on 08 December 2012 - 10:29 AM said:

The advanced ores program is awesome, if not with some quirks. I had it stopping by hitting gravel when coming back to the first row…not sure why.

What I wanted to ask is, would it be too hard to have it come back and unload when it ends the execution? kinda hard to go grab it at the opposite end of the start.

bigsushi, on 09 December 2012 - 04:28 AM said:

I must be doing something wrong. Every time I try and start the Advanced Tunneling program it accepts the dimensions of the tunnel and the yes/no for torches but when it starts, it only mines the one block in front of it and then doesn't do anything. The status shows 0% when clicked on. I figure this must be user error but I have no idea what I'm doing wrong.

Thanks for any help.

DarkriftX, on 09 December 2012 - 06:32 AM said:

Awesome Henness. I will wait for your version then instead of screwing around with it much more. Do you think that you might also make the gap between holes variable? I thought I figured out how to change it from 5 to 3 but when I did that the turtle started mining in random directions and kicking my ass lol

DarkriftX, on 09 December 2012 - 02:58 PM said:

Yours currently has it digging like this:

X - - - - X - - - - X - - - -

but the problem is there are 2 rows in the middle that are getting ignored (the turtle cannot see them as indicated by red below):

X - - - -X - - - -X - - - -

If you did:

X - - X - - X - - X - - X - -

Then it can see every row and will never miss ores. Yes, it will take longer but I would rather it be more thorough than miss half of the ores in that area.

DarkriftX, on 10 December 2012 - 03:16 AM said:

I see. So while there are spots that are missed, if you do a large enough area, they are less noticable as they are only on the outside of the square you search. I guess that makes my single width row problematic and I should go back to squares.

I was doing it that way to speed up the process as a 20x20 square took forever from level 20-5 (15 blocks deep shafts) with a single turtle.

DarkriftX, on 10 December 2012 - 05:28 PM said:

Im just glad I found a decent program that is still being worked on. Most of the good ones I find have no updates and while I can figure out the easy stuff from my knowledge of other languages, Im glad this one is still getting improved. I ran it while I slept on a 25x25 area and it worked great (minus a bug that I introduced that makes it quit one row over lol).

I wish they had made these computers visually aware. If they could see 3-5 spaces ahead of them that would be awesome for mining, and for "bodyguard" bots. Sucks that they are blind and have to "feel" the block next to them to Id it.

DarkriftX, on 08 December 2012 - 09:32 PM said:

If you look above, the code I posted does that. I just added a few lines of code to the original.

DarkriftX, on 14 December 2012 - 05:01 PM said:

Found another bug. Refueling. When the turtle waits at the start point for fuel it uses all but 1 of the fuel that you give it.I have seen this happen 5+ times but I finally got a chance to see it when I was expecting it.

Scenario:
Turtle is waiting at chest asking for fuel. Turtle has 2 fuel left. Right click on turtle and drop half stack of coal (32) onto the 2 pieces it has.

Expected result:
Fuel goes down from 34 to 33

Actual result:
Fuel goes down to 1 (actually, what looks like it happens is fuel goes to 0, then jumps to 1 real fast)

DarkriftX, on 16 December 2012 - 08:10 AM said:

The way I would do it is make the fuel slot #1 and make your skip items go after that. It would require very little change to your ignore items loop, and being first would make the coal stack (I am 80% sure it stacks when its the first item). I would however prefer that the bots themselves had a separate fuel slot like any other item in the game that requires fuel.

DarkriftX, on 16 December 2012 - 08:13 AM said:

Btw, if you give it 30 coal, and it consumes 29, but only has 3 more holes to dig, does that mean that you lose ~28 coal or does it give them back? I didnt see anything like that in the code.

Cravin, on 16 December 2012 - 12:05 PM said:

Hey Hennes, since I'm working on a similar mining approach like you, I've run into a similar problem with the refueling process. I have set it up like this: slot 1-3 are ignore slots, with dirt, gravel and smoothstone. Slot 16 is fuel. Once the turtle goes to the dropoff point, it iterates over slots 4-15 and tries to transfer them to slot 16 with turtle.transfer(targetSlot,amount) before dropping them off into a chest.
It helps to know how the turtle choses the slot to put items in. Basically, it tries to put it into the first empty or fitting slot, starting at the currently selected one.

DarkriftX, on 19 December 2012 - 12:53 AM said:

I had an idea but havent dug far enough into the capabilities to know if it will work. I was thinking that you could "teach" the bot what blocks are. This would require the bot to be able to look at a block and see the item ID (possible?). If so, then you could run a command to have it look at some blocks and store those in a list of always ignore blocks. This would allow you to have it ignore more blocks without taking up inventory slots and also make startup faster as you wouldnt have to give it blocks each time.

I was also thinking about a function that it could run before it goes to drop off stuff. If the bot is set to ignore cobble and gravel, it wont dig it unless it has to, but it will still fill up with these. When the bot realizes that it is full, it could start a function that would scan (for example) slots 5-16 to see if any of them contain the items in 1-4 (ignore slots). Then it could find any dirt/cobble/gravel/smoothstone in its inventory and drop them in a hole. This would allow it to go a lot farther before having to unload.

Henness, on 18 December 2012 - 06:25 PM said:

I added my new program Advanced Updater, If you enable HTTP and run that past bin command it will download it all you have to do is run the program. Please post any bugs you find.

jisco, on 19 December 2012 - 10:27 AM said:

Can someone explain to me what i should write when it askes for…face? Im trying to start up Advanced ore finder, i write XYZ coordinates but when face show up i have no idea what to write!

sjkeegs, on 19 December 2012 - 09:24 AM said:

Henness, on 18 December 2012 - 06:25 PM said:

I added my new program Advanced Updater, If you enable HTTP and run that past bin command it will download it all you have to do is run the program. Please post any bugs you find.

This doesn't seem to be working for me.

It updated all the apps from the updater, and when I run the orefinder it will dig forward once, back up to it's starting position, and turn twice so that it was facing the other direction. I specified a 10x10 with 3 ignore blocks (stone, gravel, dirt).

I initially started out with a non-wireless turtle, and upgraded to a wireless mining turtle. As far as I could tell it was doing the same thing without the wireless module and typing in coordinates.

Edit: I realized that I'm running v1.46 on 1.4.2. Is there something in the latest version that this app is using?

Edit2: I didn't notice that the slots where blocks/items go had changed - this started working for me, but it seems to stall after awhile, and the turtle will just stop and go back to the GUI menu - It's deleted the ofsave file, and I wasn't able to detect what caused it to abort yet.

sjkeegs, on 19 December 2012 - 11:57 AM said:

jisco, on 19 December 2012 - 10:27 AM said:

Can someone explain to me what i should write when it askes for…face? Im trying to start up Advanced ore finder, i write XYZ coordinates but when face show up i have no idea what to write!

if you pull up the F3 screen and look at the facing it will show you north-south-east-west along with a number 0-3 that represents that direction. The code is looking for the number (as far as I can tell).

vafo, on 19 December 2012 - 01:48 PM said:

uh.
In the new version, does the gps capability mean we have to build gps towers around?
(If we want to avoid inserting coordinates that is)

Henness, on 19 December 2012 - 05:55 PM said:

sjkeegs, on 19 December 2012 - 09:24 AM said:

Henness, on 18 December 2012 - 06:25 PM said:

I added my new program Advanced Updater, If you enable HTTP and run that past bin command it will download it all you have to do is run the program. Please post any bugs you find.

This doesn't seem to be working for me.

It updated all the apps from the updater, and when I run the orefinder it will dig forward once, back up to it's starting position, and turn twice so that it was facing the other direction. I specified a 10x10 with 3 ignore blocks (stone, gravel, dirt).

I initially started out with a non-wireless turtle, and upgraded to a wireless mining turtle. As far as I could tell it was doing the same thing without the wireless module and typing in coordinates.

Edit: I realized that I'm running v1.46 on 1.4.2. Is there something in the latest version that this app is using?

Edit2: I didn't notice that the slots where blocks/items go had changed - this started working for me, but it seems to stall after awhile, and the turtle will just stop and go back to the GUI menu - It's deleted the ofsave file, and I wasn't able to detect what caused it to abort yet.

If its deleting the ofsave file then that should mean that it is done but I'll keep an eye out, if you run it with "advancedorefinder <width> <length> <ignore>" and to continue use "advancedorefinder" this will show you if there is an error. and not print the gui over the the error.

Henness, on 19 December 2012 - 05:55 PM said:

sjkeegs, on 19 December 2012 - 09:24 AM said:

Edit2: I didn't notice that the slots where blocks/items go had changed - this started working for me, but it seems to stall after awhile, and the turtle will just stop and go back to the GUI menu - It's deleted the ofsave file, and I wasn't able to detect what caused it to abort yet.

If its deleting the ofsave file then that should mean that it is done but I'll keep an eye out, if you run it with "advancedorefinder <width> <length> <ignore>" and to continue use "advancedorefinder" this will show you if there is an error. and not print the gui over the the error.

sjkeegs, on 20 December 2012 - 05:58 AM said:

My problems are related to the GPS coordinates. I used the GPS app posted by BigShinyToys in the GPS tutorial - http://www.computerc...dpost__p__28333 and it's reporting z as the height, and x/y as the map coordiantes. So anything in your app that is looking at y as the height coordinate is going to get messed up. For example my y value gets decremented down to 1 and falls into an infinite loop when digging down.

I'm not sure if this is just a function of how the tutorial GPS app sets up the GPS, or if the GPS reporting works that way normally.

Edit: This is a function of how the GPS is set up in that applicaton. The height value is being put into the z coordinate.

emtffkev, on 20 December 2012 - 07:22 AM said:

Just as an FYI, when running AP, the word Advanced is spelled wrong in the scrolling intro.

Henness, on 19 December 2012 - 05:55 PM said:

sjkeegs, on 19 December 2012 - 09:24 AM said:

Henness, on 18 December 2012 - 06:25 PM said:

I added my new program Advanced Updater, If you enable HTTP and run that past bin command it will download it all you have to do is run the program. Please post any bugs you find.

This doesn't seem to be working for me.

It updated all the apps from the updater, and when I run the orefinder it will dig forward once, back up to it's starting position, and turn twice so that it was facing the other direction. I specified a 10x10 with 3 ignore blocks (stone, gravel, dirt).

I initially started out with a non-wireless turtle, and upgraded to a wireless mining turtle. As far as I could tell it was doing the same thing without the wireless module and typing in coordinates.

Edit: I realized that I'm running v1.46 on 1.4.2. Is there something in the latest version that this app is using?

Edit2: I didn't notice that the slots where blocks/items go had changed - this started working for me, but it seems to stall after awhile, and the turtle will just stop and go back to the GUI menu - It's deleted the ofsave file, and I wasn't able to detect what caused it to abort yet.

If its deleting the ofsave file then that should mean that it is done but I'll keep an eye out, if you run it with "advancedorefinder <width> <length> <ignore>" and to continue use "advancedorefinder" this will show you if there is an error. and not print the gui over the the error.

sjkeegs, on 19 December 2012 - 11:57 AM said:

jisco, on 19 December 2012 - 10:27 AM said:

Can someone explain to me what i should write when it askes for…face? Im trying to start up Advanced ore finder, i write XYZ coordinates but when face show up i have no idea what to write!

if you pull up the F3 screen and look at the facing it will show you north-south-east-west along with a number 0-3 that represents that direction. The code is looking for the number (as far as I can tell).

Yes that's exactly what its asking for, I'll make a tutorial for using it.

vafo, on 19 December 2012 - 01:48 PM said:

uh.
In the new version, does the gps capability mean we have to build gps towers around?
(If we want to avoid inserting coordinates that is)

Yes if you don't want to have to type the cords in then you have to set up some gps hosts. It's defiantly worth it, the continue feature is super useful.

vafo, on 20 December 2012 - 10:40 AM said:

However, I wont be able to combine a chunkloader and a wireless modem on a turtle, right? =/

Henness, on 20 December 2012 - 09:51 AM said:

sjkeegs, on 20 December 2012 - 05:58 AM said:

I'm not sure if this is just a function of how the tutorial GPS app sets up the GPS, or if the GPS reporting works that way normally.

Edit: This is a function of how the GPS is set up in that applicaton. The height value is being put into the z coordinate.

Gps host isn't his program its an default api in computercraft, in his tutorial he uses a stupid cord system different from minecrafts. All you have to do is set the hosts to x,y,z with y being height, the api doesn't care witch is witch. I have no idea why he did that it just confuses people. Also I would suggest spreading out the hosts a little more because with them that close together they have a tendency to get the cords wrong and endup messing up the program.

ThunderZ8olt, on 20 December 2012 - 04:54 PM said:

I dont get how to download the program through the http api. What exactly do I type into the turtle? I'm still fairly new to them. Thanks for the help and your program looks awesome!

sjkeegs, on 20 December 2012 - 05:15 PM said:

ThunderZ8olt, on 20 December 2012 - 04:54 PM said:

I dont get how to download the program through the http api. What exactly do I type into the turtle? I'm still fairly new to them. Thanks for the help and your program looks awesome!

First you need to make sure the http is enabled. Look for the computercraft.cfg file in the .minecraft\config directory. In that file look for the enableapi_http option and set it to true instead of false.

Once you've done that you should be able to type the pastebin command noted in the first post and it should download the updater. (note you will have to type the text as written since the link takes you to the github page). This is easier than the second option.

If you just want to copy the raw program you can copy the raw data from the github page and transfer it into your turtle. Place down a new turtle. Name it using "label set myname". This makes it easier to find a particular turtle (they don't stack anymore) and it prevents the turtle from losing its fuel and programs when you pick it up. Under your saved world there should be a "computer" directory which contains all the data about the different turtles, computers, and disks. Find the one you just created and copy the program text into a file in that directory.

Once you've done either of the above two steps, you can start up MC and type "list" in the turtle. You should see the file there. Now just run it and it should download/update the GUI, miner and tunnel programs.

ThunderZ8olt, on 20 December 2012 - 09:13 PM said:

Thanks I was able to get that working but now cant seem to get the ore finder program to work. I typed everything in and my turtle doesnt do anything. It just says "hit spacebar at any time to pause"

Henness, on 20 December 2012 - 02:26 PM said:

vafo, on 20 December 2012 - 10:40 AM said:

However, I wont be able to combine a chunkloader and a wireless modem on a turtle, right? =/

Chunk loader, on a turtle?

dannyp75, on 21 December 2012 - 10:19 AM said:

first time post from a cc noob,

can you confirm the mining pattern in advancedorefinder. I have entered the coords with ignore=0 at level 11. I have placed a chest adjacent to the start point and done the following:

item slot 1: 10 coal
2: stack of cobble

i want it to ignore the following, so:

item slot 3: 1 dirt
item slot 4: 1 gravel
item slot 5: 1 cobble

when i have run the command, ti will dig down to bedrock and cover the area prescribed by width and length. i'm guessing it's meant to do that anyway, but it still mines the dirt and gravel and places it my chest. is it supposed to do that, given that i have asked it to ignore it?

please advise.

i'm trying to learn lua, and goign through your code helps, but it's all quite overwhelming, hope i can write something half as good as this one day,

vafo, on 21 December 2012 - 11:05 AM said:

dannyp75, on 21 December 2012 - 10:19 AM said:

first time post from a cc noob,

can you confirm the mining pattern in advancedorefinder. I have entered the coords with ignore=0 at level 11. I have placed a chest adjacent to the start point and done the following:

item slot 1: 10 coal
2: stack of cobble

i want it to ignore the following, so:

item slot 3: 1 dirt
item slot 4: 1 gravel
item slot 5: 1 cobble

when i have run the command, ti will dig down to bedrock and cover the area prescribed by width and length. i'm guessing it's meant to do that anyway, but it still mines the dirt and gravel and places it my chest. is it supposed to do that, given that i have asked it to ignore it?

please advise.

i'm trying to learn lua, and goign through your code helps, but it's all quite overwhelming, hope i can write something half as good as this one day,

you're supposed to ignore= number of materials you are putting on ignore, in your case, ignore = 3

other than that you seem to be doing it right!

good luck!

dannyp75, on 21 December 2012 - 12:58 PM said:

thanks for your help.

jisco, on 22 December 2012 - 07:35 AM said:

i need you help again. I've managed to understand all that you need to input, what i dont undetstand is when i press yes on new excavation it pops me back right to the menu where you select (Continue,new,preset #1 ) and so on..do you know whats wrong? It dosn't give me any error what so ever.. cant see whats the problem

Doyle3694, on 23 December 2012 - 12:29 AM said:

@Henness , I think many both beginners and pros will look at your programs, and since they are quite popular, what about putting some comments there so ppl wil understand your code better? ;)/>
Comments will help yourself too, when you after 3 months don't remember what each part of the code does.

jisco, on 22 December 2012 - 07:35 AM said:

i need you help again. I've managed to understand all that you need to input, what i dont undetstand is when i press yes on new excavation it pops me back right to the menu where you select (Continue,new,preset #1 ) and so on..do you know whats wrong? It dosn't give me any error what so ever.. cant see whats the problem

caitlyn, on 27 December 2012 - 02:24 PM said:

I am unsure what I'm doing wrong, but when I try to run the orefinder it just goes a few blocks and stops. It doesn't always go the same pattern, but the same general idea. I'm not using GPS so I manually enter to coords. One the excavation starts, it moves a few blocks, mines a few things, spins a bit, then stops. Not in that order or consistent to a pattern, and no messages produced. When I select continue, it tells me there is no save file.

I enter 16 16 with ignores of 1 or 0. Most of the times I entered the right coords, a few of them I just entered 0s for all but the height.

I just tried again with an accurate GPS setup, but same results. I thought maybe the lack of gps was teh cause, but it's not.

caitlyn, on 29 December 2012 - 01:43 PM said:

I've tried with GPS and without
Coal coke and Coal
Overworld and Nether
FTB/Direwolf20 pack - CC 1.481 / misc peripherals 2.3

Here are some screen shots. I

Spoiler

Before the run:

After the run failed:

Attempt to continue:

You can see it went about 4 blocks down. This time at least it's digging down :)/>/>/> I'm tempted to put random debug statements throughout it to get an idea whats going on when it fails.

Henness, on 30 December 2012 - 02:17 AM said:

Can you run it without the gui, with "advancedorefinder <width> <height> <ignore>" if there is an error it should show it. And just leave out the variables to run from a save file.

Spoiler

caitlyn, on 29 December 2012 - 01:43 PM said:

I've tried with GPS and without
Coal coke and Coal
Overworld and Nether
FTB/Direwolf20 pack - CC 1.481 / misc peripherals 2.3

You can see it went about 4 blocks down. This time at least it's digging down :)/> I'm tempted to put random debug statements throughout it to get an idea whats going on when it fails.

sjkeegs, on 02 January 2013 - 05:13 AM said:

This looks somewhat like the failure mode I was seeing. The turtles would typically stop/abort while performing the rotation loop in findDown() to check for Ores. They could stop on any of the 1..4 indexes in the rotation loop. The only common part there seems to be the save() procedure. That's about as far as I got when looking at it.

usmc3891, on 03 January 2013 - 09:55 AM said:

I have a couple of issues. First, with 4 gps hosts and a wireless mining turtle, it sticks at retireving gps coords from host. in order for it to do anything I have to enter my coords manually. Second, it seems like the ignore option doesnt really do anything. It will ignore the number of slots i select but will still mine those materials and keep them in the turtles inventory. Third, after one or 2 holes it gives me the error "parallel:22: advancedorefinder:434: Expected string". Lastly, will the turtle go back and mine the ore veins it has revield?

Volmic, on 05 January 2013 - 10:58 AM said:

I've downloaded the ap program onto the turtle, however when I run the tunnel program and put in parameters the progress bar remains at 0 and the turtle doesn't move. I may be doing something wrong with the fuel and torches, I am unsure where to put them. Any help would be appreciated.

usmc3891, on 04 January 2013 - 12:37 PM said:

Thank you for the quick response :)/>. Now I understand a lot better the capabilities of the program. The GPS issue is odd though. When i run GPS Locate from a normal computer it picks up just fine. I'm not sure why the Ore Finder wont recieve it. Its still a great program none the less. Keep it up and I am definatly going to keep using your programs.

foopex, on 05 January 2013 - 03:53 PM said:

I set up my GPS network twice trying, and my turtle hangs on orefinder locating its position. When i run gps locate on the turtle it reports the exact position just fine. So, I suppose i'm having the same problem is you?

It set mine up once high in the sky, and once again on the ground near the excavation site, same result.

EDIT: and note, it doesn't time out. It stays there forever.. .well, the 30 minutes I left it while i went and mined on my own and came back to check =)

rednet.open("right")
x,y,z = gps.locate(5)

Henness, on 05 January 2013 - 06:19 PM said:

foopex, on 05 January 2013 - 03:53 PM said:

I set up my GPS network twice trying, and my turtle hangs on orefinder locating its position. When i run gps locate on the turtle it reports the exact position just fine. So, I suppose i'm having the same problem is you?

It set mine up once high in the sky, and once again on the ground near the excavation site, same result.

EDIT: and note, it doesn't time out. It stays there forever.. .well, the 30 minutes I left it while i went and mined on my own and came back to check =)

There isn't any fancy code that would hang its just:

rednet.open("right")
x,y,z = gps.locate(5)

So I don't see how that would freeze?

foopex, on 06 January 2013 - 07:41 AM said:

Henness, on 05 January 2013 - 06:19 PM said:

foopex, on 05 January 2013 - 03:53 PM said:

I set up my GPS network twice trying, and my turtle hangs on orefinder locating its position. When i run gps locate on the turtle it reports the exact position just fine. So, I suppose i'm having the same problem is you?

It set mine up once high in the sky, and once again on the ground near the excavation site, same result.

EDIT: and note, it doesn't time out. It stays there forever.. .well, the 30 minutes I left it while i went and mined on my own and came back to check =)

There isn't any fancy code that would hang its just:

rednet.open("right")
x,y,z = gps.locate(5)

So I don't see how that would freeze?

Ok, I got the code to work in the lua console and print coords, I'll try it again on my turtle

xen, on 20 January 2013 - 06:16 AM said:

Hi iam pretty new to CC but ur program is GREAT… only one question i got is it possible that the turtle return to the chest, drops all stuff except fuel and then continue building the tunnel? When finished return to stating posiition?
And when i use the AdvTunnel program the turtle wont place any torches?!?

Greetz
Xen

xen, on 22 January 2013 - 01:54 AM said:

ah ok… could you added those features? that if its invetory is full it returns to the chest and empty everything except slot 1 ( and maybe 2 for fuel)?

Slind, on 24 January 2013 - 09:45 AM said:

hey,

i build a gps system and ist working fine with gps locate. but when im using ur orefinde it just says "Receiving coordinates from host…" for hours. Is there a way to fix this without server permission=?

NeverCast, on 24 January 2013 - 11:42 AM said:

You retain fuel if you label the turtle?
I wish that was the case when you broke the turtle, I'm pretty sure last time I tried ( a week ago ), a named turtle will still lose it's fuel if broken.

Henness, on 24 January 2013 - 11:45 AM said:

Nope, labeled turtle's keep their fuel when broken I use it all the time.

Henness, on 24 January 2013 - 11:41 AM said:

Slind, on 24 January 2013 - 09:45 AM said:

hey,

i build a gps system and ist working fine with gps locate. but when im using ur orefinde it just says "Receiving coordinates from host…" for hours. Is there a way to fix this without server permission=?

Most likely because you have to refuel the turtle. After the turtle locates were it is it moves forward so it can find what direction it is facing. Place coal ore some other source of fuel in the turtle and use the refuel program. Don't forget to label your turtle so you don't loose the fuel.

My next ore finder program will be more intuitive and will tell you when you need fuel or other items, because I keep getting people that are having problems when they don't have fuel in the turtle.

xInDiGo, on 25 January 2013 - 07:16 AM said:

i've noticed that if the turtles inventory fills up w/ junk like xychorium then the rest of the ores fall to the ground. is there a way around this?

Henness, on 05 April 2012 - 10:17 AM said:

The Advanced Updater is a program I made to automatically download new versions of my programs. Once downloaded it will run my Advanced GUI and you will have access to both my Advanced OreFinder and my Advanced Tunnel all from one interface.

PhilHibbs, on 30 January 2013 - 11:44 PM said:

Hm… automatic updates from the internet, not sure that's a good idea. You could be a griefer who has worked hard to establish a good reputation only to release a Griefing Turtle script once we've all fallen for your evil scheme!

TheOriginalBIT, on 30 January 2013 - 11:56 PM said:

EDIT: Also the updater relies on the http api to be enabled, so disable it and you would get any updates from any program

Henness, on 31 January 2013 - 03:18 AM said:

Personally I think auto update is extremely handy, and a huge time saver.

Henness, on 25 January 2013 - 03:31 PM said:

Yes my next version will return ores while in the middle of mining the holes.

PhilHibbs, on 31 January 2013 - 04:26 AM said:

How do you update the updater? :P/>

xInDiGo, on 31 January 2013 - 07:00 AM said:

Henness, on 25 January 2013 - 03:31 PM said:

Yes my next version will return ores while in the middle of mining the holes.

waiting on this version

ughzug, on 01 February 2013 - 03:49 AM said:

allow user defind ingore list to be saved, and then allow user to remove ignore materials from inventory for more efficent inventory management.

Henness, on 31 January 2013 - 02:21 PM said:

xInDiGo, on 31 January 2013 - 07:00 AM said:

Henness, on 25 January 2013 - 03:31 PM said:

Yes my next version will return ores while in the middle of mining the holes.

waiting on this version

Doing debugging right now

for i = ofsave["ignore"]+3, 16 do
turtle.select(i)
if turtle.compareTo(1) then
  turtle.transferTo(1,turtle.getItemSpace(1))
end
end

Sunblood, on 01 February 2013 - 12:04 PM said:

I signed up just to post in this topic! Awesome program. I wonder if this would be helpful though?

add this in where the Turtle is depositing items

for i = ofsave["ignore"]+3, 16 do
turtle.select(i)
if turtle.compareTo(1) then
  turtle.transferTo(1,turtle.getItemSpace(1))
end
end

If you use Coal to fuel your Turtle, this will take Coal from the Turtle's inventory that it has mined and move it into the first slot. This ensures the Turtle always has 64 fuel before depositing any of it into the return chest.

ughzug, on 01 February 2013 - 03:49 AM said:

feature requests/suggestions:

allow user defind ingore list to be saved, and then allow user to remove ignore materials from inventory for more efficent inventory management.

allow the option to use ender chests for ignored materials (disposal), good materials (non ignored), and refueling (coal coke, charcoal, blaze rods, etc)

rednet controls and ui

chunkloading turtle to pair up with mining turtle and follow above using broadcasts.

automatic resume, with kill button.

place torchs on top of filler material to prevent hostile mob spawns while running program underground.

• New Interface
• Pause/Resume
• Save &amp; Exit
• Refuel
• Improved Emptying (Empty's anytime)
• Maximized inventory space
• Improved saving system (It doesn't constantly save)
• Improved Code In General

• Ender chest drop off
• Progress info in the interface
• automatic resume (will only resume automatically when the turtle isn't exited from the menu)
• rednet access (will be easy with the new interface code)

xxdolcexx, on 06 February 2013 - 12:01 PM said:

your advance ore tinngy dont work any more whit 3.0

http://img585.images...30206000020.png

http://img837.images...30206000024.png

when i pres done he go back to menu

sumbrawd, on 06 February 2013 - 08:54 PM said:

Everything works fine until I get to putting in the coords. I put in the cords however it doesn't let me select the "done" button. I have no idea if im missing something or if it's a bug. Plz help. Thanks :)/>

Henness, on 07 February 2013 - 01:09 AM said:

All inputs must be variables and y has to be less then 255, then you have to press enter.

TheOriginalBIT, on 07 February 2013 - 01:34 AM said:

Henness, on 07 February 2013 - 01:09 AM said:

All inputs must be variables and y has to be less then 255, then you have to press enter.

Maybe put this as a message on the GUI.

Henness, on 07 February 2013 - 01:38 AM said:

I figured it was intuitive… but that seems like its never the case.

sumbrawd, on 06 February 2013 - 08:54 PM said:

Everything works fine until I get to putting in the coords. I put in the cords however it doesn't let me select the "done" button. I have no idea if im missing something or if it's a bug. Plz help. Thanks :)/>

sumbrawd, on 07 February 2013 - 05:08 AM said:

ok thanks :)/> i was typing in the whole word for the face. thanks for dealing with my stupidity :)/>

Henness, on 07 February 2013 - 03:40 AM said:

Just thought of something else the "face" section must be 0-3 I'll end up adding a something that clears any lines that are entered incorrectly, and change the message at the top.

local faces = {
 "North",
 "East",
 "South",
 "West"
}

local function validateFace( input )
  if faces[ tonumber(input) ] then
    return (tonumber(input) - 1) -- since indexes are 1-4 we -1 to make it 0-3
  else
    for i = 1, #faces do
      if faces[i] == input then
        return (i - 1) -- since indexes are 1-4 we -1 to make it 0-3
      end
    end

    return nil
  end
end

-- however you get the input here following this example
local facing
while not facing do -- while facing == nil
  write("Enter facing: ")
  local input = read()
  facing = validateFace( input )
  if not facing then
    print("Invalid direction "..input )
  end
end

Andruvan, on 09 February 2013 - 09:57 AM said:

Hi, I've pretty much just started using computercraft and find the turtles to be an incredible tool. First off I want to give a big thank you to Henness for this amazing program which combined with the OreQuarry program makes mining a breeze. :)/>

I have a bit of an issue with the Advanced Tunnel program though and I don't know how to troubleshoot or resolve it, but I'm hoping someone can give me a few pointers on what I might be doing wrong.

The Advanced Tunnel program has worked fine several times but has now stopped mining blocks.
To be short the issue is that after starting a tunnel program (e.g. 3x8x8) the turtle mines the first block in front of it and then stops, doing nothing. I first encountered this issue with a mining turtle crafted with a ruby pickaxe and thought that might be problem, but the same issue occurred with a newly crafted mining turtle using a diamond pickaxe.
I've tried putting charcoal and coal in all item slots of the turtle and restarting the mining program but it did not help.
I've also tried putting torches in the first slot and choosing to enable torch placement; this did not affect the issue.

Current version:
Minecraft 1.4.7
Direwolf20 mod pack 5.0.1 with the FTB launcher on a Direwolf20 mod pack server.
- Forge 1.4.7-6.6.0.515
- ComputerCraft v1.481
- RedPowerCompat-2.0pr6
- RedPowerCore-2.0pr6
- RedPowerDigital-2.0pr6
- RedPowerMechanical-2.0pr6

Thank you in advance for any help! :)/>
Kind Regards, André

HoraceWeebler, on 09 February 2013 - 06:21 AM said:

Slight problem with your function in the orefinder below. Specifically, rednet.open returns NIL- always. See the documentation for confirmation. To this end, you always report no modem even when one is present.

Please update the code to instead check for a timeout to gps.locate, or possibly just check the x, y, z to make sure they have the expected range of values (i.e., not nil or zero, whichever your variables are initially set to).

local function locate()
local x,y,z,facing
if rednet.open("right") then
printCentered("Receiving coordinates from host…", 4)
x,y,z = gps.locate(3)
if x and y and z then
forward()

Henness, on 09 February 2013 - 10:18 AM said:

Andruvan, on 09 February 2013 - 09:57 AM said:

Hi, I've pretty much just started using computercraft and find the turtles to be an incredible tool. First off I want to give a big thank you to Henness for this amazing program which combined with the OreQuarry program makes mining a breeze. :)/>

I have a bit of an issue with the Advanced Tunnel program though and I don't know how to troubleshoot or resolve it, but I'm hoping someone can give me a few pointers on what I might be doing wrong.

The Advanced Tunnel program has worked fine several times but has now stopped mining blocks.
To be short the issue is that after starting a tunnel program (e.g. 3x8x8) the turtle mines the first block in front of it and then stops, doing nothing. I first encountered this issue with a mining turtle crafted with a ruby pickaxe and thought that might be problem, but the same issue occurred with a newly crafted mining turtle using a diamond pickaxe.
I've tried putting charcoal and coal in all item slots of the turtle and restarting the mining program but it did not help.
I've also tried putting torches in the first slot and choosing to enable torch placement; this did not affect the issue.

Current version:
Minecraft 1.4.7
Direwolf20 mod pack 5.0.1 with the FTB launcher on a Direwolf20 mod pack server.
- Forge 1.4.7-6.6.0.515
- ComputerCraft v1.481
- RedPowerCompat-2.0pr6
- RedPowerCore-2.0pr6
- RedPowerDigital-2.0pr6
- RedPowerMechanical-2.0pr6

Thank you in advance for any help! :)/>
Kind Regards, André

The tunnel program is a very old program and has no refuel functionality at all. you have to refuel the turtle before you start mining.

HoraceWeebler, on 09 February 2013 - 06:21 AM said:

Slight problem with your function in the orefinder below. Specifically, rednet.open returns NIL- always. See the documentation for confirmation. To this end, you always report no modem even when one is present.

Please update the code to instead check for a timeout to gps.locate, or possibly just check the x, y, z to make sure they have the expected range of values (i.e., not nil or zero, whichever your variables are initially set to).

local function locate()
local x,y,z,facing
if rednet.open("right") then
printCentered("Receiving coordinates from host…", 4)
x,y,z = gps.locate(3)
if x and y and z then
forward()

Didn't know that I'll add that to be fixed for the following update.

Minithra, on 11 February 2013 - 03:12 PM said:

The tunnel program misbehaves in case of tall tunnels.

I attempted to use it to chop down the big Twilight forest trees - gave it the variables: 9 wide, 9 long, 80 tall.

The first line goes very well. The second one… it goes only halfway up, then proceeds to dig down for the rest of the height. Any clue why? This is pretty much the only program I found that I can use for this, and my attempts at making one of my own didn't result in any success (unless an excavate that never stops counts)

HoraceWeebler, on 11 February 2013 - 02:39 PM said:

I have verified one potential issue with OreFinder. If using an ender chest, sometimes the chest gets backed up from several teams of miners working. The issue is that when a turtle fails to dropoff its inventory, it goes back to mining only to freeze up when it can't mine more blocks. The fix would be to wait at the chest until the turtle's inventory is emptied.

For now, I have a work around, but I just thought you should know.

Henness, on 11 February 2013 - 04:41 PM said:

The tunnel program expects that its digging a tunnel and that its starting in an already dug out room or tunnel. So The area above it has to be clear and then it will move all the way to the top of the area its going to dig and then start there. I expect that you are starting it in the tree and then its trying to move up into the tree then when it thinks its at the top it starts to dig down. As I have stated before this is an old program and I need to update it. Im just focusing on my orefinder program right now.

Minithra, on 11 February 2013 - 07:11 PM said:

So if I start it so it has room, it'll be okay? Even with large areas?

Also, where does this unload?

Henness, on 11 February 2013 - 04:45 PM said:

HoraceWeebler, on 11 February 2013 - 02:39 PM said:

I have verified one potential issue with OreFinder. If using an ender chest, sometimes the chest gets backed up from several teams of miners working. The issue is that when a turtle fails to dropoff its inventory, it goes back to mining only to freeze up when it can't mine more blocks. The fix would be to wait at the chest until the turtle's inventory is emptied.

For now, I have a work around, but I just thought you should know.

Yes I have ran into this problem with my turtles also. If my logistic pipe storage system runs out of power the chest gets backed up. But what happening is the turtles get stuck in loop of returning to the chest and returning to were they need to mine. I have already started making the turtle wait until the chest is full for the next version.

Wizhk, on 15 February 2013 - 04:07 PM said:

What would I have to do to get this Turtle to use Lava Cells as fuel without putting them in the chest (The Turtle will start its run with the lava cells but on first return it puts them into the chest with the ores). Also it won't re-fuel from lava-cells in a side chest.

Wizhk

kody275, on 19 February 2013 - 11:41 AM said:

how to when you put in all the stuff for the OreQuarry the x,y,z and all that how to u select done?

 if tmpx > x then
faceing = 3
elseif tmpx < x then
faceing = 1
elseif tmpz > z then
faceing = 0
elseif tmpz < z then
facing = 2
end
return x,y,z,facing

TheLoiteringKid, on 20 February 2013 - 09:02 AM said:

 if tmpx > x then
faceing = 3
elseif tmpx < x then
faceing = 1
elseif tmpz > z then
faceing = 0
elseif tmpz < z then
facing = 2
end
return x,y,z,facing

correct me if I'm wrong, but to me it looks like there are 3 too many "e"s in that section of the code

TheLoiteringKid, on 20 February 2013 - 10:30 AM said:

yes as long as the variable is spelt the same, but "facing" is used everywhere else in the script as far as i could tell

local function rn()
rednet.open("right")
end

local function locate()
local x,y,z,facing
if pcall(rn) then
  printCentered("Receiving coordinates from host...", 4)
  x,y,z = gps.locate(3)
  if x and y and z then
   forward()
   local tmpx,tmpy,tmpz = gps.locate(3)
   if tmpx > x then
	facing = 3
   elseif tmpx < x then
	facing = 1
   elseif tmpz > z then
	facing = 0
   elseif tmpz < z then
	facing = 2
   end
   turtle.back()
   return x,y,z,facing
  else

Henness, on 20 February 2013 - 08:25 PM said:

TheLoiteringKid, on 20 February 2013 - 10:30 AM said:

yes as long as the variable is spelt the same, but "facing" is used everywhere else in the script as far as i could tell

Yes it's supposed to be facing but That part of the code never got accessed because I had "if rednet.open("right") then" which doesn't work. But thanks for pointing that out I'll have that fixed in the next update.

Henness, on 10 April 2012 - 08:06 AM said:

djblocksaway, on 05 April 2012 - 12:27 PM said:

This is awesome you should add photos to your post though so people can see what it does :P/>/>/>

you can upload free photos at

http://imageshack.us/

Thanks, I was in the process of posting some pictures. But I use Imgur.

EatenAlive3, on 07 April 2012 - 11:09 PM said:

Very nice, well polished. I noticed that at line 824, instead of nil you put nill. It works the same, but still.

Suggestion: Make a progress bar for tunnel completion, similar to this:

{[=========		 ]}
		   44%

Ya I was already going to add one but wasn't sure what to use for the bar, thanks for the suggestion. Oh and I changed that nill to nil didnt even notice it.

wish I could use extended ASCII characters

|███████████       	 |
	 55%

froost, on 22 February 2013 - 06:00 AM said:

Hey,
This is probably really obvious but where do I enter the co-ordinates when starting the program up. I only see the Width, Length and Ignore variables.
Thanks

zero80472, on 20 February 2013 - 11:48 PM said:

awasome program but on my mulitplayer server (yes HTTP API is enabled) i get unable to http://github.com ? how would i fix this ?

zero80472, on 20 February 2013 - 11:48 PM said:

awasome program but on my mulitplayer server (yes HTTP API is enabled) i get unable to http://github.com ? how would i fix this ?

Henness, on 22 February 2013 - 03:12 PM said:

froost, on 22 February 2013 - 06:00 AM said:

Hey,
This is probably really obvious but where do I enter the co-ordinates when starting the program up. I only see the Width, Length and Ignore variables.
Thanks

You are using the tunnel program not the orefinder program.

froost, on 24 February 2013 - 11:11 AM said:

Nope. I open the program and choose OreFinder then "New" then theres Width, Length and Ignore all on the same screen but nowhere to enter co-ordinates.

Love the program but the ore finder dose not work for me. I got in and choose new, and put in the width and length and the ignore place my blocks in the inventory. i got a pop up that says "Are you sure you would like to start a new excavation?". now matter with i choose it kicks me back to the main page for ore finder. Any help on getting it to work would be amazing. Code looks very nice by the way.

jonOfArabia, on 28 February 2013 - 08:48 AM said:

Hi All,

So I'm really excited to used this program, and CC in general since I've never actually dabbled in it, but I'm running into a problem with the wireless mining turtle.

Warning: I'm super noob at CC

When I run advancedorefinder, or advancedorefinder <saved preset>, the GUI displays the "No wireless modem found, please enter the cords manualy." and the respective prompts for input.

1. The turtle is definitely wireless AND can discern it's coords with the "gps locate" command.

2. My gps array has a startup file that initiates broadcast of each computers coords, confirmed with both a 5th seperate comp and the wireless turtle.

3. For testing purposes, the wireless mining turtle is only a few meters away from the gps array.

My question is, am I doing something wrong with the program? The turtle can find it's own coords, but the program does not detect an attached modem.

Zer0t3ch, on 10 March 2013 - 08:21 AM said:

The scrolling words at the startup of the Advanced Updater, it says Advaced, not Advanced.

Kris, on 29 March 2013 - 09:42 PM said:

I set x,y,z and face for one turtle and it works, but when trying to do the same for the other turtle it dosn't show the x,y,z, face part

function CheckUp(slot)
  if not turtle.detectUp() then
	turtle.select(slot)
	turtle.placeUp()
  end
end
function CheckDown(slot)
  if not turtle.detectDown() then
	turtle.select(slot)
	turtle.placeDown()
  end
end
function mineUp(steps)
  for smu=1,steps do
	while not turtle.up() do
	  turtle.digUp()
	end
  end
  CheckUp(up_cell)
end
function mineDown(steps)
  for smd=1,steps do
	while not turtle.down() do
	  turtle.digDown()
	end
  end
  CheckDown(floor_cell)
end
function one_step()
  while not turtle.forward() do
	turtle.dig()
  end
end

Duros1394, on 31 May 2013 - 07:29 AM said:

I hope to see the ore drop function…

function deploy()
  while not turtle.forward() do
	turtle.dig()
  end
  turtle.back()
  turtle.select(chest_cell)
  turtle.place()
  for i=up_cell+1,chest_cell do
	turtle.select(i)
	turtle.drop()
  end
  turtle.dig()
end

function empty()
  print("Emptying inventory...")
  while turtle.detectUp() do
    if not turtle.digUp() then
	  break
    end
  end
  turtle.select(16) -- Select ender chest for placing
  if not turtle.placeUp() then
    print("Error placing ender chest")
    return
  end 
  for i=2,14 do
    turtle.select(i)
    turtle.dropUp()
  end
  turtle.select(16)
  turtle.digUp()
  print("Emptying finished")
end
function doEmpty()
  if (turtle.getItemCount(13) > 0) or (turtle.getItemCount(14) > 0) then
    empty()
  end
end

Zaflis, on 18 January 2014 - 09:18 AM said:

-snip-

stuffedparrot, on 20 January 2014 - 06:12 PM said:

-snip-

Henness, on 21 January 2014 - 05:14 AM said:

stuffedparrot, on 20 January 2014 - 06:12 PM said:

-snip-

I have considered updating my Tunnel program. But I personally think I need to start over with it, or at least replace a lot of the code.

But that's a lot of work, I'll add it to my list of things to do. I don't know when I'll get to it.