Deinterlacing doesn't work

Bug #508334 reported by Justin Forest
This bug report is a duplicate of:  Bug #577821: Seg fault with deinterlace effect. Edit Remove
12
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://home.umonkey.net/public/openshot/sample.MPG (0.9M)

This video with linear blend deinterlacing applied:
http://home.umonkey.net/public/openshot/sample.ogg (777K)

Not sure what additional information would be helpful, but I'd like to provide it.

Tags: mlt
Revision history for this message
Daniel Ellis (danellisuk) wrote :

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?

Revision history for this message
Seby Carta (sebycarta) wrote :

I have the same issue.
The same clip (raw dv) encoded with cinelerra with deinterlace filter is shown correct. Then i think is not a player problem.
This issue make openshot unusable for me :-(

tags: added: mlt
Revision history for this message
Ken Lowe (kenlowe65) wrote :

Also having the same problem. Tried all of the deinterlace options and all of the files produced were identical (binary file compare). Running current version 1.1.1 on Ubuntu 9.10.

Is there perhaps a dependent package that isn't installed?

Revision history for this message
ptf (paul-flinders) wrote :

Deinterlacing is done in MLT - does Kdenlive have the same problem?

Changed in openshot:
milestone: none → 1.2.0
Revision history for this message
Justin Forest (umonkey) wrote :

Currently deinterlacing doesn't work at all, because of bug #577821. Neither in today's trunk, nor in version 1.1.3-1 which comes with Ubuntu Lucid.

Changed in openshot:
milestone: 1.2.0 → none
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.