Video recording (very) choppy when used in higher resolutions

Attaching the extracted CheeseDebug.log

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?

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.

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.

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...

@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.

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.

Here is the output for v4l-info.

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

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

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

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.