#9949 NORM 1.5-sof: Recording no smoothly while do record test in sugar

Zarro Boogs per Child bugtracker at laptop.org
Sun Jan 31 20:55:29 EST 2010

#9949: Recording no smoothly while do record test in sugar
           Reporter:  Andy Pei         |       Owner:  dsd                               
               Type:  defect           |      Status:  new                               
           Priority:  normal           |   Milestone:  1.5-software-later                
          Component:  record-activity  |     Version:  1.5 Software Build os64 aka 10.1.0
         Resolution:                   |    Keywords:                                    
        Next_action:  reproduce        |    Verified:  0                                 
Deployment_affected:                   |   Blockedby:                                    
           Blocking:                   |  

Comment(by Quozl):

 I've tested that the GStreamer audio pipe used by Record is not afflicted
 by the SD write problem:

 gst-launch alsasrc ! queue ! audioconvert ! \
   vorbisenc name=vorbisenc ! oggmux ! \
   filesink location=file.ogg

 The result has no gaps.

 I've tested the GStreamer combined audio and video pipe used by
 startRecordingAudio on the XO-1.5, and it fails to show live video, and
 results in a truncated recording, apparently regardless of the use of
 sync=true ...

 gst-launch \
   v4l2src ! ffmpegcolorspace ! queue ! ximagesink \
   alsasrc ! queue ! audioconvert ! \
   vorbisenc name=vorbisenc ! oggmux ! \
   filesink sync=true location=/tmp/k.ogg

 There were also errors emitted by GStreamer:
 Setting pipeline to PAUSED ...
 Pipeline is live and does not need PREROLL ...
 Setting pipeline to PLAYING ...
 New clock: GstAudioSrcClock
 WARNING: from element /GstPipeline:pipeline0/GstFileSink:filesink0:
 Internal data flow problem.
 Additional debug info:
 gstbasesink.c(3279): gst_base_sink_chain_unlocked ():
 Received buffer without a new-segment. Assuming timestamps start from 0.
 ^CCaught interrupt -- handling interrupt.
 Interrupt: Stopping pipeline ...
 Execution ended after 18984125148 ns.
 Setting pipeline to PAUSED ...
 Setting pipeline to READY ...
 Setting pipeline to NULL ...
 Freeing pipeline ...

 Now, temporarily patching startRecordingAudio to assume that
 camera_presents is False, and thus avoiding the camera pipeline, results
 in a good audio recording of the correct duration.

 So this is a possible workaround.  The side effect is that the video image
 is not updated during recording.

Ticket URL: <http://dev.laptop.org/ticket/9949#comment:9>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system

More information about the Bugs mailing list