<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
On 16/03/2010 12:12 a.m., salsaman wrote:
<blockquote
 cite="mid:259e579f1003150412p1e00d635jfdb561e9c47bfd09@mail.gmail.com"
 type="cite"><br>
On Mon, Mar 15, 2010 at 8:04 AM, Chris Double &lt;<a
 moz-do-not-send="true" href="mailto:chris.double@double.co.nz">chris.double@double.co.nz</a>&gt;
wrote:<br>
&gt; On 03/15/2010 11:33 PM, salsaman wrote:<br>
&gt;&gt; When I looked at oggindex a few months ago the seeking was
completely<br>
&gt;&gt; broken.<br>
&gt;<br>
&gt; Do you mean Cortado, not OggIndex? OggIndex just generates a
Skeleton<br>
&gt; track containing index information - it doesn't do any playback or<br>
&gt; seeking afaik.<br>
&gt;<br>
  <br>
Oggindex does have a seek function I think. Maybe I was thinking of
another tool though.<br>
  <br>
</blockquote>
<br>
The OggIndex program does not have a seek function, it's an indexer,
not a player/GUI editor.<br>
<br>
It sounds like there's a bug in Cortado's seeking.<br>
<br>
<br>
On 16/03/2010 7:54 a.m., Nigel Simpson wrote:
<blockquote
 cite="mid:0C586AD4-BC25-433A-9799-16189D1CFB01@matsuplace.com"
 type="cite">
  <pre wrap="">I'm using Cortado in a Java application, and have been trying to  
figure out why Cortado can seek reliably (well, reproducibly perhaps)  
but doesn't reliably report the current position, or resume from pause  
properly. It sounds like these are known issues though. Is there any  
way to raise the priority of these issues?
  </pre>
</blockquote>
<br>
Providing clear and reliable steps to reproduce would go a long way
towards helping developers observing and fixing the bug. Can you
provide a test case URL which demonstrates the problem?<br>
<br>
Does the same seek problem occur when Cortado is playing a non-indexed
video?<br>
<br>
<br>
Thanks,<br>
Chris P.<br>
</body>
</html>