This screenshot was roughly in half rendering with AE
Antwort von tommyb:
Nope. Not necessarily.
If you time the task manager open (before you ever star AE test) and times on
Performance -> Resource Monitor
click to open a window where you can see how much data (in MB / s) individual applications to write to your hard drive. Now you open your AE, star test perform a rendering process and how far the display guckst rises.
You can exclude multiple bottlenecks, if you paying attention to the following:
1. Source disk with the material should be quickly connected enough. No USB or FW400 least FW800, eSATA, or more internal SATA connection.
2. The same applies to the target disk, s.bestens but this should NOT be the same as the source disk.
3. The source hard disk should not be heavily fragmented.
4. You should not be on multiple files simultaneously access (access to 2 files and) a slowdown in the selection process.
5. The filter uses the AE thy should of course also completely multi-capable.
Especially if you pay attention on Item 5, you will find that a quad core and an application that "just so" controlled multithreading is not necessarily a high performance results. Maybe you have filtering in a single filter, which works only on a core (ie non-MT-able). All the filter afterwards come to be thwarted by him.
Moreover, need not necessarily be a true filter: Even the "interface" which is responsible for the frames read from the file - even just on a thread may be able to run and thus not bring the full performance bring your quad-core could.
Your observation, however, "the frame rate was higher s.Anfang" could be because s.Anfang the material is not as complex (eg white text on black background) and can be synonymous durchgerendert so quickly. The alleged slowdown with the initial filter is doing fine - it is complex, then no more. However, it could also synonymous indicates that the file s.Anfang less bit rate per second needed, but later more complex and the plate comes afterwards is not really necessary.