I recently installed DVD::Rip, and am using it under CentOS 5. I also am using xvid4conf, but really am just learning both of these tools now. I decided to rip a DVD I have to HD and encode it in xvid as a test to determine how much I want to fool around with the video bitrate. In short, I am less concerned about the transcoding time as I am with the file size, but the current situation (over 14 hours), is quite pushing it.
The problem comes in where the application "thinks" it is done, but keeps on going into what looks like could be forever. If you look at the bottom of this screenshot, you can see that I have a negative amount of hours left for the estimated transcode.
Also, the log indicates that the process is past being complete:
So I guess the real question becomes -- where do I start looking for the cause of this? If I had some basic idea of the cause, maybe I could follow up, but I don't really have basic ripping/transcoding knowledge yet. Here is what initially comes to mind, and maybe someone can use these to help nudge me in the right direction:
1.) For the transcoding options, I selected "Inverse telecine", and with xvid4conf, I am using the "decimate" filter. I am doing this based on some reading saying that these give a more exact frame-to-frame copy when transcoding from movies (29-30 frames/sec) to TV (23-24 frames/sec). I assume this all to be in the post-processing, so maybe this could screw up the counter? But still, could it take an extra 14+ hours?
2.) This is the second time I transcoded this film, so could the first AVI copy in the directory screw up the logic? This seems unlikely.
So, like I said, just looking for pointers to start troubleshooting. And certainly, if I made any faulty assumptions, correct me. What could have caused this?
The problem comes in where the application "thinks" it is done, but keeps on going into what looks like could be forever. If you look at the bottom of this screenshot, you can see that I have a negative amount of hours left for the estimated transcode.
Also, the log indicates that the process is past being complete:
Code:
Sat Nov 3 00:19:36 2007 Start job 'Transcode multipass - title #2'
Sat Nov 3 00:19:36 2007 Start job 'Transcode video - title #2, pass 1'
Sat Nov 3 00:19:36 2007 Executing command: mkdir -m 0775 -p '/home/cooter/dvdrip-data/Terminator_2_Judgement_Day/tmp' && cd /home/cooter/dvdrip-data/Terminator_2_Judgement_Day/tmp && mkdir -p /home/cooter/dvdrip-data/Terminator_2_Judgement_Day/avi/002 && execflow -n 19 transcode -H 10 -a 0 -x vob -i \/home\/cooter\/dvdrip\-data\/Terminator_2_Judgement_Day\/vob\/002\/ -w 1400,50 -A -N 0x2000 -J ivtc,32detect=force_mode=3,decimate -f 24,1 -M 0 -Y 44,0,44,0 -Z 640x360 -R 1 -y xvid,null --psu_mode --nav_seek /home/cooter/dvdrip-data/Terminator_2_Judgement_Day/tmp/Any-ol-disc-nav.log --no_split -o /dev/null --print_status 25 -J decimate && echo EXECFLOW_OK
Sat Nov 3 00:38:09 2007 Transcode video - title #2, pass 1: 10% done.
Sat Nov 3 00:54:47 2007 Transcode video - title #2, pass 1: 20% done.
Sat Nov 3 01:11:17 2007 Transcode video - title #2, pass 1: 30% done.
[B]*Snip-snip!*[/B]
Sat Nov 3 14:32:48 2007 Transcode video - title #2, pass 1: 520% done.
Sat Nov 3 14:48:36 2007 Transcode video - title #2, pass 1: 530% done.
Sat Nov 3 15:06:28 2007 Transcode video - title #2, pass 1: 540% done.
Sat Nov 3 15:24:06 2007 Transcode video - title #2, pass 1: 550% done.
So I guess the real question becomes -- where do I start looking for the cause of this? If I had some basic idea of the cause, maybe I could follow up, but I don't really have basic ripping/transcoding knowledge yet. Here is what initially comes to mind, and maybe someone can use these to help nudge me in the right direction:
1.) For the transcoding options, I selected "Inverse telecine", and with xvid4conf, I am using the "decimate" filter. I am doing this based on some reading saying that these give a more exact frame-to-frame copy when transcoding from movies (29-30 frames/sec) to TV (23-24 frames/sec). I assume this all to be in the post-processing, so maybe this could screw up the counter? But still, could it take an extra 14+ hours?
2.) This is the second time I transcoded this film, so could the first AVI copy in the directory screw up the logic? This seems unlikely.
So, like I said, just looking for pointers to start troubleshooting. And certainly, if I made any faulty assumptions, correct me. What could have caused this?