The versatile Shape Builder (updated 05/08/14 - now with diagonal lines)

• Lines/Rectangles (now even diagonal etc. thanks to CupricWolf)
• Walls
• Stairs
• Platforms
• Cuboids (Rooms, hollow and nonhollow)
• Cylinders
• Pyramids
• Spheres/Domes/Circles (both up and downwards)
• 6- and 8- prisms and their 2dimensional counterparts (thanks to CupricWolf)
• command line interface (also thanks to CupricWolf)
• resume finally fixed, even without gps (that was me)
• Ender Chest Refilling (was me aswell)

• More shapes
• Ability to build stuff upside down
• GPS support (in the works)
• Ability to select starting point to be the center of the build.

kirimato, on 27 March 2013 - 01:23 PM said:

I think that he means is that the 20x20 platform building is still bugged. When the turtle is building, he has slot 1 and 2 filled with dirt. When slot 1 runs out of dirt, it picks up cobble and uses the cobble while it doesnt touch the slot 2 filled with dirt.

Kravyn, on 28 March 2013 - 04:39 PM said:

Is there a way I can trigger a sequence of build scripts back to back?

Since I am unable to make it build downwards I am trying to get it to go down and build upwards from the bottom point I wanted it to build from.

like when you make the turtle.down() enough times to reach the point I want then have it do shell.run("shapebuilder") the problem I am having is how do I tell the turtle to fill in the information for me when it asks what shape calculate fuel and the dimensions I want.

I would appreciate the help.

example like:
i=0
setPoint=9
shapeBuild=6


while i < setPoint do
turtle.down()
i=i+1
end
while i < shapeBuild do
shell.run("shapebuilder")
….. this is where i get stuck because when the builder script is triggered it asks for the information step by step.
write("square")
write("n")
write("10")

or instead something like shell.run("shapebuilder square n 10") <———–
end

turtle.forward()
turtle.turnRight()
turtle.forward()
turtle.turnLeft()

while i< shapeBuild do
shell.run("shapebuilder")
write("square")
write("n")
write("8")
end

And keep going til it gets down to the final size set. I dont need full automation just a way to trigger the shapebuilder within my script. is it possible?

Kravyn, on 29 March 2013 - 04:58 AM said:

Well resuming any code is a pain and most of the time it requires GPS and a saved file or just saved file recording the last position in the code it ran and the variables + or - it was on within the code. But as said below I am still learning lua.

All I was asking really was if there was a way to make the turtle fill in the information for me. like a write command or a io.read("*a") then trigger a write()? things like that to fill in the information.

I understand you want to get the code out first but by the time I get the code I might be finished building my project manually. Which is a long time from now my point is that I just wanted a quick fix or work around.

I am grateful people are working on this code it seems to be really handy. I am learning turtle lua as fast as I can but every time I spend on it the less time I spend on building. and being on a server I fall behind everyone else. heh

xInDiGo, on 03 April 2013 - 02:13 PM said:

bummer! some unique planes would be great!

i imagine it would ask the user for how many sides and how long each side would be. but then again i'm not so great at this coding business. the best i can do is a hopper turtle xD

Keridos, on 05 April 2013 - 08:00 PM said:

Hexagons and Octagons are being added soonish, other shapes are too difficult (at least happydude said that on github).
I will be looking into GPS Support and inverted building in the next days. Command line interfacing will be added soon too.
Just to warn you: Minecraft is not very stable and even chunkloading turtles get unloaded sometimes (for a reason that I have not found yet) so do not expect long programs to run smoothly. At least not without GPS support.

Kravyn, on 28 March 2013 - 04:39 PM said:

Is there a way I can trigger a sequence of build scripts back to back?
[]
a way to trigger the shapebuilder within my script. is it possible?

Kravyn, on 29 March 2013 - 04:58 AM said:

Well resuming any code is a pain and most of the time it requires GPS and a saved file or just saved file recording the last position in the code it ran and the variables + or - it was on within the code. But as said below I am still learning lua.

All I was asking really was if there was a way to make the turtle fill in the information for me. like a write command or a io.read("*a") then trigger a write()? things like that to fill in the information.

I understand you want to get the code out first but by the time I get the code I might be finished building my project manually. Which is a long time from now my point is that I just wanted a quick fix or work around.

I am grateful people are working on this code it seems to be really handy. I am learning turtle lua as fast as I can but every time I spend on it the less time I spend on building. and being on a server I fall behind everyone else. heh

wakafanykai123, on 13 April 2013 - 06:46 AM said:

