Page 1 of 2 12 LastLast
Results 1 to 10 of 15

Thread: reduce&go/ play once&don't jump

  1. #1

    Wink reduce&go/ play once&don't jump

    For a touring and repping show it would be useful to me to have an option to reduce the clip library/folders to just the folders/clips actually used by the show. I am thinking of having the option of specifying a destination directory to which only files actually reffered to by the show can be saved. Then I can burn all the files/folders on a dvd or portable harddrive and restore it should a harddisk disintegrate etc. AE does this quite well but I supppose in Catalyst's case this requires some sort of dmx feedback from the console...
    Also I have been using more and more clips which have a narrative structure (rather than loops), which requires them to stop playing on the last frame. The 'play once' option jumps back to the first frame which can be distracting. There are workarounds, but I would prefer a play once and stop on last frame option, if possible.

    best,
    Sven

  2. #2

    Talking

    Bump,

    I aggre about play once should stop on last frame, I thought that was already fixed is it not?

    This applies to things such as explosions, susets, moonrisings, and pieces that you would like to just happen then stop on the last fram and sit there static.

    The workaround I've been using has been to create a stop cue, but that only works on a linear cuelist and doesn't lend itself to single fader cueing where you want to store a group of single play elements on a bunch of faders.

    I'll check to see if it is fixed, for some reason I thought Richard fixed it.

    Christian

  3. #3
    Quote Originally Posted by Sven
    Also I have been using more and more clips which have a narrative structure (rather than loops), which requires them to stop playing on the last frame. The 'play once' option jumps back to the first frame which can be distracting. There are workarounds, but I would prefer a play once and stop on last frame option, if possible.

    best,
    Sven
    I dont remember this ever being reported.

  4. reduce&go/ play once&don't jump

    By specifying a true end frame (as opposed to simply leaving the default) your MOV file will indeed stop at the correct place. The 64,000+ frame causes the file to jump back to the beginning frame as it seems to be unable to find a frame at that high number.
    Rodd McLaughlin
    Prelite NY, LLC

  5. #5
    Quote Originally Posted by RGMdddd
    By specifying a true end frame (as opposed to simply leaving the default) your MOV file will indeed stop at the correct place. The 64,000+ frame causes the file to jump back to the beginning frame as it seems to be unable to find a frame at that high number.
    It would be great if the play once mode would automatically do this for you. Trimming files accurately and quickly requires bringing up the HUD or looking at the GUI. A proccess that you can't do too much while rehearsing without directors or people freaking out about what is going on on the screen.

    Christian

  6. #6
    Quote Originally Posted by samsc
    I dont remember this ever being reported.
    Richard,

    I reported it to you before this forum was up in an e-mail dated 2-29-04 titled "Catalyst V3.2_4_f13 Report Show Premio Lo Nuestra"

    Here are my playmode notes from that show and version.
    ---------------------------------------------------
    Playmodes:

    Playmode >int0 works great at normal speed. Anytime you reduce the speed, the layers that are synced to the master layer stop and studder. I think that anything in this playmode that is reduced speed, studders and stops but I don't remember if it was only synced layers.

    Reverse play modes do strange things and I can't get them to work without going through a myriad of steps with in and outframes in preceding cues. The content just seems to freeze after a while. Would be great to be able to put a clip in rev playmode and have it play backwards on the fly if need be.

    Playmode once is playing videos once then going right to frame 1. If this is your intent for this playmode, then a playmode that would play through and hold on the last frame such as playmode hold would be very useful.

    -----------
    I thought you had fixed it but I'll double check tomorrow.

    Christian

  7. #7
    Quote Originally Posted by litemover
    Reverse play modes do strange things and I can't get them to work without going through a myriad of steps with in and outframes in preceding cues. The content just seems to freeze after a while. Would be great to be able to put a clip in rev playmode and have it play backwards on the fly if need be.

    Playmode once is playing videos once then going right to frame 1. If this is your intent for this playmode, then a playmode that would play through and hold on the last frame such as playmode hold would be very useful.
    Christian
    The sync issue was a design problem.

    The playmode reverse was fixed in d17 or thereabouts.
    Playmode once doesnt goto frame 1 when i operate in manual mode.
    Maybe people arent setting the outframe value - and just leaving it at zero?

    OK.

    Maybe - If you set playonce forward - you need to set a non-zero outframe.

  8. #8
    Quote Originally Posted by samsc
    Maybe - If you set playonce forward - you need to set a non-zero outframe.
    i think i know what the problem might be.

    What did you set your in ans out frame values to?

  9. #9
    Quote Originally Posted by RGMdddd
    By specifying a true end frame (as opposed to simply leaving the default) your MOV file will indeed stop at the correct place. The 64,000+ frame causes the file to jump back to the beginning frame as it seems to be unable to find a frame at that high number.
    my inpoint frames and outpoint frames work in a slightly funky manner- which is probably the source of this confusion too.

    I allow illegal inpoints and outpoints to do something.

    For example in a 100 frame movie---

    if you set the inpoint to 300 and the outpoint to 400 -- something will loop -- even though the inpoint and outpoint value are beyond the end of the loop.

    in a 100 frame movie--
    frame 0 can be accessed at inpoint value 100, 200, 300, 400, 500..... all the way up.

    this has caused a lot of people confusion.
    my reasoning was - to always make something happen....whatever the settings.

  10. reduce&go/ play once&don't jump

    My vote would be for consistency and predictable behaviour rather than trying to save users from themselves. If I am trying to teach a concept to someone, a rule is much easier to learn than a rule with an exception is.

    One man's opinion
    Rodd McLaughlin
    Prelite NY, LLC

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •