very low CPU utilisation

LFNfan

New member
Hi

I am running VRD version 4 (VRDTVSH264-4-20-7-629d) on the 15-day trial.

On the couple of files I have tried, CPU usage drops from the initially high 75% plus with lots of reading of source file and writing to output file, down to 5 - 10% CPU and negligible read/write activity. This happens within the first 10 minutes of the start of recoding. 'Time Remaining' has gone from 2hr 10 mins up to 3hr 50 and rising! Resource Monitor showing nothing else hogging resources. What is going wrong that CPU is being so under-utilised?

A look at the Wait Chain indicates VRD is sometimes waiting for VRD in another Thread, and sometimes for svchost.exe.

I am trying to take an .mpg2 video capture (c. 10Gb) to DVD.
I am running Windows 7 SP1 64-bit
I have an Intel E8400 Core2Duo @3.0Ghz, 8Gb of DDR2 RAM, AHCI HDDs (SSD and platter) Asus P5QL-E mobo (Intel P41, ICH10R) , GPU: Radeon 4650.

Any assistance much appreciated. I really really want this programme to work (fast!).

Many thanks
 

SimonP

Member
Step one is always to supply the data that MediaInfo gives you so that the support guys know what they're dealing with. Install the program, go to View / Text and copy the information into a message in this thread.
 

LFNfan

New member
Thank you SimonP. 'Fail' straight away, on my part. Here is the info I should have supplied. Hope it helps, and thanks for putting me straight.

A possibly linked issue is that I have had to re-start VRD several times at the 'open file' stage after the prog stopped responding.

File: Name : I:\Recorded TV\1220-1103(CVBS).mpg
Size : 10.025 GB
Duration : 03:09:16.18
Mux type : PS - MPEG2
Video: Encoding : MPEG2
VideoStreamID : xE0
Frame rate : 25.00 fps
Encoding size : 768 x 576
Aspect ratio : 4:3
Header bit rate : 6.000 Mbps
VBV buffer : 576 KBytes
Profile : Main@Main
Progressive : Prog or Int
Chroma : 4:2:0
Bit rate : 6.565 Mbps
Audio Stream: 1 (Primary) Codec : MPEG
MPEGLayer : Layer 2
Channels : 2.0
PES Stream Id : xC0
Bit rate : 224 Kbps
Sampling rate : 44100
Sample size : 16 bits
 

Dan203

Senior Developer
Staff member
Try running the file through Tools->Quick Stream Fix first, then editing and outputting that file to DVD. There could be some issue with the original file that is causing the DVD recode to stall.

You might also want to try disabling your antivirus program. I've seen a few instances where the AV program will try to scan the files while they are still being output and cause a stall like this.

Dan
 

LFNfan

New member
Dan, thank you very much kind sir. Quick Stream Fix removed 9 video resync frames, and 823 audio resync frames. Resultant file ran beautifully through VRD at average CPU utilisation of 85% (VLC was taking up the slack with avg 11%).

DVD image burned fine. Image quality appears to be as per original VHS. Audio sync spot-on.

As a ps, I did also disable Avast file scanning as you suggested, but that automatically turned itself back on after an hour, when the transcoding was about half way through. I didn't detect any decrease in CPU utilisation by VRD when Avast file scanning came back on (although I can't tell whether the relevant files were being scanned at the time, or not).

Thanks again!
 

Dan203

Senior Developer
Staff member
Sounds like there was a bad spot in the video that was hanging up the transcoder. If you run into this again now you know what to do. :)

Dan
 

LFNfan

New member
recon so.

I'm putting relatives' and some friends' wedding and family VHSs on to dvd for them. So I have about 15 mpeg2 files produced from my video capture card (a Leadtek WinFast VC100 XP PCI in my 10-year-old Dell) - and the first step in my workflow for these files is now going to be to run Quick Fix, just to be on the safe side.

thanks a lot for your help - very much appreciated.

I have had success transferring my .wtv to H264 .mp4, which is very cool. Although VRD seems a bit 'flakey' when just started and trying to open video files. In any case, will be putting up the $$ for VRD when the 15-day trial is up.

cheers
 

Dan203

Senior Developer
Staff member
We are aware of the issues with crashing when displaying the Open and Save dialogs and have a fix for it lined up for the next release. So if that's what you're referring to with regards to it being flaky then that will be taken care of soon.

Dan
 

SimonP

Member
Thank you SimonP. 'Fail' straight away, on my part.
No failure mate, it's not written anywhere but we find that a dump of that info will often reveal what the problem is.

Glad to see you've got it all sorted. Welcome to the community and feel free to join in, they're a very knowledgeable and friendly bunch here and the support you'll get from the two Dans is second to none.
 

jason

New member
Did I read somewhere the doing a Quick Stream fix can cause the audio to go out of sync? Correctable I know, but if your standard workflow is to do QuickStreamfix first, you might need to look out for audio sync problems before you finish.
 

Dan203

Senior Developer
Staff member
That shouldn't happen. VideoReDo should insert silent audio frames to fill any gap there may be between the audio and video at the start of a file. Beyond that if the audio KHz or video FPS are mis-detected then you'd see a ton of resync frames added/removed at the end of output.

The only thing that can cause a sync issue is if the source file has bad time codes, but if that were the case then it would already be out of sync.

Dan
 

LFNfan

New member
from my limited experience of using QuickStream Fix on about 30 hours' of .mpg video capture, there have been no audio sync issues.
 
Top Bottom