This is amazing, worked perfectly for my FTB base :)/>

happydude11209, on 14 April 2013 - 10:38 AM said:

wakafanykai123, on 13 April 2013 - 06:46 AM said:

This is amazing, worked perfectly for my FTB base :)/>

Thats good to hear, thanks for sharing! :)/>

kirimato, on 27 March 2013 - 01:23 PM said:

I think that he means is that the 20x20 platform building is still bugged. When the turtle is building, he has slot 1 and 2 filled with dirt. When slot 1 runs out of dirt, it picks up cobble and uses the cobble while it doesnt touch the slot 2 filled with dirt.

Steven McWayne, on 20 April 2013 - 08:31 AM said:

kirimato, on 27 March 2013 - 01:23 PM said:

I think that he means is that the 20x20 platform building is still bugged. When the turtle is building, he has slot 1 and 2 filled with dirt. When slot 1 runs out of dirt, it picks up cobble and uses the cobble while it doesnt touch the slot 2 filled with dirt.

Same issue with Cuboids, it empties slot 1 then use whatever he just picks up. :/

Keridos, on 21 April 2013 - 07:02 AM said:

Steven McWayne, on 20 April 2013 - 08:31 AM said:

kirimato, on 27 March 2013 - 01:23 PM said:

I think that he means is that the 20x20 platform building is still bugged. When the turtle is building, he has slot 1 and 2 filled with dirt. When slot 1 runs out of dirt, it picks up cobble and uses the cobble while it doesnt touch the slot 2 filled with dirt.

Same issue with Cuboids, it empties slot 1 then use whatever he just picks up. :/

Fixed in the latest release. Turtle now leaves 1 Block in each slot and compares the slot it uses to the first slot. If the items do not match, the item from the selected block is dropped and the turtle continues to look for the correct material.

Alexi320, on 24 April 2013 - 05:08 AM said:

Handy program, but please add a "Filled Cube/Rectangular Prism" option! Thanks!

Niseg, on 24 April 2013 - 06:31 AM said:

I noticed that command line parameters would allow you to make more complicated shapes using programs that use "shell.run().

Kravyn, on 30 April 2013 - 09:19 PM said:

Im attempting to build with the cylinder code and it first moves away from me then starts building I did cylinder 9 radius 2 high

What I wanted was a tube that was 9 wide and 2 high for testing purposes and it just does not work where I place it
it moved like 9+ blocks from where I placed it and then starts to build and then builds the wrong location

are you going to be adding the room code back in? that was the one I was really wanting
I am having to use the old code for that again because you have changed the pastebin and removed the room code

edit – ok well I used the cuboid code and it works good now I am trying to figure out how to use the repeat code setup

codename square -z 13 square -z 15

could you make a square code that could start at one size lets say the starting size is 11 and ends at 30 if set because what if your in the air its not like its that simple to get to the corner you want but if you have a center point it could build out in a spiral from the starting point to the end point

Kravyn, on 03 May 2013 - 01:32 AM said:

yeah got it working just not repeatable but is there a way to repeat the square command like I posted?

Kravyn, on 03 May 2013 - 01:32 AM said:

yeah got it working just not repeatable but is there a way to repeat the square command like I posted?

shell.run("scriptName", "square", "sideLength", "-z")
shell.run("scriptName", "square", "sideLength", "-z")

shell.run("shape", "square", "10", "-z")
for i = 1 , 5 do
	turtle.back()
end
turtle.turnRight()

for i = 1 , 5 do
	turtle.back()
end
turtle.turnLeft()
turtle.up()
shell.run("shape", "square", "20")

Fronts, on 11 May 2013 - 11:06 AM said:

I can't get this to place blocks in Lite 0.6.5 but it worked a charm in 0.6.1, any help?

uberadiant, on 14 May 2013 - 12:04 PM said:

Hi guys, I've been following this for a little while but I have to point something out.

The circles that the turtle builds aren't very…umm, well, round. I understand that this code has come from another program but I think it should be mentioned (there is a pic below to illustrate this). I'm building a Star Trek museum world so as you can imagine, circles and ellipses have to be spot on for there to be any semblance of accuracy. Not sure if it's something that anyone feels is worth fixing, but thought I would point it out anyway. The various sphere generators available online all render circles almost perfectly, depending on the radius obviously. However, when I'm trying to create circles with radii of dozens or hundreds of metres, building them manually is both extremely tedious and horrifically time consuming.


Please don't take this is a criticism of anyone's work! The fact that you guys create these programs for others to use is great! I'm just being picky :P/>

