quicksand
quicksand copied to clipboard
Casting from dualnum to float for use in Lua functions
So I'm trying to do some stuff in Lua and send it back to Terra (maybe sounds familiar from my past stuff). Long story short, I modified ad.t
to get it to work, I'm just checking to see if I'm thinking on the right lines.
Here's my model, with the cast of my lua function right before it:
local terra_get_image_diff = terralib.cast({float, float, float, float, float, float, float, float} -> int8 , get_image_difference)
return terra()
var x_center = qs.gaussian(IMAGE_WIDTH/2.0, 10.0, {struc=false})
var y_center = qs.gaussian(IMAGE_HEIGHT/2.0, 10.0, {struc=false})
var width = qs.gaussian(30.0, 1.0, {struc=false})
var height = qs.gaussian(30.0, 1.0, {struc=false})
var floor_intensity = qs.uniform(0.0, 1.0, {struc=false})
var ceiling_intensity = qs.uniform(0.0, 1.0, {struc=false})
var wall_intensity = qs.uniform(0.0, 1.0, {struc=false})
var square_intensity = qs.uniform(0.0, 1.0, {struc=false})
var difference = terra_get_image_diff(x_center, y_center, width, height, floor_intensity, ceiling_intensity, wall_intensity, square_intensity)
-- should take into account previous difference
qs.factor(-difference/25.0)
return 0
I would run it and get this error:
terra hallway-match.t
src/terralib.lua:575: Errors reported during compilation.
hallway-match.t:219: invalid conversion from dualnum to float
var difference = terra_get_image_diff(x_center, y_center, width, height, floor_intensity, ceiling_intensity, wall_intensity, square_intensity)
I fixed it like this, at this line in ad.t:
function num.metamethods.__cast(from, to, exp)
if from:isfloat() and to == num then
return `num { DualNumBase.new(exp, nil) }
elseif from == num and to:isfloat() then
return `[to](exp:val())
else
error(string.format("ad.t: Cannot cast '%s' to '%s'", tostring(from), tostring(to)))
end
end
Is this close to what needs to happen?
This looks like it will work (as in not crash), but there are a couple issues I can see with it:
- It's been a while since I've dug into Terra details, so I'm not sure how often / where it does implicit conversions using the
__cast
metamethod. With the change you've made tonum:__cast
, it might be possible to run into a situation where you're calling a function on anum
, and that function has an overload fornum
, but it instead converts tofloat
and invokes thefloat
overload. I know I avoided adding thenum
tofloat
cast for this reason. Maybe this isn't actually a problem; closer reading of the Terra documentation / experience with more code might be illuminating. - More importantly: by casting down to float, you're breaking the flow of derivatives between the random variables and the likelihood, which will dramatically drop HMC's performance (I assume you're using HMC). Basically, it'll behave as a random walk sampler with respect to any factor statements you have. You'd be better off implementing your likelihood functions (e.g.
terra_get_image_diff
) as autodifferentiable Terra functions if you want to get benefits from HMC.