EP1255409A1 - Conversion d'un format BIFS textuel vers un format BIFS binaire - Google Patents

Conversion d'un format BIFS textuel vers un format BIFS binaire Download PDF

Info

Publication number
EP1255409A1
EP1255409A1 EP02076505A EP02076505A EP1255409A1 EP 1255409 A1 EP1255409 A1 EP 1255409A1 EP 02076505 A EP02076505 A EP 02076505A EP 02076505 A EP02076505 A EP 02076505A EP 1255409 A1 EP1255409 A1 EP 1255409A1
Authority
EP
European Patent Office
Prior art keywords
format
scene
command
data
bifs
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP02076505A
Other languages
German (de)
English (en)
Inventor
Laurent Société Civile S.P.I.D. Duquesnois
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips Electronics NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips Electronics NV filed Critical Koninklijke Philips Electronics NV
Publication of EP1255409A1 publication Critical patent/EP1255409A1/fr
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/222Studio circuitry; Studio devices; Studio equipment
    • H04N5/262Studio circuits, e.g. for mixing, switching-over, change of character of image, other special effects ; Cameras specially adapted for the electronic generation of special effects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234318Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into objects, e.g. MPEG-4 objects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/20Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video object coding
    • H04N19/25Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video object coding with scene description coding, e.g. binary format for scenes [BIFS] compression
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se

