Speeding up DV-encoding

I just got a new 8-core MacPro. Unfortunally it seems as if the threads are not properly allotted, when FCP or compressor is rendering or encoding.
When I am rendering DV or encoding into wmv or mpeg the CPUs don´t run with the entire capacity (diskutility / or istat nano).
Is there any way to speed up the encoding process??? Or can I tell the system somehow, that all of the CPU power can be used for this process? - I don´t need to work with other applications while encoding...
Or do I have to wait for 10.5 ???
Thanks

Have you tried setting up Virtual Clusters? I have tried using them for encoding video to m2v and it helps, though I have had a couple of hiccups
Also these threads may help
http://discussions.apple.com/thread.jspa?threadID=819587&tstart=0
http://discussions.apple.com/thread.jspa?messageID=4736581&#4736581

Similar Messages

Need COTS Analog Speed Signal from Encoder

Hello everyone, need some shopping help.
I have a customer who wants to get a scaled analog output corresponding to rotational speed from an encoder instead of doing traditional freq measurements. We want a stand alone package that does the frequency measurement on board and just puts out a scaled analog output.
Need < 100 mS latency and ability to resolve 5 rpm to 1000 rpm. Just don't know where to go to buy one.
Anyone know of such a device?
Thanks
Wes Ramm
Wes Ramm, Cyth UK
CLD, CPLI
Solved!
Go to Solution.

One example of many manufacturers of frequency to voltage converters:
http://www.dataforth.com/functional.view.aspx?ptypeid=11
Look at the detailed specs to make sure the unit's input voltage range is compatible with the encoder along with the response time.
-AK2DM
~~~~~~~~~~~~~~~~~~~~~~~~~~
"It’s the questions that drive us.”
~~~~~~~~~~~~~~~~~~~~~~~~~~

Encoding Speed with Media Encoder Issue?

I have a 5 hour and 36 minute timeline in Premiere Pro CS5 which is composed of mixed assets- some at 29.97, some at 30 FPS, etc. The timeline is exported to Media Encoder and set for Match Source Attributes Highest Quality (Quality 5.0, VBR 2 pass, min 3.00, target 6.00, Max 7.00 MBPS). NTSC 720 X 480 (0.9091), 29.97 FPS, PCM 48hz, 16 BIT stereo. Format is MPEG2 DVD.
Estimated file size is 18138 MB. The file takes approximately 36 hours to encode. Is this normal?
Premiere Pro CS5
Media Encoder CS5
Windows 7 64 BIT
2.4 GHZ
Intel Quad 4
700 GB free space on hard drive
6 GB RAM

Is this normal?
Probably yes. Aside from the normal conversion with 2 pass VBR, which even under ideal conditions could require up to 3 times the duration of the footage (in your case this makes about 15 hours), you are causing additional operations to conform the frame rates on the Premiere level of things. Also, since this is handled as a Dynamic Link process, you may be a bit short on RAM, which may slow down things further. And then of course the usual with disk speed and file I/O etc.. So it more or less sounds normal, but you should not let the initial rough guesstimates discourage you. Many times these values will get much lower after a while of transcoding when the encoder has a much clearer picture and statistical data about how long it actualyl takes to encode so and so many frames...
Mylenium

Speeding up the encoding process

I just encoded a 2hr movie which took some time. after reading through some old posts i have not come up with a specific way to increase encoding speed. one suggestion was to use 2 hard drives. how do i set up IDVD to do this? I have an external drive. Will this actual increase the speed?

Have to agree with PT on this one. Almost entirely dependent on clock speed and cpu type.
I'm not sure if additional HD's will increase speed or not. From my own experiences, External HD's may even slow things down a bit. Much better to work from the main internal HD (that has plenty of available HD space) in my opinion. iDVD6 needs plenty of elbow room on the main drive.
If you don't have plenty of available HD space then it could (and in most cases does) slow the entire encoding process significantly.
SDMacuser

Speeding up Quadrature Encoder Implementation in cRIO FPGA

Hi All,
I've got a bit of FPGA code here that I've been running on the cRIO 9073. We've been using 250/500 count quadrature encoders just fine with it, but have recently moved up to a 2000 count encoder and it seems to be missing counts. I'm not using a machine to rotate the encoder, just my hands. Is there anything I can do to speed up the operation of this loop in the FPGA?
Regards,
Ken
Attachments:
quad_encoder.png ‏51 KB

