Kino-1.3.4 preview video is corrupted

kingbeowulf · 06-10-2011, 08:05 PM

I've used Kino for ages to pull video from my DV camera. In Slackware64 13.1 Kino worked fine. However, since upgrading to a clean installation of Slackware64 13.37 (multilib), the preview videos are corrupted with green and pink vertical bands/stripes. DV capture still works ok and the resulting .dv file plays back just fine in mplayer, gnome-mplayer and xine. Exporting via ffmpeg seems to work ok. The corrupted preview (see attached) makes it a bit difficult to do the (very) simple editing before I create mpeg4 and mpeg2 files. I installed the same set of dependencies from Slackbuilds.org; the only difference is Slackware and Nvidia-270.41.19, so this is a bit of a conundrum. Opening video shows this:

Code:

>> Creating undo/redo buffer
> setting video preview size to 427x240
>> Starting Editor
>> Kino Common newFile
>>> Received playlist to store at position 0
>>>> Adding to end
>> Kino Common newFile
>>> Received playlist to store at position 0
>>>> Adding to end
>>> Received playlist to store at position 0
>>>> Adding to end
>> Leaving Editor
>> Left Editor
>> Starting Editor
>> Trying XVideo at 720x480
>>> XvQueryAdaptors count: 1
>>> Xv: NV17 Video Texture: ports 313 - 344
>>> formats supported: 4
>>>     0x32595559 (YUY2) packed
>>>     0x32315659 (YV12) planar
>>>     0x59565955 (UYVY) packed
>>>     0x30323449 (I420) planar
>>> 0: XV_IMAGE, 16384x16384 rate = 1/1

Any guidance is appreciated. I am exploring using cinelerra (crashes on opening any video), LiVES (wtf, interface design sucks), Kdenlive (dependency hell), and Openshot just noticed this one on SBo). I just need something simple - no bells and whistles.

stormtracknole · 06-13-2011, 09:13 AM

Ok, I tried building kino on my current box, but was unsuccessful. Doing a bit of research on google, it appears that kino still uses v4l version 1, instead of version 2 (v4l2). Kernel developers have been notifying everyone that v4l(ver1) would be removed from the kernel tree starting on the .38 series. Sure enough, they did. So, first question, even though you are running 13.37, did you upgrade to the .38 kernel series? That would be my first guess. It would also explain why it works on kdenlive.

ponce · 06-13-2011, 02:20 PM

you need this small patch (got it from ubuntu diffs) to include the v4l1 headers with kernel > 2.6.37 (it makes kino use the ones of v4l-utils)

stormtracknole · 06-13-2011, 06:29 PM

Quote:

Originally Posted by ponce

you need this small patch (got it from ubuntu diffs) to include the v4l1 headers with kernel > 2.6.37 (it makes kino use the ones of v4l-utils)

Thanks ponce! I had actually found a patch from Gentoo, but I haven't had a chance to use it.

kingbeowulf · 06-13-2011, 09:44 PM

A patch! My Kingdom for a Patch!

I am using 2.6.37.6 , stock, kino builds and runs ok, just has corrupted video preview. I'll give the patch a shot.

disturbed1 · 06-13-2011, 09:58 PM

Works here on 13.37 x86_64 in Xfce.

Did you try changing the display options?
Edit -> Preferences -> Display

If you're using KDE try disabling desktop effects. I've had Kwin's effects corrupt overlays before.

kingbeowulf · 06-13-2011, 10:30 PM

ponce, stormtracknole,

Nope, doesn't seem to work. Kino video preview is still corrupted. Everything else seem to work. I applied the patch (part of kino.slackbuild from SBo)

Code:

# Fix for V4L version 1 headers
patch -p1 <$CWD/kino_v4l-1.patch

CFLAGS="$SLKCFLAGS" \
./configure \
  --prefix=/usr \
  --libdir=/usr/lib$LIBDIRSUFFIX \
  --sysconfdir=/etc \
  --localstatedir=/var \
  --mandir=/usr/man \
  --disable-static \
  --enable-quicktime \
  --disable-local-ffmpeg

and checked the patched source (looks ok). I have the headers:

Code:

# locate videodev.h
/usr/include/linux/videodev.h
/usr/include/libv4l1-videodev.h
/usr/src/linux-2.6.37.6/include/linux/videodev.h
#

disturbed1, I tried ALL the video settings to no avail. I use Xfce 4.6.2. I get the same issue inside a virtualbox 4.0.4 vm in pure Slack64 (haven't tried Slack32 yet). What video driver are you using?

disturbed1 · 06-13-2011, 10:34 PM

Using NVIDIA UNIX x86_64 Kernel Module 270.41.19 pure 64bit
and NVIDIA UNIX x86 Kernel Module 270.41.06 on a 32bit PC

Can you import an avi (or other file) instead of one from your DVCAM?

kingbeowulf · 06-13-2011, 10:47 PM

Quote:

Originally Posted by disturbed1

Can you import an avi (or other file) instead of one from your DVCAM?

Any file I open, either from DV camera, *.dv captured via dvgrab, or whatever format imported, shows the same corruption.

Other apps open the same video files fine. This is staring to drive me nuts!

disturbed1 · 06-13-2011, 10:56 PM

Did you build Kino with kino's ffmpeg (--enable-local-ffmpeg) or with system wide ffmpeg (--disable-local-ffmpeg). Which ever way Kino was built, I'd try the opposite

.

I'd also double check that xv video out is working (mplayer -vo xv some.video), and NTSC/PAL options are set accordingly.

kingbeowulf · 06-14-2011, 01:25 AM

Thanks, disturbed1. Nothing like "talking" it out. "mplayer -vo xv some.video" works fine, as do other players, and routing it through ffmpeg. The configure option did the trick. Normally, "--disable-local-ffmpeg" is preferred, but now "--enable-local-ffmpeg" is required.

I had upgraded to ffmepg-0.7-rc1 and then to a recent git snapshot for vdpau and so forth features and bug fixes. It seems the old kino-1.3.4 can't handle anything newer than ffmpeg-0.6. To fix the video corruption issue:

downgrade the system wide ffmpeg
use "--enable-local-ffmpeg" for the internal kino-provided ffmpeg version

The drawback of (2) is that export/transcode options are limited. Fortunately, the kino-ffmpeg does does not interfere with the newer system-wide ffmpeg. Unfortunately, I now have to learn a few new tricks via the CLI or another video editing software. Sigh.

stormtracknole · 06-14-2011, 10:33 PM

Excellent! Glad to hear that you got it to work.