Definitions

  • the invention relates to a data processing device for converting data from a first format to a second format, said data comprising at least one scene description and a command intended to modify this scene description. It also relates to a data processing method for converting data from a first format to a second format, said data comprising at least one scene description and a command intended to modify this scene description. Finally, it relates to a program comprising program code instructions for executing the steps of this method when said program is executed on a processor.
  • the invention finds its application, for example, in a system intended for designing audiovisual data in an MPEG format.
  • An object of the invention is to propose a device allowing convert from a textual BIFS format to a binary BIFS format.
  • the invention also provides a program comprising program code instructions for executing process steps described above when said program is executed on a processor.
  • a device for data processing according to the invention comprises a scene transcoder 101 comprising a decoder 102 and an encoder 104, a command transcoder 111 and a multiplexer 131.
  • Data in a first format 121 contains a scene description 122 and commands 123; they are converted into data in a second format 143 thanks to the data processing device.
  • the first format is a BIFS format textual and the second format is a binary BIFS format.
  • the scene description at textual BIFS format 122 is decoded by decoder 102 which constructs a graph of scene 103 within the meaning of the standard described above.
  • This scene graph 103 includes in particular a tree structure containing nodes.
  • the 102 decoder allocates an identifier to each node, stored in a node coding table (in English “Node Coding Table”) specific to each node.
  • the decoder 102 establishes, thanks to the information included in all the node coding tables, a correspondence table 151 between the names and the identifiers of the nodes.
  • the coder 104 converts this scene graph 103 to generate a scene description at binary BIFS format 141.
  • Orders in textual BIFS format 123 are converted in commands in binary BIFS format 142 by the command transcoder 111.
  • a command which can for example consist in a modification of a node of the scene description 122, the command transcoder 111 has access to the table 151 correspondence between the names and identifiers of the nodes.
  • This table of correspondence 151 is stored, for example in the form of a file, in the decoder 102; the command transcoder 111 opens this file in order to access information he needs.
  • the standard cited above indicates that only the node identifier must be converted to binary BIFS format.
  • the multiplexer 131 groups together the scene description in binary BIFS format 141 and the commands in binary BIFS format 142 to generate the data in binary BIFS format 143.
  • An example of scene description in textual BIFS format 122 is given below: This scene description in textual BIFS format 122 describes a white circle (called circle G1) having a radius of 20 pixels.
  • An example of command in textual BIFS 123 format is given below: AT 10000 REPLACE NODE G1 BY Rectangle ⁇ size 10 20 ⁇ This command in textual BIFS format 123 means that at a certain moment, the circle G1 is replaced by a rectangle of dimensions 10 pixels by 20 pixels. In this example, this instant occurs 10 seconds after the start of viewing an audiovisual representation of the scene description 122. Such viewing can be carried out by a user on a graphical interface.
  • FIGs 2a and 2b illustrate two examples of data processing according to the prior art allowing data conversion from a first format to a second format.
  • the data at first format 121 are converted into data in second format 143 thanks to a transcoder 201.
  • Transcoder 201 is responsible for converting both descriptions scene and commands from the first format to the second format.
  • Such transcoder 201 is described in the document “ISO / IEC JTC1 / SC29 / WG11 - Title: BIFS / OD Encoder version 4.0 - Author: Zvi Lifshitz ”published in November 1999.
  • a drawback of such a data processing device is that it is not user-friendly. Indeed, such a device does not allow viewing a representation audiovisual described by the data in the first format 121. So with such device, it is difficult for an author to make description changes using a mouse or keyboard.
  • the data in the first format 121 are decoded by the decoder 102 which constructs the scene graph 103.
  • the scene graph 103 can be connected to a composer and a graphic interface, not shown in FIG. 2b, allowing a audiovisual representation of the scene description included in the scene graph 103.
  • the graphic interface can also be connected to modification means and command editing means, not shown in FIG. 2b, allowing an author to modify audiovisual representation using, for example, a mouse or keyboard.
  • the scene graph 103 is then modified.
  • This scene graph 103 is then converted to the second format by the encoder 104 which generates the data in the second format 143.
  • Such a device is described in a document published by CSELT on December 20, 1999 entitled "IM-1 Two Dimensional Compositor".
  • a disadvantage of such a data processing device is that it does not allow dynamic commands to be carried out. Indeed, the encoder 104 converting the scene graph 103, only the information present in this scene graph 103 during such a conversion will be taken into account. If we take the previous example of the circle G1 which turns into a rectangle at a certain time, when the conversion carried out by the encoder 104 precedes the moment at which the modification generated by the command 123 takes effect, it is the circle which is taken into account and when this conversion follows this instant, the rectangle is taken into account. Thus, for a modification of the audiovisual representation described by the data in the second format 143 to actually occur at the instant when it must occur, a conversion of the scene graph 103 must be carried out immediately after this instant. This generates a high amount of data to be transmitted, therefore a relatively low data transmission speed.
  • the invention overcomes these drawbacks, as shown by a particularly advantageous embodiment of the invention described in FIG. 3.
  • FIG. 3 illustrates a data processing device conforming to a particularly advantageous embodiment of the invention.
  • a device data processing includes, in addition to the elements described in Figure 1, a composer 301, a graphical interface 302, modification means 303 and editing means 304 able to generate modification commands at the first format 305.
  • composer 301 an audiovisual representation of the scene description included in scene graph 103 can be viewed by an author on the graphical interface 302.
  • the author can, thanks to the means of modification 303, for example a mouse or keyboard, modify this audiovisual representation.
  • the editing means 304 then make it possible to generate the modification commands 305 corresponding to the modifications carried out by the author.
  • Author systems known to those skilled in the art have the functionalities of composer 301, modification means 303 and means Edition 304. Software such as Photoshop and Adobe Premiere are examples of such authoring systems.
  • Change commands 305 are sent to the decoder 102 and to the command transcoder 111.
  • the decoder 102 updates the scene graph 103, so that the author can view the modifications he has on the graphical interface 302 performed.
  • Such an update of the scene graph 103 from a command is described in the standard cited above.
  • This data processing device allows, on the one hand, to modify a scene graph in a user-friendly way, without having to convert the whole scene graph when a modification is made, since in this case only the modification command 305 must be converted from the first format to the second format.
  • the author can perform dynamic commands using modification means 303. Indeed, the command transcoder 111 can take into account such dynamic commands, which encoder 104 cannot do, which is content with convert scene graph 103 to the second format.
  • FIG. 4 illustrates an example of a graphical interface 302.
  • the interface graph 302 includes a display area 401, action buttons 402, a dynamic command area 403 and a cursor 404.
  • the viewing area 401 allows the author to obtain an audiovisual representation of the scene graph 103.
  • the cursor 404 controlled by the modification means 303 allows by example of selecting an object from viewing area 401 in order to move this object.
  • the means of edition 304 generate a command intended to modify parameters of placement of the scene description node corresponding to this object.
  • the action buttons 402 can be used, for example, to change a color of a object selected with cursor 404.
  • Dynamic command area 403 allows the author to define when a modification caused by a order must take effect. The author can for example define, using a keyboard, such an instant and then change the dimensions of an object in the viewing area 401. Such a change in dimensions will then take effect only at the time defined by the author.
  • FIG. 5 illustrates an example of a telecommunications network using at least one data processing device according to the invention.
  • Such telecommunications network includes data processing device 501 such as that shown in FIG. 3, a transmission medium 502 and a terminal reception 503.
  • the data in the first format 121 can be, for example, stored on a data carrier. As detailed in the description of Figure 3, they can be modified by an author using the data processing 501 which generates the data in the second format 143.
  • These data 143 is transported by the transmission medium 502 to the terminal of reception 503.
  • the transmission medium 502 can be a transmission medium used for a telecommunications network such as the Internet, for example Ethernet.
  • the reception terminal 503 can for example comprise a central unit computer and a computer screen or decoder receiver device for television (in English "Set top Box") and a television screen. It includes means for viewing data in second format 143, for example a composer.
  • Such a reception terminal is known to those skilled in the art.
  • Such telecommunications network therefore allows in particular an author to send audiovisual data to a user having the reception terminal 503, and modify this data in a user-friendly way in real time.
  • one of the nodes can correspond to information audiovisuals from a camera filming a sports meeting, and another node can be a score.
  • the author can modify the score by modifying the content of the corresponding node. The user will therefore be permanently informed of the score of the meeting.
  • a set of instructions contained in a programming memory can order the integrated circuit carry out the various steps described above.
  • the instruction set can be loaded into the programming memory by reading a storage medium data such as, for example, a disk on which the instruction set is coded. The reading can be done through a communication network like, for example, the Internet. In this case, a service provider will put the game instructions available to interested parties.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Television Signal Processing For Recording (AREA)
  • Television Systems (AREA)

Abstract

L'invention concerne le domaine de la description de scènes multimédia. Un flux de données au format BIFS 121 contient de façon classique deux types de données, des descriptions de scènes 122 et des commandes 123. Conformément à l'invention, un dispositif de traitement de données destiné à convertir des données d'un premier format, par exemple le format BIFS textuel, vers un deuxième format, par exemple le format BIFS binaire, comprend un transcodeur de scène 101 destiné à convertir les descriptions de scènes 122 du premier format vers le deuxième format et un transcodeur de commandes 111 destiné à convertir les commandes 123 du premier format vers le deuxième format et ayant accès à des informations contenues dans la description de scène. L'invention présente notamment un intérêt pour la conception de description de scènes multimédia utilisant par exemple le standard MPEG-4. <IMAGE>

