openshot.developers team mailing list archive

[svaughan <svau@xxxxxxxxxxx>]

You may have a point.  Last night I got what appeared to be the same undesirable 
condition in Cinelerra by applying the deinterlacing effect to a clip.  Without 
the deinterlacing effect applied, the clip worked well.

In OpenShot the video worked fine on a video clip that was not taken with my 
camera.  The same clip, that was processed in kino rather than OpenShot, played 
correctly in melt and plays correctly in other players as well.

The issue manifests itself with OpenShot and the JVC camera regardless of the 
video file type (dv, .avi, .mod, etc etc).  Processing the video in the wrong 
field order sounds like a likely reason for the problem.  Other than this one 
issue, it all works fine.

Is there any way to reverse the field order in OpenShot by the command line or 
some other means?  Thanks for your idea.  steve v



________________________________
From: Daniel Ellis <mail@xxxxxxxxxxxxxx>
To: svau@xxxxxxxxxxx
Sent: Thu, July 29, 2010 5:43:19 PM
Subject: [Bug 610295] Re: I get lines in the output with openshot - not as much 
with kino

Personally, I still have a gut feeling that there is a general problem with DV 
camera footage on Linux which results in the field order being processed the 
wrong way round.  See my comment on this other bug 
(https://bugs.launchpad.net/openshot/+bug/508334/comments/1)
Looking at your clip, I would guess that MLT is processing the video with the 
wrong field order, and those wavy lines are interpolation to smooth out the 
interlacing.  But because this the field order is wrong the interlacing is more 
extreme.
But I don't know much about this.  I just thought I would add a note in-case it 
is of use, but it may well not be.

-- 
I get lines in the output with openshot - not as much with kino
https://bugs.launchpad.net/bugs/610295
You received this bug notification because you are a direct subscriber
of the bug.

-- 
I get lines in the output with openshot - not as much with kino
https://bugs.launchpad.net/bugs/610295
You received this bug notification because you are a member of OpenShot
Developers, which is subscribed to OpenShot Video Editor.

Status in OpenShot Video Editor: Confirmed

Bug description:
See question 118959.  I'm not sure if this is a bug or if I'm doing something wrong.

In response to Andy Finch's reply --

1.  The video still gets bad lines when played in ffplay and in melt
2.  Here are the details from running ffmpeg -i filename

$ ffmpeg -i ~/Desktop/'joshuas_1st_year v3.vob'
FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  configuration: --extra-version=4:0.5.1-1ubuntu1 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --disable-vhook --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --enable-shared --disable-static
  libavutil     49.15. 0 / 49.15. 0
  libavcodec    52.20. 1 / 52.20. 1
  libavformat   52.31. 0 / 52.31. 0
  libavdevice   52. 1. 0 / 52. 1. 0
  libavfilter    0. 4. 0 /  0. 4. 0
  libswscale     0. 7. 1 /  0. 7. 1
  libpostproc   51. 2. 0 / 51. 2. 0
  built on Mar  4 2010 12:35:30, gcc: 4.4.3

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (30000/1001)
Input #0, mpeg, from '/home/steve/Desktop/joshuas_1st_year v3.vob':
  Duration: 00:22:17.50, start: 0.500000, bitrate: 5284 kb/s
    Stream #0.0[0x1e0]: Video: mpeg2video, yuv420p, 720x480 [PAR 8:9 DAR 4:3], 104857 kb/s, 29.97 tbr, 90k tbn, 59.94 tbc
    Stream #0.1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 256 kb/s