Forum Replies Created

Viewing 15 posts - 286 through 300 (of 323 total)
  • Author
    Posts
  • in reply to: OpenEXR import Spark #212402
    bnw
    Participant

    I did think about resizing while I was writing it – it’s especially annoying when an OpenEXR file is not a multiple of 8 pixels wide, or whatever Flame’s restriction on that is, because you then can’t load them at all 🙂 Cropping should be doable, resizing opens the whole can of filtering and interpolation worms… I’ll aim for a version that actually works for people first 😉

    in reply to: OpenEXR import Spark #212404
    bnw
    Participant

    Tom, you have the same problem as Cerebros, the sequence file browser only works in Inferno 6 and up. I’ll try and do a cruder version that will work for you too. Thanks for testing 🙂

    Cerebros, the easiest way would be if I fix it up so that to load a still, you put it in a directory all on its own, would that work for you? As it is a still is output on all frames anyway.

    in reply to: OpenEXR import Spark #212403
    bnw
    Participant

    Oh no 🙁 I checked the older docs and it seems anything before Flame 9/Inferno 6/Smoke 6.5 doesn’t let you choose an image sequence in a file browser from a Spark 🙁 So the version above is only going to work on Flint/Flame 9, Inferno 6, Smoke/Fire 6.5 and up 🙁

    I might be able to make one which works for older versions by making it read all files from a folder as a sequence, if people want… thanks for the bug report 🙂

    in reply to: OpenEXR import Spark #212406
    bnw
    Participant
    patdawg wrote:
    I’ll have a dual Opteron box in-house soon if you can lead me through what I need to do to compile it.

    Happy to, give me a bell when you have it under your fingers.

    Quote:
    Also, which version of flame is this compatible with?

    Hard to say 😉 Should be okay with 7 and up, maybe even 6, but it’s all a little confusing. Try it 🙂

    in reply to: OpenEXR import Spark #212405
    bnw
    Participant

    Okay, some confusion 🙂 The 32-bit version is sparkOpenEXR.spark_pthreads. The weird extension is what Discreet recommends, what can I say 😉 At some point they switched from .spark to .spark_pthreads… what extension do the other sparks in y’all’s collective folders have?

    I did notice that the newest Spark API docs say that the non-64 bit Irix versions aren’t supported any more but as far as I can see nothing’s changed, it should work… I don’t have a 32-bit system installed to test with any more, sorry 🙁

    in reply to: OpenEXR import Spark #212408
    bnw
    Participant

    http://www.theorphanage.com/tech/OrphEXR/

    I’ve never tried it, not even sure if it works in Combustion at all.

    in reply to: OpenEXR import Spark #212407
    bnw
    Participant

    Combustion doesn’t support even Z from EXR? Dang! Does the Orphange’s EXR plugin for AfterEffects?

    I used the docs from the EXR source and I also dived into the source itself, since the PDFs they include aren’t exactly what you’d call detailed…

    in reply to: FireWire IEE1394 flame support? #212374
    bnw
    Participant

    It does not. Irix’s Firewire support is crap.

    Does anyone make a Firewire RS422 deck control box? Would be neat.

    in reply to: deforming skin. #212365
    bnw
    Participant

    Yeeeeahhh, and if you were to animate a blur on the z-depth (basically what a face shot like that would be) you could make the displacement start off as a smooth bulge then resolve into features and finer detail. Or you could animate a really sharp luma key to threshold it such that first the nose appears, then the further back parts.

    You might be able to just paint a z-matte with a face as reference, would just need the general shape of nose, cheekbones, chin if you textured it well.

    in reply to: Didn’t smoke always used to be 4:4:4 I/O #212330
    bnw
    Participant

    Hey, you’re right, I went and checked and the new-ish Quadro 4500 can do 12 bit. Cool… ignore me 😉

    in reply to: Didn’t smoke always used to be 4:4:4 I/O #212329
    bnw
    Participant

    IIRC no Linux system can do 12 bit yet – 10 bit yes.

    in reply to: jittery motion with trackers #212345
    bnw
    Participant

    If you’re tracking fairly smooth moves, pans and dollies so on, you could smooth the curves afterwards, in the timeline.

    in reply to: Flame/SGI question… #212257
    bnw
    Participant

    The Octane’s built-in SCSI post is kinda slow – 40 MBytes/sec, so maybe that array expects a faster SCSI card, I think there is a 4-port 80MBytes/sec XIO card for Octanes. I guess you just have to check if it says Stone on it anywhere 😉 But since Inferno could work with other arrays back in the day, it might not nessecarily be one.

    in reply to: Has the Time come ? #212238
    bnw
    Participant

    Yeah, jeez, if you don’t reset the bus things will rapidly go to hell 😮 After scsiadminswap (or scsiha for FC), ioconfig -f /hw is sometimes your friend to rescan the busses…

    in reply to: Flame/SGI question… #212258
    bnw
    Participant

    The Stone disks are not keyed to the machine, or directly to anything, you’re quite right, it’s just a special type of serial number. So any Stone disk should work on any machine. Stone Switched wouldn’t work if this wasn’t the case 😉

Viewing 15 posts - 286 through 300 (of 323 total)