Spoiler

The circle on the left was built using this program. The one on the right was built by me using an online generator.

uberadiant, on 15 May 2013 - 07:35 AM said:

Thanks for the reply :)/>

I understand it's not a particularly important issue, and please don't make this a priority over anything else you might be doing. As I said, I'm just really picky. Admittedly, I've only tried it using circles with relatively small radii. I haven't attempted to create 100m radius circles or anything like that yet (the idea of waiting ages for the turtle to do it's thing to only then find out it's not exactly to my ridiculously pedantic standards and have to destroy it…me no likey that thought).

As for me trying to alter the code…I used to be a barely competent programmer, but to be honest it's something that I find a bit boring, so I'll leave it to the experts! If I could maybe make a (possibly silly) suggestion, maybe have a look at the online circle/sphere generators and see if you can see at a glance how they do the maths. Just a thought, and only if you think it might help, of course :)/>

Thanks for having a look at it though, I appreciate it a lot :)/>

uberadiant, on 17 May 2013 - 11:43 AM said:

I use the following -

http://oranj.io/blog...SphereGenerator

http://www.plotz.co.uk/plotz.php

http://donatstudios....CircleGenerator


I had a very quick look at the source for the third one. There's a link to a github repository, and the code for the generator is there. Also, the licence seems to indicate that it is open source, so could be useful! And you're right, the radius I used was 6.

uberadiant, on 14 May 2013 - 12:04 PM said:

Hi guys, I've been following this for a little while but I have to point something out.

The circles that the turtle builds aren't very…umm, well, round. I understand that this code has come from another program but I think it should be mentioned (there is a pic below to illustrate this). I'm building a Star Trek museum world so as you can imagine, circles and ellipses have to be spot on for there to be any semblance of accuracy. Not sure if it's something that anyone feels is worth fixing, but thought I would point it out anyway. The various sphere generators available online all render circles almost perfectly, depending on the radius obviously. However, when I'm trying to create circles with radii of dozens or hundreds of metres, building them manually is both extremely tedious and horrifically time consuming.


Please don't take this is a criticism of anyone's work! The fact that you guys create these programs for others to use is great! I'm just being picky :P/>

Spoiler

The circle on the left was built using this program. The one on the right was built by me using an online generator.

per, on 20 May 2013 - 12:32 AM said:

How is your GPS/persistence bit coming along ?
I'm EAGERLY awaiting this (I even had a hack at it myself..no joy :(/> ) as I have 64 block radius dome to build :D/>

Steven McWayne, on 27 May 2013 - 10:25 AM said:

One question,
is it possible to let the turtle place Platforms and roofs of rooms over his head instead placing under him?
At the moment it leaves 1 line/row of space between roofs and the natural rocks.

psyestorm, on 26 May 2013 - 09:31 AM said:

This has saved me a lot of time. Thanks for your hard work

Steven McWayne, on 27 May 2013 - 10:25 AM said:

One question,
is it possible to let the turtle place Platforms and roofs of rooms over his head instead placing under him?
At the moment it leaves 1 line/row of space between roofs and the natural rocks.

Cupcakecreator, on 30 May 2013 - 08:36 AM said:

Can someone help please, when i use the cylinder program and make a 75 x 5 cylinder underground after about 30 blocks it keeps giving this error:
shape:846: attempt to index ? (a nil value)

Jowajon, on 29 June 2013 - 07:41 PM said:

I use this all the time. I only wish it would stop and not go back to the beginning. I was building a wall on my castle with sand and it tried to go back to the beginning and killed a section of my wall.

Basilio, on 18 June 2013 - 06:05 AM said:

Guys found an interesting effect if digging in sand. If you start digging some levels below the surface, there is a chance that the turtle will eventually come into a situation when it digs a block in front of it, then the sand behind it collapses and when the turtle tries to move back, it can't anymore and just sits there waiting for someone to press enter in the console. Is there any chance you could add a check for that situation, so that it would automatically dig the sand behind it?

REMNANSE, on 09 July 2013 - 11:48 AM said:

Is it possible to get a circular platform added?

args={...}
for i = args[1],1,-1 do
shell.run("shapebuilder circle "..i)
turtle.turnRight()
turtle.forward()
turtle.turnLeft()
end

