0001368: Wrong DV aspect ratio in Kdenlive "0.7.7" (= 0.76+svn4144)

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0001368

Kdenlive

MLT

public

2010-01-02 21:59

2010-02-20 08:17

Reporter

tcrass

Assigned To

j-b-m

Priority

high

Severity

major

Reproducibility

always

Status

closed

Resolution

fixed

Platform

AMD64 (but running a 686 kernel)

Debian

OS Version

unstable

Product Version

Recent git

Target Version

Fixed in Version

0.7.7

Summary

0001368: Wrong DV aspect ratio in Kdenlive "0.7.7" (= 0.76+svn4144)

Description

After a recent upgrade of my Debian Sid system, a Kdenlive version called "0.76+svn4144-1" got installed. When launched, the application now announces itself as "Kdenlive 0.7.7" and regularly performs a file format conversion when re-opening an old project file. However, now all my DV widescreen (i.e. 16:9) clips look horizontally squeezed, as if they were in 4:3 format. (They were recorded using a PAL MiniDV camcorder set to 16:9, and all my previous projects used the DV/DVD Widescreen PAL setting. Clip frame size is 720x576, with pixel aspect ratio 1.422222, which pretty much looks like 16:9 to me.)

N.B.: This seems not to be a project file conversion problem. Neither reloading a clip nor inserting a clip into a new project does fix the problem.

Steps To Reproduce

- Create a new "DV/DVD Widescreen PAL" project
- Create a (non-black!) color clip
- Insert the color clip into the timeline
- Render the project as "AVI DV"/"DV PAL 16:9"
- Add the rendered avi file as new clip
- Watch the clip in the clip monitor and note the vertical black bars left and right of the colored area
- Optional: Append the imported clip to the color clip already positioned on the timeline and watch the whole "movie" in the project monitor or after rendering to a format of your choice (e.g. the attached mpg file). Note how the colored area seems shrink horizontally at the transition of the first clip to the second.

Tags

No tags attached.

Build/Install Method

Distribution package

Attached Files

dv-aspect-ratio-test.mpg [^] (780,288 bytes) 2010-01-02 21:59

untitled.avi [^] (6,403,244 bytes) 2010-01-03 00:14

Relationships

related to

0001377

closed

j-b-m

Pixel Aspect Ration problem with PAL 4/3 clips

Notes
(0004457) j-b-m (administrator) 2010-01-03 00:06 edited on: 2010-01-03 00:15	This seems to be an MLT issue. I created a PAL wide DV file with Kdenlive, and the file plays correctly in ffplay. FFMpeg gives: Input #0, avi, from 'untitled.avi': Duration: 00:00:05.15, start: 0.000000, bitrate: 29507 kb/s Stream #0.0: Video: dvvideo, yuv420p, 720x576, PAR 64:45 DAR 16:9, 25 tbr, 25 tbn, 25 tbc Stream #0.1: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s 1.62 A-V: 0.020 aq= 145KB vq= 1406KB sq= 0B 0B Playing the file with melt gives a wrong 4:3 clip melt -profile dv_pal_wide untitled.avi DV AVI file attached (untitled.avi)

(0004493) tcrass (reporter) 2010-01-05 21:40	Hi, not sure if melt is the only trouble-maker -- yes, the AVI initially created by my "how to reproduce" steps does play correctly in ffplay and incorrectly in melt, but the DV AVIs recorded from my camcorder (which used to show up fine in Kdenlive prior to the mentioned release) are played with wrong aspect-ratio in both programs. Regards -- tcrass

(0004525) j-b-m (administrator) 2010-01-19 00:00	Fixed in latest MLT's git

Issue History
Date Modified	Username	Field	Change
2010-01-02 21:59	tcrass	New Issue
2010-01-02 21:59	tcrass	File Added: dv-aspect-ratio-test.mpg
2010-01-03 00:06	j-b-m	Note Added: 0004457
2010-01-03 00:06	j-b-m	Category	File Loading => MLT
2010-01-03 00:06	j-b-m	Product Version	0.7.6 => Recent git
2010-01-03 00:11	j-b-m	Status	new => acknowledged
2010-01-03 00:14	j-b-m	File Added: untitled.avi
2010-01-03 00:15	j-b-m	Note Edited: 0004457	View Revisions
2010-01-05 21:40	tcrass	Note Added: 0004493
2010-01-10 20:11	j-b-m	Relationship added	related to 0001377
2010-01-19 00:00	j-b-m	Note Added: 0004525
2010-01-19 00:00	j-b-m	Status	acknowledged => resolved
2010-01-19 00:00	j-b-m	Fixed in Version	=> Recent git
2010-01-19 00:00	j-b-m	Resolution	open => fixed
2010-01-19 00:00	j-b-m	Assigned To	=> j-b-m
2010-02-02 10:34	j-b-m	Fixed in Version	Recent git => 0.7.7
2010-02-20 08:17	j-b-m	Status	resolved => closed