Skip navigation

Mercury, CUDA, and what it all means

Feb 22, 2013 6:11 AM

  Latest reply: sunshineonpetals, May 24, 2012 6:55 AM
Branched to a new discussion.
Replies 1 2 3 4 Previous Next
  • Currently Being Moderated
    Nov 2, 2011 12:00 PM   in reply to KlausKi

    @KlausKi:  for points 1 & 2, allow me to redirect you here:

     

    http://blogs.adobe.com/premiereprotraining/2011/02/cuda-mercury-playba ck-engine-and-adobe-premiere-pro.html

     

    That article explains everything about CUDA, what it does & doesn't do, why we have only certain cards approved, etc.  (In case you haven't noticed, that list of supported cards has been steadily increasing as we certify new ones.)

     

    For point 3, Mercury does already help accelerate the encoding somewhat (not in the compression itself, but as others pointed out, freeing up the CPU to concentrate on the encode feature by alleviating it of other things, such as transforms, filters, etc).  We have been requested by other users to try to accelerate H.264 compression itself via CUDA.    There's also another open feature request to accelerate rendering via 'smart' rendering, which is to skip recompressing MPEG GOPs when no filters/effects are present.  As always, if you feel strongly about a need for these (or any other features), please add your voice here:

     

    http://www.adobe.com/go/wish/

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 2, 2011 12:53 PM   in reply to Wil Renczes

    Wil, I would be ecstatic if "smart rendering" could be utilized on any sequence export from PrP. Add that capability to the ability to drop any clip on the timeline with no transcoding needed, and PrPs work flow would be accelerated to "light speed". It would do what Avid and Apple cant do and video professionals would gravitate even more to the product. (i.e. more sales). As it stands, export on graphics intensive or long form projects borders on the painfully slow (i.e hours)  .

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 2, 2011 1:17 PM   in reply to lasvideo

    @lasvideo: smart rendering is something that we've been asked a lot about, esp. lately by all the broadcasting partners we've been working with. Specifically, their interest lies in smart rendering from XDCAM HD sources, as they're all working with XDCAM 420 / 422 material (either camera captured OP1a MXF sources, or else material captured/ingested via Harmonic MediaDecks, Telestream, etc).  Let's just say that we're very actively looking into what we can do here.

     

    Keep in mind though that this isn't magic - the minute you apply any kind of effect (realtime or not) on an MPEG source, you nullify the ability to copy/paste/splice GOPs. Notwithstanding, smart rendering  has a broad appeal to people in for instance news workflows, where the bulk of effects involve at best transitions between clips, so most of the edited material is 'naked'.

     

    I'm not sure what your workflow is, but reading between the lines, where I'm imagining you're doing a lot of post effects (CC & the like) using CUDA, I think a different methodology might help things: I'm imagining something along the lines of hardware compression at the output of PPro, so if you have some kind of output card (ie BM/AJA/Matrox) and feeding SDI into a secondary capture device, so you could effectively get 1x output speeds;  that, or else some kind of hardware accelerator plugin for Adobe Media Encoder such as the Elemental plugin for H.264 encoding...

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 2, 2011 3:17 PM   in reply to Wil Renczes

    Thanks for the reply Wil. Yes , you nailed what I do very closely. Pretty standard post production stuff like short form (commercials, promos) and long form (marketing,corporate).Lots of potential for bells and whistles. I have a variety of formats thrown at me and I tend to master to the Prores codec. Here is the jist of my set up.

     

    Mac Pro 3,1

    2 x 3.2 ghz Quad Core Intel Xeon

    10.6.8

    Nvidia Quadro 4000

    24 gigs ram

    Kona 3

    Maxx Digital / Areca 8tb. raid

     

    It sounds like the reality of smart rendering wont help expedite my exporting. Are you suggesting I take the Kona 3 secondary SDI out and feed it to a Ki Pro Mini or similar device and just playing back the timeline in real time? That is a very creative suggestion. Are you familiar with any other devices that some Adobe customers have had lots of success? I mentioned Ki Pro Mini because I am a BIG fan of AJA products and support.

     

    So in this work flow, I would hazard a guess that I should change Preview settings to a higher resolution format (like Prores) so when I do realtime playback I get the best quality of imagery.

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 2, 2011 5:20 PM   in reply to lasvideo

    It's hard for me to comment on I/O, as I have a fairly big bias - I worked for several years @ Matrox before joining Adobe.  I'm impressed by the MXO2 mini, it's amazing how the tech has evolved from the RTX & DigiSuite cards back in my time there.  I haven't personally tried out AJA or BM products, so it wouldn't be fair for me to even attempt to compare.

     

    On the accelerated encoder side, you might want to check out MainConcept's offerings - they have a demo version available for download.  (I have no idea what kind of performance numbers this has compared to stock PPro renders.)

     

    http://www.mainconcept.com/products/apps-plug-ins/plug-ins-for-adobe/c odec-suite.html

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 2, 2011 5:31 PM   in reply to Wil Renczes

    I appreciate your candor. Im going to communicate this real time alternative workflow (as opposes to exporting) to AJA. I already beta test for them so I know jus the folks to contact. I think high end facilities and customers would really be happy with this realtime creation of master files. The alternative being a several hour render / export for a project  that has lots of motion graphics and effects or is a long form piece with color correction. Thank you for your creative solution to this bottleneck. It could keep doors open to new Adobe customers that otherwise might have been shut.

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 3, 2011 1:01 AM   in reply to Todd_Kopriva

    @Todd:

     

    Thanks, Todd, for sharing this link.

     

    I had read this article. But to me it didn't get clear on two facts:

     

    • Only - and ONLY - the cards in the list will work

      (the article reads: "The official and up-to-date list of the cards that provide the CUDA processing features is here:" -- There is no note on the fact that Premiere Pro actively blocks CUDA cards not in the list, regardless of their hardware capabilities. -- "If you don’t have one of these CUDA cards ..." had been interpreted by me as: "So if you have one of these non-CUDA cards ...".)
      .
    • An easy workaround is available to get Mercury use CUDA cards which are not in the list

      (If it's so easy, simple and harmless to activate a CUDA card that's not in the list, the workaround should have been mentioned in the article, accompanied with a note that Adobe makes no warranties on the result.)
     
    |
    Mark as:
  • Currently Being Moderated
    Nov 3, 2011 1:26 AM   in reply to Wil Renczes

    @Will:

     

    Thanks, Will,

     

    my wish would be that these yellow and red bars in the timeline would turn green so that I don't just see a still in the Preview window as soon as I add two or three effects to a clip.

     

    If CUDA cards won't do the trick, then Premiere Pro should run a low-priority thread in the background that automatically renders temporary versions of clips in the timeline, while the computer is running idle, to get these clips green. This thread should prefer clips in vicinity of the recently edited area, because these clips are most likely the ones to be watched in the Preview window.

     

    Currently, you have to actively trigger a pre-render, and after doing so, you have to   w a i t ...

     

    Tonight, when I'm back from the office, I'll add this wish...

     

    Thank you for pointing me to the right destination for such things.

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 3, 2011 3:27 AM   in reply to KlausKi

    KlausKi wrote:

     

     

    my wish would be that these yellow and red bars in the timeline would turn green so that I don't just see a still in the Preview window as soon as I add two or three effects to a clip.

     

    ...

     

    Currently, you have to actively trigger a pre-render, and after doing so, you have to   w a i t ...

    Huh?  I usually add 2-3 effects on every clip, and with CUDA there's no need to pre-render.  Yellow bars might as well be green.  The program windows runs smooth at 1080p, full playback resolution.

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 3, 2011 3:42 AM   in reply to KlausKi

    KlausKi wrote:

     

    • An easy workaround is available to get Mercury use CUDA cards which are not in the list

      (If it's so easy, simple and harmless to activate a CUDA card that's not in the list, the workaround should have been mentioned in the article, accompanied with a note that Adobe makes no warranties on the result.)

    To be clear, Adobe is saying that if you enable CUDA with a card that's not on their list, then they're not going to support you if you have a problem.  However, since many people are doing this, there's a lot of information on the web to help users resolve CUDA problems on their own. 

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 4, 2011 3:44 AM   in reply to Dave_Gish

    Dave_Gish wrote:

     

    Huh?  I usually add 2-3 effects on every clip, and with CUDA there's no need to pre-render.  Yellow bars might as well be green.  The program windows runs smooth at 1080p, full playback resolution.

     

    Yes, presumingly this is the case when you're using a CUDA card that's supported by Adobe. But as you may have read from my previous posts, I am not using a CUDA card that's supported by Adobe yet.

    Dave_Gish wrote:

     

    To be clear, Adobe is saying that if you enable CUDA with a card that's not on their list, then they're not going to support you if you have a problem.  However, since many people are doing this, there's a lot of information on the web to help users resolve CUDA problems on their own.

     

    1. Can you please point me to this piece of information in the official documentation?
    2. I'm a customer, not an information scout. So: I'm paying, Adobe is supposed to deliver. No-one else, and not vice versa.
     
    |
    Mark as:
  • Currently Being Moderated
    Nov 4, 2011 4:17 AM   in reply to KlausKi

    KlausKi wrote:

     

    Dave_Gish wrote:

     

    Huh?  I usually add 2-3 effects on every clip, and with CUDA there's no need to pre-render.  Yellow bars might as well be green.  The program windows runs smooth at 1080p, full playback resolution.

     

    Yes, presumingly this is the case when you're using a CUDA card that's supported by Adobe. But as you may have read from my previous posts, I am not using a CUDA card that's supported by Adobe yet.

    Dave_Gish wrote:

     

    To be clear, Adobe is saying that if you enable CUDA with a card that's not on their list, then they're not going to support you if you have a problem.  However, since many people are doing this, there's a lot of information on the web to help users resolve CUDA problems on their own.

     

    1. Can you please point me to this piece of information in the official documentation?
    2. I'm a customer, not an information scout. So: I'm paying, Adobe is supposed to deliver. No-one else, and not vice versa.

    If you read my previous posts, you'll notice I'm using a GTS450, which is an unsupported card.

     

    You won't find any mention of the unsupported method in official documentation, precisely because its unsupported.

     

    If you're not comfortable hunting for information, then I suggest using one of the supported cards.

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 4, 2011 11:45 AM   in reply to Dave_Gish

    my wish would be that these yellow and red bars in the timeline would turn green so that I don't just see a still in the Preview window as soon as I add two or three effects to a clip.

     

    Just a note, background rendering is a nice to have feature, but in theory, if you're leveraging everything that CUDA gives you, you should be able to avoid rendering most, if not all of the time.

     

    Yellow should still play; red is the only thing that requires rendering here for previewing, and that only happens when you're not using CUDA accelerated effects. Just making sure you know how to pick the realtime ones: look for "Filter effects by type" in the following link for how to quickly filter for CUDA effects in the Effects Panel:

     

    http://help.adobe.com/en_US/premierepro/cs/using/WS774370E7-584E-40e2- B2E0-B33A0228BF02.html

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 5, 2011 7:54 AM   in reply to Dave_Gish

    Dave_Gish wrote:

     

    If you read my previous posts, you'll notice I'm using a GTS450, which is an unsupported card.

     

    You won't find any mention of the unsupported method in official documentation, precisely because its unsupported.

     

    If you're not comfortable hunting for information, then I suggest using one of the supported cards.

     

    Yes, Dave, you are right about the impact of my suggestion on CUDA cards...

     

    My suggestion tends to be kind of a general one, addressing all users of Premiere Pro, even those using ATI graphics cards, on-board graphics cards or other graphics cards... It would generally be a good thing if Premiere Pro would (optionally) automatically pre-render preview clips in the background, e.g. while the user is editing Premiere Pro effect settings, or creatively thinking about what to do next, or answering the phone... That's plenty of spare time for the machine to perform pre-rendering without requiring the user to actively trigger this process.

     

     

    And for the other issue: you are right again, Dave, because that's exactly my point:

     

    The documentation is misleading. And this fact needs to be corrected. So other users, who can't afford spending their time hunting for pieces of information they even don't surmise that they would be in need to know about, won't get into the same expensive and time consuming mistaking situation I got.

     

    Todd's blog post reads: "The official and up-to-date list of the cards that provide the CUDA processing features is here:" ... This sentence is - as we all know by now - technically wrong. There are other NVIDIA cards on the market providing "the CUDA processing features" indeed. Adobe can't possibly track all available cards on the market, so a "list of the cards that provide the CUDA processing features" provided by Adobe is basically irrelevant.

     

     

    BTW: I just went to the shop today to undo the GTX 580 update. I have re-ordered a Sparkle GTS 450 Passive and have them build-in that card again. Now I'm aspiring the same great results you get with your GTS 450

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 5, 2011 7:57 AM   in reply to Wil Renczes

    Thanks, Will, for sheding light on this and sharing your knowledge with me!

     

    OK then, in the meantime I have also read this blog post by Todd...

     

    So I'd like to amend my wish from stating "yellow and red" to "anything that Premiere Pro recognizes as not being able to render in realtime in an acceptable quality, i.e. frame rate".

     

    Full resolution rendering would not necessarily be a feature required for automatically rendering previews in the background, because most of the time the preview window is just a small part of the full screen. If speed is an issue, Premiere Pro could provide an option to render previews in a two-pass process: Low resolution rendering first, then high resolution rendering when there's no more clip/effect left to be rendered in low resolution. Parallel processing should be performed, i.e. Premiere Pro should spawn multiple background rendering threads, one per idle CPU core.

     

     

    Just like Windows 7 is able to calculate a system performance rating according to some benchmark tests, Premiere Pro should be able to do the same at installation time in order to being able to estimate which of the clips/effects in particular whould require pre-rendering - depending on the built-in hardware.

     
    |
    Mark as:
  • Currently Being Moderated
    Jan 18, 2012 7:56 PM   in reply to Todd_Kopriva

    Hi! I read your blog, but still there is something I do not understand. I hope this is the right thread to ask.

     

    I have Premiere Pro CS 5.5 Installed with a processor i7 950 with 12MB in RAM, some months ago I upgraded my graphics card to an NVIDIA QUADRO 2000 (previously I had and FX1800) as I wanted to have a more fluid editing and rendering process.

    But I have not seen at all the difference.
    Premiere, does recognize the card, as know I have enabled the GPU option in the software, but that's it.

     

    A few weeks ago I got a Laptop, which has a newer processor i72820QM, but slower one and a good Nvidia card GEFORCE GT 525M, but not one approved for Mercury GPU acceleration and 8MB in RAM.

    Amazinlgy, editing with 2 or 3 layers of AVCHD multicamera video works much better, running more fluid than the first one and seems to render faster.

     

    So, I got a software to see what is the ussage of the GPU during different processes (gpuz) and  I found out that none of them, neither the laptop or the PC are using the GPU at all during my editing process.

    Is this correct? I would expect to see some usage here, but no, GPU usage stays between 0 and 1% all the time.

     

    I kept doing tests and found at that when encoding to MPEG2 for DVD creation. I sent a 27 seconds clip, using Adobe Media Encoder and it took 4.5 minutes to finish and NO GPU usage at all. Then I sent exactly the same clip with same output requirements through the direct export of premiere pro and it took only 15 seconds, and the GPU was used at 96%.

    That is a great difference!! but using the Premiere Export, instead of the Encoder Queue is not as useful.

    So how can I get Premiere to use the GPU like that as much as it cans? Shouldn't it be using it all the time?

     

    Best regads,

     
    |
    Mark as:
  • Currently Being Moderated
    Calculating status...
    Mar 10, 2012 11:45 AM   in reply to Todd_Kopriva

    I'm new to PPCS5.5 and need to get a GPU card that supports CUDA - before I buy a Quadro 4000 (I'm on a Mac) to replace my outdated ATI Radeon HD 3870

    - there won't be any change/compromise in my ability to use openGL in Photoshop, correct?  I'm assuming that a better video card is better accross all software?  I just need to make sure that my performance in PS is as good (or better)...

     

    many thanks!

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 10, 2012 1:11 PM   in reply to jason dewey

    jason dewey wrote:

     

    I'm new to PPCS5.5 and need to get a GPU card that supports CUDA - before I buy a Quadro 4000 (I'm on a Mac) to replace my outdated ATI Radeon HD 3870

    - there won't be any change/compromise in my ability to use openGL in Photoshop, correct?  I'm assuming that a better video card is better accross all software?  I just need to make sure that my performance in PS is as good (or better)...

     

    many thanks!

     

    I'm not a heavy Ps user, but I am a heavy Ae user.  The only diff I noticed after replacing my GE Force 8800 with the Quadro is that it hobbled some of my GPU accellerated effects, such as Optical Flares, Shapefifter and Freeform.  I've read that the issue is with the drivers for 10.6.8, and that when I upgrade to Lion, I should be able to use Freeform and Shapeshifter again.  I can use Optical Flares now, but I have to turn GPU accelleration off, or Ae will crash every time.  Freeform and Shapeshifter both crash Ae upon invoking the effect with 10.6.8 and the current Quadro driver.  So, take that into your consideration.  You might hear similar stories in Ps forums.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 10, 2012 3:50 PM   in reply to Jim Curtis

    thanks Jim!  I'm also on 10.6.8 so I guess I should pose the question on a PS forum as well.  I can't imagine that it would impact most PS tasks, but I do work with very large layer files and ocassionaly some render-intensive filters like warp, liquify,  and lens correction etc.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 12, 2012 8:19 AM   in reply to Todd_Kopriva

    I'm getting the idea that people shouldn't go into the GPU/Cuda business expecting to encode quicker right?

     

    But on the website of NVIDIA they have this video in which they proudly present the fact that encoding in AME is so much faster due to the use of the GPU, see: http://www.nvidia.co.uk/object/adobe_PremiereproCS5_uk.html

     

    What am I missing?

     

    Sebastiën

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 14, 2012 5:23 AM   in reply to Todd_Kopriva

    Clear Todd, thanks.

     

    Just as a side question then: If you render out the project in PP before going to AME and then check the "use rendered files" box in AME before hitting export, does that have any influence (negative or positive) as opposed to not rendering the project in PP and having AME do both the rendering and the encoding?

     

    Thanks a lot,

     

    Sebastiën

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 14, 2012 5:50 AM   in reply to Seb B

    Influence is either None in the rare case where source material and export are identical, or Negative in the frequent cases where FPS, dimensions, codec and bitrate change. Usually it is best not to use Preview files.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 14, 2012 6:40 AM   in reply to Harm Millaard

    Seb B, the only advantage to what you decribed is a bit of time saving when you Export. If you dont mind rendering the timeline with lots of various effects before the export process, and you choose a high qulity codec for your Preview filesa as well as Export files, you can save some time on the back end when you export. This is becuase at this time all the rendering of effects is done and a part of your preview files. At this point all PrP (using AME) is doing is a simple rebuild of each frame as it creates your exported master file/

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 14, 2012 7:16 AM   in reply to lasvideo

    Thanks guys, I'll let AME do everything from now on then ("hello 30 hour encoding times again...", haha), makes sense if you want to achieve the highest possible quality.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 12:30 PM   in reply to lasvideo

    lasvideo wrote:

     

    the only advantage to what you decribed is a bit of time saving when you Export. If you dont mind rendering the timeline with lots of various effects before the export process, and you choose a high qulity codec for your Preview filesa as well as Export files, you can save some time on the back end when you export.

     

    Except that this doesn't always work in Pr Mac 5.5.2.  I routinely render my sequence using ProRes422 Previews, and when I export to ProRes422, it takes just as long to export as it did to render, no matter what settings I use.  I've tried them all.  Some times the exports are fast; other times, I might as well not have rendered my Sequence.  I can find no predictable pattern to when it works or not.

     

    This should be a huge timesaver in Pr... more than "a bit of time" saved.  Too bad it always isn't.  Hope it gets fixed in CS6.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 12:37 PM   in reply to Jim Curtis

    Jim -"I might as well not have rendered my Sequence. "

     

    Excprt with sequences that have lots of effects or exceed your computers ability to playback, you have to render your sequence to watch it and make editorial decisions. Some clinets like to see it to. 

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 12:45 PM   in reply to lasvideo

    True.  But, most of the time, I work alone, without benefit (ahem) of client in the room.  My projects often go through dozens of iterations, and I might be making one or two little tweaks before I FTP an mp4 off to my waiting clients.  That's the case where there's no advantage to rendering first, especially if the Export is going to ignore my renders.

     

    What's odd about it is often my computer is fast enough to play all the effects without rendering, but the exporting is 10x the actual run-time of the spot.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 12:53 PM   in reply to Jim Curtis

    "True.  But, most of the time, I work alone, without benefit (ahem) of client in the room.  My projects often go through dozens of iterations, and I might be making one or two little tweaks before I FTP an mp4 off to my waiting clients.  That's the case where there's no advantage to rendering first, especially if the Export is going to ignore my renders."

     

    Lucky duck 

     

    "What's odd about it is often my computer is fast enough to play all the effects without rendering, but the exporting is 10x the actual run-time of the spot."

     

    It sounds like something is definately not right with that situation.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 1:16 PM   in reply to lasvideo

    Well, it took a few decades and advances in technology to get where I could work alone.  If I had to buy all the digital tape decks, it would have been much harder to bring my business home.  FTP, DG FastChannel, and card/drive media has enabled a paradigm shift.  I hardly ever see my clients.  Even the new ones, who I got on referral.  I have a couple I still haven't met face to face.

     

    Something is not right for sure with my exporting.  I wish I could figure it out.  I've tried all the standard repair and troubleshooting tactics.  Tried the new Mac OS (10.7.3).  I haven't reinstalled Pr yet, but I suppose that's on the list of things to try.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 1:23 PM   in reply to Jim Curtis

    Do you have the Quadro 4000? I know it doesnt do encoding, but if you have any accelerated effects (etc) it helps. And even Colorista 2 is GPU accelerated. It definately helps when rendering in AE. Ive recently seen some benchmarks that make that point dramatically.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 1:30 PM   in reply to lasvideo

    Yes, that's the reason I get such great real-time performance.  I try to mainly use accellerated effects.  Hard to get around not using Magic Bullet Looks, though.  It's not on the list (yet... hopefully some day). 

     

    I haven't noticed any speed improvements in Ae, which I use a lot.  In fact, the Quadro is not compatible with a few plugs (ShapeShifter and FreeForm Pro), but I've been able to work with OpenGL on, with fewer problems.  So, I guess maybe that does give some speed to Ae.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 1:34 PM   in reply to Jim Curtis

    Have you run the AJA test to determine your raid speed?

     

     

    http://www.aja.com/support/kona-pc/kona-pc-3g.php

     

     

    AJA KONA System Test Version 1

     

    A Windows utility for measuring system performance with AJA KONA Video Capture cards. The application includes disk drive speed tests and video data copy (DMA) speeds. The disk speed tests differ from standard disk I/O performance applications in that they specifically test the system under conditions typically encountered with video capture, playback and editing. Note: most of the disk performance tests are generic and don't require an AJA KONA Video Capture card. The DMA performance tests do require a KONA card and AJA KONA Driver software to operate.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 1:43 PM   in reply to lasvideo

    Oh, yeah.  I have a 8-SAS drive 6Gbs ATTO RAID.  AJA System Test reports between 1500-2100 MB/s reads and writes on the Sweep Video File Sizes test. 

     

    And as I mentioned, the export slowness comes and goes, even in the same project.  I'm working on a three minute promo, and the exports can be between 7 and 25 minutes.  Even 7 seems slow, on a rendered sequence.

     

    I have other weird issues with Pr as well.  Some times, I'll scrub the CTI, and there is no updating whatsoever in the Record window.  Some times it's 1 FPS.  Some times it's thousands of FPS.  I'm just not detecting a cause/effect relationship.  I've read some other threads here lambasting Pr for having memory leaks.  I don't even know what that really means, and consequently if it applies to my situation.  If it weren't for the CUDA processing, I'd frankly probably be working in Media Composer or FCP7.  The pros outweighs the cons for Pr at this point.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 1:50 PM   in reply to Jim Curtis

    Yeah, thats great performance for a raid.

     

    So we both know the MPE thrives on fast disk access, lots of memory, CUDA cards and processing power. Any of these seem like a suspect?

     

    I guess another factor is the format/codec of your timeline and your choice of Export format/codec.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 2:09 PM   in reply to lasvideo

    The last time I recall getting consistently fast exports was with 720 .mpg footage in a 486 ProRes Sequence.  I'd think that would be slower, due to the transcoding and scaling on export, but my exports were super fast.

     

    The promo I'm on now is ProRes footage, ProRes Seq settings, and ProRes export, often choosing "Use Sequence Settings."  One would think that this would give the fastest performance.  And this is the one where the exports are either 7 or 25 minutes.  That's what I mean when I say I don't detect a pattern yet.

     

    I have an 8-core MacPro3,1 with 32G RAM.  All drivers are current.  I truly don't think it's due to lack of power.  Ae renders at consistently high speeds.  I generally take my projects to Ae to finish anyway, but I don't like to go there until the client has signed off on content.  Much harder to make drastic changes.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 15, 2012 2:17 PM   in reply to Jim Curtis

    Well, we have very similar systems.

     

    Mac Pro 3,1

    2 x 3.2 ghz Quad Core Intel Xeon

    10.6.8

    Nvidia Quadro 4000

    24 gigs ram

    Kona 3

    Maxx Digital / Areca 8tb. raid

     

    It would be interested with a very simple but representation sequence to try it on my system as a point of comparison.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 16, 2012 9:47 AM   in reply to lasvideo

    Yes, I noted the similarities to our systems a while back.  I have the LHi and more RAM.  So, when you report things are working for you, I can generally presume it's not my hardware configuration.

     

    Thanks for your very kind offer to test, but I think I've achieved some success now. 

     

    Since about the only thing I hadn't tried was uninstalling and reinstalling the application, I just tried it, updated, reinstalled the Adobe AJA software, did a Permissions Repair, launched my promo project, exported it, and got a three minute export.  This is more like it!

     
    |
    Mark as:
  • Currently Being Moderated
    May 5, 2012 7:15 PM   in reply to Todd_Kopriva

    I'm running the 30 trial of PP5.5 in preference to FCPX as it handles my DSLR footage natively with no transcoding and will probably but in 10 days. One problem: my Macbook Pro uses the Nvidia GT330M which is widely acknowledged to be CUDA compliant (although not officially approved). Many people have used it to achieve Mercury hardware acceleration after installing the latest CUDA update and then editing the supported cards txt file to include the GT330M.

    However, the Mac installation of 5.5 doesn't seem to have created the relevant txt file - I have searched using the terminal and manually but to no avail. Is this something which has been abandoned with 5.5 and, if so, is there a workaround. Like everyone else, I really could use the extra rendering muscle!!!

     

    Apologies if this wasn't the best thread to post my query - I'm surprised there aren't more MBP/Premiere users with the same problem.

     
    |
    Mark as:
1 2 3 4 Previous Next
Actions

More Like This

  • Retrieving data ...

Bookmarked By (1)