[Protocol-dev] Re: [Nokia-private-dev] RE: [datatype-dev] CR: ou1cimx1#514330: Fusion: System error occurs when streaming a wmv excerpt link.
Qiang Luo qluo at real.comLooks good. Qiang On 8/22/2010 9:19 PM, ext-debashis.2.panigrahi at nokia.com wrote: > Hi All, > > If there is no comments on this by 23rd Aug EoD, we will go ahead with check in. > > Best Regards, > Debashis. > > -----Original Message----- > From: Panigrahi Debashis.2 (EXT-Sasken/Bangalore) > Sent: Tuesday, August 17, 2010 9:14 PM > To: datatype-dev at helixcommunity.org; protocol-dev at helixcommunity.org > Cc: nokia-private-dev at helixcommunity.org > Subject: RE: [datatype-dev] CR: ou1cimx1#514330: Fusion: System error occurs when streaming a wmv excerpt link. > > Any comments on this? > > BR, > Debashis > ________________________________________ > From: datatype-dev-bounces at helixcommunity.org [datatype-dev-bounces at helixcommunity.org] On Behalf Of Panigrahi Debashis.2 (EXT-Sasken/Bangalore) > Sent: 16 August 2010 11:22 > To: datatype-dev at helixcommunity.org; protocol-dev at helixcommunity.org > Cc: nokia-private-dev at helixcommunity.org > Subject: [datatype-dev] CR: ou1cimx1#514330: Fusion: System error occurs when streaming a wmv excerpt link. > > "Nokia submits this code under the terms of a commercial contribution agreement with Real Networks, and I am authorized to contribute this code under said agreement." > > Modified by: ext-debashis.2.panigrahi at nokia.com > > Reviewed by: Junhong.Liu at nokia.com > > RC Id: ou1cimx1#514330 > > Date: 08/16/2010 > > Project: SymbianMmf_wm > > Synopsis: Fusion: System error occurs when streaming a wmv excerpt link. > > Overview: > The content here is a dynamic link, which causes seek to be called before play has started. Whereas there is no provision to handle such as state/ condition in wm protocol. Therefore when HXMSG_WMNET_BEGIN_SELECT_STREAMS message is issued, it fails with HXR_UNEXPECTED and this systematically gets propagated as "System Error" > > Fix: > To handle such a condition a new state has been introduced here "kThreadStateEndSelectStreamsPendingFromSeeked". So when ThreadHandleBeginSelectStreams(.) is called after SeekDone, this new state captures the state transition. Then causes the Play to defer till ThreadHandleEndSelectStreams(.) is called, thereby causing the playback to start from the seeked position. > > Files modified& changes: > wmcode-protocol/rtsp/fileformat/asf_file_format_net.cpp > wmcode-protocol/rtsp/fileformat/pub/asf_file_format_net.h > > Image Size and Heap Use impact: No major impact > > Module Release testing (STIF) : Passed > > Test case(s) Added : No > > Memory leak check performed : Passed, No additional leaks introduced. > > Platforms and Profiles Build Verified: helix-client-s60-52-mmf-mdf-dsp > > Platforms and Profiles Functionality verified: armv5, winscw > > Branch: 210CayS, 420Bizo and HEAD > > CVS Diff on 210CayS:<Attached> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.helixcommunity.org/pipermail/protocol-dev/attachments/20100823/7271bcb4/attachment-0001.html