Description

DOMAINE TECHNIQUE
L'invention concerne un dispositif de traitement de données pour convertir des données d'un premier format vers un deuxième format, lesdites données comprenant au moins une description de scène et une commande destinée à modifier cette description de scène.
Elle concerne également un procédé de traitement de données pour convertir des données d'un premier format vers un deuxième format, lesdites données comprenant au moins une description de scène et une commande destinée à modifier cette description de scène.
Elle concerne enfin un programme comprenant des instructions de code de programme pour l'exécution des étapes de ce procédé lorsque ledit programme est exécuté sur un processeur. L'invention trouve son application, par exemple, dans un système destiné à une conception de données audiovisuelles à un format MPEG.
ETAT DE LA TECHNIQUE ANTERIEURE
La norme MPEG-4 est notamment décrite dans le document ISO/IEC 14496-1 intitulé « Information Technology - Very Low Bit Rate Audio-Visual Coding - part 1 : systems » publié par l'ISO en 1999. Cette norme décrit notamment un format binaire de scène BIFS ayant pour but de décrire des relations spatio-temporelles entre divers objets graphiques d'une scène. Des informations nécessaires à une composition d'une scène constituent une description de scène. Un concept de description de scène est exposé au paragraphe 9 de cette norme. Une description de scène possède une structure arborescente composée de noeuds, chaque noeud correspondant à un objet et contenant un ensemble de champs. Des routes sont utilisées pour assigner la valeur d'un champ à un autre champ. Un flux de données au format BIFS comprend deux types de données, des descriptions de scène et des commandes. Les commandes peuvent être de deux types :
  • des commandes de remplacement de scène qui comprennent une description de scène entière.
  • des commandes de modification de scène qui comprennent des modifications à apporter à une description de scène, tel un remplacement d'un noeud par un autre, un ajout ou une suppression d'un noeud, une modification d'un champ ou d'une route.
Une description de scène est généralement écrite par un auteur en utilisant un format convivial, par exemple un format textuel. Les commandes sont généralement écrites dans le même format. Ce format sera appelé par la suite format BIFS textuel. Cependant, pour un transport d'un flux de données au format BIFS, il est nécessaire de convertir le format BIFS textuel en un format binaire, que l'on appellera par la suite format BIFS binaire. En effet, une telle conversion permet de transporter une quantité plus grande d'informations en un même temps. Le format BIFS binaire ainsi que la conversion du format BIFS textuel vers le format BIFS binaire sont décrits dans la norme citée ci-dessus. Cette norme décrit comment les descriptions de scène doivent être converties et comment les commandes doivent être converties du format BIFS textuel vers le format BIFS binaire. Cependant, la norme citée ci-dessus ne décrit pas de dispositif permettant d'effectuer la conversion du format BIFS textuel vers le format BIFS binaire. EXPOSE DE L'INVENTION
Un but de l'invention est de proposer un dispositif permettant d'effectuer une conversion d'un format BIFS textuel vers un format BIFS binaire.
Un dispositif de traitement de données selon l'invention et tel que défini dans le paragraphe d'ouverture est caractérisé en ce qu'il comprend :
  • un transcodeur de scène pour convertir la description de scène du premier format vers le deuxième format et
  • un transcodeur de commandes pour convertir la commande du premier format vers le deuxième format et ayant accès à des informations contenues dans le transcodeur de scène.
Un procédé de traitement de données selon l'invention et tel que défini dans le paragraphe d'ouverture est caractérisé en ce qu'il comprend :
  • une étape de transcodage de scène pour convertir la description de scène du premier format vers le deuxième format et
  • une étape de transcodage de commandes pour convertir la commande du premier format vers le deuxième format grâce à des informations élaborées lors de l'étape de transcodage de scène.
Conformément à l'invention, un flux de données BIFS textuel est converti en un flux de données BIFS binaire de la façon suivante. Les données relatives à la description de scène sont converties par le transcodeur de scène comme il est décrit dans la norme citée ci-dessus et les données relatives aux commandes sont séparément converties par le transcodeur de commandes comme il est décrit dans la norme citée ci-dessus. Cependant, pour pouvoir convertir les données relatives aux commandes, le transcodeur de commandes doit avoir accès à des informations contenues dans le transcodeur de scène, comme des noms et des identifiants de noeuds. En effet, chaque noeud de la description de scène possède un nom et un identifiant. Le nom est un texte qui permet d'identifier un noeud de façon conviviale. L'identifiant est un nombre qui indique une place d'un noeud dans la description de scène. Seul l'identifiant d'un noeud est converti au format BIFS binaire. Or les commandes au format BIFS textuel ne contiennent que les noms de noeuds. Par conséquent, le transcodeur de commandes a besoin d'une table de correspondance entre les noms et les identifiants des noeuds, cette table étant contenue dans le transcodeur de scène. De la sorte, lorsqu'une commande modifie la description de scène, il n'est pas nécessaire de convertir à nouveau toute la description de scène du format BIFS textuel vers le format BIFS binaire, mais seulement la commande. Ainsi, la conversion est plus rapide, ce qui peut être avantageux dans des applications ayant des contraintes de type temps réel.
Dans un mode de réalisation particulièrement avantageux de l'invention, un dispositif de traitement de données tel que décrit ci-dessus est caractérisé en ce qu'il comprend :
  • une interface graphique ;
  • un compositeur apte à délivrer sur l'interface graphique une représentation audiovisuelle de la description de scène ;
  • des moyens de modification reliés à ladite interface graphique et aptes à effectuer au moins une modification de ladite représentation audiovisuelle et
  • des moyens d'édition aptes à générer au moins une commande dans le premier format, ladite commande étant représentative de la modification.
