Click here to go to the first RED TEAM post in this thread.   Thread: Komodo EXT Connector Pin Diagram

Reply to Thread
Page 3 of 3 FirstFirst 123
Results 21 to 29 of 29
  1. #21  
    Quote Originally Posted by Jarred Land View Post
    Mark Pederson bribed me with a very expensive bottle of scotch to give you all this a bit early.. so everyone say thank you Mark.

    Will more Scotch get me a release date??? ;)
    Reply With Quote  
     

  2. #22  
    Senior Member
    Join Date
    Dec 2006
    Location
    Milton, Florida
    Posts
    795
    Quote Originally Posted by Mark L. Pederson View Post
    We would need Jarred to confirm if this ODU is compatible with 0B.309 Lemo connectors. I never confirmed that but I suspect it is - Jarred?
    Mark, I've left you two PMs and tried to gently flag your attention in a couple of threads. Could you please PM me re getting service on my Hotlink? I realize it's an old product and Offhollywood is no more, but I just want to find out if repair is an option somewhere. Thanks.
    Elizabeth Lowrey
    Triumvirate Filmworks


    RED Epic-X #2114
    Reply With Quote  
     

  3. #23 ... down with PTP... 
    Senior Member Blair S. Paulsen's Avatar
    Join Date
    Dec 2006
    Location
    San Diego, CA
    Posts
    5,194
    I was really hoping Komodo would be down with PTP. SMPTE 12M goes back to 1975.

    SMPTE 1588 - Precision Time Protocol (PTP) is much better suited to advanced production workflows, particularly arrays and VRR applications.

    Cheers - #19
    Reply With Quote  
     

  4. #24  
    Senior Member
    Join Date
    Aug 2008
    Posts
    4,100
    Question about the GPI input.

    Does it pull low to activate. i.e contact closure to ground, or does it pull high, contact closure to +5v ref.?
    Reply With Quote  
     

  5. #25  
    Quote Originally Posted by Blair S. Paulsen View Post
    I was really hoping Komodo would be down with PTP. SMPTE 12M goes back to 1975.

    SMPTE 1588 - Precision Time Protocol (PTP) is much better suited to advanced production workflows, particularly arrays and VRR applications.

    Cheers - #19
    TLX is the future - https://www.reddit.com/r/LocationSou...or_smpte_time/
    Mark L. Pederson
    Reply With Quote  
     

  6. #26  
    Quote Originally Posted by Mark L. Pederson View Post
    This was a big take-away from that:

    One reason it’s taken so long to come up with a replacement suited to the modern world is that SMPTE ST 12 timecode was so damn good and robust...
    Reply With Quote  
     

  7. #27  
    Senior Member Blair S. Paulsen's Avatar
    Join Date
    Dec 2006
    Location
    San Diego, CA
    Posts
    5,194
    Thanks Mark. Excited to see TLX propagate. Based on the link you cited, it actually leverages PTP to support multi-frame rate synchronization per temporal alignment.

    Whilst the Komodo die is cast, I'd like to start the campaign for TLX implementation in the DSMC3 cameras - even if its just a sub-set at launch. I anticipate the industry will rapidly embrace "Smart Sets" as more devices emerge that can perform as "clients", operated from a master/segregated control app/s. It's already a reality in some bespoke infrastructure.

    Cheers - #19
    Reply With Quote  
     

  8. #28  
    Senior Member
    Join Date
    Aug 2008
    Posts
    4,100
    Hopefully TLX will solve the problem of compensating audio/video latency offsets for decoded IP video streams. Streaming movies lose lip sync due to some minor decoding glitch far too often for my taste.
    Reply With Quote  
     

  9. #29  
    Senior Member
    Join Date
    Apr 2007
    Location
    New Mexico
    Posts
    408
    No Gig-E means no Dragonframe support, unless there are any add-ons to come. But no complaints here, just a mention! I'm still every bit as excited to get one.
    Reply With Quote  
     

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