function circle(radius)
width = radius * 2 + 1
sqrt3 = 3 ^ 0.5
boundaryRadius = radius + 1.0
boundary2 = boundaryRadius ^ 2
z = radius
cz2 = (radius - z) ^ 2
limitOffsetY = (boundary2 - cz2) ^ 0.5
maxOffestY = math.ceil(limit[b]Offset[/b]Y)
-- We do first the +x side, then the -x side to make movement efficient
for side = 0, 1 do
  -- On the right we go from small y to large y, on the left reversed
  -- This makes us travel clockwise (from below) around each layer
  if (side == 0) then
   yStart = radius - max[b]Offest[/b]Y
   yEnd = radius + maxOffestY
   yStep = 1
  else
   yStart = radius + maxOffestY
   yEnd = radius - maxOffestY
   yStep = -1
  end
  for y = yStart, yEnd, yStep do
   cy2 = (radius - y) ^ 2
   remainder2 = (boundary2 - cz2 - cy2)
   if remainder2 >= 0 then
    -- This is the maximum difference in x from the centre we can be without definitely being outside the radius
    maxOffesetX = math.ceil((boundary2 - cz2 - cy2) ^ 0.5)
	 -- Only do either the +x or -x side
    if (side == 0) then
	 -- +x side
	 xStart = radius
	 xEnd = radius + max[b]Offeset[/b]X
    else
	 -- -x side
	 xStart = radius - maxOffesetX
	 xEnd = radius - 1
    end
    -- Reverse direction we traverse xs when in -y side
    if y > radius then
	 temp = xStart
	 xStart = xEnd
	 xEnd = temp
	 xStep = -1
    else
	 xStep = 1
    end
	 for x = xStart, xEnd, xStep do
	 cx2 = (radius - x) ^ 2
	 distanceToCentre = (cx2 + cy2 + cz2) ^ 0.5
	 -- Only blocks within the radius but still within 1 3d-diagonal block of the edge are eligible
	 if distanceToCentre < boundaryRadius and distanceToCentre + sqrt3 >= boundaryRadius then
	  offsets = {{0, 1, 0}, {0, -1, 0}, {1, 0, 0}, {-1, 0, 0}, {0, 0, 1}, {0, 0, -1}}
	  for i=1,6 do
	   offset = offsets[i]
	   dx = offset[1]
	   dy = offset[2]
	   dz = offset[3]
	   if ((radius - (x + dx)) ^ 2 + (radius - (y + dy)) ^ 2 + (radius - (z + dz)) ^ 2) ^ 0.5 >= boundaryRadius then
	    -- This is a point to use
	    navigateTo(x, y)
	    placeBlock()
	    break
	   end
	  end
	 end
    end
   end
  end
end
end

kao, on 12 July 2013 - 11:53 AM said:

Hey I'm pretty new to CC and coding in general, so I was reading through your code just to see what I could learn from it. The circle code, to my untrained eye, seems to have some typos in it. Specifically, the variations on "OffsetX" and "OffsetY" are spelled inconsistently. Some variations of the spelling include "Offset", "Offeset", and "Offest". Is this intentional? Just curious what the purpose would be. Thanks!

function circle(radius)
width = radius * 2 + 1
sqrt3 = 3 ^ 0.5
boundaryRadius = radius + 1.0
boundary2 = boundaryRadius ^ 2
z = radius
cz2 = (radius - z) ^ 2
limitOffsetY = (boundary2 - cz2) ^ 0.5
maxOffestY = math.ceil(limit[b]Offset[/b]Y)
-- We do first the +x side, then the -x side to make movement efficient
for side = 0, 1 do
  -- On the right we go from small y to large y, on the left reversed
  -- This makes us travel clockwise (from below) around each layer
  if (side == 0) then
   yStart = radius - max[b]Offest[/b]Y
   yEnd = radius + maxOffestY
   yStep = 1
  else
   yStart = radius + maxOffestY
   yEnd = radius - maxOffestY
   yStep = -1
  end
  for y = yStart, yEnd, yStep do
   cy2 = (radius - y) ^ 2
   remainder2 = (boundary2 - cz2 - cy2)
   if remainder2 >= 0 then
	-- This is the maximum difference in x from the centre we can be without definitely being outside the radius
	maxOffesetX = math.ceil((boundary2 - cz2 - cy2) ^ 0.5)
	 -- Only do either the +x or -x side
	if (side == 0) then
	 -- +x side
	 xStart = radius
	 xEnd = radius + max[b]Offeset[/b]X
	else
	 -- -x side
	 xStart = radius - maxOffesetX
	 xEnd = radius - 1
	end
	-- Reverse direction we traverse xs when in -y side
	if y > radius then
	 temp = xStart
	 xStart = xEnd
	 xEnd = temp
	 xStep = -1
	else
	 xStep = 1
	end
	 for x = xStart, xEnd, xStep do
	 cx2 = (radius - x) ^ 2
	 distanceToCentre = (cx2 + cy2 + cz2) ^ 0.5
	 -- Only blocks within the radius but still within 1 3d-diagonal block of the edge are eligible
	 if distanceToCentre < boundaryRadius and distanceToCentre + sqrt3 >= boundaryRadius then
	  offsets = {{0, 1, 0}, {0, -1, 0}, {1, 0, 0}, {-1, 0, 0}, {0, 0, 1}, {0, 0, -1}}
	  for i=1,6 do
	   offset = offsets[i]
	   dx = offset[1]
	   dy = offset[2]
	   dz = offset[3]
	   if ((radius - (x + dx)) ^ 2 + (radius - (y + dy)) ^ 2 + (radius - (z + dz)) ^ 2) ^ 0.5 >= boundaryRadius then
		-- This is a point to use
		navigateTo(x, y)
		placeBlock()
		break
	   end
	  end
	 end
	end
   end
  end
