Forum Replies Created

Page 992 of 1081
  • Feel free to contact me directly if you’d like. If you click my head at the top of the page, there’s a link to my site, which has a contact link down the page a ways.

    Dan

  • I don’t see a decay parameter in the screen roll preset expression. What’s the expression you’re looking at?

    Dan

  • I don’t see a decay parameter in the screen roll preset expression. What’s the expression you’re looking at?

    Dan

  • Dan Ebberts

    December 13, 2006 at 10:59 pm in reply to: Rubik’s Cube

    You are correct sir.

    Dan

  • Dan Ebberts

    December 13, 2006 at 10:59 pm in reply to: Rubik’s Cube

    You are correct sir.

    Dan

  • Dan Ebberts

    December 13, 2006 at 9:19 pm in reply to: Rubik’s Cube

    Sounds like fun. Here’s how I’d approach it. You really only have 22 pieces – 8 corners, 8 sides and 6 centers. The centers are easy because the don’t move – they just rotate.

    I don’t think I’d use any parenting except to keep the three faces of a corner piece or the two faces of a side piece together. You have to keep track of the moves somehow, because the expressions won’t be able to figure out their own current value without recreating the whole sequence. So I think I’d use a text layer with “standard” Rubik’s cube notation of:

    U = upper face
    D = down, bottom face
    L = left face
    R = right face
    F = front face
    B = back face

    Maybe use upper case for a clockwise turn and lower case for ccw. So a sequence of moves might look like: LFlf

    For a simple scheme, where moves happen at fixed intervals, the expressions for each piece would use the text layer sequence info and the time to figure out where they should be right now in position and orientation.

    Something like that.

    Dan

  • Dan Ebberts

    December 13, 2006 at 9:19 pm in reply to: Rubik’s Cube

    Sounds like fun. Here’s how I’d approach it. You really only have 22 pieces – 8 corners, 8 sides and 6 centers. The centers are easy because the don’t move – they just rotate.

    I don’t think I’d use any parenting except to keep the three faces of a corner piece or the two faces of a side piece together. You have to keep track of the moves somehow, because the expressions won’t be able to figure out their own current value without recreating the whole sequence. So I think I’d use a text layer with “standard” Rubik’s cube notation of:

    U = upper face
    D = down, bottom face
    L = left face
    R = right face
    F = front face
    B = back face

    Maybe use upper case for a clockwise turn and lower case for ccw. So a sequence of moves might look like: LFlf

    For a simple scheme, where moves happen at fixed intervals, the expressions for each piece would use the text layer sequence info and the time to figure out where they should be right now in position and orientation.

    Something like that.

    Dan

  • It’s probably going to take somebody a few hours to write and test it. You might be able to find somebody that would take it on for free, or you could hire a freelancer. Shouldn’t cost too much.

    Dan

  • That should be pretty straight forward. You’d just set up a loop that goes through the comp looking for layer markes. Whenever it finds one, it would put the comp in the render queue and adjust timeSpanStart to the time of the marker and timeSpanDuration to the length of one frame.

    You’d have to have previously defined an Output Module Template for .tif output because the script will need to know its name.

    I left out a lot of details, but this is the type of thing that scripting is really good for.

    Dan

  • Dan Ebberts

    December 11, 2006 at 3:59 pm in reply to: Dan’s importing text to layers – not for Mac?

    Try changing this line:

    var myFile = fileGetDialog(“Select a text file to open.”, “TEXT txt”);

    to this:

    var myFile = fileGetDialog(“Select a text file to open.”, “”);

    Dan

Page 992 of 1081

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy