[Wayland-bugs] [Bug 71142] Weston does not record a session when no user action is performed

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=71142

U. Artie Eoff <ullysses.a.eoff at intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW

--- Comment #3 from U. Artie Eoff <ullysses.a.eoff at intel.com> ---
(In reply to comment #2)
> I'm not sure about what recording path this bug is about.
> 
>    <super> + 'r'  activates the software based recording
>    <super> + <shift> + <space> followed by 'q' activates the libva based
> recording
> 
> The former encodes the first frame and after that encodes only the
> differences from the previous frame. In that case, it is natural that only
> one frame was recorded. The latter actually records frames continuosly even
> if there is no activity.
> 
> It would be good to include Weston's output to stdout to the report to
> clarify things. Also, what is the name of the file that has only 10KB and
> what is the command line you're using for encoding the frame?

This bug relates to the software based recording path (as indicated by the
"steps" above) which produces a capture.wcap file.

The command that we use to transcode the frames is:

wcap-decode --yuv4mpeg2 ./capture.wcap | vpxenc --target-bitrate=1024 --best -t
4 -o session.webm -

The issue here is that the recording should at least encode the last frame when
the user stops the recording (even if nothing changed) so that the "time"
difference is captured.  I assume this would allow the final transcoded video
stream to playback the same frame for the given length of time.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-bugs/attachments/20131118/e21ef7bd/attachment.html>