end
end

happydude11209, on 19 May 2013 - 09:10 PM said:

uberadiant, on 17 May 2013 - 11:43 AM said:

I use the following -

http://oranj.io/blog...SphereGenerator

http://www.plotz.co.uk/plotz.php

http://donatstudios....CircleGenerator


I had a very quick look at the source for the third one. There's a link to a github repository, and the code for the generator is there. Also, the licence seems to indicate that it is open source, so could be useful! And you're right, the radius I used was 6.

Unfortunatly I don't know javascript well enough to follow that donat studios one :(/>/> and the others aren't open source.

Drew956, on 25 July 2013 - 04:17 PM said:

(…)
You can find it here:
http://pastebin.com/qjehGFsM
(…)

Drew956, on 25 July 2013 - 04:37 PM said:

Just curious
(…)
local function getInput(message, option1, option2)
(…)
smooth = getInput("Would you like a smooth circle?", "yes", "no")?
It would prevent users from entering things that aren't valid.
Idk just curious lol.

happydude11209, on 28 July 2013 - 05:12 PM said:

Drew956, on 25 July 2013 - 04:17 PM said:

(…)
You can find it here:
http://pastebin.com/qjehGFsM
(…)

Drew956, on 25 July 2013 - 04:37 PM said:

Just curious
(…)
local function getInput(message, option1, option2)
(…)
smooth = getInput("Would you like a smooth circle?", "yes", "no")?
It would prevent users from entering things that aren't valid.
Idk just curious lol.

