Thread: Slow performance - Red MXF

Reply to Thread
Results 1 to 5 of 5
  1. #1 Slow performance - Red MXF 
    Senior Member Christoffer Glans's Avatar
    Join Date
    Jun 2007
    Location
    Stockholm, Sweden
    Posts
    3,979
    I did my first shoot using MXFs as editorial proxies in-camera (SQ quality) and when I'm editing the footage on my macbook pro, the fans start to spin up and it gets hot. The footage also plays very sluggish, scrolling sometimes just freeze before working. I've been trying to tell both Red and Avid about using the same kind of codec system as before for DNxHD, i.e DNxHD 36 instead of DNxHD SQ but I've yet to get any feedback on this. DNxHD SQ seem to perform way under the performance of regular DNxHD 36 which should work without my Macbook breaking a sweat. (I have the latest Avid)
    "Using any digital cinema camera today is like sending your 35mm rolls to a standard lab. -Using a Red is like owning a dark room."
    Red Weapon 6K #00600
    Reply With Quote  
     

  2. #2  
    Senior Member MichaelP's Avatar
    Join Date
    Aug 2007
    Location
    Boston
    Posts
    2,567
    What resolution are you recording DNxHR SQ at? DNxHR LB at UHD resolution is exactly 4x the data rate of DNxHD 36. Anything larger than UHD and at SQ quality is a much larger data rate than DNxHD 36 and can explain the sluggishness. To compare, do a test with the same R3D file linked and transcoded to DNxHR SQ at it's original source size and see if you have the same experience.

    Michael
    ‎"There are a thousand ways to point a camera, but really only one."
    Ernst Lubitsch
    Reply With Quote  
     

  3. #3  
    Senior Member Christoffer Glans's Avatar
    Join Date
    Jun 2007
    Location
    Stockholm, Sweden
    Posts
    3,979
    Quote Originally Posted by MichaelP View Post
    What resolution are you recording DNxHR SQ at? DNxHR LB at UHD resolution is exactly 4x the data rate of DNxHD 36. Anything larger than UHD and at SQ quality is a much larger data rate than DNxHD 36 and can explain the sluggishness. To compare, do a test with the same R3D file linked and transcoded to DNxHR SQ at it's original source size and see if you have the same experience.

    Michael
    These are just proxies, regular proxies on par with 1080p DNxHD 36. DNxHD is not DNxHR. The problem is that the renaming of the different datarates for DNxHD seem to have come with a general change to their behavior. DNxHD SQ is NOT DNxHD 120 and DNxHD LB is NOT DNxHD36. The quality of DNxHD 36 is enough for editorial and client approval, but LB is so extremely low in quality with blocky artifacts all over while SQ seems to be a bit too high for proxy-work. I wished they stayed with the datarate naming because something isn't right in this new system.
    "Using any digital cinema camera today is like sending your 35mm rolls to a standard lab. -Using a Red is like owning a dark room."
    Red Weapon 6K #00600
    Reply With Quote  
     

  4. #4  
    Senior Member Christoffer Glans's Avatar
    Join Date
    Jun 2007
    Location
    Stockholm, Sweden
    Posts
    3,979
    I upgraded the software (minor update) and codecs in order to try and speed up the sluggish behavior I had with editing the SQ files from my Weapon, but now they won't work at all. Avid wants to quarantine them and they won't work.
    What is going on here? Red needs to spank Avid and get their lazy techs fixing this. The new naming system is screwing up everything with Avid.
    "Using any digital cinema camera today is like sending your 35mm rolls to a standard lab. -Using a Red is like owning a dark room."
    Red Weapon 6K #00600
    Reply With Quote  
     

  5. #5  
    Senior Member MichaelP's Avatar
    Join Date
    Aug 2007
    Location
    Boston
    Posts
    2,567
    I blogged about the naming convention being confusing, but that was done at Avid's request.
    http://24p.com/wordpress/?p=331

    Try AMA linking to the OPAtom DNx material and consolidate rather than moving them directly to the Avid MediaFiles folder. The updated RED AMA plug-in supports both R3D and MXF. As far as development goes:

    Redcine X Pro is developed by RED using Avid's AMT for MXF/DNxHD/HR codecs
    Red AMA plug-in is developed by Avid using RED's SDK
    In Camera recording is developed by RED using... ???

    I have some sample files I have tested with via the RED AMA to MXF and it worked other than spanned files had 1 frame offset at the split. Red is aware of this.

    Michael
    ‎"There are a thousand ways to point a camera, but really only one."
    Ernst Lubitsch
    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