<div dir="ltr">Hi Will,<br>Thanks very much for working with me on this, to whatever limit extent is possible :-)<br>My application has a very simple pipeline. It uses playbin to show a video file in a gtkgl window:<div><br>  data.playbin = gst_element_factory_make ("playbin", "playbin");<br>  videosink = gst_element_factory_make ("glsinkbin", "glsinkbin");<br>  gtkglsink = gst_element_factory_make ("gtkglsink", "gtkglsink");</div><div><br><div> When I seek to a frame like this:<br><br>gst_element_seek_simple (data->playbin, GST_FORMAT_DEFAULT, GST_SEEK_FLAG_FLUSH |GST_SEEK_FLAG_KEY_UNIT, 12345);<br>            send_seek_event (data);<br><br>/*and then in my seek function:*/<br>gst_element_send_event (data->video_sink, seek_event);<br><br>It actually takes me to precise frame #12345.<br><br>But, when I try to retrieve frame numbers while playing the file:<br>/* Query the current position in frames */<br>  if (gst_element_query_position (data->playbin, GST_FORMAT_DEFAULT, &current)) {<br>    framenum=(current/1599.49);<br>    g_print ("Current Frame: %ld\n", framenum);<br>  }<div><br></div><div>I need to use that specific (kludge) factor  "framenum=(current/1599.49);" in order to get *close* to the app giving me the right frame number. What is curious is that with a different video file having a different length I need to use a different divisor to get the "right" value. Is this related to media duration/stream time?</div><div><br></div><div>I am working with mp4 and mov files, and I am wondering if compression between frames is a factor? Would uncompressed video yield greater accuracy?</div><div><br></div><div>And, as I was wondering in my earlier post here, what values do you think this:</div><div>gst_element_query_position (data->playbin, GST_FORMAT_DEFAULT, &current))<br></div><div><br></div><div>is giving me (without my kludge)?</div><div><br></div><div>Thanks again!</div><div>Ken</div></div></div></div>