Abstract: The invention relates to a memory controller for use in a System-on-Chip, wherein the System-on-Chip comprises a plurality of agents and an off-chip volatile memory. The memory controller comprises a first port (CBP) for receiving low-priority requests (CBR) for access to the volatile memory from a first-subset of the plurality of agents and a second port (LLP) for receiving high-priority requests (LLR) for access to the volatile memory from a second-subset of the plurality of agents, wherein the memory controller is configured for arbitrating between the high-priority requests (LLR) and the low-priority requests (CBR), wherein the memory controller is configured for receiving refresh requests (RFR) for the volatile memory via the first port (CBP), wherein the refresh requests (RFR) are time-multiplexed with the low-priority requests (CBR), wherein the memory controller is configured for treating the low-priority requests (CBR) and the refresh requests (RFR) the same.

Abstract: The invention relates to a memory controller for use in a System-on-Chip, wherein the System-on-Chip comprises a plurality of agents and an off-chip volatile memory. The memory controller comprises a first port (CBP) for receiving low-priority requests (CBR) for access to the volatile memory from a first-subset of the plurality of agents and a second port (LLP) for receiving high-priority requests (LLR) for access to the volatile memory from a second-subset of the plurality of agents, wherein the memory controller is configured for arbitrating between the high-priority requests (LLR) and the low-priority requests (CBR), wherein the memory controller is configured for receiving refresh requests (RFR) for the volatile memory via the first port (CBP), wherein the refresh requests (RFR) are time-multiplexed with the low-priority requests (CBR), wherein the memory controller is configured for treating the low-priority requests (CBR) and the refresh requests (RFR) the same.

Abstract: A method for operating a terminal having at least one resource and executing at least one application in real-time, wherein the execution of the application requires execution of at least two tasks, comprises selecting operating points for each of the tasks from a predetermined set without knowing all implementation details. The method further comprises determining at least one implementation parameter for the selected quality-resource utilization operating point, wherein the determining is performed for each of the tasks, and wherein the determined implementation parameter is different than the quality and resource utilization, and executing the tasks with their determined implementation parameter.

Abstract: A method (60) for controlling multiple tasks in a real-time operating system (110, 170) assigns priorities to two or more tasks (114, 115; 174, 175). A first task (114; 174) is assigned to be a More Important Task. A second task (115; 175) is assigned to be a Less Important Task. Each task is explicitly informed of its budget allocations. A Guaranteed Budget Margin is then allocated to the More Important Task along with a More Important Guaranteed Budget. A Less Important Guaranteed Budget is also allocated to the Less Important Task. At some point during execution, the higher priority or More Important Task (114; 174) may then determine that the More Important Task no longer requires the Guaranteed Budget Margin, in which case, a Conditionally Guaranteed Budget Margin is then allocated to the Less Important Task (115; 175).

Abstract: This invention relates to processing of a media signal in a media system. The media system can be a PC, a Digital TV, a Settop-Box or a Display. The method includes the steps of: monitoring, by a system control unit, a progress and a resource usage (18) of the processing of the media signal; determining, by a structural load control or indicator unit, a first point in time (1) for a substantial load change (19) of a content; determining, by the system control unit, a second point (2) in time based on the first point; decreasing, by the system control unit, an assigned quality level (13) of at least one scalable algorithm at the second point in time; and adapting, by the system control unit, the assigned quality level of at least one scalable algorithm at or till a third point in time, wherein a realized quality level (17) will become stable within a period of adaptation time. Said substantial load change of content can be caused by a shot or a scene change.

Abstract: A digital video processing system is disclosed in which processing modules use less data packets than in the regular situation in which there enough data is received. In case of a channel change, the digital video processing system can, during a time period in which there is a lack of data, produce more images than the prior art systems. These images have lower quality than the ones that result from regular processing, but a person will perceive the image quality to be higher than the one of the prior art.

Abstract: A method and a system of adaptive processing of a media signal on a media system. The media system can be VCR, TV, set-top box, storage or a display. The method includes the steps of requesting resources (1001) by an algorithm to provide a plurality of output quality levels, allocating a butlget (1002) to the algorithm, determining progress (1003) of the media signal, determining budget used (1004); and setting a quality level for media signal processing based on the progress, the allocated budget and the budget used (1005). The method further includes the steps of storing historical information (1006) about the processing; and further setting the quality level for media signal processing based on the stored historical information (1007). The historical information includes the budget allocated, the determined progress, the budget used, the set and or achieved quality levels. The progress quality levels are increased or decreased dependent on the ratio of the budget used to the allocated budget.