• Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
    Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.

Transcoding just won't stop -- DVD::RIP

Time2mod

Limp Gawd
Joined
Feb 19, 2003
Messages
319
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.

Transcode.png


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?
 
You do realize that you have broached a more or less given that the [H] doesn’t and won’t support anything having to do with copyright issues?

Before you get yelled at or banned or something, have a look at the rules.;)
 
So let me tell you why I thought this post would be okay:

1.) The rules talk about submitting copyright material, which I didn't do.

2.) There is no reason to assume that every trascoding from MPEG2 to AVI-wrapped-Xvid contains copyrighted materials. I believe we are seeing this more and more, as even some of those new $1.00 DVDs at Wal-Mart are past copyright, or (more importantly for me) some of the 50-packs that occasionally show up at Half-com.

3.) There are many posts on here discussing equipment for this exact same purpose -- transcoding material from one format to another than is taken from another source, such as DVD or television.

4.) If anything, moving the orignial material to another loaction would be a copyright problem, but transcoding it afterward wouldn't.

So maybe I interpreted something wrong based on what I see in the forum currently. Please understand that I am not arguing with you, you may very well be right. But I did not intentionally go out to post somethign that I thought was against what I had read in the rules, and I did read them.

Now, I do see that I was lazy and didn't look to see that I left a title in the screenshot. That is not removed, and again, I apologize. If this does indeed fall into a rule infringement, fine, I apologize. If so, just let the thread die off. But if not, please let it be, as this is a technical issue at heart, and not one affecting a single title.
 
So let me tell you why I thought this post would be okay:

1.) The rules talk about submitting copyright material, which I didn't do.

2.) There is no reason to assume that every trascoding from MPEG2 to AVI-wrapped-Xvid contains copyrighted materials. I believe we are seeing this more and more, as even some of those new $1.00 DVDs at Wal-Mart are past copyright, or (more importantly for me) some of the 50-packs that occasionally show up at Half-com.

3.) There are many posts on here discussing equipment for this exact same purpose -- transcoding material from one format to another than is taken from another source, such as DVD or television.

4.) If anything, moving the orignial material to another loaction would be a copyright problem, but transcoding it afterward wouldn't.

So maybe I interpreted something wrong based on what I see in the forum currently. Please understand that I am not arguing with you, you may very well be right. But I did not intentionally go out to post somethign that I thought was against what I had read in the rules, and I did read them.

Now, I do see that I was lazy and didn't look to see that I left a title in the screenshot. That is not removed, and again, I apologize. If this does indeed fall into a rule infringement, fine, I apologize. If so, just let the thread die off. But if not, please let it be, as this is a technical issue at heart, and not one affecting a single title.

No, nothing I said was in any way said in anger or meant as a put down.

The problem these days is DCM is such a grey area and so randomly enforced one has to be careful what you say as well as how you say it.

As a for instance, you mentioned Television as a source. That is technically a big no no if you talk to the TV folk, yet at one point DRM allowed for one copy for personal use but will do their best to bust you first chance they get.

At the moment there are so many video formats I agree it can be a total head spinner. Start with googleing Doom9 and follow the yellow brick road is the best advice I can give you at this point. That, and don’t share.

I believe this rule covers it:

(18) You will not discuss, suggest, engage, or encourage any ILLEGAL ACTIVITIES. Links provided to locations that deal with any such activity are also expressly forbidden.


Have fun
 
Back
Top