RE: searching within tracks - double speed, 4x 10x speed etc
"Eric Hyche" <[email protected]>
| Newsgroups | gmane.comp.multimedia.helix.devel |
|---|---|
| Organization | RealNetworks, Inc. |
| Message-ID | <004601c93511$0c6595b0$2530c110$@com> |
John, Well, since you are skipping audio and only decoding and playing short snippets here and there, I would assume that the audio CPU requirements would not be much different than playing audio at normal speed. For an audio/video player, TrickPlay performance is always going to be dominated the video decoding requirements. Audio would only be a small drop in the bucket. For an audio-only player like yours, I would think that, properly implemented, the decoding requirements would be no different than for normal playback. The key would be decoding only the snippets that you intend to play. I'll have to give some more thought to exactly how this would work, but that's my initial guess. Eric ======================================= Eric Hyche ([email protected]) Principal Engineer RealNetworks, Inc. >-----Original Message----- >From: John Stirling [mailto:[email protected]] >Sent: Wednesday, October 22, 2008 4:08 AM >To: [email protected] >Cc: [email protected] >Subject: Re: [Helix-client-dev] searching within tracks - double speed, 4x 10x speed etc > >Eric, > >Assuming you were to implement this at some point in the future, do you have a rough idea what the >relative MIPs requirements are compared to normal speed playback ? > >I'd presume that the audio would all need to be converted as normal as a first step, hence for double >speed playback you'd need approx douible the MIPs ? > >John > > >Eric Hyche wrote: > > John, > > Currently our TrickPlay implementation does not play any > audio, just video. You can play at any forward or reverse speed, > but the audio is disabled during this time. No audio is decoded > at all. > > I think that modifying our TrickPlay implementation to support > this is a good idea, as this is the way that many other > A/V players work, and I personally find this a useful feature, > especially on audio-only players. > > However, we do not currently have any plans to implement this. I'll > bring this feature up for discussion, and we'll evaluate it relative > to the other features currently on the roadmap. > > Eric > > ======================================= > Eric Hyche ([email protected]) > Principal Engineer > RealNetworks, Inc. > > > > > -----Original Message----- > From: [email protected] [mailto:helix-client-dev- >[email protected]] > On Behalf Of John Stirling > Sent: Friday, October 17, 2008 3:27 AM > To: [email protected] > Subject: [Helix-client-dev] searching within tracks - double speed, 4x 10x speed etc > > We have a potential requirement to be able to search within tracks at > 2x, 4x, 10x speed etc. They want it to speed up rather than just skip > chinks and play short clips as the search is done. > > Is this supported ? > If so, which branches ? > Any special HELIX_ feature needed ? > Are all data formats supported ? > Is there any documentation or examples on how to use this feature ? > What are the processing requirements (eg if playing at 2x speed, will > this take approx double the MIPs) ? > > John > > _______________________________________________ > Helix-client-dev mailing list > [email protected] > http://lists.helixcommunity.org/mailman/listinfo/helix-client-dev > > > > > _______________________________________________ Helix-client-dev mailing list [email protected] http://lists.helixcommunity.org/mailman/listinfo/helix-client-dev