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 <[email protected]> To: [email protected] 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 _______________________________________________ Mailing list: https://launchpad.net/~openshot.developers Post to : [email protected] Unsubscribe : https://launchpad.net/~openshot.developers More help : https://help.launchpad.net/ListHelp
