[Helix-client-dev] RE: Replay support in Helix on Symbian

Hi Jyotsana,

Yes, true the design would have to be made a li'l more complex. Actually since local file playback and streamed playback follow a common path (until HXSource atleast), implementing something specific would break that uniformity. Thanks for the response.

Regards,
Rohit

-----Original Message-----
From: ext Jyotsana Rathore [mailto:[email protected]] 
Sent: Thursday, February 18, 2010 1:15 AM
To: Atri Rohit (Nokia-D/Bangalore); [email protected]
Subject: RE: Replay support in Helix on Symbian

Hi Rohit,

In my opinion, it is a good suggestion however, is applicable to only few use-cases (and might make the design more complex). In most cases, playlists would cater to such scenarios of maintaing the connection/state and automatically start streaming the next URL on the list.

Thanks,
Jyotsana
________________________________________
From: [email protected] [[email protected]] On Behalf Of [email protected] [[email protected]]
Sent: Monday, February 15, 2010 7:30 AM
To: [email protected]
Subject: [Helix-client-dev] Replay support in Helix on Symbian

Hi Guys,

I looked around the net for Helix discussion forums but couldn't find any. Finally hit up on this developer discussion mailing list. Pardon me if this isn't the right place to discuss this.

I have a question about streaming (RTSP) playback support in Helix on Symbian. From my debugging, I see that after the playback of a streamed clip is complete (say a 3gp file is streamed with the url path specified in a .ram file), the protocol libraries are destroyed. Next even if the same clip is played again (RE-Play), it is treated entirely as a new PLAY request and a new network source object is initiated and so on....
What's the reason for doing this? Wouldn't it be possible to maintain the required state until a different clip is requested to be played. That would probably reduce the start up time a lot. Please comment.

Thanks
Rohit