[Bug 740557] Feature: video_test_src_ball motion based on system clock

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=740557
  GStreamer | gst-plugins-base | git

--- Comment #3 from carl at personnelware.com 2014-11-23 06:37:46 UTC ---
I can agree with adding. Now I need advice on implementation: 

Should I add another pattern # to the end of the list:
 (18): ball - Moving ball, 
...
(21): pinwheel - Pinwheel
(22): sweep - 1 cycle per second

or make it an additional property that effects -pattern 18 behaviour? 

videotestsrc pattern=18 motion=0 (0=original wavy, 1=sweep) 

(I like additional property better)

Use case: observing lag between different displays of what should be the same
video stream.  gst-switch has multiple paths of the same source to the same UI
window: thumb nail and mixed.  being able to watch predictable movement that
should be mostly in sync is desirable over the wavy ball that is hard to tell
how far behind (or ahead) the two streams are.

btw, this is what I am currently using - seconds rendered on top of the ball:

gst-launch-1.0 videotestsrc pattern=18 ! clockoverlay time-format="%S"
font-desc="Sans 240"  ! ximagesink

Which is good for multi second problem.  (kinda getting off topic, but I wanted
to give some context of what I am doing)

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.