feature request for jit.qt.record

    lists@lowfrequency.or
    May 26 2006 | 5:20 pm
    Hello,
    I have a small (hopefully) feature request for jit.qt.record - to have it output some sort of message out of it's right outlet when the user has selected a file via the file dialog, or if they haven't. Something like "writing FILENAME.mov 1" if the user successfully chose a filename via the OS dialog box or "writing 0" if they canceled it. Is that even possible? (some creeping suspicion in me thinks that it isn't)
    This comes up a lot, and I noticed that Randy Jones wrote js to get around it, but it's a little convoluted and would be so much more useful and simple if it was all in the jit.qt.record itself.
    Plus, it was my birthday 2 weeks ago... c'mon Jeremy, can I please have this as a belated present? Please please please? :)
    -evan
    • Jeremy
      May 29 2006 | 11:08 am
      This is possible. I'll add it to the list of things to ponder.
      jb
    • lists@lowfrequency.or
      May 29 2006 | 4:40 pm
      Great!! Thanks, Jeremy.
    • lists@lowfrequency.or
      Jun 05 2006 | 12:22 pm
      Until this feature makes it into jitter, I found another way to accomplish this (e.g. to get a bang/event when the file is actually being written to disk, or if it was canceled). It uses the "gettime" message, which only seems to report the currently recorded frame # when a file is being written, or it reports a bang otherwise.
      -evan
    • lists@lowfrequency.or
      Jun 05 2006 | 1:11 pm
      my last solution doesn't seem to work in some cases - if the file already exists, and you try to write over it, gettime reports nothing instead of 0.
      Bug report:
      "gettime" msg doesn't properly report the correct number of frames recorded to disk in some situations.
      Expected behavior:
      A "write" message to jit.qt.record followed by a "gettime" message should report "time 0" (the start of the file, no time recorded).
      Problematic behaviour:
      This works properly UNLESS the file already exists and would be overwritten.
      Steps to reproduce:
      See patch below - send "write, gettime" message, and see that "time 0" message is received. Then send "write, gettime" again, selecting the same file name in the OS file dialog. "time" message will be received.
      Best, Evan
    • Jeremy
      Jun 05 2006 | 7:07 pm
      I can't reproduce this on Mac. What OS are you using? You're missing a framerate in your write message, btw, so your patch doesn't actually work.
      jb
    • lists@lowfrequency.or
      Jun 05 2006 | 9:19 pm
      sorry, i copied/pasted that patch from another. sloppy of me.
      i'm on 10.4.6 with QT 7.1.1.
      i tried reproducing it again, and realized that this only happens when you have finder open and the movie selected and the little preview open in the finder window (the right-most preview pane of the finder window). otherwise it works in all the other situations that i tried. i had a few windows open with previews, and this must have been the cause of the trouble. this seems like more of a mac/finder issue than a max one, I'm guessing. but is there anything that can be done to test for this case?
      -evan