Ken,
What if you tried using a single-cycle timed loop instead of a while loop and set the speed of the loop with an FPGA derived clock? Also, have you tried using the FPGA wizard to generate Quad Encoder code? To do this, right-click on the FPGA target in your project and select "Start FPGA Wizard". You can select a timing engine for Single Point Continuous and then a functions for Quadrature Counter.
Hope that helps!

Speeding up quadrature encoder read out

Hi,
I`m using a quadrature encoder together with a 6259 DAQ Card and BNC2110 Terminal Block.
I managed to have it working with the DAQ-Assistent at 80Mhz using the Counters and reading one value at a time. Before the DAQ-Assistent I used a DAQmx command to connect PFI10 and PFI9 as the BNC2110 Terminal only outputs PFI0-9. This works but it is really slow, the distance between each measurement point is around 6 us. The VI is in the attachement (AquadB_one_value.vi)
So I thought I might use the n-values version with the DAQ-Assistent but this does not work and I dont see any reason why, it is complaining about that connection between PFI10 and PFI9 which it didnt do before in the one-value-version. The VI is also in the attachement (AquadB_n_values.vi)
I also tried another method using a VI I was given some time ago and modified it but here the distance between each measurement point is also around 6us. This VI is also in the attachement (Counter - Read Encoder.vi)
Or am I missunderstanding something? The minimum achievable time distance between measurement points should be 1/80.000.000 s where of course the value can only differ 1/0/-1 because it has only calculated one new change in the A and B Signals right? I thought with using the n-values it is storing all the calculated values in the memory and I am transferring them afterwards for doing all the "post-processing"?
If I am wrong, how can I spped up the read-out of the calculated values any other way?
Best regards
Attachments:
AquadB_n_values.vi ‏56 KB
AquadB_one_value.vi ‏49 KB
Counter - Read Encoder.vi ‏98 KB

Hi Dani_munich,
I just realized that you asked the same question in our Service request. In the service request, I was missing out more information which I found them here by chance . I will further assist you in the SRQ you have created. I also sent you an email.
Regard
Anoj
Anoj Mubarak
National Instruments

Speeding up DVD encoding time in Compressor 4?

Hello there, I wonder if anyone can help - I am transferring some camcorder tapes to DVD on my 2010 Mac Pro. My hardware captures in many formats but not mpeg 2. As this is the encoding used for DVDs I presumed Compressor would be quicker to convert mpeg2 files to DVD than say mp4's (?). So I bought an mpeg 2 capture device specially. I then crop, trim the mpeg 2 files in Compressor and convert to DVD but it still takes ages? Is it because I have added edits and crops that it has to be re-encode to a completely new mpeg 2 file or is that just what compressor does to mpeg 2 files anyway? I seem to remember Toast converting an mpeg 2 file to DVD really quickly in the past when there was no editing or changes.
So in summary does anyone know if there is no advantage using mpeg 2 files when editing and converting to DVD in compressor, if not what format would be best? I presume uncompressed DV files might be better.
Any help much appreciated!
cheers

talldave68 wrote:
Okay thanks for the reply, that is actually a pretty good way to explain i! Am I right that if there was no edits, a dvd would encode quicker using an mpeg 2 file as source?
Don't know, never have used this workflow. Maybe someone else can answer.
I presume I used an mpeg 2 file and just cropped the last 2 minutes off the end it would again need to be re-encoded?
Yes, AFAIK. Make any change and my understanding is that the mpeg GOP (Group Of Pictures) will need to be rebuilt for the file.
My other capture device captures in mp4, so guess I will just import it direct into compressor and do any edits there, as no advantage using mpeg 2 capture.
Using compressor to trim the clips is, I guess, OK. mp4 is a much newer codec the mpeg2 so may be a better solution for your workflow. If I had the option of capturing in mpeg 2 or mp4, I'd choose mp4.
But keep checking back as someone who has more experience with may be able to give better advice.
When I wanted to move years of home DV tapes to DVD, I bought a set top DVD Recorder from Panasonic and just hooked up the camera and went directly to the DVD, pausing the recording to edit out the stuff I didn't want.
Something like this:
http://www.bhphotovideo.com/c/product/620022-REG/Panasonic_DMR_ES18_DMR_ES18_Mul ti_System_Multi_Zone_DVD.html
MtD

Hardware to speed up flv encoding?

Hello,
Has anyone had any experience with a card that will speed up
the conversion from DVD (.VOB) to .FLV? I have to convert hundreds
of hours of video, and am looking for a non-software way of
speeding this up. I am using a Windows-based PC, btw.
Any help appreciated. Thanks.

Do a search on this forum and the web in general. This has been discussed to death just like when to use MP rendering or not. We had 2 similar threads just last week. AE is still a CPU centric app and for "regular rendering" all the fancy GPU stuff doesn't matter one way or the other, especially with legacy CoDecs liek QT Animation or whatever...
Mylenium

How to measure the rotational speed by using rotary encoder and 1 counter?

I want to measure the rotational speed of a shaft, and I have below hardware:
1, a rotary encoder, with A,B,Z signals output;
2, PCI-E6363 card.
I do konw how to use such a encoder to measure the rotational angle by using the function "DAQmxCreateCIAngEncoderChan", but this time I need to measure the speed(rpm), as well as the dirction of the speed, which means a negative speed represent a CCW rotate direction.
More detail informations:
for the encoder, the A,B signal is 600ppr, and Z signal is 1ppr
the rotatinal speed is in range:　-300 ~ 5000 rpm.
some one suggested me that I can use the "DAQmxCreateCIAngEncoderChan" task to measure the angle firstly and then do the differential analysis with the angle. but I have to enable the Z index function, and it's hard to calculate when the shaft speed is fast then 2500rpm.
Anyone can help me on this issue?
Thanks in advance!

RobertoBozzolo:
Thansk for your reply. You are right that measure frequency to get the speed is the best way, but it's hard to get the dirction at the same time. You suggest me that "perform two angle measurements to get the sense of rotation", but I'm not sure I catched what you mean about this. I try to understand your opinion like this: distribute the signals to 2 counters, and start 2 tasks, one for frequency, the other for angle which used for deciding the dirction?
And by the way, in my application, the counter is limited:
I'm using PCI-E6363, which have 4 counters totally, and I have to measure 4 different speed sensors at the same time, so that means only 1 counter for me to measure the speed and the dirction.
RobertoBozzolo 已写：
To measure the speed from the encoder you can simply follow some of the frequency measurement examples that ship with DAQmx, considering that speed (rpm) is given by frequency (Hz) on one encoder output / 600 (ppr) * 60 (s->min) = frequency / 10.
Difficult is to add a sign to this measurement: frequency measurement gives you no information about sense of rotation, so I suppose you could perform two angle measurements to get the sense of rotation and then get the speed as above.

Speeding up iMovie 08 encoding

Hi,
Does anyone know how to speed up the encoding with iMovie 08. I really, really love working in 08 (does what I need it to do), but it takes a while to spit out results on my MacBook. I'd like to avoid going MacBook Pro. So, I was wondering if there was someway to accelerate encoding a movie.
For example, would the elgato h.264 turbo be usable with iMovie08? If not, is there another path you could take, that's cheaper than getting a MBP?
(Please -- if anyone has answers to these specific questions, I'd be much obliged. I'm not looking for information on iMovie06 or why I should move to a MacBook Pro, just on how to speed up encoding with iMovie08 on a Santa Rosa MacBook).
Thanks.

Thanks for the replies. I went to the Apple store and purchased one, since there's no restocking fee. But playing with it last night, it definitely won't do what I want it to do. So, it's going back.
But, your note on upping processor performance has noticeably helped when I'm scrubbing video on my MB. It's more responsive now. Also, the encoding time improved. I had a sample 720p clip I am have testing against. After upping the processor (choosing "performance" over the default "normal") improved the encoding time from 65 to 48 minutes. That's a nice little boost. Thanks.

Encoding speed

Hi there, Arch (x86_64) has been my home for a while now. Satisfied as I am, I regularly try out other distro's. I've just tried out Xubuntu 7.10 & was quite surprised when ripping a DVD with mencoder, it was almost 3x faster than Arch.
Any idea how this could be so much quicker? I've made custom builds of mplayer, lame & xvidcore for Arch, resulting in absolutely no improvement. It'd be nice to get this performance where I'm more comfortable, after all, Arch kicks 455 at everything else.
Screenshots showing issued command, time, psnr, size, etc:
http://xs.to/xs.php?h=xs220&d=07443&f=arch.jpg
http://xs.to/xs.php?h=xs220&d=07443&f=xubuntu.jpg

retsaw wrote:Are you using the same version of mplayer on Arch and Xubuntu? Do you get the same encoding speed difference when encoding to different codecs?.
Both Arch & ubuntu use the same version of mplayer (0.9rc1), though Ubuntu splits mencoder into a separate package:
http://packages.ubuntu.com/gutsy/graphics/mplayer
http://packages.ubuntu.com/gutsy/graphics/mencoder
I hadn't tried other codecs, so here's the command & time results using lavc:
Mencoder options:
time mencoder dvd://1 -chapter 2-2 \
-oac mp3lame -lameopts abr:br=128 \
-ovc lavc -lavcopts vbitrate=2880:mbd=2:trell:v4mv \
-vop scale -zoom -xy 720 -o wotw_5.avi
Arch:
real 2m42.298s
user 2m37.750s
sys 0m0.837s
Xubuntu:
real 2m48.272s
user 2m43.518s
sys 0m0.612s
That's more like it. I guess something's not quite right with xvid. As xvid works (only slowly in comparison to Xubuntu), what can I/we do to improve it?
PS, skottish, 'enc' is just where I've kept my mencoder options for these tests, I know the only difference was the file name, it's just habit. I only included it in the screenshot so you could see the issued command & that they were the same. The list's now got quite a bit larger, with a little variation: http://pastebin.archlinux.org/17045

How do I use daqmx to get encoder direction/count on M-series board?

I have an incremental dual channel encoder from Rotalink. I want to take angular postion and angular speed from this encoder. My NI DAQ card is PCI 6221 which belongs to M series. First, soft-timing was used to get anuglar postion and sampling rate is set at 1Hz. The vi program works well. However, it does not produce good results when the sampling frequency is increased to 100Hz. So I turned to hardware-timing. The example, "Find example>> Hardware Input and Output>>DAQmx>>Counter Measurements>>Position>>Meas Angular Pos-buff ext Clk.vi" gets the readings. A function generator which can produce pulses at the frequency rang from 1Hz-1Mhz was wired to PFI9 in accordance with "
You need to find your PFI pin numbers to know what to wire A,B and Z to on your m-series board, to do this go into max right click NI-DAQmx Tasks click Create New DAQmx Task >> Counter Input >>Position>>Linear, and setup the task for your measurement. It will tell you what the PFI lines are. You then need to look at the wiring diagram and connect it to the correct pins." as an external clock. The channel A and B were wired to PFI8 and PFI10 respectively. However, it still gives errors like 200284. Comments are grealy appreciated!

Hi Zibin
I have been trying to work out what is not working I need some more information
What frequency is your function generator actually generating?
What have you set your time out value to?
What exact errors are you getting and when do you get the error?
What would really be helpful is if you could send me your code because by the sound of it, it should just work the card is more then capable of doing what you want so chances are it is the code.
Regards
Tim M
NI UK

How do I use a quadrature encoder as an external clock (PCI 6229)

Hello, ( a similar post has been placed on DAQ forum apologies as I did not know best place)
I have a PCI 6229 M Series data acquisition card. I want to use a quadrature encoder to be the external clock driving the acquisition of a number of signals. I have set up reading 24 signals each time a clock pulse is received using the DAQ assistant and set my external clock to pin pfi8 (I think) this is then connected to an encoder output. This works well enough until the encoder is run too fast when it appears I am either missing pulses or getting bounce.
How can I set up to clock using a quadrature encoder? I have seen a number of questions on this forum regarding quadrature encoders and reverse counting but not on using them as an external clock.
Basically I want to have the stability and "bounceless" nature of using two outputs from a quadrature encoder whilst still using an external clock. Is this just a case of configuring controls to certain pfi's? If so how is it done?
Any help or pointers would be helpful. So far I have managed very nicely by simply using the DAQ assistant and the interface it has would suggest that if configured for a certain pfi pin I could actually still use it.
Thanks in advance.
Kevin

Hi,
Well I've had alook into this for you and I'm not quite sure I understand what you are looking for.
Is it possible for you to phone back in to support?
The reason you are seeing bounce at high speeds, or indeed loss of points, is due to the sampling rate that you have set up.
What you will find is that the trigger will start an aquisition of a number of points at a certain rate. If your sampling rate is too low then you will not finish that sample batch before the next set of samples is recorded.
It is possible to use an external clock into a trigger or digital line, however this will limit the number of samples you can take to the speed of your encoder.
If you increase your sampling rates, and then configure a start trigger from a single input from the encoder you will be able to record a number of samples after a rising/falling edge. (Set the clock as an internal clock)
Hope this helps
AdamB
Applications Engineering Team Leader | National Instruments | UK & Ireland

Encoding / Burning Time On Different Computers

We just purchased a few new Mac's.... an iMac 27"w/ Intel i5 2.8 and a MacPro w/ 2x 2.4 Xeon Quad-Core processor.
We bought the iMac's for simple photo editing and printing and the MacPro's for encoding and burning DVD's ... and now I am finding both encoding and burning the same, not good!
The encoding and burning time is almost the same on both computers... Actually the iMac is a little quicker (more then 5 minutes) then the Mac Pro
Why is the encoding time on both Macs basically the same?
My source files are MP4 H.264 10.05Mbit to be burns on a SD DVD (NTSC). We are putting about 25mins of footage on the DVD's.
Am I missing something? Should the Mac Pro with double ram and double processor be faster? Maybe a setting to speed up the encoding time on the Mac Pro?
Thank you for any help!

Hi William Q
Welcome to Apple discussions. Great question! Most Mac applications (iDvd included) are multi-threaded, at least to some degree. Multiple processors often boost performance in most multi-threaded applications as well as when one is multitasking; or having multiple applications running all at the same time.
The way to tell this is to run /Applications/Utilities/Activity Monitor.app, then right-click (or control-click) on the columns header line and ensure that the "# Threads" column is checked.
Now run your application(s) (as shown below) and you will see the number of threads they are executing. Note that this number varies according to what exactly the app is currently doing, as temporary task-specific threads may be created only when needed.
click here
Watch what happens when I launch iDvd as well as multiple apps, including FCP.
click here
Message was edited by: SDMacuser

RPM Measurement using Quadrature Encoder and PXI 6602 counter

Hi,
I am on a project at work where I need to verify the speed (in RPM) of an unloaded motor which can operate up to 1400 rpm. After doing some research, i determined that a quadrature encoder could be used to make the measurement. I am looking at this encoder http://sine.ni.com/nips/cds/view/p/lang/en/nid/205321.
I have a PXI 6602 counter/timer module in which I would like to interface to the quadrature encoder. I would like to create a VI that allows me to calculate the speed using the encoder. Can someone provide me with details of what needs to be in the VI or an example which can do this? At the most basic level, i want to calculate the speed on demand. After doing this, i would like to figure out how to quickly calculate the speed so that i can determine response time of the speed changing within sub-millisecond resolution (1 ms resolution max).
Further, i created a VI that allows me to change the pulse width of a 100 Hz pulse train at run-time which tells the motor controller the desired speed. I would like to be able to use this VI to change the speed of the motor and the first VI (that I am seeking help about) to calculate the response time (time between the initial speed and settling at the new setpoint).
I am familiar with the NI example finder, but have not been able to find an example that I can use.
Thanks,
Gary

Hey Gary,
I think for you setup, you should try using the Meas Dig Frequency - Low Freq 1 ctr. You can find it by searching example finder with 'low freq'. This vi tells you the frequency of a digital signal by sampling between two pulses and inverting the time between pulses. If you hook up your encoder to a counter and have that counter specified in the vi, it will be able to give you on demand readings of frequency (you can do some multiplication to get the rpm value, freq*60/pulses per revolution of encoder). A simple way to take continuous readings is to put a while loop around the daqmx read and the data output of the read. You can also replace the numeric indicator to a waveform chart to graphically display the change of frequency or rpm readings over time.
You should be able to integrate this as two separate tasks with the pulse train vi you created earlier.
Hope this helps
Luke W

Speeding up DV-encoding

Similar Messages

Maybe you are looking for