digitalFAQ.com Forums [Archives] - TMPGEnc: Errors during encoding

digitalFAQ.com Forums [Archives] (http://www.digitalfaq.com/archives/)

- Video Encoding and Conversion (http://www.digitalfaq.com/archives/encode/)

- - TMPGEnc: Errors during encoding (http://www.digitalfaq.com/archives/encode/2300-tmpgenc-errors-encoding.html)

wazoqaz

01-23-2003 09:51 AM

Errors during encoding

This is my first post, but I've been using KVCD successfully for quite a while (fantastic stuff!)

I've been encoding animation captured from VHS tape and have been very pleased with the quality that I've been getting. I decided to try the new PixieDust filter and my sample looked AWESOME!.

However, when I try to encode the entire movie, TMPGEnc will error out at with an Illegal Floating Decimal Point Error. The problem is that it errors at different points each time I try to encode.

I tried using VDub to scan for bad frames and it found none. I've tried with both TMPGEnc 2.5.9 and 2.5.10 and both bomb out.

The only major difference between this enconde and all the others I've done is that I'm using the Dust filter (which I really want to work becuase it makes the video look great).

Here is the AVS script that I'm using:

Code:

LoadPlugin("C:\encoding\legalclip.dll") 

LoadPlugin("C:\encoding\sampler.dll") 

LoadPlugin("C:\encoding\convolution3d.dll") 

LoadPlugin("C:\encoding\dustv4.dll") 

LoadPlugin("C:\encoding\decomb.dll") 



AviSource("c:\cap\lb-new.avi")

Trim(104,45261)

ConvertToYUY2()

LegalClip() 

Telecide() 

Decimate() 

LanczosResize(496,448,14,1,696,472)

PixieDust() 

Convolution3D(preset="movieLQ") 

LegalClip() 



#Sampler(length=24) 

## MPEG size = ((Total frames/MovieTimeInMinutes)/24) * MPEG sample file size ##

Any body have any ideas?

The next thing that I though about trying was the run through VDub and save with Huffy then try that with TMPGEnc, but I'm going to have clean up a lot of stuff to find enough room for that.

--wazoqaz

kwag	01-23-2003 10:12 AM

The problem seems to be the crazy resolution of the DivX you're trying to encode (696X472).
Have you tried your script on a .d2v(DVD) file or another DivX :?:

-kwag

wazoqaz

01-23-2003 10:48 AM

This is the first time that I've used this exact combo of filters (have been using fluxsmooth and C3D before, but was very impressed with the sample I did with Dust).

I do the capture at 720x480 via miniDV camera.

Becuase of the tracking lines from the orginal VHS video source, I need to cut off some lines at the bottom (usually 4-6 lines), as well as some junk from each side (in this case it was 12 from the left and 8 from the right). I then use FitCD with Film Pixels to get the cropping and resizing values hence the weird sizes.

I can try with a different capture tonight when I get home, but it's frustrating, becuase the errors have happened anywhere between 2 and 4 hours into the encode process.

--wazoqaz

Jellygoose

01-23-2003 11:37 AM

look here : http://www.vcdhelp.com/tmpgenc.htm#problems

SansGrip

01-23-2003 06:44 PM

Quote:

Originally Posted by wazoqaz

I need to cut off some lines at the bottom (usually 4-6 lines), as well as some junk from each side (in this case it was 12 from the left and 8 from the right).

You should generally try to keep the frame size a multiple of four in each direction, both after the crop and after the resize. Some filters place even more stringent demands and require the width to be a multiple of eight -- I think Dust might be one of these.

wazoqaz

01-24-2003 08:05 AM

Quote:

Originally Posted by Jellygoose

look here : http://www.vcdhelp.com/tmpgenc.htm#problems

Thanks. I tried all of these with no luck.

Quote:

Originally Posted by SansGrip

You should generally try to keep the frame size a multiple of four in each direction, both after the crop and after the resize.

I redid the crop and resize so that everything was a multiple of four and attempted a new encode, still errored out, this time after about 3 hours.

I see there is a new version of Dust, I'll try that. But, I think what I'll do next is frameserve to VDub, save to a new file using Huffy and then see what TMPGEnc will do that. All I need to do now is find a ton of free HD space :?

--wazoqaz

wazoqaz

01-25-2003 04:12 PM

I tried many different including changing the CQ value as mentioned in another post. Ended up running the avs script through VDub and saving the file. That way the encode only took 2 hours instead of 8.

I eventually gave up with CQ and decided to try CQ_VBR for the hell of it. It worked! :D

I guess there was something weird about the file what it just wouldn't go with CQ.

Thanks for all the ideas

--wazoqaz

Perfect Cell

01-27-2003 06:05 AM

What you exactly do to make the script work?

You only load the .avs in VDUB and frameserve to tmpgenc, or you make something extra ( resize, etc )?

I was having the same problems, maybe if I make the same steps, my script can work too... :cry:

wazoqaz

01-27-2003 08:56 AM

Quote:

Originally Posted by Perfect Cell

What you exactly do to make the script work?

My final process ended up being:

Open .avs in VDub
Save AVI (with Huffy and Fast Recompress)
Open Avi directly in TMPGEnc
Change CQ to CQ_VBR

I probably could have gotten away without steps 2 & 3. But they allowed me to try different setting with TMPGEnc and not have to waste 4 hours or more for each test.

I was never able to get it to work with CQ no matter the setting. CQ_VBR worked just fine and the picture looks GREAT. Considering that some of the video was from a LP VHS tape, I think most of it looks better than the orignal tape.

Part of my problem may have been that my sizes were not a multiple of 8 which Dust requires (however I don't think that was my problem seeing as how it converted just fine in VDub).

The final script that I used was (note I have use 544x480 with my player):

Code:

LoadPlugin("C:\encoding\legalclip.dll") 

LoadPlugin("C:\encoding\sampler.dll") 

LoadPlugin("C:\encoding\convolution3d.dll") 

LoadPlugin("C:\encoding\dustv4.dll") 

LoadPlugin("C:\encoding\decomb.dll") 



AviSource("c:\cap\lb-new.avi") 

Trim(104,45261) 

ConvertToYUY2() 

LegalClip() 

Telecide() 

Decimate() 

LanczosResize(512,448,10,10,700,460)

PixieDust() 

Convolution3D(preset="movieLQ") 

LegalClip() 



#Sampler(length=24) 

## MPEG size = ((Total frames/MovieTimeInMinutes)/24) * MPEG sample file size ##

Good luck.

--wazoqaz

Alpheratz13

01-31-2003 07:50 AM

me too i has this error "Illegal Floating Decimal Point Error", with skvcd 704x576 & without script (avs), i use direct from avi & encoder video only.

What i wrong?

I have ask a kwag if i can make skvcd Pal en resolution 704x576 and his said :

Quote:

If you mean if you can encode 704x576 MPEG-2, just change SKVCD's template resolution to 704x576.

see here http://www.kvcd.net/forum/viewtopic.php?t=2628

Thanks for your help :D

Irving

Perfect Cell

01-31-2003 07:58 AM

Well, I make a serie of tests, and I think the problem is the source resolution. When I use a source with a "normal resolution" ( 640 x480 , 352x 240, 720 x 480 ) the problem doesn´t exists.

But if I use a different resolution, the dust filter goes crazy.

The best way to do this is to encode the video with VDUB ( less sensitive than TMPGenc ) and then load the avi in tmpgenc and make the final mpeg to burn. It´s time consuming, but it´s the only way I found to make sources with "strange resolutions " ( 620 x 352 ) to work.

hachemoncourt

01-31-2003 05:36 PM

Hi everybody,

I read a lot of posts about this problem and unfortunately, nobody seems to have find the way to solve it!
In my case, I can't apply the Dust (try Faery and Space) without crash or error msg.

Can I ask you which OS you use?

hachemoncourt

02-04-2003 03:40 PM

Hi Perfect Cell

Quote:

Well, I make a serie of tests, and I think the problem is the source resolution. When I use a source with a "normal resolution" ( 640 x480 , 352x 240, 720 x 480 ) the problem doesn´t exists.

I made GripBorder right after GripSize and it goes! Thanx.