Forum Replies Created

Page 43 of 74
  • Paul Dickin

    July 4, 2008 at 2:29 pm in reply to: MDD G4 FW800 Died – Fix it or Replace it?

    Hi
    The previous FW400/OS9 G4 MDD Macs were subject to a general power supply replacement period – when Apple shipped out new 380W ones to replace the noisy 400W one supplied with the Macs when new. I still have two on my shelf, but unfortunately I’m half a world away from you…

    But they come up on eBay very frequently.

  • Paul Dickin

    July 3, 2008 at 9:06 am in reply to: URGENT: Rendered Video Levels

    Hi
    How is the ident bug generated? Is there a font involved (rather than a graphic)?
    Because I’ve had exactly this problem with FCP’s (5.1.4. DV-PAL codec) Text generator, which with some seraphed fonts goes over the top when rendered, even if the peak white level is a way down low 90%. The Typewriter effect is unusable because of this.

  • [Mark Palmos] “I would much prefer to have the speed and freedom of not having to perform extra steps and be given the responsiblility of making my own mistakes. I really dislike the way …fcp protect users from themselves… a bit dumbed down methinks. “
    Hi
    That’s not how it seems to me – FCP is just providing an efficient workflow based on your setting choice during Log&Capture/Log&Transfer as to whether you want linked stereo pairs, or double-mono, or multiple variants of either, and your track behaviour choices in the Sequence setup procedure.

    Set up what you want/need, and it gives you the workflow – and the option to vary it as required…
    I don’t see that as ‘dumbed down’ 😉

  • Paul Dickin

    June 27, 2008 at 7:39 am in reply to: New Pro Apps update appeared in Software Update

    [Tom Wolsky] “…find, access, process, and track Final Cut Pro 6.0.4 ….. media files without converting them to XML files. This enhancement increases the reliability and efficiency of client and server access. “
    Hi
    That’s what was demonstrated at the recent FCS World Tour – logging data added during the FCP Log & Transfer operation gets stored in the ‘captured’ QT file’s metadata, rather than in the FCP project’s XML.
    So the clip’s logging details are independent of the project it was logged in – and are accessible in any FCP project that the clip is subsequently imported into.

    One small step for Apple, one giant leap for the FCP editing community….

  • [Ross Millward] “The audio editors using the Pro Tools HD rigs (like myself) are able to play back h.264’s no problem,”
    Hi
    That’s useful feedback – for users in this forum. Thanks

    [Ross Millward] “is there a difference in the actual captured file if it is “captured now” or properly “logged and captured” with FCP controlling the deck? “
    Hi
    No difference in theory – but long captures done ‘Capture Now’ might have had audio sync-loss problems in the FCP 3 era.

    In answering another thread a moment ago I linked to this software, which should do exactly what you need:
    https://www.squarebox.co.uk/lcplus.html
    Compress clips in background while capture is in progress, automatically pausing tape if necessary.

  • Paul Dickin

    June 26, 2008 at 9:06 pm in reply to: Capture Across Timecode break

    Hi
    I haven’t used it, but I know one of the developers on the team so can get a fully description of its capabilities – and limitations if any…

    [Herb Sevush] “you’ve got to wonder why apple can’t seem to do it.”
    They seem to have applied a Log & Transfer non-linear paradigm to Log & Capture capturing off-tape.
    Seems obvious – even Apple should have thought it through by now…

  • Paul Dickin

    June 26, 2008 at 8:46 pm in reply to: Capture Across Timecode break

    [Herb Sevush] “here is currently no solution to this problem..”
    Hi
    Sort of. 😉
    For formats that can be captured by FireWire there is this:
    https://www.squarebox.co.uk/lcplus.html
    Automatic retry if dropped frames or tape errors are detected, ensuring frame perfect captures every time (even when capturing to a slow external drive).
    Automatic handling of timecode resets.

  • Hi
    Most Pro-Tools guys I know would begrudge the not inconsiderable CPU hit and stuttering caused by scrubbing through highly (= widely spaced) keyframed H.264 video synced to audio regions – especially those using older PT rigs who don’t have the benefit of an octo-core Mac…

    The QuickTime Photo-JPEG codec at around 50% quality is a non-keyframed cross-platform solution which is highly scrubbable – and the quality percentage can be precisely adjusted to optimise the trade-off between small file size and visual quality.

  • Paul Dickin

    June 26, 2008 at 3:37 pm in reply to: smaller increment for time code

    Hi
    Agreed!
    I like this one as well:
    https://www.youtube.com/watch?v=8ncOAJpr3n0

    Some contents or functionalities here are not available due to your cookie preferences!

    This happens because the functionality/content marked as “Google Youtube” uses cookies that you choosed to keep disabled. In order to view this content or use this functionality, please enable cookies: click here to open your cookie preferences.

  • Paul Dickin

    June 26, 2008 at 3:17 pm in reply to: smaller increment for time code

    Hi
    Like this?
    https://www.youtube.com/watch?v=JzqumbhfxRo

    Some contents or functionalities here are not available due to your cookie preferences!

    This happens because the functionality/content marked as “Google Youtube” uses cookies that you choosed to keep disabled. In order to view this content or use this functionality, please enable cookies: click here to open your cookie preferences.

Page 43 of 74

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