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

[Zarro Boogs per Child]

#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 ():
 /GstPipeline:pipeline0/GstFileSink:filesink0:
 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