<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:st1="urn:schemas-microsoft-com:office:smarttags" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv=Content-Type content="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 11 (filtered medium)"> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PersonName"/>  <style>  </style> </head> <body lang=EN-US link=blue vlink=purple> <div class=Section1> Hello everyone,<o:p></o:p> <o:p> </o:p> I have more updates on this issue.<o:p></o:p> <o:p> </o:p> MY OBSERVATIONS:<o:p></o:p> 1. The seek operation is malfunctioning (as explained in the below mail) for mp3 playback and AVI (with mp3 audio) only. For wav it is working fine.<o:p></o:p> 2. This happens only on Nokia 770. But works fine on Nokia N800.<o:p></o:p> <o:p> </o:p> PROBLEM: I have to make it work on Nokia 770.<o:p></o:p> <o:p> </o:p> MY CONCLUSION:<o:p></o:p> It must be the Nokia binary issue (I am not sure though).<o:p></o:p> <o:p> </o:p> Please, someone let me know how to resolve this problem.<o:p></o:p> <o:p> </o:p> <div> Thanks and regards,<o:p></o:p> Sharath<o:p></o:p> </div> <div> <div class=MsoNormal align=center style='text-align:center'> <hr size=2 width="100%" align=center tabindex=-1> </div> From: Sharath Mudalamane Sent: Monday, December 24, 2007 8:30 PM To: '<st1:PersonName w:st="on">gstreamer-devel@lists.sourceforge.net</st1:PersonName>' Subject: _seek() & query_position() problem - a gstreamer bug? Importance: High<o:p></o:p> </div> <o:p> </o:p> <div> Hello all,<o:p></o:p> I am developing a media player on Nokia 770. I am facing problems in gst_element_seek() during playback ( mp3,wav,..).<o:p></o:p> <o:p> </o:p> PROBLEM:<o:p></o:p> After playback start, if I seek() within the ALREADY played back range (start – current position) then seek() is fine.<o:p></o:p> If I seek() outside the ALREADY played back range (in other words, farthest played position to end position), I observe that the audio goes off and doesn’t come back UNTIL the actual playback position reaches the seeked position. Also, I observed that the gst_element_query_position() doesn’t return the seeked position.<o:p></o:p> EXAMPLE:<o:p></o:p> 1 . I start playback of a 2 min stream. After 5 secs, I seek to 30 sec, now audio goes off. Now, gst_element_query_position() is still returning me the current playback time. The audio comes back after exactly 25 secs.<o:p></o:p> Now, if I seek anywhere between 0 to current time seek works fine with gst_element_query_position() returning the correct position.<o:p></o:p> 2. I start playback of a 2min stream. I play for 90 sec. seek() to 30. this is ok! I seek() to 60. This is also ok! But, now if I seek() to 100 sec ( > 90 sec). Audio goes off for exactly for 40 secs ( 100 – 60 , ie., seeked time = 100, current time = 60).<o:p></o:p> <o:p> </o:p> OTHER OBSERVATIONS:<o:p></o:p> Gst_element_seek() always returns TRUE. <o:p></o:p> No assertions or hang-ups.<o:p></o:p> I see it only Nokia 770. Not on a linux PC.<o:p></o:p> <o:p> </o:p> QUESTION:<o:p></o:p> Is this the MIPS problem on Nokia 770?<o:p></o:p> <o:p> </o:p>  Thanks and regards,  Sharath <o:p></o:p> </div> </div> DISCLAIMER: This message (including attachment if any) is confidential and may be privileged. If you have received this message by mistake please notify the sender by return e-mail and delete this message from your system. Any unauthorized use or dissemination of this message in whole or in part is strictly prohibited.E-mail may contain viruses. Before opening attachments please check them for viruses and defects. While MindTree Consulting Limited (MindTree) has put in place checks to minimize the risks, MindTree will not be responsible for any viruses or defects or any forwarded attachments emanating either from within MindTree or outside. Please note that e-mails are susceptible to change and MindTree shall not be liable for any improper, untimely or incomplete transmission. MindTree reserves the right to monitor and review the content of all messages sent to or from MindTree e-mail address. Messages sent to or from this e-mail address may be stored on the MindTree e-mail system or else where.</body> </html>