Ce mode de réalisation permet à un auteur de modifier de façon conviviale une description de scène. En effet, grâce au compositeur et à l'interface graphique, l'auteur possède à chaque instant une représentation audiovisuelle de la description de scène qu'il désire modifier. Grâce à une souris, un clavier ou tout autre moyen de modification relié à l'interface graphique, il modifie à sa guise cette représentation audiovisuelle. Des moyens d'édition permettent de générer des commandes au format BIFS textuel à partir des modifications effectuées par l'auteur. De tels moyens d'édition sont connus de l'homme du métier sous le terme de 'système auteur' (en anglais 'authoring tool'). En outre, ce mode de réalisation permet d'utiliser des commandes dynamiques, c'est-à-dire des commandes engendrant une modification de la description de scène ne prenant pas effet immédiatement, tout en conservant son aspect convivial. Par exemple, il est possible d'effectuer une commande destinée à engendrer la modification d'un noeud à un instant futur donné. Si l'on se contentait de convertir au format BIFS binaire la description de scène au moment où la commande est effectuée, celle-ci ne serait pas prise en compte, la modification ne prenant effet qu'à un instant futur.
Dans la mesure où les étapes décrites ci-dessus peuvent être effectuées par un logiciel, l'invention prévoit également un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé décrit ci-dessus lorsque ledit programme est exécuté sur un processeur.
BREVE DESCRIPTION DES FIGURES
L'invention sera mieux comprise et d'autres détails apparaítront dans la description qui va suivre en regard des dessins annexés qui sont donnés à titre d'exemples non limitatifs et dans lesquels :
  • la figure 1 est un diagramme bloc illustrant des caractéristiques de l'invention ;
  • les figures 2a et 2b illustrent deux exemples de dispositifs de traitement de données selon l'art antérieur permettant une conversion de données d'un premier format vers un deuxième format ;
  • la figure 3 illustre un dispositif de traitement de données conforme à un mode de réalisation particulièrement avantageux de l'invention ;
  • la figure 4 illustre une interface graphique pouvant être utilisée dans un mode de réalisation particulièrement avantageux de l'invention ;
  • la figure 5 illustre un réseau de télécommunications utilisant au moins un dispositif de traitement de données selon l'invention.
EXPOSE DETAILLE D'AU MOINS UN MODE DE REALISATION DE L'INVENTION
La figure 1 illustre des caractéristiques de l'invention. Un dispositif de traitement de données selon l'invention comprend un transcodeur de scène 101 comprenant un décodeur 102 et un codeur 104, un transcodeur de commandes 111 et un multiplexeur 131. Des données à un premier format 121 contiennent une description de scène 122 et des commandes 123 ; elles sont converties en des données à un deuxième format 143 grâce au dispositif de traitement de données.
Dans l'exemple considéré ici, le premier format est un format BIFS textuel et le deuxième format est un format BIFS binaire. La description de scène au format BIFS textuel 122 est décodée par le décodeur 102 qui construit un graphe de scène 103 au sens de la norme décrite ci-dessus. Ce graphe de scène 103 comprend notamment une structure arborescente contenant des noeuds. Le décodeur 102 alloue un identifiant à chaque noeud, stocké dans une table de codage de noeud (en anglais « Node Coding Table ») propre à chaque noeud. Le décodeur 102 établit, grâce aux informations comprises dans toutes les tables de codage de noeud, une table de correspondance 151 entre les noms et les identifiants des noeuds. Le codeur 104 convertit ce graphe de scène 103 pour générer une description de scène au format BIFS binaire 141. Les commandes au format BIFS textuel 123 sont converties en commandes au format BIFS binaire 142 par le transcodeur de commandes 111. Une commande pouvant par exemple consister en une modification d'un noeud de la description de scène 122, le transcodeur de commandes 111 a accès à la table de correspondance 151 entre les noms et les identifiants des noeuds. Cette table de correspondance 151 est stockée, par exemple sous la forme d'un fichier, dans le décodeur 102 ; le transcodeur de commandes 111 ouvre ce fichier afin d'accéder à des informations dont il a besoin. En effet, la norme citée ci-dessus indique que seul l'identifiant d'un noeud doit être converti au format BIFS binaire. Les commandes au format BIFS textuel ne comprenant que les noms des noeuds à modifier, il est nécessaire que le transcodeur de commandes 111 ait accès aux identifiants des noeuds correspondants.
Le multiplexeur 131 regroupe la description de scène au format BIFS binaire 141 et les commandes au format BIFS binaire 142 pour générer les données au format BIFS binaire 143. Un exemple de description de scène au format BIFS textuel 122 est donné ci-après :
Figure 00050001
Cette description de scène au format BIFS textuel 122 décrit un cercle blanc (appelé cercle G1) ayant un rayon de 20 pixels. Un exemple de commande au format BIFS textuel 123 est donné ci-dessous :
   AT 10000 REPLACE NODE G1 BY Rectangle {size 10 20}
