ISO/IEC 13818-2:1996/Cor 1:1997
(Corrigendum)Information technology — Generic coding of moving pictures and associated audio information: Video — Technical Corrigendum 1
Information technology — Generic coding of moving pictures and associated audio information: Video — Technical Corrigendum 1
Technologies de l'information — Codage générique des images animées et du son associé: Données vidéo — Rectificatif technique 1
General Information
Relations
Standards Content (Sample)
INTERNATIONAL STANDARD ISO/IEC 13818-2:1996
TECHNICAL CORRIGENDUM! I
Published 1997-I 2-l 5
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION l ME>KCIYHAPOjjHAJI OPl-AHM3AUMR l-l0 CTAHJJAPTM3A~MM . ORGANISATION INTERNATIONALE DE NORMALISATION
INTERNATIONAL ELECTROTECHNICAL COMMISSION * ME)KJJYHAPOflHAfI 3JlEKTPOTEXHWiECKA~ KOMklCCWl l COMMISSION CLECTR~TE~HNWE INTERNATIONALE
Information technology - Generic coding of moving
pictures and associated audio information: Video
TECHNICAL CORRIGENDUM 1
Technologies de I’informa tion - Codage des images animhes et du son associb: Vid6o
RECTIFICATIF TECHNIQUE 1
Technical Corrigendum 1 to international Standard ISOAEC 13818-2:1995 was prepared by Joint Technical
Committee !lSO/IEC JTC II 9 l’nformation technodogyJ Subcommittee SC 29, Coding of audio, picture, mulfimedia and
hypermedia information.
Ref. No. ISOAEC 13818~2:1996/Cor.l :1997(E)
ICS 35.040
Descriptors: data processing, moving pictures, image processing, video recording, video data, data converting, coding (data conversion).
0 lSO/IEC 1997
Printed in Switzerland
---------------------- Page: 1 ----------------------
This page intentionally left blank
---------------------- Page: 2 ----------------------
ISO/IEC 13818-2 : 1996Kor.l : 1997 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY - GENERIC CODING OF MOVING
PICTURES AND ASSOCIATED AUDIO INFORMATION: VIDEO
TECHNICAL CORRIGENDUM 1
Introduction
Each corrigendum item is followed by an informative background.
Subclause 6.1.1.6
1)
In “Sequence header” subclause, second last paragraph, replace the sentence:
In the coded bitstream, a repeat sequence header may precede either an I-picture or a P-picture, but not a B-picture
by:
In the coded bitstream, the first picture following a sequence header or a repeated sequence header shall be either
an I-picture or a P-picture, but not a B-picture.
Background
This was an editorial oversight.
ITU-T Rec. H.262 (1995)Kor.l (1996 E)
---------------------- Page: 3 ----------------------
ISO/IEC 13818-2 : 1996Kor.l : 1997 (E)
Subclause 6.2.4
2)
Replace the syntax table for slice by.
1 slice0 { No. of bits Mnemonic
I I I
32
slice start code bslbf
I - - I I
I
if (vertical size > 2800)
-
I I I
slice vertical_position-extension 3 uimsbf
-
I I
if &sequence-scalable_extension() is present in the bitstream>) (
I I I
if (scalable mode == ‘data partitioning’)
- I I I
. . m l 1
,
priority tweaKpoint 7 uimsbf
- I I I
quantiser scale code 5 1 uimsbf
- -
I
if (nextbits == ‘1’) {
I I I I
slice extension flag 1 1 bslbf
- -
-
I
I
I I
intra-slice uimsbf
slice picturePidPenable uimsbf
-1 - -
I I
I I
slice_picture-id 6
1 uimsbf
while (nextbits == ‘1’) {
I
I I
extra-bit-slice /* with the value ’ 1’ */ 1
uimsbf
I I I I
extra information slice
uimsbf
- -
I
I
I I
I
I extra bit slice /* with the value ‘0’ */ I 1 1 uimsbf
- -
I
I
c I
do {
macroblock()
I I 1
> while (nextbits != ’ 00000000000000000000000’)
I I I
I
next-start code0
-
Background
In some networks that do not have guaranteed bandwidth, e.g. Ethernet, FDDI, large bursts of errors may occur
occasionally. If the errors are localized to one picture, then recovery can happen upon reception of the very next slice
header. However, if the errors are spread over several pictures, then recovery may take a long time, since the decoder
does not know what the decoding parameters are for the next available slice.
If the header information is available from a separately transmitted Data Partitioning layer, or available from the
application, then error recovery can be speeded up considerably if the slice header contains information that an
application can use to identify which picture the slice belongs to. The slice_picture-id provides this information.
Subclause 6.3.6
3)
In colourqrimaries, after Table 6-6, replace.
In the case that sequence display extension0 is not present in the bitstream or colour description is zero the
chromaticity is assumed to be that corresponding to colourqrimaries having the value 1.
-
ITU-T Rec. H.262 (1995)Kor.l (1996 E)
2
---------------------- Page: 4 ----------------------
ISOLIEC 13818-2 : 1996Kor.l : 1997 (E)
by the following text.
In the case that sequence display extension0
is not present in the bitstream or colour description is zero, the
- - -
chromaticity is assumed to be implicitly defined by the application.
cteristics, after Table 6-8, repZace:
In trans fer ch ara
-
In the case that sequence display extension0 is not present in the bitstream or colour description is zero the transfer
characteristics are assumed to be those corresponding to transfer characteristics having the value 1.
-
by the foIlowing text:
In the case that sequence display extension0 is not present in the bitstream or colour-description is zero, the transfer
-
characteristics are assumed to be implicitly defined by the applic ation.
After Table 6-9 replace:
In the case that sequence display extension0 is not present in the bitstream or colour description is zero the matrix
- - -
coefficients are assumed to be those corresponding to matrix-coefficients having the value 1.
Note.
by the following text and
In the case that sequence display is not present in the bitstream or colour
extension0 description is zero the matrix
-
- -
coefficients are assumed to be implicitly defined by the application.
NOTE - In applications which may have signals with more than one set of colour primaries, transfer characteristics, and/or
matrix coefficients, it is recommended to transmit a sequence display extension with colour-description set to one, and to specify the
appropriate values for the calorimetry parameters.
Background
In applications where only one set of colour primaries, transfer characteristics and matrix coefficients is used, there is
not a need for the codec to pass colour description parameters. The current syntax includes default colour description
parameters which could cause improper interpretation of many bitstreams.
A solution to this problem which embraces all existing implementations without introducing a new problem for other
implementations is not to have a default definition, but instead to let the application define the default, as described in
this corrigendum.
Subclause 6.3.10
4)
Under the description of the syntax eZement frameqred frame dct, replace the statement.
a) - -
shall be ‘1’ if
fi-ameqred frame dct progressive frame is ‘1’.
- - -
by:
Erameqred frame dct shall be ‘1’ if progressive sequence is ‘1’.
- - -
Under the description of the syntax eZement progressive frame, replace the statement.
-
0
frameqred frame dct shall be 1.
- -
by.
0 ’ if progressive sequence is equal to one, then frameqred frame dct shall be 1.
-
- -
Background
The following text from MPEG9Y044 explains the background for this corrigendum:
It appears that the restriction “framepred frame dct shall be 1 if progressive frame is 1” causes problems when editing
- - -
bitstreams, as demonstrated by the following example.
ITU-T Rec. H.262 (1995)Kor.l (1996 E)
---------------------- Page: 5 ----------------------
ISO/IEC 13818-2 : 1996Kor.l : 1997 (E)
Let’s say sequence 1 ends with a top field first interlaced frame, i.e.:
progressive sequence=0
-
picture structure=3
-
progressive frame=0
-
top field first=1
repeat first field=0
- -
while sequence 2 starts with a bottom field first interlaced frame, i.e.:
progressive sequence=0
-
picture structure=3
-
progressive frame=0
-
top field first=0
-
-
repeat first field=0
- -
Now, to put them together we need a “glue” frame with repeat
first field as follows:
- -
progressive sequence=0
-
picture structure=3
-
progressive
frame= 1
-
top field first=1
repeat first field=1
- -
The situation is depicted graphically as follows:
1T g0 g2 2T
1B gl 2B
where (lT,lB) is the last frame of sequence 1 and (2B,2T) is the first frame of sequence 2. The “g”s signify the three
fields of the “glue” frame. When editing bitstream, it is often necessary to insert “glue” frames, not only to match parity
but also to introduce a delay in order to match VBV buffer fullness.
Ideally, we would like the “g”s to repeat the last field of sequence 1, i.e. g0 and gl are both predicted by 1B while g2 is
a repeat of go.
It appears, however, that this is impossible since repeat first field can be 1 only if progressive
frame is 1 and field
-
prediction is not allowed since progressive frame=1 implies framegred
frame dct=l .
- - -
That means we will get an inevitable jerk going from sequence 1 to sequence 2.
Our view is that progressive frame applies to the current frame,
while whether it can be coded well with
frameqred frame dct depends-& both the current frame and the reference frame. The fact that the current frame is
progressivedoes not necessarily mean that it can be coded well with frame_pred
frame dct=l.
-
-
In the definition for intra vlc
format, the reference to “7.2.1” should be changed to “7.2.2.1”.
-
-
Subclause 6.3.15
5)
In “Copyright extension” subclause, replace:
copyright-identifier -
This is an 8-bit integer which identifies a Registration Authority as designated by
ISO/IEC JTC USC 29.
.
.
bY
copyright-identifier -
This is an 8-bit integer given by a Registration Authority as designated by
ISO/IEC JTC l/SC 29.
ITU-T Rec. H.262 (1995)Kor.l (1996 E)
4
---------------------- Page: 6 ----------------------
ISOIIEC 13818-2 : 1996Kor.l : 1997 (E)
Replace the sentence in the second last paragraph.
In this case, the value of copyright number identifies uniquely the copyrighted work marked by the copyrighted
-
extension and is provided by the Registration Authority identified by copyright identifier.
-
.
by-
In this case, the value of copyright number identifies uniquely the copyrighted work marked by the copyrighted
-
extension.
Background
This corrigendum is to clear a confusion of who issues the copyright identifier or the copyright number.
- -
Subclause 6.3.16
6)
Replace:
intra slice-flag - This flag shall be set to ‘1’ to indicate the presence of intra slice and reserved bits in the bitstream.
- -
-
by:
slice_extensionJlag - This flag shall be set to ‘1’ to indicate the presence of intra-slice,
slicepicture id enable,
- -
sliceqicture id in the bitstream.
-
Replace:
reserved bits - This is a 7-bit integer, it shall have the value zero, other values are reserved.
-
by:
slice_pictureJd-enable - This flag controls the semantics of sliceqicture id. If sliceqicture
id enable is set to ‘0’,
- - -
sliceqicture id is not used by this specification and shall have the value zero. If sliceqicture id enable is set to ‘I’,
-
- -
sliceqicture id may have a value di fferent
from zero.
-
slicepicturejd-enable must have the same value in all the slices of a picture. sliceqicturejd-enable may be omitted
from the bitstream (by setting slice extension flag to ‘0’) in which case it shall be assumed to have the value zero.
-
-
sliceq icture i d enable is not used by the decoding process.
- -
slice_picture-id - This is a 6-bit integer. If slicepicturejd-enable is set to ‘0’, sliceqicturejd is not used by this
specification and shall have the value zero. If slicepicturejd-enable is set to ‘I’, sliceqicture
id is application defined
-
and may have any value, with the constraint that sliceqicturejd shall have the same value in all the slices of a picture.
sliceqicture id is not used by the decoding process. sliceqicturejd is intended to aid recovery on severe bursts of
-
errors for certain types of applications.
...
NORME INTERNATIONALE ISO/CEI 1381821996
RECTIFICATIF TECHNIQUE 1
Pubk le 1997-12-15
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION l MEWYHAPOnHAfI OPTAHM3AlJMfI ll0 CTAH~APTt ’l3AlJMM . ORGANISATION INTERNATIONALE DE NORMALISATION
INTERNATIONAL ELECTROTECHNICAL COMMISSION l MEIW ’HAPORHAFI 3flEKTPOTEXHWiECKAfl KOMVlCCMR . COMMISSION ~LECTR~TE~HNUJE INTERNAT~ONALE
Technologies de I ’information - Codage g6n6rique des
images anim6es et du son associk Donn6es vid6o
RECTIFICATIF TECHNIQUE 1
Information technology - Generic coding of moving pictures and associated audio information: Video
TECHNICAL CORRIGENDUM I
Le Rectificatif technique 1 B la Norme internationale ISO/CEI 13818-2:1996 a &e elabork par le cornit technique
mixte ISO/CEI JTC 1, Technologies de I ’information, sous-cornit SC 29, Codage du son, de / ‘image, de
i’informa tion multim6dia et hypermkdia.
R&if. no: ISO/CEI 13818-2:1996/Cor.l:1997(F)
KS 35.040
enregistrement videographique, donnkes
Descripteurs: traitement de I ’information, image animke, traitement de I ’image,
vidko, transformation de donnbes, codage de donnees.
0 ISO/CEI 1997
Version frat-qaise tir6e en 1998
Imprim en Suisse
---------------------- Page: 1 ----------------------
This page intentionally left blank
---------------------- Page: 2 ----------------------
ISOKEI 13818-2 : 1996/Cor.l:1997(F)
NORME INTERNATIONALE
RECOMMANDATION DU UIT.T
TECHNOLOGIE§ DE L ”INF ’ORMATION - CODAGE GF:Ni?RIQUE
DES IMAGES ANIMtiES ET DU SON ASSOCII?: DONNkES VIDkO
RECTIFICATIF TECHNIQUE 1
Introduction
Chaque Mment de rectification est suivi d ’une inform .ation explicative.
Paragraphe 6.1.1.6
Dans Z ’avant-demier ah&a dza paragraphe &n-tete de skquence>>, remphcer /a phrase.
Dans le flux binaire de donn6es video codees, la rkpktition d ’un en-&e de sequence peut pr&der soit une image I soit
une image P mais pas une image B.
par ce qui suit:
Dans le flux binaire de donkes vidko codees, la premik-e image qui suit un en-t&e de skquence ou un en-t2te de
rkpktition de skquence doit etre soit une image I soit une image P mais pas une image B.
Information explicative
11 s ’agit d ’une omission rkdactionnelle.
1
Rec. UIT-T H.262 (1995)Korr.l (1996 F)
---------------------- Page: 3 ----------------------
ISOKEI 13818-2 : 1996/Cor.l:1997(F)
Paragraphe 6.2.4
2)
Remplacer Ze tableau des structures syntaxiques de tranchepar le tableau suivant:
Nombre
MrGmonique
slice0 (
de bits
I
slice-start-code 32 bslbf
I I I
I
if (vertical-size > 2800)
I I
I I
slice-vertical_position-extension uimsbf
r I I
if () (
I I I
mifble-mode == ‘subdivision des donnkes ’)
priority breakpoint uimsbf
uimsbf
quantlser scale code
I- -
I I
if (nextbits == ‘1 ’) (
I--- I I I
while (nextbits == ‘1 ’)
(
i- I I
I
extra-bit-slice /* avec la valeur ’ 1’ */ 1 uimsbf
uimsbf
extra-information-slice 8
extra-bit-slice /* avec la valeur ‘0’ */ 1 uimsbf
\
Information explicative
Dans certains reseaux qui n ’ont pas une largeur de bande garantie, par exemple Ethernet ou les reseaux repartis a fibres
optiques (FDDI), des salves d ’erreurs importantes peuvent apparaitre de temps en temps. Si ces erreurs sont localisees
dans une seule image, leur correction peut intervenir des reception de l ’en-tete de la tranche immediatement suivante.
Mais si les erreurs sont dispersees sur plusieurs images, leur correction peut prendre beaucoup de temps car le decodeur
ne sait pas quels seront les parametres de decodage pour la prochaine tranche disponible.
Si l ’information d ’en-tete est disponible a partir d ’une couche de subdivision des donnees transmise separement ou a
partir de l ’application, la correction des erreurs peut etre considerablement acceleree si Yen-&e de tranche contient des
informations qu ’une application peut utiliser pour identifier l ’image a laquelle la tranche appartient. La structure
slicegicture-id fournit ces informations.
Paragraphe 6.3.6
3)
Duns couleurs primaires, aprks le Tableau 6-7, remplacer:
Si la structure d ’extension d ’affichage de sequence nest pas presente dans le flux binaire ou si la structure de description
de couleur a la valeur zero, le systeme considere que la chromaticite est celle qui correspond a une structure
colour-primaries de valeur 1.
Rec. UIT-T H.262 (1995)Kor.l (1996 F)
2
---------------------- Page: 4 ----------------------
ISOKEI 13818-2 : 1996/Cor.l:1997(F)
par ce qui suit:
la structure d ’extension d ’affichage de sequence nest pas presente dans le flux binaire ou si la structure de description
Si
couleur a la valeur zero, la chromaticite est censee etre implicitement definie par l ’application.
de
Duns Caracteristiques de transfer& aprks le Tableau 6-8, remplacer.
Si la structure d ’extension d ’affichage de sequence nest pas presente dans le flux binaire ou si la structure de description
de couleur a la valeur zero, le systeme consider-e que les caracteristiques de transfert sont celles qui correspondent a une
structure transfer-characteristics de valeur 1.
par ce qui suit:
Si la structure d ’extension d ’affichage de sequence nest pas presente dans le flux binaire ou si la structure de description
couleur a la valeur zero, les caracteristiques de transfert sont censees etre implicitement definies par l ’application.
de
Apr& Ze Tableau 6-9, remplacer:
Si la structure d ’extension d ’affichage de sequence nest pas presente dans le flux binaire ou si la structure de description
de couleur a la valeur zero, le systeme considere que les coefficients matriciels sont ceux qui correspondent a une
structure matrix-coefficients de valeur 1.
par le texte et la Note qui suivent:
Si la structure d ’extension d ’affichage de sequence nest pas presente dans le flux binaire ou si la structure de description
de couleur a la valeur zero, les coefficients matriciels sont tenses etre implicitement definis par l ’application.
NOTE - Dans les applications qui peuvent avoir des signaux comportant plus d ’une seule palette de couleurs primaires,
plus d ’un seul ensemble de caracteristiques de transfert et/au plus d ’un seul ensemble de coefficients matriciels, il est recommande de
transmettre une structure d ’extension d ’affichage de sequence avec mise a 1 de la structure colour description, puis de specifier les
valeurs appropriees des parametres colorimetriques.
Information explicative
Dans les applications qui n ’utilisent qu ’un seul ensemble de couleurs primaires, de caracteristiques de transfert et de
coefficients matriciels, il n ’est pas necessaire que le codec transmette les parametres de description de couleur. La
syntaxe actuelle donne les parametres de description de couleur par defaut, ce qui peut provoquer une interpretation
erronee de nombreux flux binaires.
La solution de ce probleme, qui concerne toutes les implementations existantes, sans introduire de nouveau probleme
pour d ’autres implementations, consiste a ne pas donner de definition par defaut et a laisser l ’application definir les
valeurs par defaut, comme decrit dans le present corrigendum.
Paragraphe 6.3.10
4)
Duns la description de ZWment syntaxique frame pred frame dct, remplacer:
- -
-
Elle doit avoir la valeur ‘1’ si la structure progressive frame a la valeur ‘1 ’.
-
par ce qui suit:
Elle doit avoir la valeur ‘1’ si la structure progressive sequence a la valeur ‘1 ’.
-
Duns la description de I Wment syntaxique progressive frame, remplacer les mots:
-
0
la structure frame pred frame dct doit avoir la valeur 1.
- -
-
par ce qui suit:
0
si la structure progressive-sequence a la valeur ‘I ’, frame dct doit avoir la
la structure frame pred
- - -
valeur 1.
Information explicative
Le texte ci-dessous, extrait du document MPEG95/044, explique l ’arriere-plan du present corrigendum:
L ’assertion <
- - -
les flux binaires,
susciter quelques problemes au moment d ’editer comme le montre l ’exemple sui vant:
Rec. UIT-T H.262 (1995)Kor.l (1996 F) 3
---------------------- Page: 5 ----------------------
ISOKEI 13818-2 : 1996/Cor.l:1997(F)
Admettons que la sequence 1 se termine par une bi-trame a balayage entrelace dont la trame superieure arrive en
premier, c ’est-a-dire:
progressive sequence=0
-
picture structure=3
-
progressive frame=0
-
top-field-first=1
repeat first field=0
-
-
tandis que la sequence 2 commence par une bi-trame a balayage entrelace dont la trame inferieure arrive en premier,
c ’est-a-dire:
progressive sequence=0
-
picture structure=3
-
progressive frame=0
-
top-field-first=0
repeat first field=0
- -
Pour associer ces deux sequences, il nous faut done une image <> avec une repetition de la premiere trame,
comme suit:
progressive sequence=0
-
picture structure=3
-
progressive
- frame= 1
top-field-first=1
repeat first field= 1
- -
Cette situation est d&rite graphiquement comme suit:
IT g0 g2 2T
1B gl 2B
oti (lT,lB) est la derniere image de la sequence 1 et ou (2B,2T) est la premiere image de la sequence 2. La lettre <>
designe les 3 trames de l ’image <>. Lors de la mise en forme du flux binaire, il est souvent necessaire d ’inserer
des images waccordw,
non seulement pour satisfaire aux conditions de parite mais aussi pour introduire un retard
permettant d ’attendre le remplissage total du tampon video VBV.
<<
Theoriquement, il faudrait qu e les trames g>> repetent la derniere trame de la sequence 1, c ’est-a-dire que les
elements
g0 et gl soient chacun pi-edits
B tand is que l ’element g2 serait une repetition de l ’element go.
Par 1
11 apparait cependant que cela est impossible car la structure repeat first field ne peut avoir la valeur 1 que si
- -
progressive frame a egalement la valeur 1; et la prediction de trame n ’est pas autorisee puisque la valeur 1 donnee a
progressive:frame implique que frame
pred frame dct=l .
- - -
Autrement dit, on obtiendra inevitablement un sautillement au passage de la sequence 1 a la sequence 2.
A notre avis, la structure progressive-frame s ’applique a l ’image actuelle, dont la possibilite de codage satisfaisant par
frame
pred-frame-dct depend a la fois de la nature de cette image actuelle et de celle de l ’image de reference. Le fait
-
que l ’image actuelle soit a balayage progressif n ’implique pas necessairement qu ’elle puisse etre bien codee par
frame pred frame dct=l .
- - -
Duns la d$nition de 1 ‘&ment intra vlc
format, remplacer la rkfkrence <<7.2-l >> par << 7.2.1.1 B.
- -
Paragraphe 6.3.15
5)
Duns le paragraphe <
identifkateur de droit d ’auteur (copyright identifier) - Cet entier de 8 bits identifie un organisme d ’enregistrement
designe par la Norme internationale ISO/CEI JTC l/SC 29.
par ce qui suit:
identificateur de droit d ’auteur (copyright-identifier)
- Entier code sur 8 bits qui est fourni par un Organisme
d ’enregistrement designe par l ’ISO/CEI JTC l/SC 29.
Rec. UIT-T H.262 (1995)/Cor.l(1996 F)
4
---------------------- Page: 6 ----------------------
ISOKEI 13818-2 : 1996/Cor.l:1997(F)
Duns l ’avant-dernier paragraphe, remplacer:
Dans ce cas, la valeur du numero de droit d ’auteur identifie exclusivement l ’ouvrage beneficiant d ’une protection par
droit d ’auteur marque par l ’extension correspondante; elle est indiquee par l ’organisme d ’enregistrement designe par
l ’identificateur de droit d ’auteur.
par ce qui suit.
number designe de man&e univoque l ’ceuvre protegee par
Dans ce cas, la valeur du numero de droit d ’auteur copyright -
les droits d ’auteur indiques par l ’extension y relative.
Information explicative
corrigendum vise a resoudre un malentendu concernant celui qui emet l ’identificateur de droit d ’auteur ou le
Le present
copyright.
numero de
Paragraphe 6.3.16
6)
Remplacer:
Ce fanion doit etre mis a ’ 1’ pour indiquer la
fanion de tranche A codage intra (intra slice flag) - presence
dans lkuxbinaire.
structures i ntra-slice et reserved-bits
par ce qui suit:
extension flag) - Ce fanion resence des
fanion d ’extension de tranche (slice doit etre mis a ‘1’ pour indiquer la p
- -
structures intra-slice, slice-picture-id-enable et slice-picture-id dans le flux binaire
Remplacer igalement:
bits rkserv& (reserved bits) - Cette structure est un entier de 7 bits qui doit avoir la valeur zero, d ’autres valeurs sont
-
reservees.
par ce qui suit.
activation d ’identificateur d ’image de tranche (slice_picture id enable) - Ce fanion commande la semantique de
l ’identificateur slice picture id. Si la structure slice picture id-enable est mise a ‘0 ’, l ’identificateur slice picture id
- -
- - - - -
nest pas utilise par la presente Specification et doit avoir la valeur zero. Si la structure slice-picture-id-enable est mise
a ‘l ’, l ’identificateur slice-picture-id peut avoir une valeur differente de zero.
La structure slice picture id enable doit avoir la meme valeur dans toutes les tranches d ’une image. La structure
-
slice-picture-id-enable peit etre omise du flux binaire (si l ’on met a ‘0’ la valeur de l ’element slice-extension-flag).
Dans ce cas, on suppose qu ’elle a la valeur zero.
La structure slice-pictu
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.