Hello,
I'm just new in this forum and this my first post but I'm using VS for several years and updated recently to VS11.5 Plus for AVCHD video editing.
Please don't care for my english as I'm writing to you from Paris ...
I'm trying to convert AVCHD clips from a Sony HDR-CX6 to AVI files with DivX Pro 6.8 Codec, keeping the original resolution of 1440x1080 with 4:3 pixel ratio for correct rendering on a 16:9 screen (am I right ?)
If I do that when creating the video file from the menu, it's fine when I use the following settings :
- in the "Ulead Video Studio" tab, uncheck all boxes, especially "appliquer un rendu de pixel non-carre;" (apply a non-square rendering ?)
- in the "General" tab, specify a 1140x1080 image size
- in the "video" tab of Divx Pro settings, specify "PAL 16:9" on both input and output format, and keep dimension and pixel ratio unchanged
The file created is 1440x1080. It is displayed with a slight deformation in VLC with "predefined" aspect ratio, but it's fine if you choose "16:9". On a Freecom 350 media player, the file is displayed with a 16:9 full screen with no deformation : fine !
But, if I try to create the file with the "batch convert' menu, ("Outils->Conversion par lots"), I did not find any combination that works. In fact, the box "appliquer un rendu de pixel non-carre;" is not available in any tab of the window settings, and I think VS11.5 is working as it it were checked.
The resulting "input" for the DivX codec has a 1440x810 effective image size with horizontal black stripes at the top and bottom (16/9 image embedded in 4/3 1440x1080 image size), with no deformation.
Whatever are the settings of the DivX codec, it's not OK
- using 1:1 pixel ratio, the image is not full screen size but 1440x810
- using 4:3 pixel ratio or 16:9 image size, the image is full size in width, but compressed in height
Of course, there is a solution : asking VS to convert in 1920x1080 image size and using 1:1 pixel ratio. But this introduces quality lost and is much longer to process.
So, what's wrong doctor ?
Best regards,
Frederic BERNARD
F92400 Courbevoie (France)
incorrect pixel ratio onlu when batch converting
Moderator: Ken Berry
-
fpabernard
- Posts: 7
- Joined: Tue Feb 26, 2008 11:34 pm
-
Black Lab
- Posts: 7429
- Joined: Wed Dec 15, 2004 3:11 pm
- System_Drive: C
- 32bit or 64bit: 64 Bit
- Location: Pottstown, Pennsylvania, USA
I don't know if this will help, but earlier today etech6355 posted a great description about pixel ratios and HD files:
Yes, If non-square pixel rendering is on it is probably squishing the video.
1920x1080 uses Square Pixels.
1280x720 uses Square Pixels.
Here is why (the formula):
A 16:9 Screen is ( 16 / 9 ) = 1.777777
A 1920x1080 Screen is ( 1920 / 1080 ) = 1.777777
A 1280x720 Screen is ( 1280 / 720 ) = 1.777777
If you record in the True HDV mode you videos should come out 1440x1080 which is a standard HDV Spec. That is what most HDV cams record at ( Canon HV20, Sony HC1/HC3/HC5/HC7 ) AVCHD Camcorders.
So when or if you do record in the HDV mode and your video properties are 1440x1080 then turn ON "Non-Square Pixel Rendering"
Your videos are called HD, slight difference between HD & HDV.
A standard HDV video is 1440x1080 frame does NOT use square pixels, they are 1.3333 PAR (Pixel Aspect Ratio) Non-Square Pixels.
( 1440 / 1080 ) = 1.3333
When a frame size does not use square pixels then the pixels are adjusted and rendered to fit the "Aspect Ratio".
Notice that 16:9 aspect ratio is 1.777777
1440 x 1.3333 = 1920 which brings them up to the correct aspect ratio when rendered & played back. 1920/1080=1.777777 (16:9 Aspect Ratio)
So for you 1920 source is Non-Square Off and 1440 Non-Square ON
To mix 1440 with 1920 in ONE file first convert the 1440 to 1920 with Non-Square = ON.
Then after the 1440 is converted to 1920 the new video will be Non-Square = OFF and you can then mix them with the other 1920 videos to combine into one file.
When making a High Definition disk you can use both 1920 & 1440 but they have to be burnt as separate files, you cannot combine them. The same as putting 4:3 or 16:9 video on the same dvd as separate files or 720 and 704 videos on the same dvd, it works as long as they are separate.
Jeff
Dentler's Dog Training, LLC
http://www.dentlersdogtraining.com
http://www.facebook.com/dentlersdogtraining
Dentler's Dog Training, LLC
http://www.dentlersdogtraining.com
http://www.facebook.com/dentlersdogtraining
-
fpabernard
- Posts: 7
- Joined: Tue Feb 26, 2008 11:34 pm
Hello Jeff
I totally agree with etech6355, that's why I think VS "automatically" turn on "Non-Square Pixel Rendering" when batch converting AVCHD files, which are 1440x1080 with 16:9 aspect (so 1,33 pixel aspect ratio which is non-square).
But it seems to be a problem when converting to AVI files, as in that case it seems that the resulting "input" for codec is 1440x1080 but it has a 1440x810 effective image size with square pixels, instead of 1440x1080 with non-square pixels.
It is not the case when rendering a AVCHD file (using MPEG optimizer for example).
This behavior is the reason why I turned off "Non-Square Pixel Rendering", letting the DivX codec manage the pixel ratio (taking "false" square pixels on input and telling on output that these pixels are non-square).
There is a consequence to that : the titles are strectched in width with a 1.33 ratio ... slightly embarassing but I cope with that.
So I can say there are in fact two issues :
- why does VS reduce the size of the image with "Non-Square Pixel Rendering" ON when converting to AVI
- why "Non-Square Pixel Rendering" can not be changed when batch converting ?
Best regards
Fred
I totally agree with etech6355, that's why I think VS "automatically" turn on "Non-Square Pixel Rendering" when batch converting AVCHD files, which are 1440x1080 with 16:9 aspect (so 1,33 pixel aspect ratio which is non-square).
But it seems to be a problem when converting to AVI files, as in that case it seems that the resulting "input" for codec is 1440x1080 but it has a 1440x810 effective image size with square pixels, instead of 1440x1080 with non-square pixels.
It is not the case when rendering a AVCHD file (using MPEG optimizer for example).
This behavior is the reason why I turned off "Non-Square Pixel Rendering", letting the DivX codec manage the pixel ratio (taking "false" square pixels on input and telling on output that these pixels are non-square).
There is a consequence to that : the titles are strectched in width with a 1.33 ratio ... slightly embarassing but I cope with that.
So I can say there are in fact two issues :
- why does VS reduce the size of the image with "Non-Square Pixel Rendering" ON when converting to AVI
- why "Non-Square Pixel Rendering" can not be changed when batch converting ?
Best regards
Fred
fpabernard,
I understand part of what your saying. The divx encoder is confusing to use when it comes to the Pixel Aspect Ratio and FrameSize for encoding.
I don't understand any references to 4:3 screen size, everything is 16:9 if the source is 16:9. Unless you purposedly want the video to looked lettered boxed which is a 16:9 video displayed inside of a 4:3 frame.
My video encodes from HD to Divx are Non-Square ON to Divx either 1280x720 or 1920x1080.
I'll have to play with this some more. I do know that I have a custom divx template where the top section for the aspects I leave at default and then hit the "Resize To" = 1920x1080. This is using the 1080HD profile setting in the divx encoder.
My findings have also been it depends what device I play them back in. Not every player will play them back at the correct aspect ratio. Usually using the 1920x1080 always displays correctly. I never use 4:3 screen settings when encoding HDV -> HD-Divx.
I have to try somemore changes because I know exactly what your saying as to rendering at 1440x1080 and being slightly squeezed on the vertical resolution. I'm pretty sure if you tell VS to turn off non-square when the source is non-square it feeds the wrong information to the divx encoder.
I have to find an article that explained the correct settings to put in that very 2 top boxes to tell the divx encoder the ratio In and the ratio Out.
They aren't what you would think. If I find it I'll post back the results.
I'll also try the batch rendering.
The HD-WWV encoder is similar, except that now MS has the newer version of WMV 9 Professional. I do encode true 1440x1080 HD-WMV's in another encoder and they come out perfect. But the default settings in the HD-WMV encoder will give the same results as the divx encoder. They love square pixels.
I'm glad that most HD is now square pixels, 1920x1080 & 1280x720, makes thing easier.
Post back your 4:3 method, not understanding that.
If it's a consumer device then I use the standard def framesizes. For the computer usually the same, but I don't think it makes much difference if you do use 1440x810 for computer playback.
I understand part of what your saying. The divx encoder is confusing to use when it comes to the Pixel Aspect Ratio and FrameSize for encoding.
I don't understand any references to 4:3 screen size, everything is 16:9 if the source is 16:9. Unless you purposedly want the video to looked lettered boxed which is a 16:9 video displayed inside of a 4:3 frame.
My video encodes from HD to Divx are Non-Square ON to Divx either 1280x720 or 1920x1080.
I'll have to play with this some more. I do know that I have a custom divx template where the top section for the aspects I leave at default and then hit the "Resize To" = 1920x1080. This is using the 1080HD profile setting in the divx encoder.
My findings have also been it depends what device I play them back in. Not every player will play them back at the correct aspect ratio. Usually using the 1920x1080 always displays correctly. I never use 4:3 screen settings when encoding HDV -> HD-Divx.
I have to try somemore changes because I know exactly what your saying as to rendering at 1440x1080 and being slightly squeezed on the vertical resolution. I'm pretty sure if you tell VS to turn off non-square when the source is non-square it feeds the wrong information to the divx encoder.
I have to find an article that explained the correct settings to put in that very 2 top boxes to tell the divx encoder the ratio In and the ratio Out.
They aren't what you would think. If I find it I'll post back the results.
I'll also try the batch rendering.
The HD-WWV encoder is similar, except that now MS has the newer version of WMV 9 Professional. I do encode true 1440x1080 HD-WMV's in another encoder and they come out perfect. But the default settings in the HD-WMV encoder will give the same results as the divx encoder. They love square pixels.
I'm glad that most HD is now square pixels, 1920x1080 & 1280x720, makes thing easier.
Post back your 4:3 method, not understanding that.
If it's a consumer device then I use the standard def framesizes. For the computer usually the same, but I don't think it makes much difference if you do use 1440x810 for computer playback.
-
fpabernard
- Posts: 7
- Joined: Tue Feb 26, 2008 11:34 pm
Hello,
Many thanks for your reply.
I agree with you when you say that using 1920x1080 with square pixels works fine avoiding the problem of non-square pixel ratios.
I just wanted to minimize time and reencoding of the rendering process, and also output file size, as it is the case when reencoding in AVCHD, that's why I would like to maintain the original resolution of 1440x1080 with non-square pixels.
The problem with doing that (using 1440x1080 image size) and turning "non-square" to ON in VS is that I noticed the reduced image size with horizontal black stripes.
As the image is not "full height" on input of the codec, whatever are the settings of DivX encoder, it is not full height on output and then, either with correct aspect ratio but not full width, or full width but with stretched aspect ratio.
The workaround I found is to use 1440x1080 image size and to turn off "non-square" to OFF (which can be thought as an heresy, the image appears in VS compressed in width, I understand you find this process is strange !) and to deal with the DivX encoder for the aspect ratio on output.
In fact, the codec stretches the "false square" pixels (false square because "non-square" setting is OFF but it should be ON) of the 4/3 input image size (but it should be 16/9, that's why it is displayed compressed in width) to convert them in "true 4/3 non-square" pixels in order to obtain the 16/9 output image size. So, the DivX codec corrects the consequences of having turned off the "non quare" setting in VS.
Once again, turning "non-square" to OFF can not be done when batch converting from VS : why ?
But, of course, I should not use this workaround. I do because VS reduces the effective image size when turning "non-square" to ON.
Fortunately, my Freecom mediaplayer recognize well the ratio to display when using this workaround, which means that the divx encoder put on the output file the correct aspect ratio (or the almost correct one). The only marginal problem is the stretching of elements added by VS, like titles, as DivX stretches all pixels. The original ones have correct aspect ratio, as they are compressed in appearance by VS and then stretched by DivX in the same proportion, but not the one added after width compression by VS.
I did not tell it but of course I use 1080HD profile in the DivX encoder.
Perhaps I should use WMV encoding, but I think it is a more proprietary format, and it generates heavier files. And I already noticed the need to use 1920x1080 resolution to avoid the same type of problem. That's why I prefer DivX. If there is a solution with another WMV codec perhaps I should reconsider my position.
I hope you understand, I can send you the settings I use both in VS and DivX so you can try it.
Best regards.
Fred
Many thanks for your reply.
I agree with you when you say that using 1920x1080 with square pixels works fine avoiding the problem of non-square pixel ratios.
I just wanted to minimize time and reencoding of the rendering process, and also output file size, as it is the case when reencoding in AVCHD, that's why I would like to maintain the original resolution of 1440x1080 with non-square pixels.
The problem with doing that (using 1440x1080 image size) and turning "non-square" to ON in VS is that I noticed the reduced image size with horizontal black stripes.
As the image is not "full height" on input of the codec, whatever are the settings of DivX encoder, it is not full height on output and then, either with correct aspect ratio but not full width, or full width but with stretched aspect ratio.
The workaround I found is to use 1440x1080 image size and to turn off "non-square" to OFF (which can be thought as an heresy, the image appears in VS compressed in width, I understand you find this process is strange !) and to deal with the DivX encoder for the aspect ratio on output.
In fact, the codec stretches the "false square" pixels (false square because "non-square" setting is OFF but it should be ON) of the 4/3 input image size (but it should be 16/9, that's why it is displayed compressed in width) to convert them in "true 4/3 non-square" pixels in order to obtain the 16/9 output image size. So, the DivX codec corrects the consequences of having turned off the "non quare" setting in VS.
Once again, turning "non-square" to OFF can not be done when batch converting from VS : why ?
But, of course, I should not use this workaround. I do because VS reduces the effective image size when turning "non-square" to ON.
Fortunately, my Freecom mediaplayer recognize well the ratio to display when using this workaround, which means that the divx encoder put on the output file the correct aspect ratio (or the almost correct one). The only marginal problem is the stretching of elements added by VS, like titles, as DivX stretches all pixels. The original ones have correct aspect ratio, as they are compressed in appearance by VS and then stretched by DivX in the same proportion, but not the one added after width compression by VS.
I did not tell it but of course I use 1080HD profile in the DivX encoder.
Perhaps I should use WMV encoding, but I think it is a more proprietary format, and it generates heavier files. And I already noticed the need to use 1920x1080 resolution to avoid the same type of problem. That's why I prefer DivX. If there is a solution with another WMV codec perhaps I should reconsider my position.
I hope you understand, I can send you the settings I use both in VS and DivX so you can try it.
Best regards.
Fred
I'm curious why your having avchd encoding problems. I'm posting some tips I've written up for persons working with High Definition and using VS11+.
These templates just make things easier. The 1440x1080 template would be the most commonly one used for re-encoding to HDV mpeg2.
I'll post later how I apply these templates to make HD-Divx videos that playback on my HD-Divx player properly.
I like the hd-divx codec because P4 computers can playback the videos without much of a problem.
First when working with High Definition Mpeg2 from HDV camcorders or AVC/h264 from the AVCHD cams you want to use these project settings in VS11+ as a general guideline for conversions back to the same formats or other formats (High Definition Only).
Make templates to use, after you make these project settings use "File -> Save As -> HDV_1440_Template.vsp"
Then goto where you save the templates (maybe also copy them to your desktop), right click on them and select "Properties", mark the file as "Read-Only"
To start any projects using avchd or hd-mpeg2 video just double click on this "HDV_1440_Template.vsp" file. After you load your videos whenever you try to save the project <CTRL + S> VS will prompt you for a new name because the original project is "Read-Only"
Start a new VS11+ session:
Under File->Preferences | Edit tab -> Resampling Quality = BEST
Setup the Project Settings first "File -> Project Properties or <ALT + ENTER>
Compression Tab First:
Media Type = Mpeg2
Quality = 100% (70% for slower computers and video with little motion in them)
Two Pass Encode = OFF
Video Data Rate = Constant bit Rate (CBR = 25000)
Audio = Mpeg2, 48000, Stereo @ 384kbs
General Tab:
FrameSize = 1440x1080
FrameType = Upper Field First
FrameRate = 29.97(NTSC) / 25(PAL)
Ulead Video Studo Tab:
NonSquare Pixel Rendering = ON
Audio channels: = Stereo
Click "OK" then answer "OK" to the prompt
Now, "File -> Save As -> HDV_1440_Template.vsp"
Go back into the "Project Settings" again
Under the "General Tab" change the "FrameType to 1920x1080"
Then goto the "Compression Tab" and change the bit-rate to "Variable (VBR) 25,000kbs"
Click "OK" then answer "OK" to the prompt
Now, "File -> Save As -> HD_1920_Template.vsp" (Also mark this template as "Read-Only¡¨)
Go back into the "Project Settings" again and under the "General Tab" change the "FrameType to 1280x720"
Then goto the "Compression Tab" and change the bit-rate to "Variable (VBR) 18,000kbs"
Now, "File -> Save As -> HD_1280_Template.vsp" (Also mark this template as "Read-Only")
Now you have 3 custom High Definition templates to work with. Makes things easier rather then having to always manually setup your project properties.
If you use the 1920 template, then load your avc/h264 file, and export to an avi file as divx you will see VS automatically uses 1920x1080. Then in the divx encoder select 1080HD as the profile, 8000kbs. In the last tab use "Square Pixels" for both source & target (should be the default settings).
Fieldings are your choice but leave the input as UFF to feed to the divx encoder to smooth & de-interlace. (I actually encode interlaced top field first because my HD player can play them).
When you playback the divx file in the divx player the player uses aspect ratio = default. Change that to 16:9 when it's playing and you will see no change. Same with VLC.
At least on my systems.
Also try this using the 1280x720 (which will encode faster). I use 6000kbs for 1280x720 video.
When I perform the above the setting 'Non-Square Pixel Rendering" is ON, because my source is using non-square pixels.
BTW - No matter how I cut it, Divx loves to render as "Square Pixels"
These templates just make things easier. The 1440x1080 template would be the most commonly one used for re-encoding to HDV mpeg2.
I'll post later how I apply these templates to make HD-Divx videos that playback on my HD-Divx player properly.
I like the hd-divx codec because P4 computers can playback the videos without much of a problem.
First when working with High Definition Mpeg2 from HDV camcorders or AVC/h264 from the AVCHD cams you want to use these project settings in VS11+ as a general guideline for conversions back to the same formats or other formats (High Definition Only).
Make templates to use, after you make these project settings use "File -> Save As -> HDV_1440_Template.vsp"
Then goto where you save the templates (maybe also copy them to your desktop), right click on them and select "Properties", mark the file as "Read-Only"
To start any projects using avchd or hd-mpeg2 video just double click on this "HDV_1440_Template.vsp" file. After you load your videos whenever you try to save the project <CTRL + S> VS will prompt you for a new name because the original project is "Read-Only"
Start a new VS11+ session:
Under File->Preferences | Edit tab -> Resampling Quality = BEST
Setup the Project Settings first "File -> Project Properties or <ALT + ENTER>
Compression Tab First:
Media Type = Mpeg2
Quality = 100% (70% for slower computers and video with little motion in them)
Two Pass Encode = OFF
Video Data Rate = Constant bit Rate (CBR = 25000)
Audio = Mpeg2, 48000, Stereo @ 384kbs
General Tab:
FrameSize = 1440x1080
FrameType = Upper Field First
FrameRate = 29.97(NTSC) / 25(PAL)
Ulead Video Studo Tab:
NonSquare Pixel Rendering = ON
Audio channels: = Stereo
Click "OK" then answer "OK" to the prompt
Now, "File -> Save As -> HDV_1440_Template.vsp"
Go back into the "Project Settings" again
Under the "General Tab" change the "FrameType to 1920x1080"
Then goto the "Compression Tab" and change the bit-rate to "Variable (VBR) 25,000kbs"
Click "OK" then answer "OK" to the prompt
Now, "File -> Save As -> HD_1920_Template.vsp" (Also mark this template as "Read-Only¡¨)
Go back into the "Project Settings" again and under the "General Tab" change the "FrameType to 1280x720"
Then goto the "Compression Tab" and change the bit-rate to "Variable (VBR) 18,000kbs"
Now, "File -> Save As -> HD_1280_Template.vsp" (Also mark this template as "Read-Only")
Now you have 3 custom High Definition templates to work with. Makes things easier rather then having to always manually setup your project properties.
If you use the 1920 template, then load your avc/h264 file, and export to an avi file as divx you will see VS automatically uses 1920x1080. Then in the divx encoder select 1080HD as the profile, 8000kbs. In the last tab use "Square Pixels" for both source & target (should be the default settings).
Fieldings are your choice but leave the input as UFF to feed to the divx encoder to smooth & de-interlace. (I actually encode interlaced top field first because my HD player can play them).
When you playback the divx file in the divx player the player uses aspect ratio = default. Change that to 16:9 when it's playing and you will see no change. Same with VLC.
At least on my systems.
Also try this using the 1280x720 (which will encode faster). I use 6000kbs for 1280x720 video.
When I perform the above the setting 'Non-Square Pixel Rendering" is ON, because my source is using non-square pixels.
BTW - No matter how I cut it, Divx loves to render as "Square Pixels"
-
fpabernard
- Posts: 7
- Joined: Tue Feb 26, 2008 11:34 pm
Hello again
Thank you for your detailed answer ...
I noticed that using 1920x1080 image size (with square pixels) is working and produces the correct aspect ratio. That is what you propose with the "HD_1920_Template.vsp" template.
But I just wanted to avoid re-encoding with DivX my 1440x1080 frames into 1920x1080. The reasons are : do not alter video quality, minimize file size and rendering processing time.
But then, two problems :
- if "non-square pixel" is ON, VS11 oddly reduces the effective image size. You can see that if you produce an uncompressed AVI file (selecting no codec) of only a few frames ; doing that, you just see what VS processes, unmodified by any codec, and then you see what I mean !
- if "non-square pixel" is OFF, the aspect ratio in the rendered file is not correct, unless you use the workaround I explained with the settings of the DivX codec. But you can not use this workaround in batch processing.
I'm beginning to believe these are bugs of VS11.5, that of course one doesn't mind with your "HD" template as it has 1920x1080 image size (and square pixels)
Happily, non-square pixels rendering of 1440x1080 frames works in AVCHD or HDV, for example when one uses the optimized MPEG rendering
So my question would be : does Ulead know these problems ?
Fred
Thank you for your detailed answer ...
I noticed that using 1920x1080 image size (with square pixels) is working and produces the correct aspect ratio. That is what you propose with the "HD_1920_Template.vsp" template.
But I just wanted to avoid re-encoding with DivX my 1440x1080 frames into 1920x1080. The reasons are : do not alter video quality, minimize file size and rendering processing time.
But then, two problems :
- if "non-square pixel" is ON, VS11 oddly reduces the effective image size. You can see that if you produce an uncompressed AVI file (selecting no codec) of only a few frames ; doing that, you just see what VS processes, unmodified by any codec, and then you see what I mean !
- if "non-square pixel" is OFF, the aspect ratio in the rendered file is not correct, unless you use the workaround I explained with the settings of the DivX codec. But you can not use this workaround in batch processing.
I'm beginning to believe these are bugs of VS11.5, that of course one doesn't mind with your "HD" template as it has 1920x1080 image size (and square pixels)
Happily, non-square pixels rendering of 1440x1080 frames works in AVCHD or HDV, for example when one uses the optimized MPEG rendering
So my question would be : does Ulead know these problems ?
Fred
It sounds like your using similar settings making a raw uncompressed avi as your using in the divx encoder. Both those codecs will use Square Pixels. The problems are your settings when working with different codecs that some codecs support PAR & aspect ratio flags and other don't.So my question would be : does Ulead know these problems ?
You will get different results depending on the codec that's in use.
The DV codec supports aspect ratio flags.
Do this quick test:
Start a HDV project with the setings I posted. So your Project Setttings are 1440x1080 with non-square rendering = ON.
Leave non-square pixel rendering = ON for this test.
Load a compliant 1440x1080 source video file 16:9 AR (PAR 1.3333) Standard HDV file or avc/h264 video file.
Mark a 5 second In/Out region:
Share -> Create Video file AVI -> DV Video Encoder - Type 1 Make sure it's 720x480 & 16:9 screen, save the file.
Share -> Create Video file AVI -> Uncompressed User Defined 1920x1080 Notice you cannot set the aspect ratio (it's greyed out). Square Pixels
Share -> Create Video file AVI -> Uncompressed User Defined 853x480
Notice you cannot set the aspect ratio (it's greyed out). Square Pixels
Now load these videos into your existing project next to the source 1440x1080. After you load them click on each one, the preview screen will stay the same.
Look at the properties of the DV file, you will see an aspect ratio in it.
Look at the properties of the uncompressed avi's, no aspect ratio, that format doesn't support (along with many others).
So it depends on the codec that your also rendering to and in the above test you never toggled the Non-Square-Pixel Rendering On or Off. It stayed on.
Bottom line is, the divx codec uses square pixels along with many other codec's.
Rendering avc/h264 to divx takes a good deal of time to go from one high compressed format back to another.
Maybe your better off encoding Divx to 1440x810 with the custom resize=1440x810 and Square=In, Square=Out
I resize my Divx to 1280x720 or 1920x1080. The 1280x720 produces a nice video. I think if you went to 1280x720@6000kbs (or lower) will be a faster encode.
http://en.wikipedia.org/wiki/Pixel_aspect_ratio
http://en.wikipedia.org/wiki/Aspect_ratio
-
fpabernard
- Posts: 7
- Joined: Tue Feb 26, 2008 11:34 pm
Hello.
I did the test you told me.
Test 1 : the resolution with DV Type 1 is 720x576 (this is because I have a PAL setting I presume)
Test2 : hum hum : pixel aspect ratio box is not grayed out and is set by default. Well, I uncheck the box for square pixels. I can not view the file and the preview (a little big !!!)
Test 3 : idem test 2
Version of Ulead VS : 11.5.0157.2 Plus
You're right, no aspect ratio in properties of uncompressed files, and no ratio with DivX files.
The odd thing is that my VS lets me set the PAR setting on a codec which should not support it and this is not the behavior you just described.
However, the divx codec ( v6.8 ) is able to manage PAR and does not produce the same file when you select square pixels or not in its own settings (it is not displayed the same way in VLC - 4/3 or not)
If I use your Template_1920, the ratio is fine, but the rendering is much longer.
I'm not very fan of downsizing resolution to 720, as my media player works fine with 1080 ! I will have to be patient for rendering files ...
So now I just wonder what should I do :
- use the "state of the art method" you gently explained, but which is not optimized as it does an image size conversion
- use my strange method, which "almost" work and does not change image size
I should also consider WMV format rendering, which support non-square pixel from VS, I think, and batch converting also, but rendering will be even more longer ...
What a dilemma !
I did the test you told me.
Test 1 : the resolution with DV Type 1 is 720x576 (this is because I have a PAL setting I presume)
Test2 : hum hum : pixel aspect ratio box is not grayed out and is set by default. Well, I uncheck the box for square pixels. I can not view the file and the preview (a little big !!!)
Test 3 : idem test 2
Version of Ulead VS : 11.5.0157.2 Plus
You're right, no aspect ratio in properties of uncompressed files, and no ratio with DivX files.
The odd thing is that my VS lets me set the PAR setting on a codec which should not support it and this is not the behavior you just described.
However, the divx codec ( v6.8 ) is able to manage PAR and does not produce the same file when you select square pixels or not in its own settings (it is not displayed the same way in VLC - 4/3 or not)
If I use your Template_1920, the ratio is fine, but the rendering is much longer.
I'm not very fan of downsizing resolution to 720, as my media player works fine with 1080 ! I will have to be patient for rendering files ...
So now I just wonder what should I do :
- use the "state of the art method" you gently explained, but which is not optimized as it does an image size conversion
- use my strange method, which "almost" work and does not change image size
I should also consider WMV format rendering, which support non-square pixel from VS, I think, and batch converting also, but rendering will be even more longer ...
What a dilemma !
-
fpabernard
- Posts: 7
- Joined: Tue Feb 26, 2008 11:34 pm