Cette commande au format BIFS textuel 123 signifie qu'à un certain instant, le cercle G1 est remplacé par un rectangle de dimensions 10 pixels par 20 pixels. Dans cet exemple, cet instant intervient 10 secondes après un début de visualisation d'une représentation audiovisuelle de la description de scène 122. Une telle visualisation peut être effectuée par un utilisateur sur une interface graphique.
Les figures 2a et 2b illustrent deux exemples de dispositifs de traitement de données suivant l'art antérieur permettant une conversion de données d'un premier format vers un deuxième format. Sur la figure 2a, les données au premier format 121 sont converties en données au deuxième format 143 grâce à un transcodeur 201. Le transcodeur 201 se charge de convertir à la fois les descriptions de scène et les commandes du premier format vers le deuxième format. Un tel transcodeur 201 est décrit dans le document « ISO/IEC JTC1/SC29/WG11 - Title : BIFS/OD Encoder version 4.0 - Author : Zvi Lifshitz » publié en novembre 1999. Un inconvénient d'un tel dispositif de traitement de données est qu'il n'est pas convivial. En effet, un tel dispositif ne permet pas de visualiser une représentation audiovisuelle décrite par les données au premier format 121 . Ainsi, avec un tel dispositif, il est difficile, pour un auteur, d'effectuer des modifications de description de scène à l'aide d'une souris ou d'un clavier.
Sur la figure 2b, les données au premier format 121 sont décodées par le décodeur 102 qui construit le graphe de scène 103. Le graphe de scène 103 peut être relié à un compositeur et une interface graphique, non représentés sur la figure 2b, permettant une représentation audiovisuelle de la description de scène comprise dans le graphe de scène 103. L'interface graphique peut également être reliée à des moyens de modification et des moyens d'édition de commandes, non représentés sur la figure 2b, permettant à un auteur de modifier la représentation audiovisuelle grâce, par exemple, à une souris ou un clavier. Le graphe de scène 103 est alors modifié. Ce graphe de scène 103 est alors converti au deuxième format par le codeur 104 qui génère les données au deuxième format 143. Un tel dispositif est décrit dans un document publié par CSELT le 20 décembre 1999 intitulé « IM-1 Two Dimensional Compositor ». Un inconvénient d'un tel dispositif de traitement de données est qu'il ne permet pas d'effectuer des commandes dynamiques. En effet, le codeur 104 convertissant le graphe de scène 103, seules les informations présentes dans ce graphe de scène 103 lors d'une telle conversion seront prises en compte. Si l'on reprend l'exemple précédent du cercle G1 qui se transforme en rectangle à un certain instant, lorsque la conversion effectuée par le codeur 104 précède l'instant auquel la modification engendrée par la commande 123 prend effet, c'est le cercle qui est pris en compte et lorsque cette conversion suit cet instant, c'est le rectangle qui est pris en compte. Ainsi, pour qu'une modification de la représentation audiovisuelle décrite par les données au deuxième format 143 se produise effectivement à l'instant où elle doit se produire, il faut effectuer une conversion du graphe de scène 103 immédiatement après cet instant. Ceci engendre une quantité élevée de données à transmettre donc une vitesse de transmission des données relativement faible.
L'invention permet de pallier ces inconvénients, comme le montre un mode de réalisation particulièrement avantageux de l'invention décrit sur la figure 3.
La figure 3 illustre un dispositif de traitement de données conforme à un mode de réalisation particulièrement avantageux de l'invention. Un tel dispositif de traitement de données comprend, outre les éléments décrits sur la figure 1, un compositeur 301, une interface graphique 302, des moyens de modification 303 et des moyens d'édition 304 aptes à générer des commandes de modification au premier format 305.
Grâce au compositeur 301, une représentation audiovisuelle de la description de scène comprise dans le graphe de scène 103 peut être visualisée par un auteur sur l'interface graphique 302. L'auteur peut, grâce aux moyens de modification 303, par exemple une souris ou un clavier, modifier cette représentation audiovisuelle. Les moyens d'édition 304 permettent alors de générer les commandes de modification 305 correspondant aux modifications effectuées par l'auteur. Des systèmes auteurs connus de l'homme du métier possèdent les fonctionnalités du compositeur 301, des moyens de modification 303 et des moyens d'édition 304. Des logiciels tels Photoshop et Adobe Premiere sont des exemples de tels systèmes auteurs. Les commandes de modification 305 sont envoyées vers le décodeur 102 et vers le transcodeur de commandes 111. Grâce aux commandes de modification 305, le décodeur 102 met à jour le graphe de scène 103, de sorte que l'auteur peut visualiser sur l'interface graphique 302 les modifications qu'il a effectuées. Une telle mise à jour du graphe de scène 103 à partir d'une commande est décrite dans la norme citée ci-dessus. Ce dispositif de traitement de données permet, d'une part, de modifier un graphe de scène de façon conviviale, sans avoir à convertir tout le graphe de scène lorsqu'une modification est effectuée, puisque dans ce cas seule la commande de modification 305 doit être convertie du premier format vers le deuxième format. De ce fait, la quantité de données au deuxième format 143 transmise par unité de temps est relativement faible, ce qui permet des vitesses de transmission de données relativement élevées. D'autre part, l'auteur peut effectuer des commandes dynamiques grâce aux moyens de modification 303. En effet, le transcodeur de commandes 111 peut prendre en compte de telles commandes dynamiques, ce que ne peut pas faire le codeur 104, qui se contente de convertir au deuxième format le graphe de scène 103.
La figure 4 illustre un exemple d'interface graphique 302. L'interface graphique 302 comprend une zone de visualisation 401, des boutons d'action 402, une zone de commandes dynamiques 403 et un curseur 404. La zone de visualisation 401 permet à l'auteur d'obtenir une représentation audiovisuelle du graphe de scène 103. Le curseur 404 commandé par les moyens de modification 303 permet par exemple de sélectionner un objet de la zone de visualisation 401 afin de déplacer cet objet. Suite à une telle modification de la représentation audiovisuelle, les moyens d'édition 304 génèrent une commande destinée à modifier des paramètres de placement du noeud de la description de scène correspondant à cet objet. Les boutons d'action 402 peuvent permettre, par exemple, de modifier une couleur d'un objet sélectionné avec le curseur 404. La zone de commandes dynamiques 403 permet à l'auteur de définir à quel instant une modification engendrée par une commande doit prendre effet. L'auteur peut par exemple définir, grâce à un clavier, un tel instant, puis changer des dimensions d'un objet de la zone de visualisation 401. Un tel changement de dimensions ne prendra alors effet qu'à l'instant défini par l'auteur.
La figure 5 illustre un exemple de réseau de télécommunications utilisant au moins un dispositif de traitement de données selon l'invention. Un tel réseau de télécommunications comprend un dispositif de traitement de données 501 tel que celui représenté sur la figure 3, un média de transmission 502 et un terminal de réception 503. Les données au premier format 121 peuvent être, par exemple, stockées sur un support de données. Comme il a été détaillé dans la description de la figure 3, elles peuvent être modifiées par un auteur grâce au dispositif de traitement de données 501 qui génère les données au deuxième format 143 . Ces données 143 sont transportées par le media de transmission 502 vers le terminal de réception 503. Le media de transmission 502 peut être un media de transmission utilisé pour un réseau de télécommunication comme Internet, par exemple Ethernet. Le terminal de réception 503 peut comprendre par exemple une unité centrale d'ordinateur et un écran d'ordinateur ou un dispositif récepteur décodeur pour télévision (en anglais «Set top Box») et un écran de télévision. Il comprend des moyens de visualisation des données au deuxième format 143, par exemple un compositeur. Un tel terminal de réception est connu de l'homme du métier. Un tel réseau de télécommunications permet donc notamment à un auteur d'envoyer des données audiovisuelles à un utilisateur possédant le terminal de réception 503, et de modifier ces données de façon conviviale en temps réel. Par exemple, dans une description de scène, un des noeuds peut correspondre à des informations audiovisuelles issues d'une caméra filmant une rencontre sportive, et un autre noeud peut correspondre à un score. En fonction de l'évolution de la rencontre sportive, l'auteur peut modifier le score en modifiant le contenu du noeud correspondant. L'utilisateur sera donc informé en permanence du score de la rencontre.
La description ci-dessus en référence aux figures illustre l'invention plutôt qu'elle ne la limite. A cet égard, quelques remarques sont faites ci-dessous.
La description des figures s'appuient sur l'exemple du format BIFS. Bien entendu, l'invention s'applique à d'autres formats, éventuellement plus évolués que le format BIFS, dès lors que ces formats s'appuient sur des descriptions de scène et des commandes.
Sur la figure 4, seules quelques fonctionnalités d'une interface graphique ont été représentées. Une telle interface graphique peut contenir un grand nombre de fonctionnalités, en particulier des fonctionnalités correspondant aux commandes définies par le format utilisé.
En principe, il est possible d'implémenter le procédé selon l'invention au moyen d'un circuit intégré convenablement programmé. Un jeu d'instructions contenu dans une mémoire de programmation peut ordonner au circuit intégré d'effectuer les différentes étapes décrites précédemment. Le jeu d'instructions peut être chargé dans la mémoire de programmation par la lecture d'un support de données comme, par exemple, un disque sur lequel est codé le jeu d'instructions. La lecture peut s'effectuer par l'intermédiaire d'un réseau de communication comme, par exemple, l'Internet. Dans ce cas, un fournisseur de service mettra le jeu d'instructions à la disposition des intéressés.

