Current playing segment is not updated after reverse framestepping.

[wl2776]

I use playbin2 to play MPEG2-PS files.

I open the file, put my player to playing and after some time to pause.
Then I issue a seek event to change the playback direction:

rb=gst_element_seek(m_player,-1.0,GST_FORMAT_TIME,
   (GstSeekFlags)(GST_SEEK_FLAG_FLUSH|GST_SEEK_FLAG_ACCURATE),
   GST_SEEK_TYPE_SET,0,GST_SEEK_TYPE_SET,m_current_position);

Then, after async-done message was received, I issue one or several new_step events.
The playbin2 successfully steps one or several frames back (this doesn't happen on all my mpeg-2 files, but this is another problem, I wrote about it already).

Then I press "Play" button on my application's form, which issues queries for the current position and segmend, then issues the seek event to turn the playback forward again:

gst_element_seek(m_player,1.0,GST_FORMAT_TIME,
  (GstSeekFlags)(GST_SEEK_FLAG_FLUSH|GST_SEEK_FLAG_ACCURATE),
  GST_SEEK_TYPE_SET,m_current_position,
  GST_SEEK_TYPE_SET,m_stream_duration);

And finally, calls
gst_element_set_state(GST_ELEMENT(m_player),GST_STATE_PLAYING);

However, the playback continues from the frame where it was paused, that is, several stepped back frames are skipped.

I seem to recall, I've seen a message about this bug, with the proposed patch, however, I cannot find a link.

I would appreciate a link or a solution of the problem.

[Shivaprasad P]

Dear All,

        how can we derive decoders from Gstbasetransform element when in
our decoder elements, the pad capabilities of the input pad cannot be
the same as the output pad.

Regards
Shivaprasad
The information contained in this e-mail message and in any
attachments/annexure/appendices is confidential to the
recipient and may contain privileged information.
If you are not the intended recipient, please notify the
sender and delete the message along with any
attachments/annexure/appendices. You should not disclose,
copy or otherwise use the information contained in the
message or any annexure. Any views expressed in this e-mail
are those of the individual sender except where the sender
specifically states them to be the views of
Toshiba Embedded Software India Pvt. Ltd. (TESI),Bangalore.

Although this transmission and any attachments are believed to be
free of any virus or other defect that might affect any computer
system into which it is received and opened, it is the responsibility
of the recipient to ensure that it is virus free and no responsibility
is accepted by Toshiba Embedded Software India Pvt. Ltd, for any loss or
damage arising in any way from its use.




------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[michael smith-6-3]

On Sun, Jun 27, 2010 at 10:20 PM, Shivaprasad P
<[hidden email]> wrote:
> Dear All,
>
>        how can we derive decoders from Gstbasetransform element when in
> our decoder elements, the pad capabilities of the input pad cannot be
> the same as the output pad.

Decoders should not be derived from GstBaseTransform.

Mike

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel