Forum Replies Created

Page 63 of 84
  • Tim Jones

    October 10, 2013 at 3:39 pm in reply to: Tablet

    If you normally use a mouse, have you tried using Apple’s Magic Track Pad? It doesn’t respond to a stylus, but it splits the difference between the mouse and a tablet.

    I’ve got a destroyed rotator cuff lining in my right shoulder and the trackpad has been a massive relief.

    Otherwise, a number of my friends use the Wacom Bamboo line.

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    October 10, 2013 at 3:31 pm in reply to: WorkerNode command line script problem

    Hi Jeff,

    A very thorough bit of research on your part. I did a bit of experimentation on this and have submitted a feature request to the Square Box team to handle these situations a bit more logically.

    My recommendation is to internally store everything with forward slashes and prepend a forward slash on drive letters from Windows systems. For example:

    F:\A Folder\Some Path\A Movie File.mov

    becomes

    /F:/A Folder/Some Path/A Movie File.mov

    The leading slash could then be dropped and the forward slashes would be converted to back slashes for human-readable display on Windows.

    This would allow Server and Worker Node scripts to work on any platform regardless of the host platform of the media file(s).

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    October 8, 2013 at 3:19 pm in reply to: BRU PE : Best practices question…

    Well, networking being networking, I was totally cut off last night when we got home.

    Let’s try again this morning :).

    BRU PE will only do incremental backups if you’ve created a job definition and have run that definition as a full backup previously (thus creating the reference files needed to determine the date/time of that full. You would do this from the Advanced view panel.

    Select your folders / volumes for backup
    Set your tape drive / library settings
    Set the “Type” to “Full”
    Save the Job Definition
    Answer “Yes” to create the Incremental and Differential definitions
    (ignore the schedule question for now)
    Select the Full job from the “Saved Jobs” folder under the “Operations” list
    Run it

    This creates your full backup and sets the comparison marker on the system for later incremental backups.

    When you want to run an incremental based on that same file selection:

    Select the Incremental job from the “Saved Jobs” folder under the “Operations” list
    (all of the settings will automatically load)
    Run it

    That’s really all that you need to do if you want to manually and interactively run fulls and incrementals of a specified set of folders (or volumes). For info on letting the system run these for you on a set schedule, refer to Chapter 9 (page 67) in the PE User’s Guide.

    More Details …

    BRU (all versions) does not depend on the contents of any archive or tape to determine what should be included within a differential or incremental backup operation. BRU depends on the timestamp information of the files on your filesystem to recognize files to include (or exclude) based upon a date / time parameter, These are the Create Time (ctime), Modification Time (mtime), and – for HFS+ filesystems – Backup Time (btime). Here’s how we track these things (sorry if this is basic for some):

    When BRU starts a backup, we create a temporary date marker file (empty file, just tracking the date and time) on your system.The name of the file depends on the type of job and whether you’ve named that job. For an un-named job, they will look like this:

    default.LASTBACKUP
    default.LASTFULL

    or, for a named job, like this:

    The Job Name.LASTBACKUP
    The Job Name.LASTFULL

    Once the creation is completed successfully, the temporary file is moved to a permanent location so that we can later compare the date of the START of that operation to the new operation. In the case of your incremental, we would use the “*.LASTBACKUP” file as the marker. Therefore, when your incremental job runs, we ask the filesystem for any file that has a ctime or mtime NEWER that that file’s date/time or (for Mac HFS+ filesystems) a btime OLDER than that file’s date/time. This is much faster than performing a file comparison and also means that you can write an incremental to a completely different set of tapes than the associated full.

    As always, questions are welcome. Let me know if you’re looking for more or less detail. BRU’s format may be proprietary for reliability, but we’re very happy to share how we do the other things we do (especially since they are based on proven methodologies that date back to the late 70’s 🙂 ).

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    October 7, 2013 at 11:46 pm in reply to: BRU PE : Best practices question…

    I’ve got to hit the road, but will respond in-depth when I get home. Give me a half hour or so (traffic … yech!)

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    October 7, 2013 at 6:30 pm in reply to: WorkerNode command line script problem

    Ugh – HTML “fixing”. There should be a backslash before each of the $ characters.

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    October 7, 2013 at 4:56 pm in reply to: WorkerNode command line script problem

    Just a shot in the dark here, but what if you escape the $ in the variable:

    mv "/Volumes/maxxraid1/Media_Encoder_Watch/Output/$g.mov" "/Volumes/maxxraid1/CatDV_Previews$p/"

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    October 4, 2013 at 5:20 pm in reply to: Export problem. Can’t see comp…

    A shot in the dark here, but I had some export issues with Motion a while back and reinstalling Quicktime solved them.

    HTH

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    October 4, 2013 at 5:16 pm in reply to: FCPX Render times

    It will work straight out of the box – he takes the non-EFI PC card and reflashes them so that they are Mac EFI compatible.

    I simply replaced our 120’s with this card. Never looked back.

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    October 4, 2013 at 5:02 pm in reply to: FCPX Render times

    That video card is where I’d start (getting to at least 16GB in the system if you’re not there would be another path).

    If your budget allows, the newer Kepler-based Nvidia cards are a real boost.

    https://store.apple.com/us/product/HA959LL/A/nvidia-quadro-k5000-gpu-for-mac

    I’m quite a bit more budget conscious, so I went with the YoyoMarv Quadro 4800 on our four Mac Pro 4,1 units with great performance improvements for both FCP X / Motion 5 and Premiere Pro / After Effects.

    https://www.ebay.com/itm/NVIDIA-Quadro-FX-4800-1-8-GB-Video-Card-Mac-Pro-2008-11-Cinema-30-FCPX-Lion-/151053331083?pt=PCC_Video_TV_Cards&hash=item232b7aea8b

    Best $300 I’ve ever spent (aside form FCP X, that is 🙂 ).

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    October 4, 2013 at 3:27 pm in reply to: FCPX Render times

    To reasonably answer your question, we really need to know what hardware are you currently working with :).

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

Page 63 of 84

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