Divx Acceleration...

[Cahill84]

I could find a thread on this... sorry Sub if it has already been disucssed. Today I had a series of 10 shows to record. I didn't think about taking the transcode ASAP off beforehand. Anyway... The oddest thing about it was that I ended up with all of the shows working moderately well until the end in which case it rapidly speeds up. As in more than double time. You can't even understand what they are saying. I've already change the post processing time, but still it seems unusual that they would randomly start speeding up towards the end and it's not at a regular point for any of them. The easiest way for me to see which files were affected was to look at their total length they should obviously be close to an hour long. What I don't understand was that if it was cpu usage that was the problem why didn't the first one go well, but then not the rest or the last one for that matter shoudl have the worst problems. Here are the total times for them. 52:48, 54:02, 56:02, 56:27, 50:37, 52:29, 53:05, 51:32, 55:00, 55:41, 43:15. That's the order that they were recorded in. Unfortunately, I haven't had any problems like this so I had GB-PVR set to delete the original....oops. To top things off, I had a system crash so I had to restart my computer so the Gb-Pvr logs would have been erased too. Fun.. I know. Thoughts? Has anyone else experienced this?

[sub]

Is there a specific question in there?

I would have expected your machine to be really bogged down, but I would have expected it to work. If it didnt, it must be some bug in ffmpeg that doesnt like running all these transcodes at the same time. I couldnt really tell you anything about this - I've only ever run the one transcode at a time myself.

[Cahill84]

The transcodes weren't running specifically at the same time, but they were running while GB-PVR was recording the next show as well as using comskip. I was just curious if anyone else had experienced a problem with the Divx avi files starting to speed up. It wasn't like it was dropping frames just like it was at 4x the normal speed.

[Cahill84]

Yeah, I think that you can scratch this question. I noticed in another thread that you said you were giong to change the priority level for ffmpeg. I think that this will fix any problem that I might have had. For now, I've set it to just wake the machine in the middle of the night and trasncode. We'll see if it does it tonight.

Although this should be in the wishlist area. An option that might be helpful is instead of ASAP being defined as right away having another option which transcodes after all recordings have finished assuming that a person has back-to-back recordings.

[Cahill84]

O.k. you can't scratch this question it happened again last night. What is odd about it is that it's not the Divx... :-) For whatever reason the way I scheduled the postprocessing in config it is not transcoding the files. Well that's fine for now, but it happened in the mpeg. It's as if the characters all of a sudden start going at twice the speed. And the clock is off as well. The 60 minute recording is showing a time of 57omething. Any thoughts as to why it would do this?

[Cahill84]

I realize no one has responded yet, but I added retime to my batch file thinking this might contribute to the solution. If you have any other ideas I'd be glad to hear them. :-)