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
>
>