Bug 748187 - cheese produces invalid oggz videos after first capture
Summary: cheese produces invalid oggz videos after first capture
Keywords:
Status: CLOSED DUPLICATE of bug 572169
Alias: None
Product: Fedora
Classification: Fedora
Component: cheese
Version: 15
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-22 20:51 UTC by Ian Malone
Modified: 2012-06-06 11:10 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-06-06 11:10:01 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Ian Malone 2011-10-22 20:51:50 UTC
Description of problem:
After the first video capture with cheese further captures produce invalid ogv until cheese is restarted.

Version-Release number of selected component (if applicable):
cheese-3.0.2-2.fc15.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Start cheese.
2. Select video mode.
3. Capture first video.
4. Capture second video.
5. Note thumbnail fails on second video.
6. Repeat until crash (https://bugzilla.redhat.com/show_bug.cgi?id=748178)
  
Actual results:
Videos after the first will not play in totem. They will play in Xine and Mplayer. oggz-validate reports (first, second and third captures):
[ian@atlas ~]$ oggz-validate Videos/Webcam/2011-10-22-213327.ogv
[ian@atlas ~]$ oggz-validate Videos/Webcam/2011-10-22-213413.ogv 
Videos/Webcam/2011-10-22-213413.ogv: Error:
00:00:00.000: serialno 1446906433: Packet out of order (previous 00:00:07.800)
00:00:07.812: serialno 1446906433: Packet out of order (previous 00:00:07.833)
[ian@atlas ~]$ oggz-validate Videos/Webcam/2011-10-22-213344.ogv 
Videos/Webcam/2011-10-22-213344.ogv: Error:
00:00:00.002: serialno 1446906433: Packet out of order (previous 00:00:07.733)
00:00:11.333: serialno 1907407095: Packet out of order (previous 00:00:11.347)

On all three ogginfo looks similar to this:
ogginfo Videos/Webcam/2011-10-22-213413.ogv |head -n30
Processing file "Videos/Webcam/2011-10-22-213413.ogv"...

New logical stream (#1, serial: 71b0b8f7): type theora
New logical stream (#2, serial: 563e0a41): type vorbis
Vorbis headers parsed for stream 2, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20101101 (Schaufenugget)
Channels: 1
Rate: 44100

Nominal bitrate: 80.000000 kb/s
Upper bitrate not set
Lower bitrate not set
Theora headers parsed for stream 1, information follows...
Version: 3.2.1
Vendor: Xiph.Org libtheora 1.1 20090822 (Thusnelda)
Width: 800
Height: 600
Total image: 800 by 608, crop offset (0, 8)
Framerate 30/1 (30.00 fps)
Aspect ratio undefined
Colourspace unspecified
Pixel format 4:2:0
Target bitrate: 0 kbps
Nominal quality setting (0-63): 48
WARNING: sequence number gap in stream 1. Got page 4 when expecting page 3. Indicates missing data.
WARNING: discontinuity in stream (1)
WARNING: Expected frame 2, got 6
WARNING: discontinuity in stream (1)
WARNING: Expected frame 8, got 9


However the ending is different, the working file and #2 finish like this:
$ ogginfo Videos/Webcam/2011-10-22-213327.ogv |tail -n15
WARNING: Expected frame 212, got 213
WARNING: discontinuity in stream (1)
WARNING: Expected frame 214, got 216
WARNING: discontinuity in stream (1)
WARNING: Expected frame 218, got 219
Theora stream 1:
	Total data length: 5432374 bytes
	Playback length: 0m:07.299s
	Average bitrate: 5953.286575 kb/s
Logical stream 1 ended
Vorbis stream 2:
	Total data length: 76492 bytes
	Playback length: 0m:07.794s
	Average bitrate: 78.506739 kb/s
Logical stream 2 ended


The third capture looks like this:
$ ogginfo Videos/Webcam/2011-10-22-213413.ogv |tail -n15
WARNING: discontinuity in stream (1)
WARNING: Expected frame 229, got 230
WARNING: discontinuity in stream (1)
WARNING: Expected frame 231, got 234
Negative or zero granulepos (0) on Vorbis stream outside of headers. This file was created by a buggy encoder
Theora stream 1:
	Total data length: 5966919 bytes
	Playback length: 0m:07.833s
	Average bitrate: 6093.874723 kb/s
Logical stream 1 ended
Vorbis stream 2:
	Total data length: 83127 bytes
	Playback length: 0m:08.394s
	Average bitrate: 79.222464 kb/s
Logical stream 2 ended

Comment 1 Hans de Goede 2012-06-06 11:10:01 UTC
This is caused by the encoder not keeping up with the video data. So you need to pick a lowe resolution, or use a faster system.

*** This bug has been marked as a duplicate of bug 572169 ***


Note You need to log in before you can comment on or make changes to this bug.