Claims (6)

  1. Dispositif de traitement de données pour convertir des données d'un premier format vers un deuxième format, lesdites données comprenant au moins une description de scène et une commande destinée à modifier cette description de scène, caractérisé en ce qu'il comprend :
    un transcodeur de scène pour convertir la description de scène du premier format vers le deuxième format et
    un transcodeur de commandes pour convertir la commande du premier format vers le deuxième format et ayant accès à des informations contenues dans le transcodeur de scène.
  2. Dispositif de traitement de données selon la revendication 1, caractérisé en ce qu'il comprend :
    une interface graphique ;
    un compositeur apte à délivrer sur l'interface graphique une représentation audiovisuelle de la description de scène ;
    des moyens de modification reliés à ladite interface graphique et aptes à effectuer au moins une modification de ladite représentation audiovisuelle et
    des moyens d'édition aptes à générer au moins une commande dans le premier format, ladite commande étant représentative de la modification.
  3. Procédé de traitement de données pour convertir des données d'un premier format vers un deuxième format, lesdites données comprenant au moins une description de scène et une commande destinée à modifier cette description de scène, caractérisé en ce qu'il comprend :
    une étape de transcodage de scène pour convertir la description de scène du premier format vers le deuxième format et
    une étape de transcodage de commandes pour convertir la commande du premier format vers le deuxième format grâce à des informations élaborées lors de l'étape de transcodage scène.
  4. Procédé de traitement de données selon la revendication 3, caractérisé en ce qu'il comprend :
    une étape de composition pour délivrer sur une interface graphique une représentation audiovisuelle de la description de scène ;
    une étape de modification pour effectuer au moins une modification de ladite représentation audiovisuelle ;
    une étape d'édition pour générer au moins une commande dans le premier format, ladite commande étant représentative de la modification.
  5. Réseau de télécommunications comprenant au moins :
    un dispositif de traitement de données selon l'une des revendications 1 ou 2 ;
    un media de transmission destiné à transporter lesdites données au deuxième format et
    un terminal de réception susceptible de recevoir lesdites données au deuxième format.
  6. Programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l'une des revendications 3 ou 4 lorsque ledit programme est exécuté sur un processeur.
