Video recording (very) choppy when used in higher resolutions

[mat]

Binary package hint: cheese

I have upgraded to lucid and since then video recording in cheese is broken for higher resolutions.
This is a regression as in previous versions I never met this problem.

Thanks for the great work.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: cheese 2.30.1-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.32-22.36-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic i686
Architecture: i386
CheckboxSubmission: 7bdf19a9094bca82344f04e1d9acca9a
CheckboxSystem: fb26fe92060d6ed3dbf15afb2eb325a4
Date: Sat Jun 5 14:15:35 2010
MachineType: Sony Corporation VGN-FW11E
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-22-generic root=UUID=066cce9a-9c8b-4083-9fc3-2c76d641353f ro splash vga=792
ProcEnviron:
 LANGUAGE=en_GB:en
 LANG=fr_FR.utf8
 SHELL=/bin/bash
SourcePackage: cheese
dmi.bios.date: 06/05/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: R0250Y0
dmi.board.asset.tag: N/A
dmi.board.name: VAIO
dmi.board.vendor: Sony Corporation
dmi.board.version: N/A
dmi.chassis.asset.tag: N/A
dmi.chassis.type: 10
dmi.chassis.vendor: Sony Corporation
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrR0250Y0:bd06/05/2008:svnSonyCorporation:pnVGN-FW11E:pvrC600DNAQ:rvnSonyCorporation:rnVAIO:rvrN/A:cvnSonyCorporation:ct10:cvrN/A:
dmi.product.name: VGN-FW11E
dmi.product.version: C600DNAQ
dmi.sys.vendor: Sony Corporation

[Vish (vish)]

Attaching the extracted CheeseDebug.log

[Vish (vish)]

When you test with command:
gstreamer-properties

1: Is this the same "choppy" image you notice [Video tab > Default Input]?
2: Could you explain "choppy" better? Or could you upload a video clip of what you mean?

[mat (sabourin-mathieu)]

To answer your questions :

1: No, video works perfectly well here. The previewing before taking photographs in cheese also works. The only problem is when
I launch the video recording.

2: By choppy I mean that after a few seconds recording the image freezes. It then starts again re-freezes and so on. The output video has the freezes also.

Thanks.

Ps : I will try and upload a video soon to better illustrate the problem.

[Vish (vish)]

3: In which resolutions do you face this problem? and which resolutions it works correctly?
4: Could you attach the output of command?:
v4l-info

PS: video clip would hep understand the problem better[working correctly and choppy]. Thanks.

[Nastrafireblaze (nastrafireblaze)]

I have the same issues, although Cheese doesnt get choppy for me until after a few minutes of recording approximately 2 and half minutes. Alot of times if I record longer than that it will also, not properly create the temp video.

 I only use 640x480 mode.

This is my v4l-info

### v4l2 device info [/dev/video0] ###
general info
    VIDIOC_QUERYCAP
 driver : "uvcvideo"
 card : "CNF7047"
 bus_info : "usb-0000:00:04.1-2"
 version : 0.1.0
 capabilities : 0x4000001 [VIDEO_CAPTURE,STREAMING]

standards

inputs
    VIDIOC_ENUMINPUT(0)
 index : 0
 name : "Camera 1"
 type : CAMERA
 audioset : 0
 tuner : 0
 std : 0x0 []
 status : 0x0 []

video capture
    VIDIOC_ENUM_FMT(0,VIDEO_CAPTURE)
 index : 0
 type : VIDEO_CAPTURE
 flags : 0
 description : "YUV 4:2:2 (YUYV)"
 pixelformat : 0x56595559 [YUYV]
    VIDIOC_G_FMT(VIDEO_CAPTURE)
 type : VIDEO_CAPTURE
 fmt.pix.width : 640
 fmt.pix.height : 480
 fmt.pix.pixelformat : 0x56595559 [YUYV]
 fmt.pix.field : NONE
 fmt.pix.bytesperline : 1280
 fmt.pix.sizeimage : 614400
 fmt.pix.colorspace : SRGB
 fmt.pix.priv : 0

controls
    VIDIOC_QUERYCTRL(BASE+0)
 id : 9963776
 type : INTEGER
 name : "Brightness"
 minimum : -64
 maximum : 64
 step : 1
 default_value : -20
 flags : 0
    VIDIOC_QUERYCTRL(BASE+1)
 id : 9963777
 type : INTEGER
 name : "Contrast"
 minimum : 0
 maximum : 95
 step : 1
 default_value : 35
 flags : 0
    VIDIOC_QUERYCTRL(BASE+2)
 id : 9963778
 type : INTEGER
 name : "Saturation"
 minimum : 0
 maximum : 128
 step : 1
 default_value : 90
 flags : 0
    VIDIOC_QUERYCTRL(BASE+3)
 id : 9963779
 type : INTEGER
 name : "Hue"
 minimum : -40
 maximum : 40
 step : 1
 default_value : -10
 flags : 0

### video4linux device info [/dev/video0] ###
general info
    VIDIOCGCAP
 name : "CNF7047"
 type : 0x1 [CAPTURE]
 channels : 1
 audios : 0
 maxwidth : 640
 maxheight : 480
 minwidth : 48
 minheight : 32

channels
    VIDIOCGCHAN(0)
 channel : 0
 name : "Camera 1"
 tuners : 0
 flags : 0x0 []
 type : CAMERA
 norm : 0

tuner
ioctl VIDIOCGTUNER: Invalid argument

audio
ioctl VIDIOCGAUDIO...

[Vish (vish)]

@Nastrafireblaze:
If you are *not* having same hardware as the original reporter , it is better to file a separate bug report.
Kindly check if the hardware are the same.

[mat (sabourin-mathieu)]

Hi,
Sorry for the long wait (work and exams ...).

The bug occurs on the two higher resolutions :
  -1280 x 1024
  -640 x 480

I've attached the output from v4l-info and an example of the problem.

Thanks.

[mat (sabourin-mathieu)]

Here is the output for v4l-info.

[Vish (vish)]

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at: https://bugzilla.gnome.org/show_bug.cgi?id=623115

[Nastrafireblaze (nastrafireblaze)]

Device referenced in this bug report has been replaced with a new computer. So I can no longer assist with this.

[Vish (vish)]

@Nastrafireblaze : I believe you wanted to close your bug ? The bug you filed was Bug #593136.
This bug has been filed by mat.

[Vish (vish)]

Upstream bug has been marked dup of https://bugzilla.gnome.org/show_bug.cgi?id=564957 , which is lp bug #385344.
Marking this bug as a duplicate of Bug #385344 , as per upstream status.