<oem_prov>

<!--
    Parameters to influence the CPU usage of the Clipcast FEC decoder.

    EFS block size index is used to derive the block size for writing
    to the flash. The block size is computed as follows:

    block size = 512 * (2 ^ efs_bs_index)

    512 bytes being the size of a NAND page. Range is currently limited
    to 0-4; meaning the block sizes used by the decoder are limited to
    512B-8KB. Note that a lower value translates into lower write data
    rates, for example, from 400 KB/s to 100 KB/s for a change in block
    size from 8KB to 512B. Refer to 80-V3121-1.005784.pdf (EFS2
    Performance) for more details.

    Duty cycle specifies how long, on average, the decoder performs
    useful work before it yields CPU back to BREW. Range is currently
    limited to 6-255 msec. Note that smaller values will introduce
    greater overheads due to task switching. Also, note that smaller
    duty cycles can be achieved only if corresponding smaller EFS block
    sizes are used.

    Sleep cycle specifies for how long CPU should be yielded after every
    duty cycle. Range is 0-255 msec. A value of 0 means that the decoder
    will take as much CPU as possible, while still behaving in a very
    co-operative fashion (depending upon the duty cycle.)
    -->
    <!-- Not a run time configurable parameter. -->
    <!-- <fec efs_bs_index="4" duty_cycle="30" sleep_cycle="90"/> -->

    <!-- MPG parsing takes a significant part of the CPU. the following parameters
    allow the MDSC to yield the UI task so the video task can run. 
    mpg_parser_yield_msec is the number of milliseconds to sleep 
    mpg_parser_yield_count is the number of records to parse before yielding -->
    <!-- <mpg_parser_yield_msec>50</mpg_parser_yield_msec> -->
    <!-- <mpg_parser_yield_count>15</mpg_parser_yield_count> -->
	
	<!-- 
        Limit the number of simultaneous HTTP requests (content downloads only)
        max_http             = 6        # Linux
        max_http             = 4        # BREW (Device)
        max_http             = 2        # BREW (Emulator)
        -->
        <!-- Maximum simulataneous http requests MDSC can make -->
	<!-- <reverse_link_max_http_requests>3</reverse_link_max_http_requests> -->
	
	<!-- Storage Information: -->
    <storage>
        <!--
        Storage quota. Sets maximum amount of storage (in bytes) that client 
        application is allowed to use. This includes _all_ files in the working 
        directory (even executable itself).
        Currently storage quota is enforced only against the content.
        Default quota is zero, which means unlimited. Using default quota is 
        an adversarial case as application might consume all available storage
        on device and we will notice "no space available" errors.

        storage_quota = 0  # unlimited
	-->
	<!-- Also known as Application_storage_limit. -->
	<!-- Not a run time configurable parameter. -->
	<!-- <quota>0</quota> -->

        <!--
        Minimum free storage (file system) space. Sets the amount of free storage 
        space (in bytes) that client core must keep. This setting is intended for 
        protecting file system integrity on the platforms which do not provide 
        sufficient mechanisms for that. 
        Currently minfree limit is enforced only against the content. Default is
        set to 0 bytes which implies that no file system integrity protection is 
        required.
        -->
	<!-- <minfree>0</minfree> -->

    </storage>
	
	<!-- Reserved 2 bytes for Billing and Customer Service --> 
    <!-- This parameter is used in determining App Id. -->
    <!-- App Id consists of bcs_id, bcs_reserved_value and device_type  -->
    <!-- IMPORTANT: This parameter has to be defined and provisioned-->
    <bcs_reserved_value>0</bcs_reserved_value>
    
    <!-- Device type -->
    <!-- This parameter is used in determining App Id. -->
    <!-- App Id consists of bcs_id, bcs_reserved_value and device_type  -->
    <!-- IMPORTANT: This parameter has to be defined and provisioned-->
	<device_type>2</device_type>
    
	<!-- app version information -->
    <!-- max_ver Major version -->
	<!-- min_ver Minor version -->
    <!-- Not a run time configurable parameter. -->
    <app_ver max_ver="12" min_ver="6" />
	
	<!-- This parameter determines client storage policy, whether clips will be
    stored on the external card or on internal EFS 
    Possible values are
    0  means both internal and external can be used, but store to internal only if external is unavailable
    1  means internal only
    2  means external only 
    -->
    <!-- Not a run time configurable parameter. -->
    <cli_storage_policy>2</cli_storage_policy>
    
    <!-- This parameter determines if unicast connection is allowed when user is 
    watching real time and serving system is GSM. This is to avoid the interefence 
    between FLO and GSM signal. This parameter does not have any impact if serving system 
    is NOT GSM. Also this parameter will prevent unicast connections originating 
    from MDSC and not from any other source. 
    
    Only unicast connection that is allowed while user is watching real time 
    is license fetch protocol for the current epoch
      
    Possible values are
    false  don't allow unicast connection while user is watching real time and serving system is GSM
    true   allow unicast connection while user is watching real time and serving system is GSM
    -->
    <!-- Not a run time configurable parameter. -->
    <!-- <allow_unicast_while_real_time_playing>false</allow_unicast_while_real_time_playing> -->
    
    
    

</oem_prov>