EP02076505A 2001-04-24 2002-04-17 Conversion d'un format BIFS textuel vers un format BIFS binaire Withdrawn EP1255409A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0105503 2001-04-24
FR0105503A FR2823942A1 (fr) 2001-04-24 2001-04-24 Dispositif pour une conversion d'un format bifs textuel vers un format bifs binaire

Publications (1)

Publication Number Publication Date
EP1255409A1 true EP1255409A1 (fr) 2002-11-06

Family

ID=8862633

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02076505A Withdrawn EP1255409A1 (fr) 2001-04-24 2002-04-17 Conversion d'un format BIFS textuel vers un format BIFS binaire

Country Status (6)

Country Link
US (1) US20030001877A1 (fr)
EP (1) EP1255409A1 (fr)
JP (1) JP2003069965A (fr)
KR (1) KR20020082796A (fr)
CN (1) CN1383080A (fr)
FR (1) FR2823942A1 (fr)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7417645B2 (en) * 2003-03-27 2008-08-26 Microsoft Corporation Markup language and object model for vector graphics
US7126606B2 (en) * 2003-03-27 2006-10-24 Microsoft Corporation Visual and scene graph interfaces
US7466315B2 (en) * 2003-03-27 2008-12-16 Microsoft Corporation Visual and scene graph interfaces
US7511718B2 (en) * 2003-10-23 2009-03-31 Microsoft Corporation Media integration layer
US7676590B2 (en) * 2004-05-03 2010-03-09 Microsoft Corporation Background transcoding
KR100682910B1 (ko) * 2004-12-31 2007-02-15 삼성전자주식회사 Mpeg-4 인코딩/디코딩 방법 및 장치
US7441230B2 (en) * 2005-10-07 2008-10-21 Lucasfilm Entertainment Company Ltd. Method of utilizing product proxies with a dependency graph
USD546834S1 (en) * 2005-11-16 2007-07-17 Microsoft Corporation Icon for a portion of a display screen
EP1952334A4 (fr) * 2005-11-18 2011-06-08 Chicago Mercantile Exchange Detection de correspondances entre entreprises et reponse correspondante
USD575303S1 (en) * 2006-06-23 2008-08-19 Microsoft Corporation Icon for a portion of a display screen
US20080120428A1 (en) * 2006-11-21 2008-05-22 Sprint Communications Company L.P. Unique compressed call identifiers
KR20080114496A (ko) * 2007-06-26 2008-12-31 삼성전자주식회사 레이저 콘텐츠를 이용하여 장면을 구성하는 방법 및 장치
USD667843S1 (en) 2010-10-20 2012-09-25 Apple Inc. Display screen or portion thereof with icon
USD743443S1 (en) * 2013-10-22 2015-11-17 Apple Inc. Display screen or portion thereof with graphical user interface
USD772284S1 (en) 2014-09-01 2016-11-22 Apple Inc. Display screen or portion thereof with a set of graphical user interfaces
USD783642S1 (en) * 2014-10-16 2017-04-11 Apple Inc. Display screen or portion thereof with animated graphical user interface
USD857033S1 (en) 2017-11-07 2019-08-20 Apple Inc. Electronic device with graphical user interface
USD879132S1 (en) 2018-06-03 2020-03-24 Apple Inc. Electronic device with graphical user interface
USD983817S1 (en) * 2021-02-16 2023-04-18 Kimberly-Clark Worldwide, Inc. Package with surface ornamentation or display screen with icon
CN114286170B (zh) * 2022-01-14 2024-07-30 中国农业银行股份有限公司 一种音视频处理装置和方法
US12380615B2 (en) * 2022-09-27 2025-08-05 Tencent America LLC Scene graph translation

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5850446A (en) * 1996-06-17 1998-12-15 Verifone, Inc. System, method and article of manufacture for virtual point of sale processing utilizing an extensible, flexible architecture
AU761202B2 (en) * 1997-09-22 2003-05-29 Sony Corporation Generation of a bit stream containing binary image/audio data that is multiplexed with a code defining an object in ascii format
US6415278B1 (en) * 1997-11-14 2002-07-02 Adobe Systems Incorporated Retrieving documents transitively linked to an initial document
US6438266B1 (en) * 1998-08-27 2002-08-20 Lucent Technologies Inc. Encoding images of 3-D objects with improved rendering time and transmission processes
US6693645B2 (en) * 1999-12-01 2004-02-17 Ivast, Inc. Optimized BIFS encoder

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
"Coding of Moving Pictures and Audio", 3G TS 25.323 V3.1.0, XX, XX, 1 November 1999 (1999-11-01), XX, pages 1 - 6, XP002184603 *
"STUDY OF ISO/IEC 14496-1:2001/PDAM2", ISO/IEC JTC 1/SC 29/WG11 N3866, XX, XX, 1 January 2001 (2001-01-01), XX, pages 01 - 157, XP000997692 *
ELEFTHERIADIS A ET AL: "WORKING DRAFT 5.0 OF ISO/IEC 14496-1", ISO/IEC JTC1/SC29/WG11 N1825, XX, XX, 25 July 1997 (1997-07-25), pages 1 - 215, XP000982956 *
ELEFTHERIADIS A: "MPEG-4 systems: architecting object-based audio-visual content", IEEE WORKSHOP ON MULTIMEDIA SIGNAL PROCESSING. PROCEEDINGS OF SIGNAL PROCESSING SOCIETY WORKSHOP ON MULTIMEDIA SIGNAL PROCESSING, XX, XX, 7 December 1998 (1998-12-07), pages 535 - 540, XP002160812 *
SIGNES J: "BINARY FORMAT FOR SCENE (BIFS): COMBINING MPEG-4 MEDIA TO BUILD RICH MULTIMEDIA SERVICES", PROCEEDINGS OF THE SPIE, SPIE, BELLINGHAM, VA, US, vol. 3653, 25 January 1999 (1999-01-25), pages 1506 - 1517, XP000984179 *

