Thanks Eric,

Changes have been checked into HEAD and hxclient_2_1_0_cayennes.

Darrin


-----Original Message-----
From: ext Eric Hyche [mailto:ehyche at real.com] 
Sent: Friday, November 03, 2006 10:34 AM
To: Mann Darrin (Nokia-TP-MSW/Dallas);
clientapps-dev at helixcommunity.org; datatype-dev at helixcommunity.org;
audio-dev at helixcommunity.org; ribosome-dev at helixcommunity.org
Subject: RE: [Clientapps-dev] CR: Enable HELIX_FEATURE_REGISTRY for
SymbianMMF-MDF adaptation


These changes look good.

=============================================
Eric Hyche (ehyche at real.com)
Technical Lead
RealNetworks, Inc.  

> -----Original Message-----
> From: clientapps-dev-bounces at helixcommunity.org
> [mailto:clientapps-dev-bounces at helixcommunity.org] On Behalf Of 
> Darrin.Mann at nokia.com
> Sent: Thursday, November 02, 2006 9:57 AM
> To: clientapps-dev at helixcommunity.org;
> datatype-dev at helixcommunity.org;
> audio-dev at helixcommunity.org; ribosome-dev at helixcommunity.org
> Subject: [Clientapps-dev] CR: Enable HELIX_FEATURE_REGISTRY for 
> SymbianMMF-MDF adaptation
> 
> "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: 
>     darrin.mann at nokia.com
> 
> Reviewed by: 
> 
> 
> Date: 
>     November-2-2006
> 
> Project: 
>     Helix plug-in for Symbian
> 
> Error ID: 
>     
> 
> Synopsis: 
>     The HELIX_FEATURE_REGISTRY feature will be enabled for the Helix 
> MMF-MDF
>     adaptation.   The audio priority and 
> HELIX_FEATURE_DRM_SECURE_OUTPUT 
>     features will be modified.  They will stop using the lite prefs to

> pass
>     values from the MMF to the MDF.  The registry will be used to 
> transfer
>     these values. 
> 
>     A few methods were moved from the audio and video controllers to 
> the base
>     controller.  The differences between the methods that were moved 
> are due to
>     the HELIX_FEATURE_S60_PROGDOWN feature.  The video controller 
> implementation
>     of these methods was used since the audio controller has no way to

> set the
>     progressive download variables.  There is no real impact to the 
> audio controller
>     since the progressive download code will never be executed. 
> 
> Files Modified: 
>     audio/device/platform/symbian/audsymbian.cpp
> 
>     clientapps/symbianMmf/hxmmfstatectrl.cpp 
>     clientapps/symbianMmf/hxmmfstatectrl.h 
>     clientapps/symbianMmf/audiocontroller/controllerdll 
>     clientapps/symbianMmf/audiocontroller/hxmmfaudioctrl.cpp 
>     clientapps/symbianMmf/audiocontroller/hxmmfaudioctrl.h 
>     clientapps/symbianMmf/common/Umakefil 
>     clientapps/symbianMmf/common/hxmmfbasectrl.cpp 
>     clientapps/symbianMmf/common/hxmmfbasectrl.h 
>     clientapps/symbianMmf/videocontroller/MmfCtrlDll 
>     clientapps/symbianMmf/videocontroller/hxmmfctrlimpl.cpp 
>     clientapps/symbianMmf/videocontroller/hxmmfctrlimpl.h
> 
>     datatype/mdf/audio/dsp/mdfauddevice.cpp 
>     datatype/mdf/audio/dsp/mdfdevsound.cpp 
>     datatype/mdf/video/renderer/mdfvideoadapter.cpp
> 
> Files Added: 
>     None
> 
> Image Size and Heap Use impact: 
>     Minor, the image size increase for the ARMV5 dlls was less than 1%

> overall
> 
> Platforms and Profiles Build Verified: 
>     helix-client-s60-32-mmf-mdf-dsp 
>     helix-client-s60-32-mmf-mdf-arm
> 
> Platforms and Profiles Functionality verified: 
>     winscw 
>     armv5
> 
> Branch: 
>     head and hxclient_2_1_0_cayennes
> 
> <<build_diff.txt>> <<clientapps_diff.txt>> <<datatype_diff.txt>> 
> <<audio_diff.txt>>
> 
>