<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>260607</bug_id>
          
          <creation_ts>2023-08-23 06:24:33 -0700</creation_ts>
          <short_desc>[GStreamer][MSE] FastSeek is broken</short_desc>
          <delta_ts>2023-09-07 07:36:02 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Media</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=260185</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Jean-Yves Avenard [:jya]">jean-yves.avenard</reporter>
          <assigned_to name="Philippe Normand">philn</assigned_to>
          <cc>bugs-noreply</cc>
    
    <cc>philn</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1972950</commentid>
    <comment_count>0</comment_count>
    <who name="Jean-Yves Avenard [:jya]">jean-yves.avenard</who>
    <bug_when>2023-08-23 06:24:33 -0700</bug_when>
    <thetext>Seen in bug 260185.

With MSE, fastSeek is broken in that it never seek to the nearest keyframe and performs identical seek as a normal seek.

Additionally, in bug 260185, infrastructure has been put in place to make the seek operation asynchronous and to only complete once data has been received by the MediaSource.

This is a task that wasn&apos;t completed in 260185 for the sake of expediency.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1973003</commentid>
    <comment_count>1</comment_count>
    <who name="Philippe Normand">philn</who>
    <bug_when>2023-08-23 08:27:22 -0700</bug_when>
    <thetext>I guess we should use this seek flag, GST_SEEK_FLAG_KEY_UNIT ...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1976140</commentid>
    <comment_count>2</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2023-09-07 07:34:15 -0700</bug_when>
    <thetext>Pull request: https://github.com/WebKit/WebKit/pull/17541</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1976142</commentid>
    <comment_count>3</comment_count>
    <who name="Philippe Normand">philn</who>
    <bug_when>2023-09-07 07:36:02 -0700</bug_when>
    <thetext>(In reply to Philippe Normand from comment #1)
&gt; I guess we should use this seek flag, GST_SEEK_FLAG_KEY_UNIT ...

Strangely this broke the media/video-fast-seek.html test...

Anyways, I started a patch but couldn&apos;t find tests. media/media-source/media-source-fastseek.html is already passing, even with current main, AFAICS.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>