Also Published As

Publication number Publication date
JP2003069965A (ja) 2003-03-07
CN1383080A (zh) 2002-12-04
KR20020082796A (ko) 2002-10-31
FR2823942A1 (fr) 2002-10-25
US20030001877A1 (en) 2003-01-02

Similar Documents

Publication Publication Date Title
EP1255409A1 (fr) Conversion d&#39;un format BIFS textuel vers un format BIFS binaire
EP1194843B1 (fr) Systeme de developpement rapide d&#39;applications interactives
FR2767005A1 (fr) Procede et systeme de videodiffusion pour fournir et afficher des donnees auxiliaires avec des signaux video et audio diffuses
EP1696670A2 (fr) Signal de données de modification d&#39;une scène graphique, procédé et dispositif correspondants
EP1354479B1 (fr) Procede et equipement pour la gestion des interactions dans la norme mpeg-4
EP1433333A1 (fr) Procede et dispositif de codage d&#39;une scene
EP1004206B1 (fr) Signal d&#39;animation d&#39;une scene graphique, procede et dispositif correspondants
WO2008047054A2 (fr) Procedes et dispositifs pour optimiser les ressources necessaires a la presentation de contenus multimedias
EP2156644A2 (fr) Procede de diffusion d&#39;un element complementaire, serveur et terminal correspondants
EP1862959A1 (fr) Système de communication pour la création collaborative à distance de contenus multimédias
EP1383336B1 (fr) Procédé de décompression et de restitution d&#39;un flux de données multimédia numériques compressées comprenant une pluralité d&#39;entités encodées. Dispositif, système et signal correspondants
EP1762068B1 (fr) Procede d&#39;edition de pages multimedia aupres d&#39;un terminal,avec pre-memorisation de parametres d&#39;objets intervenant dans les scenes
EP3398345B1 (fr) Procédé et dispositif de traitement de flux multimédia pour vérification des droits d&#39;accès
EP1597648A2 (fr) Procede pour la gestion de descriptions d&#39;animations graphiques destinees a etre affichees, recepteur et systeme mettant en ouvre ce procede
FR3163795A1 (fr) Procédés de traitement et de réception d’un message
EP3242188A1 (fr) Procede et dispositif de gestion simultanee d&#39;une pluralite de messages
EP1714458A1 (fr) Procede d&#39;edition d&#39;une page multimedia avec pre-memorisation
FR2908584A1 (fr) Systeme d&#39;interaction collaborative autour d&#39;objets partages, par integration d&#39;images
WO2024121075A1 (fr) Procédé de génération d&#39;une application de traitement d&#39;au moins un flux multimédia, dispositif et programme d&#39;ordinateur associés
FR2830349A1 (fr) Procede et dispositif d&#39;execution d&#39;une fonction dans un serveur informatique, ladite fonction retournant des resultats multiples selectionnables
EP1295203A1 (fr) Procede de structuration, de transfert et d&#39;interpretation d&#39;un ensemble d&#39;informations destinees a la conception d&#39;interfaces graphiques
FR2961654A1 (fr) Procede d&#39;enrichissement d&#39;un flux multimedia communique par un emetteur au moyen d&#39;une application de visiophonie.
FR2988965A1 (fr) Partage de contenu lors d&#39;une session de communication
FR2830398A1 (fr) Procede et dispositif d&#39;execution d&#39;une fonction avec selection et envoi de resultats multiples dans un environnement client-serveur
FR2847408A1 (fr) Procede pour la production de phonogrammes et de videogrammes a distance et dispositif d&#39;interface pour la mise en oeuvre dudit procede

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

17P Request for examination filed

Effective date: 20030506

AKX Designation fees paid

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20070801