RE: 24/96 playback via http://
"Eric Hyche" <[email protected]> Thu, 3 Sep 2009 09:14:40 -0400
| Newsgroups | gmane.comp.multimedia.helix.devel |
|---|---|
| Organization | RealNetworks, Inc. |
| Message-ID | <006a01ca2c98$7ff2cc30$7fd86490$@com> |
httplite is a stripped down version of httpfsys. There are several things it doesn't support that httpfsys does - caching being one of them. It never hurts to try, but I doubt that its performance would be better than httpfsys. Eric ======================================= Eric Hyche ([email protected]) Principal Engineer RealNetworks, Inc. >-----Original Message----- >From: John Stirling [mailto:[email protected]] >Sent: Thursday, September 03, 2009 7:21 AM >To: [email protected] >Cc: 'Helix client dev' >Subject: Re: [Helix-client-dev] 24/96 playback via http:// > >Also, just noticed there is an httplite plugin listed in the ribosome targets. > >Is that likely to >a. build >b. not crash for upnp playback of 24/96 content > >? > > >John Stirling wrote: > > Hi Eric, > > Tried that (and a few other http feature combinations) but doesn't really improve things. > > Does 35% CPU for file:// playback compared to 55% for http:// sound about right to you ? > > If there are any other global HELIX_FEATURES you think might help let me know. > > > > Eric Hyche wrote: > > John, > > You might try without MIN_HEAP. I believe MIN_HEAP reduces the limiting size of some >buffers which would probably affect http > throughput. Of course, removing MIN_HEAP means that your memory usage will go up. > > 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: Wednesday, September 02, 2009 6:12 AM > To: Helix client dev > Subject: [Helix-client-dev] 24/96 playback via http:// > > We're having a few issues getting 24/96 .wav to play smoothly via > http:// (from a local upnp server) > > We're using an atlas http fsys with the following HELIX_FEATURES - > > # The basic audio only profile > exec_profile_file("helix-client-audio-all.pf") > > # Enable function level linking - reduces code size by approx 30% > project.AddDefines('HELIX_CONFIG_USE_RLINK') > > # Remove video related stuff > project.RemoveDefines('HELIX_FEATURE_VIDEO') > project.RemoveDefines("USE_XWINDOWS") > project.AddDefines("HELIX_CONFIG_NO_XWINDOWS") > > # Hopefully fixes MP3 Locker playback > project.RemoveDefines('HELIX_FEATURE_HTTP_GZIP') > project.AddDefines("HELIX_FEATURE_HTTP_MEMCACHE") > project.AddDefines("HELIX_FEATURE_MIN_HEAP") > > > Our CPU load for http:// playback is approx 55%. Playing the same > content via local thumbdrive (file://) cpu load is approx 35%. So don't > think cpu is getting overloaded. > > Our raw network throughput is approx 620 kB/s with 24/96 .wav content > needing 576kB/s (measure using curl <url> > /dev/null). Fairly close to > the edge but would have though that should be ok. > > Is there anything obviously wrong with our feature set or are there any > HELIX_FEATURES or parameters that would be worth trying or adjusting ? > > Also, can someone explain what these features are for - > > HELIX_FEATURE_HTTP_MEMCACHE > HELIX_FEATURE_MIN_HEAP > HELIX_FEATURE_HTTPFSYS_MEM_GROWTH_LIMIT > > > 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 > >