Pixel ratio like 18:10 in EDIUS?

[Steady Hand]

Recently I did something unusual: Open a MPEG file (SD) recorded from DVB-T stream (AverTV, just in case someone knows it).
In EDIUS the picures seemed distorted (too high), and EDIUS was assuming a 1:1 pixel aspect ratio.
When opening the same file with Videolan's VLCplayer, the movie seemed to have the correct aspect ratio. Using the calculator, I guessed a ratio of 18:10.
When trying to set that ratio in EDIUS 8, I realized that that ratio is not available, and no user-defined values are possible. So I used the layouter to distort the movie to the right proportions.
I thought I'd let you know... Another question: Why can VLCplayer get the aspect ratio right, but not EDIUS?

[antonsvideo]

can you view the properties of the file in mediainfo (free) in tree view and report the reported pixel dimension and aspect

once we know, we can recommend what to do in EDIUS

[Steady Hand]

Here's the metadata from the file (mediainfo included some advertising trojan it seems, so it took some time):
General
Complete name : C:\Demo.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 385 MiB
Duration : 24mn 55s
Overall bit rate mode : Variable
Overall bit rate : 2 160 Kbps
Encoded date : UTC 2012-05-27 23:20:03
Tagged date : UTC 2012-05-27 23:20:03

Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Baseline@L2
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Format settings, GOP : M=1, N=30
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 24mn 55s
Source duration : 24mn 55s
Bit rate mode : Variable
Bit rate : 1 838 Kbps
Maximum bit rate : 2 001 Kbps
Width : 320 pixels
Height : 240 pixels
Display aspect ratio : 4:3
Original display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 25.000 fps
Original frame rate : 12.500 fps
Minimum frame rate : 1.471 fps
Maximum frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.957
Stream size : 327 MiB (85%)
Source stream size : 327 MiB (85%)
Language : English
Encoded date : UTC 2012-05-27 23:20:03
Tagged date : UTC 2012-05-27 23:20:03

Audio
ID : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 24mn 55s
Source duration : 24mn 55s
Bit rate mode : Constant
Bit rate : 320 Kbps
Nominal bit rate : 128 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 57.0 MiB (15%)
Source stream size : 57.0 MiB (15%)
Language : English
Encoded date : UTC 2012-05-27 23:20:03
Tagged date : UTC 2012-05-27 23:20:03
mdhd_Duration : 1495614

[Steady Hand]

(...)Headers are most likely corrupted in some way, so Edius can't read it correctly.

I think the problem is less headers, but more EDIUS. See my previous post with metadata.

[antonsvideo]

when you install mediainfo, you decline the optional crap, I should have mentioned that, mediainfo asks if you want to allow or decline

your file info shows a clip of very poor quality with variable frame rate

in any case, you can adjust to make the full frame fit with the layouter, because the file info states the clip is 4:3 and used to be 16:9 originally

[lotn]

I think the problem is less headers, but more EDIUS. See my previous post with metadata.

mediainfo displays both DAR and ODAR when there's a potential problem (see this post).

DAR is from MP4 container and inherited from QT specs. ODAR is related to the stream. According to the atoms, your file contains a 16:9 ratio sequence encoded into a 4:3 stream... pasp atom values provided with mediainfo debug may help gettings things more clear.

For such situation, I am not sure EDIUS has some "best effort" heuristics to guess which PAR and frame size to use. I am afraid you'll have to fix this yourself.

[SoundFreak_HD]

Could VFR throw Existing a curve ball ?