[Gstreamer-bugs] [Bug 114976] Changed - [0.6.3/patch] videotestsrc and xvideosink do not reset their state when going to NULL

[bugzilla-daemon at widget.gnome.org]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

http://bugzilla.gnome.org/show_bug.cgi?id=114976

Changed by ds at schleef.org.

--- shadow/114976	Thu Jun 12 01:53:53 2003
+++ shadow/114976.tmp.11278	Tue Aug 19 04:28:48 2003
@@ -10,13 +10,13 @@
 Component: gst-plugins
 AssignedTo: gstreamer-maint at bugzilla.gnome.org                            
 ReportedBy: thomas at urgent.rug.ac.be               
 QAContact: gstreamer-maint at bugzilla.gnome.org
 TargetMilestone: 0.6.3
 URL: 
-Summary: videotestsrc and xvideosink do not reset their state when going to NULL
+Summary: [0.6.3/patch] videotestsrc and xvideosink do not reset their state when going to NULL
 
 noticable by running videotestsrc ! colorspace ! xvideosink in the editor
 and setting to play, pause, play.  Watch xvideosink not output anything until 
 the same time as the previous play time has elapsed
 
 ------- Additional Comments From thomas at urgent.rug.ac.be  2003-06-11 18:18 -------
@@ -29,6 +29,11 @@
 
 ------- Additional Comments From rbultje at ronald.bitfreak.net  2003-06-12 01:53 -------
 Shouldn't they reset in READY instead of NULL? NULL->READY is the
 resource allocation phase, READY->PAUSE is the pipeline intialization
 phase (and on PAUSE->READY, the pipeline data is therefore reset,
 including time and so on).
+
+------- Additional Comments From ds at schleef.org  2003-08-19 04:28 -------
+yes, the timing information should reset in PAUSED->READY.  Also,
+element parameters should never be reset to their default value, even
+in READY->NULL transitions.