Resizing XviD back to DVD?
Hi,
some time ago I captured some old vhs movies and converted them to "high quality" XviDs.(2-3 CDs pr movie).The resolution was 640x272. Now I am trying to put one of them back on a DVD,using FitCD for resizing.But,when I use overscan 0,FitCD crop to 638x272,(screenshot 1), using overscan 1,FitCD crop to 624x272,(screenshot 2),but setting overscan to 0 and go one step down on the resizing button to 704x432 ,seems to give the "best" results,as the picture only been cropped two pixels in height.(screenshot 3). Anyone have any comments,whats the "correct" way to do this? Thanks http://www.digitalfaq.com/archives/error.gif http://www.digitalfaq.com/archives/error.gif http://www.digitalfaq.com/archives/error.gif |
Re: Resizing Question
Quote:
So in your case, if you absolutly want to use DVD720, go on the third case. |
702 in PAL and 711 in NTSC :)
|
Quote:
:lol: |
You could also do your own cropping instead of using FitCD's accurate cropping. A/R error less than 2% shouldn't be noticable. Also check whether your sources are resized as ITU compliant or non-compliant. It can make a big difference, about 2.5% I think. You can check it by comparing the output of ITU resizing checked and not checked.
|
Ok thanks.
the reason I unchecked the ITU button,was that the source AR was wrong when it was checked.and after unchecking its right as you can see on the pics. |
Quote:
|
@ Phil :D
Sorry to interrupt this. But typical Xvid Divx inputs are NEVER ITU based! As they got a PAR of 1:1 and thats not ITU but PC Square. The ITU says that a digital signal has to be sampled at 13.5mhz in 53,333us and a active area of 52,000us WITHIN the 53,333us. So ITU compilant inputs are: 720x576(480) 704x576(480) 352x576(480) 352x288(240) as all of these do base on 13,5mhz like your SAP reproduces. 768x576 or 640x480 are also PAR 1:1 inputs and NOT ITU based as sampled using ... 768x576 = PAL 14,769mhz and 52.000us 640x480 = NTSC 12,306mhz and 52.006us The ITU option in FitCD ONLY is useful if youre in doubt if your DVD source at 720 width i.e. is mastered WRONG using a simple stupid stretching from 702px (52,000us) to 720px (53,333) But in the case if youre in doubt (and thats what I guess you wanted to say) if your XVID source is resized in a freaky way by the person who encoded it, then ... well you can only guess and repair-resize that source by manual calcs. |
Quote:
Quote:
|
I WOULD choose 2.41:1! And Ill show you the maths why :)
In case of a 720x576 DVD Source the XVID will be generated and resized as followed: Cropping the black bars overhead of 720x576 = 720x326 Now desqueezing to PAR 1:1 mpeg4 720 * (128/117) = 788 = 788 x 326 px 788/326 = an AR of 2,417:1 ! = That is the fact of that 720x306 Movietreatingarea content - SO thats why I will choose 2,41 in your case! :) Thats because a 720x576 DVD will never be 768x576 at PAR 1:1 its 788x576 You see ... ;) Quote:
|
Quote:
Even some high-budget DVDs have to be treated as non-ITU compliant, for example, Lord of the Rings: Return of the King EE PAL is one of them, and if I remember correctly, the two other movies are as well. |
Quote:
If you process like this FitCD will ouput a target (aimed to be put on a DVD, so including the PAR correction from 1:1 -> DVD704) that is also 2.41. The original movies is 2.35 -> you have a dirtorted DVD ! Quote:
DVD -> cropping original black borders included in the DVD -> see if resulting film area A/R is closer to a standard value with and without ITU case checked and choose according to this. |
Well I do hope we dont speak way off ;)
My Encodings (sources DVD and correct ITU based captures) are all ok ;) So a fact is .... Do take your 720x576 Stream and crop of manually the black bars. IF for example these Black Bars do really result in a 326 heigth MovieArea and the 720px also are filled out with Active Movie Arepixels THEN you DO have a Stream at 2.41.1 ! see above. BUT you "could" be right as this could be a procedure for testing the origs correct PAR/ITU encoding! Thanks Phil ...... Lets test that on some DVDs! How often did you recognise on orig DVDs such ITU compilant mistakes? Or The companies do tell the AR Output based on 625/50 525/60 Equipments! As we know that of 720 only 702@PAL or 711@NTSC will be shown. I ALWAYS was in doubt IF almost all of these consumer DVDs are mastered properly in their PAR! 8O @ Boulder Imagine that! At least these Movies should have been mastered properly! 8O I remember when I talked to a Videocompany here in Düsseldorf. They wanted from me a Graphic for a DVD Menue. Request was: A Photoshop generated Image at 720x576!!!! *lol I told them that I want to generate it at 768x576, squeeze it to 702x576 incl. added bars to 720x576. And these Professionals did tell me that Full PAL is 720x576 WHERE such graphs have been painted directly to --------- WOW! |
Quote:
Quote:
I'm quite sure that when I "correct" the 2.41 to 2.35 by unchecking the ITU box, the picture seems less distorted. But it's hard to tell anyway (0.5% of difference between the two !) Quote:
Quote:
Quote:
Quote:
|
As I tought:
I do load a clean 720x576 DVD Source into FitCD non-anamorph. The Source is signet out as 1.333:1 ... 4:3 These 720 do got full Video Information along the width! So if I do desqueeze that, it will Result in 788px! Means .... 788/576 = An AR of 1.368:1 .... correct resized to PAR 1:1! Means ....: It seems that the signed out ARs have to be understood under 652/50 or 525/60 circumstancies. As the analogue (i.e. PAL-) TV will only show the 768 out of those 788px.... and by that the recognisable Result on TV are These signed out 1.333:1 So IF a 720 width ... 4:3 ... 1.333:1 ... DVD was encoded correctly to Xvid by keeping ALL source width pixels, that will Result in a 1.368:1 at PAR 1:1 Videostream. Means: If encoding back to DVD we DO keep the origined 1.368:1 AR and NOT switching manually to the correct "assuming" 1.333:1 And thats also the case of that Xvid at 2.41:1 as it shurely was encoded right out of the whole 720 width picture source area. In FitCD the baloonhelp does also mention that: http://www.digitalfaq.com/archives/error.gif So IF a 720x576 DVD results in 1.333:1 or 1.778:1 that means a wrong "generic PAR" was used when producing the VideoStream. Generic PAR in PAL = 1,0223:1 (Results out of 720/704, means simple upsizing from 704 to 720) Correct PAR in PAL = 1.09402:1 Also a reason WHY your pictures at unchecking ITU seem less distorted could be that on a for instance 4:3 PC Screen the Systemresolution is set to 1280x1024 as its not 4:3 ..... thats why I did set my 19" CRT Screen to 1280x960 But as told I dont know your Screen and IF its visible area is really 4:3 ... some TFTs do got diff. visible areas. |
Ahh :)
Scharfis_Brain gave me an expalantion at german gleitz board: 1. Original Film Footages never will be scanned (the telecine process = digitzing the film roll) in their whole active picture area. Overscan also here is taken into count. 1.333:1 and 1.778:1 are no Film Formats. - ok we knew that. Its just the interpretation of non-anamorph and namorph TV proportions. Generally used 1.37:1 (academy format) 1.66:1 1.85:1 - ok we knew 2.35:1 - we also knew now 1.37 * 1.3333 (the akademy format getting non-anamorphed) = 1.82:1 means almost 1.85:1 so the overhead up to the 1.85:1 is cropped when doing the telecine out of the orig film roll. 720x576 will be desqueezed to non anamoprh 788x576 which is 1.37:1 means the 720x576 keeps exactly the academy format. And at 16:9 the 720x576 will be desqueezed to nonanamoprh 1050x576 means 1.82:1 so also here almost the 1.85:1 (overscanned). |
Inc.wrote:
Quote:
Cause as stated earlier here,if I check it,FitCD will add 72 pxl borders on top and bottom.and if I understood things right ,its the same 72 pxl borders that we crop off when making a XviD from a DVD. And if the ITU is unchecked,FitCD will only add a 64 plx border at top/bottom,wich again will lead to a disorted "stretched" picture. This was the short summary! (I hope) :lol: |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.