Hi Marek,
This is my thinking. Presently, it is not possible to
have normative behavior with 'cpuload' since different
things will be measured in different implementations.
The right way for a content author to be guaranteed of
interruption-free performance is to use the profiling
tool on his SAOL code, and only allow the content to
be played on terminals that provided the required
Level of performance. There is no way to have normative
graceful degradation using the present system.
However, I agree that normative GD would be a useful
thing to have, and I hope that as more implementations
and content authors start to work with the cpuload
variable, we will start to see what (if any) aspects of
it might be made normative in a hypothetical future
version (not corrigendum) of SAOL.
Best,
-- Eric
+-----------------+
| Eric Scheirer |A-7b5 D7b9|G-7 C7|Cb C-7b5 F7#9|Bb |B-7 E7|
|eds@media.mit.edu| < http://sound.media.mit.edu/~eds >
| 617 253 1750 |A A/G# F#-7 F#-/E|Eb-7b5 D7b5|Db|C7b5 B7b5|Bb|
+-----------------+
-----Original Message-----
From: Marek Claussen <marek@mc-saudio.de>
To: Saol-dev <saol-dev@media.mit.edu>
Date: Monday, June 05, 2000 6:42 PM
Subject: cpuload and ...
>Hi !
>
>I4ve some questions about the cpuload instrument statement and how a SA
>decoder reacts on limited CPU power:
>Is the usage of the cpuload statement within an orchestra the only way
>of reacting on limited CPU recources ?
>Does the usage of cpuload also guarantee a normative behaviour ?
>Can it be called "normative", even if the audio output might sound
>different on different platforms (voice stealing due to PCU load etc.) ?
>
>If the CPU is not capable of guaranteeing real-time decoding for a SA
>bitstream on a full profile decoder, can it simply switch to profile 1
>or 2 decoding ?
>Or will this be non-normative ?
>Which role will the complexity vector, introduced by Giorgio, play in
>this context ?
>Will it be possible to transmit additional information of the SA
>bitstream to make suggestions of the CPU load before starting the
>decoding process ?
>Are there any additional controlling mechanisms (by the MPEG-4 system
>layer etc.) for CPU load handling ?
>
>Well, I know it4s a lot of stuff, but it is probably worth having a look
>into the future ;-)
>
>best
>
>mareK
>
>--
>----
>--------
>----------------
>--------------------------------
>---------------------------------------------------------
> Internet: http://i.am/marek
> e-mailto:m.claussen@tuhh.de
>WAP(new!): http://go.to/mcwap
> Tel.: +49 (0) 40 / 220 72 88
> Fax : +49 (0) 89 / 2443 23 390
> ICQ-#: 15375072
>guestbook: http://www.guestbook.de/yasg.cgi?X=83297
>
>
>
This archive was generated by hypermail 2b29 : Mon Jan 28 2002 - 12:03:56 EST