Thank you very much! I will work on implementing both of your Ideas/Code! I cant wait to see what results I get. Sorry I am late in replying, I've been very busy preparing for college and getting a job recently and I haven't had time to do any coding :(/> I have some free time now though! :D/> Thank you again for working on this! Don't be afraid to fork us on github, and making your edits directly to our code. Fork us here —>(link)

Edit: I never asked if I could use your code. >_> So, May I (and by extension everyone using the github linked above) use your code?

Drew956, on 28 July 2013 - 07:58 PM said:

Oh and, if you dont mind me asking, what are you majoring in? :D/>

Nostaire, on 04 August 2013 - 06:31 PM said:

Firstly, since its my opening post, I have to say how friggin' sweetass this turtle program is. Three thumbs up, just don't ask where the other one came from. On to business:

I've been scaling up spheres as tests and a 32r sphere, approximately 60% complete, was unable to resume after a server restart. It asked me (after starting the build program) if I wanted to resume, but after inputting "y" ("yes" seems to bring you back to the shapes list, never to resume again…) it threw up some error that I cant quite remember along the lines of "871:build function too long" or something similar.

Also, I know there's commands for pulling stock from ender chests, but your scripting is set to toss unrelated items (including ender chests) instead of pulling items from it. Is there a variation release yet that uses slot 1 ender chest and then, perhaps, the rest of the slots for fuel?

…and uh… I'm probably doing it all wrong so yeah…

<—it DOES say clueless, after all.

Keridos, on 29 July 2013 - 07:26 PM said:

Ok, I will wait with my code stuff until you made your pull request so we (or rather you) do not have to rebase again. I am gonna try to get my head around gps tracking soonish.

BTW: That Idea for getInput really is a good idea, would make our ChoiceFunction quite easier to the eye than it is now.

dronf, on 15 August 2013 - 09:11 PM said:

I'm very new to CC, and have a quick question that I didn't see the answer to in the first post: what slot does the fuel go in by default? thx!

Nostaire, on 08 August 2013 - 12:38 PM said:

Ehh from what I'm reading the command to get things out of a block with inventory is turtle.suck http://computercraft.info/wiki/Turtle Unless I'm reading it wrong, thought it seems to refer to stationary blocks, placed in the world. I don't see why it couldn't do the same to a block in it's own inventory. I've flitted around these forums a bit and found other people mentioning using chickenbones enderchests and the suck command, but how and where the chest is, I'm not sure.

Nostaire, on 04 August 2013 - 06:31 PM said:

On to business: I've been scaling up spheres as tests and a 32r sphere, approximately 60% complete, was unable to resume after a server restart. It asked me (after starting the build program) if I wanted to resume, but after inputting "y" ("yes" seems to bring you back to the shapes list, never to resume again…) it threw up some error that I cant quite remember along the lines of "871:build function too long" or something similar.

Drew956, on 02 August 2013 - 01:57 AM said:

Hmm.. I kinda works, but it isn't very good. I'm going to be busy for a week or two now, intermittenly, so maybe someone else should give it a try? I am going to play around with it a bit more soon, and see wha I can do to fix it, but I think someone else could probably make a better one idk. (plus mine has a bug right now, aside from making slanted hyperboloids) I'll post back if I have gotten anything to work.

WC_Shill, on 18 August 2013 - 04:08 PM said:

Is there any documentation on the command line interface?

Keridos, on 18 August 2013 - 06:11 PM said:

Just added this here: this is btw shown when starting the program with -h.
https://github.com/K...-Line-Interface

CountJankula, on 19 August 2013 - 11:35 PM said:

I have been working on a sphere building program for a while and thought you could use it (if you want it). It first calculates the coordinates of all the points for a sphere and stores them in a table, then builds from that table.

function dome(typus, radius)
  if typus == "dome" then
	zstart = radius
  elseif typus == "sphere" then
	zstart = 0
  elseif typus == "bowl" then
	zstart = 0
  end
  if typus == "bowl" then
	zend = radius
  else
	zend = width - 1
  end

  for z = zstart,zend do
	if not cost_run_only and z ~= zstart then
	  safeUp()
	end
	circle(z)
  end
end

Maya81, on 23 September 2013 - 11:18 AM said:

Could this possible be a bug when 2 instances of the program is running on 2 different turtles with 2 different sets of blocks?

Maya81, on 23 September 2013 - 10:57 AM said:

I'm having an issue where, I am asking the turtle to build a platform..

I fill it with a ton of redwood blocks, all the same type.. Then I set the turtle out in space, nothing underneath it. I tell it to build a 40 x 10 platform or whatever.. It will place a few blocks, sometimes 3, sometimes 12, sometimes 40… Then it will drop out all the maining blocks from its inventory and say it has no more inventory.. It didn't pick up any blocks during this time.. So why would the compareTo(1) be failing?

iXô, on 25 September 2013 - 02:08 PM said:

But I have a blocking problem : I want to build a 64 radius bowl.

Not very long after starting (first layer is built, and the second layer is started) the program stop with : turtle:18: Too long without yielding
What is the problem ? How can I work around this ?

Maya81, on 23 September 2013 - 10:57 AM said:

I'm having an issue where, I am asking the turtle to build a platform..

I fill it with a ton of redwood blocks, all the same type.. Then I set the turtle out in space, nothing underneath it. I tell it to build a 40 x 10 platform or whatever.. It will place a few blocks, sometimes 3, sometimes 12, sometimes 40… Then it will drop out all the maining blocks from its inventory and say it has no more inventory.. It didn't pick up any blocks during this time.. So why would the compareTo(1) be failing?

mcdodge34, on 17 January 2014 - 12:27 AM said:

Wow, this thing is awesome, exactly what I wanted, only problem is would it be able to do an extra big structure like a 64 radius dome in the ocean, testing it out at the moment, only downside is it doesn't seem to auto-ressuply itself from any chest with anything, with a big project like I have it would be extremely annoying to chase the turtle to feed her, I know nothing about programming please don't show me any code, if its a code, give me a pastebin link that would work on the turtle, I appreciate the people that love to program seriously, but its not for me, the only though of writing any program, I would prefer to kill myself instead, all thoses lines of coding are a headache just thinking of it…

Your hard work is appreciated…

Arkavile, on 18 January 2014 - 06:16 PM said:

mcdodge34, on 17 January 2014 - 12:27 AM said:

Wow, this thing is awesome, exactly what I wanted, only problem is would it be able to do an extra big structure like a 64 radius dome in the ocean, testing it out at the moment, only downside is it doesn't seem to auto-ressuply itself from any chest with anything, with a big project like I have it would be extremely annoying to chase the turtle to feed her, I know nothing about programming please don't show me any code, if its a code, give me a pastebin link that would work on the turtle, I appreciate the people that love to program seriously, but its not for me, the only though of writing any program, I would prefer to kill myself instead, all thoses lines of coding are a headache just thinking of it…

Your hard work is appreciated…

If you use the MiscPeripherals mod there is a resupply module and block. Add the resupply module to your turtle and place a resupply block to it's left. Keep the resupply block full of materials and you'll be fine.

IMarvinTPA, on 15 March 2014 - 01:04 PM said:

I also tried this builder for domes and my 4 radius dome does not render the same as http://www.plotz.co.uk/ for a 9 diameter sphere. I'm not sure that these are being built correctly.

Thanks,
IMarv

CometWolf, on 15 March 2014 - 10:01 PM said:

I don't know how either of these codes are set up, but 9 diameter and 4 radius is not the same >.>

IMarvinTPA, on 16 March 2014 - 03:47 AM said:

The comparison is apples to apples. The "radius" parameter becomes a width of 2*radius + 1 which means a 4 radius input becomes a 9 diameter dome. I have a version that does not produce Plotz's spheres, but uses http://www.hardijzer...aftSpheres.html sphere engine (because I can easily read the javascript.) My version is at http://pastebin.com/JH3ATidy but it is not quite right yet. When I tried to do a 9 diameter dome, it started a layer too low, so I adjusted it, and my 49 diameter dome started a layer too high. It'll need a little more tweaking before it's golden. I also changed it to ask for diameters instead of radii so an even sized sphere or dome could be generated.

Thanks,
IMarv

Keridos, on 16 March 2014 - 12:47 PM said:

IMarvinTPA, on 16 March 2014 - 03:47 AM said:

The comparison is apples to apples. The "radius" parameter becomes a width of 2*radius + 1 which means a 4 radius input becomes a 9 diameter dome. I have a version that does not produce Plotz's spheres, but uses http://www.hardijzer...aftSpheres.html sphere engine (because I can easily read the javascript.) My version is at http://pastebin.com/JH3ATidy but it is not quite right yet. When I tried to do a 9 diameter dome, it started a layer too low, so I adjusted it, and my 49 diameter dome started a layer too high. It'll need a little more tweaking before it's golden. I also changed it to ask for diameters instead of radii so an even sized sphere or dome could be generated.

Thanks,
IMarv

Well we already had a discussion about another sphere engine, to add an alternative for pruby, because I and a few others think that it produces too cubish spheres in low diameters. Hm, maybe when you succeed we may integrate it into the shape builder here if you allow us to.

IMarvinTPA, on 16 March 2014 - 03:41 PM said:

Keridos, on 16 March 2014 - 12:47 PM said:

IMarvinTPA, on 16 March 2014 - 03:47 AM said:

The comparison is apples to apples. The "radius" parameter becomes a width of 2*radius + 1 which means a 4 radius input becomes a 9 diameter dome. I have a version that does not produce Plotz's spheres, but uses http://www.hardijzer...aftSpheres.html sphere engine (because I can easily read the javascript.) My version is at http://pastebin.com/JH3ATidy but it is not quite right yet. When I tried to do a 9 diameter dome, it started a layer too low, so I adjusted it, and my 49 diameter dome started a layer too high. It'll need a little more tweaking before it's golden. I also changed it to ask for diameters instead of radii so an even sized sphere or dome could be generated.

Thanks,
IMarv

Well we already had a discussion about another sphere engine, to add an alternative for pruby, because I and a few others think that it produces too cubish spheres in low diameters. Hm, maybe when you succeed we may integrate it into the shape builder here if you allow us to.

Yeah, I was testing it with the radius 4 option and was not satisfied, which lead me to not trust it for something gargantuan. Permission is granted. I just need to understand and fix the vertical jitter.

Edit: I'm happy with http://pastebin.com/JH3ATidy now. The vertical jitter was me counting incorrectly, Even diameters are handled slightly differently than odd diameters to keep the shape within the desired size. Enjoy!

IMarv

Keridos, on 16 March 2014 - 09:58 PM said:

You replaced the code in our program? I will most probably add that in the official release within the next days, will check it out before though.

IMarvinTPA, on 16 March 2014 - 11:58 PM said:

Keridos, on 16 March 2014 - 09:58 PM said:

You replaced the code in our program? I will most probably add that in the official release within the next days, will check it out before though.

Yes. The framework around it has features that are very nice to have. The ender chest reloading thing was vital for a 49 diameter dome. (I think it stopped and topped up about 4 times.) Most of the work was in changing when it detected that a block was needed. The general test-the-area-we-think-is-part-of-the-surface I kept relatively intact. (Now that I'm thinking about it, there may be some active but otherwise unused code left behind.)

IMarv

Sakata, on 23 March 2014 - 06:52 PM said:

Also, a cool feature for the 'line' part. I ended up having to build the hexagon myself with the build guide from openblocks, but now I want nice pretty lines going from the center point (a 2x2, but that is no problem) to each 'corner'. When I saw the line program I hoped for a line in any direction, but it seems to only do straight lines.

Could a function be built, in which you enter the starting and ending points of the line, and it calculates the correct build-path? For example: place turtle, run shapebuilder, select 'line' mode, and tell it how many blocks forward and right the end of the line is, perhaps the line 'thickness', and then it digs/places the materials as it goes?

Sakata, on 23 March 2014 - 05:24 PM said:

Is there any way to make it so that the program can use radius and calculate the values, to build from the center?

It's quite difficult to figure up these values – I'm by no means a mathematics guy. Basically I want to place the turtle in the 'center', and have it build from there. (If there is some tool I could use to visually see the size, and then input the correct values for what I'm wanting that would be awesome as well)

Sphere, circle, and 6-prism could really use this (it already asks for radius). Imagine others would work well with this as well.

Love it so far, that calculation bit aside :D/>

Also that even-sided sphere (and hopefully circle/cylinder) would be really nice as well. I tend to build inside chunk boundaries.

Wooki_inthetrees, on 22 August 2014 - 06:23 PM said:

may i recommend a circular platform instead of just a hollow circle?

local function face(f)
-- Re-orient the turtle WRT original facing: 1=forward; 2=right; 3=back; 4=left
		if f-facing == 0 then return
		elseif math.abs(f-facing) == 2 or f-facing == 1 or f-facing == -3 then
				while f-facing ~= 0 do
						turtle.turnRight()
						facing = facing + 1
						if facing == 5 then facing = 1 end
				end
		else
				turtle.turnLeft()
				facing = facing - 1
				if facing == 0 then facing = 4 end
		end
end

local function getThereX(dist)
		if dist == 0 then
				return
		elseif dist > 0 then
				face(1)
		else
				face(3)
		end
		
		for n = 1,math.abs(dist) do
				tryDig()
				tryForward()
		end
		
		xRel = xRel + dist
		return 0
end

local function getThereY(dist)
		if dist == 0 then
				return
		elseif dist > 0 then
				face(4)
		else
				face(2)
		end
		
		for n = 1,math.abs(dist) do
				tryDig()
				tryForward()
		end
		
		yRel = yRel + dist
		return 0
end

local function goTo(x2,y2)
		local dx = round(x2-xRel)
		local dy = round(y2-yRel)
		
		-- Check for low-hanging fruit first
		if facing == 1 and dx > 0 then
				dx = getThereX(dx)
		elseif facing == 2 and dy < 0 then
				dy = getThereY(dy)
		elseif facing == 3 and dx < 0 then
				dx = getThereX(dx)
		elseif facing == 4 and dy > 0 then
				dy = getThereY(dy)
		end
		
		-- do the shorter angle next
		if facing % 2 == 1 then
				dy = getThereY(dy)
				dx = getThereX(dx)
		else
				dx = getThereX(dx)
				dy = getThereY(dy)
		end
end

oxgon, on 01 February 2015 - 04:31 PM said:

If this is not being worked on any more, does anyone know of a good shapes that is working?

Keridos, on 23 March 2014 - 03:16 PM said:

I am testing your code right now, Looks as if you have a small bug where it does not start where it does for all other programs. Will see if I can fix this: It actually builds the first layer of the sphere one above the starting layer, where all other shapes start on their starting y level. Basically the first layer of the build should be the one the turtle stands on since it always places the blocks below it.
At least the small spheres look noticeable better with your code. The bigger spheres look smaller with your code, but also a small bit better.
Btw: awesome work with including our methods, I see you have completetly used our movement and Block place functions.

Now there is just this one small bug that makes it build a bit higher than intended.