Deinterlacing doesn't work
Bug #508334 reported by
Justin Forest
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenShot Video Editor |
New
|
Undecided
|
Unassigned |
Bug Description
Deinterlacing doesn't seem to do anything, neither in the preview nor when the video is exported. I tried all methods. mplayer -vf pp=fd with the same video works fine.
I'm using OpenShot 1.0.0 on Ubuntu 9.10 and an MPG file created by a Sony handycam.
Sample MPG video:
http://
This video with linear blend deinterlacing applied:
http://
Not sure what additional information would be helpful, but I'd like to provide it.
tags: | added: mlt |
Changed in openshot: | |
milestone: | none → 1.2.0 |
Changed in openshot: | |
milestone: | 1.2.0 → none |
To post a comment you must log in.
If your camcorder is PAL, then you may be seeing the same issue that I had. I was going to raise a bug for it, but after investigation it seems that the output that you see is actually expected. Sounds odd I know, but let me try to explain. Please note that my understanding may be incorrect.
Traditional TV signals are interlaced, the two main encodings are NTSC and PAL. One key difference is that NTSC is encoded using upper field first (UFF) and PAL is encoded using lower field first (LFF). If you look carefully at the output of your camcorder, you may see that the lines are actually reversed. The camera is recording the lower field first, but the computer then plays the file back using upper field first.
I have yet to determine if there is a bug with applications such as mplayer or totem, they all play back the same way. My guess is that a recorded file such as mpeg may not contain the appropriate meta-data in order for the computer to know which way to play back the file.
However, the files that I have encoded all played back correctly when I played them back on my PAL television. I also found that it was possible to get mplayer to reverse the field order when playing back on the computer. I will see if I can find the command and post it here.
Going forward, I am not sure if there is a bug relating to OpenShot for this issue. I am also wondering if there is a bug with the various media players on Linux. If so I would like to raise the bugs, but as yet I don't know enough about the issue to know where to raise them.
If the media containers do not contain the appropriate meta data for the field order, then maybe applications should all contain an option to switch the field order on playback. OpenShot also shows the preview with the incorrect field order, so maybe an option could be added to OpenShot for the preview window?