WO2010109133A1 - Procede et dispositif de stockage d'une partie d'un flux video. - Google Patents

Procede et dispositif de stockage d'une partie d'un flux video. Download PDF

Info

Publication number
WO2010109133A1
WO2010109133A1 PCT/FR2010/050529 FR2010050529W WO2010109133A1 WO 2010109133 A1 WO2010109133 A1 WO 2010109133A1 FR 2010050529 W FR2010050529 W FR 2010050529W WO 2010109133 A1 WO2010109133 A1 WO 2010109133A1
Authority
WO
WIPO (PCT)
Prior art keywords
compressed
video stream
keyframe
frames
image
Prior art date
Application number
PCT/FR2010/050529
Other languages
English (en)
Inventor
Florent Previtali
Thomas Bouton
Original Assignee
Streamwide
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 Streamwide filed Critical Streamwide
Priority to JP2012501354A priority Critical patent/JP2012521703A/ja
Priority to CN2010800236137A priority patent/CN102450013A/zh
Priority to EP10715970A priority patent/EP2412164A1/fr
Priority to CA2756413A priority patent/CA2756413A1/fr
Publication of WO2010109133A1 publication Critical patent/WO2010109133A1/fr
Priority to US13/260,013 priority patent/US20120014675A1/en

Links

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/107—Selection of coding mode or of prediction mode between spatial and temporal predictive coding, e.g. picture refresh
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/40—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
    • H04N19/426—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements using memory downsizing methods
    • H04N19/428—Recompression, e.g. by spatial or temporal decimation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction

Definitions

  • the present invention relates to a method and a device for storing part of a compressed video stream and a computer program product for implementing the method.
  • the most widely used compression coding is that defined by the MPEG working group, more particularly in the ISO / IEC 13818-MPEG-2 and ISO / IEC 14496-MPEG standards. 4. These two standards are very similar in the compression principles used: some images are stored and compressed at regular intervals, and for intermediate images, only the differences are stored and encoded.
  • MPEG compression uses motion estimation.
  • MPEG encoding decomposes each block image called macro block, and examines for neighboring images whether there are similar blocks. If a match is found, rather than storing the entire block, the system stores a much smaller vector describing how the block moved (or did not move) between the frames. Vectors are encoded so that they can use only a single bit in some cases so that backgrounds and other elements that do not move over time are compressed very efficiently. Likewise, large groups of blocks that move together, such as a large object or scrolling the entire image, are also compressed efficiently.
  • MPEG uses three types of image coding methods.
  • Intra frames or I frames, in which an entire image is compressed and stored with Discrete Cosine Transform (discrete cosine transform) quantification. This creates a reference image from which the following images are constructed. These I frames also allow random access in the video stream, and in practice are generated approximately every half-second.
  • the predicted frames, or P frames contain motion vectors describing the difference from the nearest I frame or P frame.
  • Frames of the third type are bidirectional frames or B frames. The system looks forward or backward to find matching blocks. In this way, if something new appears in a B frame, it can be mapped to a block of the next I or P frames. It is therefore understandable that, statistically, the P and B frames are much smaller than the frames. I. frames
  • a compressed video stream can only start on an I frame serving as the first reference image from which the following P or B frames will be constructed. As indicated above, these I frames are also used for random access to the video stream. However, it is understood that, when it is desired to record, or store, only part of the video stream, with a random start, so not necessarily corresponding to a frame I, there is a problem.
  • the current recording systems decode the compressed video stream in the water so that when the user of the system decides the beginning of a recording, the decompressed image corresponding to this beginning of The recording is coded again as an I frame. Then the following frames are recoded from this frame I or, if the coding permits, the following B or P frames are kept but as differential images of the picture. I rebuilt.
  • the system detects in addition the first frame I of the incoming compressed video stream following the start of the recording and, from this frame, stores without transformation the incoming compressed video stream.
  • a method of storing a portion of a compressed video stream, said compressed video stream comprising a succession of compressed keyframes between which are interposed intermediate frames comprising at least the coding of the differences between an uncompressed intermediate image and the immediately preceding compressed key image comprises: the acquisition in real time of the compressed video stream,
  • the temporary storage without decompression, of the acquired compressed video stream, said temporary storage comprising at least the last received compressed keyframe and the following intermediate frames,
  • a compressed keyframe is reconstructed from the last received compressed keyframe and subsequent intermediate frames, and then the last received compressed keyframe is replaced in the temporary storage by the reconstructed compressed keyframe.
  • the compressed video stream is a video stream encoded according to ISO / IEC 13818-MPEG-2, ISO / IEC 14496-MPEG-4 and H264.
  • a computer program product includes program code instructions recorded on a computer readable medium, for implementing the steps of the above method when said program is running on a computer.
  • a device for storing a portion of a compressed video stream, said compressed video stream comprising a succession of compressed keyframes between which are interposed intermediate frames comprising at least the difference coding between an uncompressed intermediate image and the immediately preceding key image comprises:
  • Means for receiving a permanent storage start event at a given moment connected to triggering means: means for storing the part of the video stream starting from the given instant, characterized in that it furthermore
  • said temporary storage means comprising at least the last received compressed keyframe and the following intermediate frames
  • FIG. 1 is a diagrammatic view of an example of a storage method of video stream according to the prior art
  • FIG. 2 is a schematic view of an exemplary storage method according to one embodiment of the invention
  • FIG. 3 is a flow chart of a storage method according to one embodiment of the invention.
  • FIG. 4 is a schematic view of a storage device according to one embodiment of the invention.
  • FIG. 1 represents a video stream in the MPEG format comprising two compressed images I (in other words two I frames) referenced 1 and 2 along an axis of the times AA.
  • the compressed image I 1 is thus prior to the compressed image I 2.
  • Between these compressed images I are interposed frames P 11,
  • the corresponding decoded stream is symbolized on the axis BB, in the form of a stream of decoded images F 31 to 39.
  • the decoded image F 31 is obtained by decompressing the compressed image I 1 and the decoded image F 35 is obtained by decompressing the compressed image I 2.
  • the image F 32 is obtained by modifying the image F 31 as a function of the motion vectors contained in the frame P 11, modification symbolized by the sign + in FIG. 1.
  • the image F 33 is obtained by modifying the image F 32 as a function of the motion vectors contained in FIG. the frame P 12 and so on for the decoded images corresponding to the P frames of the encoded video stream.
  • FIG. 2 represents on its upper part the same encoded video stream as that of FIG. 1 with the same references.
  • a registration request D is initiated by a user.
  • the registration request D intervenes temporally between the frames P 23 and 24.
  • the lower part of FIG. 2 represents the contents of a temporary storage area S.
  • the frames are stored in the course of the water and the temporary storage S is reset with each arrival of compressed images I.
  • the storage contains the compressed image I 1, then the frames I 1 and P 11, then the frames I 1, P 11 and P 12 then the frames I 1, P 11, P 12 and P 13.
  • the temporary storage S is emptied and only the compressed image I 2 remains stored, and so on.
  • the temporary storage S thus contains the compressed image I 2 and the frames P 21, P 22 and P 23.
  • the frame P 24 which contains the differences between the images F 38 and F 39 thus also contains the motion vectors making it possible to decode the image F 39 from the image I 40.
  • the storage method consists, as illustrated in FIG. 3, in acquiring (step 50) in real time the compressed video stream and in
  • step 52 storing it (step 52) temporarily, without decompression so that the storage comprises at least the last compressed image I, or key image, acquired and the following intermediate frames, of type P and B.
  • a recording start event that is, permanent storage
  • step 56 a keyframe is reconstructed (step 56) from the last keyframes and received intermediate frames to obtain a keyframe corresponding to the recording start time
  • step 58 the video stream is stored (step 58) without modification, that is to say without decoding-coding operation.
  • reception means 62 for receiving a permanent storage start event at a given moment, connected to triggering means 64, such as for example a push button enabling a user to indicate a permanent storage start event by a simple pressure; and storage means 66 of the video stream portion starting from the given instant.
  • This dedicated machine also comprises: temporary storage means 68, without decompression, of the acquired video stream adapted to store at least the last received keyframe and the following intermediate frames; and
  • the temporary storage means 68 are composed of random access memories of the RAM type, or FIFO type of access memory in order to allow quick access to the stored data
  • the storage means 66 are composed of hard disks. , magnetic tapes or optical discs with high permanent storage capacity.
  • the reconstruction means are achievable through a combination of a microprocessor and software. However, the speed constraints may also encourage the skilled person to use a software programmed signal processing processor or a logic circuit in which the functionalities will be implemented in the form of a logic gate network.
  • the software is in the form of a computer program product having program code instructions recorded on a computer readable medium, for implementing the steps of the described storage method.
  • An implementation variant of this method consists, in the context of a compromise between the size of the temporary storage and the calculation means used, of reconstructing a key image from the images contained in the temporary storage as soon as the temporary storage of images go beyond a predetermined storage size, then keeping only this key image reconstructed in the temporary storage as well as the following intermediate images. It is understood that this operation reduces the size of the temporary storage at the expense of an additional reconstruction operation.
  • the encoding of the following immediately following frames may require to be recoded so that they comprise the differences with the reconstructed image I.

Landscapes

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

Abstract

L'invention concerne un procédé de stockage d'une partie d'un flux vidéo compressé, ledit flux vidéo compressé comportant une succession d'images clés compressées entre lesquelles sont intercalées des trames intermédiaires comportant au moins le codage de différences entre une image intermédiaire non compressée et l'image clé immédiatement précédente, ledit procédé comportant : • l'acquisition (50) en temps réel du flux vidéo compressé, • le stockage temporaire (52), sans décompression, du flux vidéo compressé acquis, ledit stockage temporaire comportant au moins la dernière image clé compressée reçue et les trames intermédiaires suivantes, • sur réception (54) d'un événement de début de stockage permanent à un instant donné, • reconstruction d'une image clé (56) compressée correspondant audit instant donné à partir de ladite dernière image clé reçue et des trames intermédiaires suivantes, • stockage (58) de la partie de flux vidéo commençant par l'image clé compressée reconstruite.

Description

PROCEDE ET DISPOSITIF DE STOCKAGE D'UNE PARTIE D'UN FLUX
VIDEO
La présente invention concerne un procédé et un dispositif de stockage d'une partie d'un flux vidéo compressé ainsi qu'un produit programme d'ordinateur pour mettre en œuvre le procédé. Actuellement, parmi les modes de compression de flux vidéo utilisés, le codage de compression le plus largement utilisé est celui définit par le groupe de travail MPEG plus particulièrement dans les normes ISO/IEC 13818-MPEG-2 et ISO/IEC 14496-MPEG-4. Ces deux normes sont très similaires dans les principes de compression utilisés : certaines images sont stockées et compressées à intervalles réguliers et, pour les images intermédiaires, seules les différences sont stockées et codées.
Plus précisément, la compression MPEG utilise une estimation de mouvement. Le codage MPEG décompose chaque image en bloc appelé macro bloc, et examine pour les images voisines s'il existe des blocs similaires. Si une correspondance est trouvée, plutôt que de stocker le bloc entier, le système stocke un vecteur beaucoup plus petit décrivant comment le bloc a bougé (ou n'a pas bougé) entre les images. Les vecteurs sont encodés de telle sorte qu'ils peuvent n'utiliser qu'un seul bit dans certains cas ce qui fait que les arrières plans et autres éléments qui ne bougent pas au fil du temps sont compressés très efficacement. De même, des grands groupes de blocs qui bougent ensemble tel qu'un grand objet ou un défilement de l'image entière, sont aussi compressés efficacement.
MPEG utilise trois types de méthodes de codage d'images.
Les trames intra, ou trames I, dans lesquelles une image entière est compressée et stockée avec une quantification DCT (Discrète Cosine Transform - Transformation en cosinus discrète). Ceci crée une image de référence à partir desquelles les images suivantes sont construites. Ces trames I permettent également un accès aléatoire dans le flux vidéo, et en pratique sont générées environ toutes les demi-secondes. Les trames prédites, ou trames P, contiennent des vecteurs de mouvements décrivant la différence à partir de la trame I ou de la trame P précédente la plus proche. Les trames du troisième type sont les trames bidirectionnelles ou trames B. Le système regarde en avant ou en arrière pour trouver des blocs correspondants. De cette façon, si quelque chose de nouveau apparaît dans une trame B, il peut être mis en correspondance avec un bloc de la prochaine trames I ou P. On comprend donc que, statistiquement, les trames P et B sont beaucoup plus petites que les trames I.
Comme indiqué précédemment, un flux vidéo compressé ne peut démarrer que sur une trame I servant de première image de référence à partir de laquelle les trames P ou B suivantes vont être construites. Comme indiqué précédemment, ces trames I servent également à l'accès aléatoire au flux vidéo. Cependant, on comprend que, lorsqu'on souhaite n'enregistrer, ou stocker, qu'une partie du flux vidéo, avec un début aléatoire, donc ne correspondant pas obligatoirement avec une trame I, il se pose un problème.
Pour résoudre ce problème, les systèmes d'enregistrement actuels décodent au fil de l'eau le flux vidéo compressé de telle sorte que, lorsque l'utilisateur du système décide du début d'un enregistrement, l'image décompressée correspondant à ce début d'enregistrement est codé à nouveau sous forme d'une trame I. Puis les trames suivantes sont recodées à partir de cette trame I ou, si le codage le permet, les trames B ou P suivantes sont gardées mais comme images différentielles de l'image I reconstruite. Pour les systèmes les plus performants, et afin de ne pas perdre en qualité par un décodage suivi d'un recodage, le système détecte en plus la première trame I du flux vidéo compressé entrant suivant le début de l'enregistrement et, à partir de cette trame, stocke sans transformation le flux vidéo compressé entrant.
Cette solution a l'inconvénient d'imposer un décodage permanent du flux vidéo compressé entrant en attendant l'ordre de début d'enregistrement. Cet inconvénient est sans importance quand l'appareil est connecté avec un dispositif de visualisation pour que l'utilisateur puisse visualiser en temps réel le flux vidéo compressé entrant puisqu'alors le décodage doit être réalisé pour la visualisation. Par contre dans les systèmes ne nécessitant pas ce décodage pour la visualisation celui-ci devient extrêmement pénalisant en termes de ressource machine. Aussi serait-il particulièrement avantageux d'avoir un procédé et un dispositif de stockage d'une partie de flux vidéo compressé permettant une minimisation des ressources en calcul.
Aussi, selon un aspect de l'invention, un procédé de stockage d'une partie d'un flux vidéo compressé, ledit flux vidéo compressé comportant une succession d'images clés compressées entre lesquelles sont intercalées des trames intermédiaires comportant au moins le codage de différences entre une image intermédiaire non compressée et l'image clé compressée immédiatement précédente, comporte : • l'acquisition en temps réel du flux vidéo compressé,
• le stockage temporaire, sans décompression, du flux vidéo compressé acquis, ledit stockage temporaire comportant au moins la dernière image clé compressée reçue et les trames intermédiaires suivantes,
• sur réception d'un événement de début de stockage permanent à un instant donné,
• reconstruction d'une image clé compressée correspondant audit instant donné à partir de ladite dernière image clé compressée reçue et des trames intermédiaires suivantes,
• stockage de la partie de flux vidéo commençant par l'image clé compressée reconstruite.
Selon une mode de réalisation particulier, lorsque le stockage temporaire du flux vidéo dépasse une taille de stockage prédéterminée, une image clé compressée est reconstruite à partir de ladite dernière image clé compressée reçue et des trames intermédiaires suivantes, puis la dernière image clé compressée reçue est remplacée dans le stockage temporaire par l'image clé compressée reconstruite.
Selon un autre mode de réalisation particulier, le flux vidéo compressé est un flux vidéo codé suivant une des normes ISO/IEC 13818-MPEG-2, ISO/IEC 14496 - MPEG-4 et H264. Selon un deuxième aspect de l'invention, un produit programme d'ordinateur comporte des instructions de code de programme enregistrées sur un support lisible par un ordinateur, pour mettre en œuvre les étapes du procédé ci-avant lorsque ledit programme fonctionne sur un ordinateur. Selon un troisième aspect de l'invention, un dispositif de stockage d'une partie d'un flux vidéo compressé, ledit flux vidéo compressé comportant une succession d'images clés compressées entre lesquelles sont intercalées des trames intermédiaires comportant au moins le codage de différences entre une image intermédiaire non compressée et l'image clé immédiatement précédente, comporte :
• des moyens d'acquisition en temps réel du flux vidéo compressé,
• des moyens de réception d'un événement de début de stockage permanent à un instant donné, connectés à des moyens de déclenchement : • des moyens de stockage de la partie de flux vidéo commençant à partir de l'instant donné, caractérisé en ce qu'il comporte en outre
• des moyens de stockage temporaire, sans décompression, du flux vidéo acquis, lesdits moyens de stockage temporaire comportant au moins la dernière image clé compressée reçue et les trames intermédiaires suivantes, et
• des moyens de reconstruction d'une image clé compressée correspondant audit instant donné à partir de ladite dernière image clé compressée reçue et des trames intermédiaires suivantes de telle sorte que la partie de flux vidéo stockée commence par ladite image clé compressée reconstruite.
L'invention sera mieux comprise à la lecture de la description qui suit, faite uniquement à titre d'exemple, et en référence aux figures en annexe dans lesquelles : - la figure 1 est une vue schématique d'un exemple de procédé de stockage de flux vidéo selon l'art antérieur ;
- la figure 2 est une vue schématique d'un exemple de procédé de stockage selon un mode de réalisation de l'invention ; - la figure 3 est un ordinogramme d'un procédé de stockage selon un mode de réalisation de l'invention ; et
- la figure 4 est une vue schématique d'un dispositif de stockage selon un mode de réalisation de l'invention.
La figure 1 représente un flux vidéo au format MPEG comportant deux images compressées I (en d'autres termes deux trames I) référencées 1 et 2 selon un axe des temps AA. L'image compressée I 1 est donc antérieure à l'image compressée I 2. Entre ces images compressées I sont intercalées des trames P 11 ,
12, 13, 21 , 22, 23 et 24.
Le flux décodé correspondant est symbolisé sur l'axe BB, sous forme d'un flux d'images décodées F 31 à 39.
Ainsi, classiquement, l'image décodée F 31 est obtenue en décompressant l'image compressée I 1 et l'image décodée F 35 est obtenue en décompressant l'image compressée I 2. L'image F 32 est obtenue par modification de l'image F 31 en fonction des vecteurs de mouvement contenus dans la trame P 11 , modification symbolisée par le signe + sur la figure 1. L'image F 33 est obtenue par modification de l'image F 32 en fonction des vecteurs de mouvements contenus dans la trame P 12 et ainsi de suite pour les images décodées correspondant aux trames P du flux vidéo encodé.
La figure 2 représente sur sa partie supérieure le même flux vidéo encodé que celui de la figure 1 avec les mêmes références. A un instant quelconque, une demande d'enregistrement D est déclenchée par un utilisateur. A titre illustratif, la demande d'enregistrement D intervient temporellement entre les trames P 23 et 24.
La partie inférieure de la figure 2 représente le contenu d'une zone de stockage temporaire S. Les trames sont stockées au fil de l'eau et le stockage temporaire S est remis à zéro avec chaque arrivée d'images compressées I.
Ainsi, le stockage contient l'image compressée I 1 , puis les trames I 1 et P 11 , puis les trames I 1 , P 11 et P 12 puis les trames I 1 , P11 , P 12 et P 13. Quand l'image compressée I 2 arrive, le stockage temporaire S est vidé et seule l'image compressée I 2 reste stockée, et ainsi de suite.
Lors de la réception de la demande d'enregistrement D, le stockage temporaire S contient donc l'image compressée I 2 et les trames P 21 , P 22 et P 23.
Celles-ci sont combinées pour obtenir l'image décodée F38 comme expliquée ci-dessus, celle-ci étant alors recodée en une image compressée I 40.
La trame P 24 qui contient les différences entre les images F 38 et F 39 contient donc également les vecteurs de mouvement permettant de décoder l'image F 39 à partir de l'image I 40.
Puis la suite du flux vidéo est enregistrée sans opération de transcodage.
Ainsi, le procédé de stockage consiste, comme illustré à la figure 3, à - acquérir (étape 50) en temps réel le flux vidéo compressé et à
- le stocker (étape 52) temporairement, sans décompression de telle sorte que le stockage comporte au moins la dernière image compressée I, ou image clé, acquise et les trames intermédiaires, de type P et B, suivantes. Ainsi, quand un événement de début d'enregistrement, autrement dit, de stockage permanent, est reçu (étape 54), une image clé est reconstruite (étape 56) à partir des dernières images clés et des trames intermédiaires reçues pour obtenir une image clé correspondant à l'instant de début d'enregistrement, puis le flux vidéo est stocké (étape 58) sans modification, c'est-à-dire sans opération de décodage-codage.
Pour réaliser ce procédé, il est possible de réaliser une machine dédiée comportant, comme illustré à la figure 4 :
- des moyens d'acquisition 60 en temps réel du flux vidéo compressé;
- des moyens de réception 62 de réception d'un événement de début de stockage permanent à un instant donné, connectés à des moyens de déclenchement 64, comme par exemple un bouton poussoir permettant à un utilisateur d'indiquer un événement de début de stockage permanent au moyen d'une simple pression; et - des moyens de stockage 66 de la partie de flux vidéo commençant à partir de l'instant donné.
Cette machine dédiée comporte également : - des moyens de stockage temporaire 68, sans décompression, du flux vidéo acquis adaptés pour stocker au moins la dernière image clé reçue et les trames intermédiaires suivantes ; et
- des moyens de reconstruction 70 d'une image clé correspondant à l'instant de début de stockage à partir des trames stockées dans les moyens de stockage temporaire 68, de sorte que la partie de flux vidéo stockée dans les moyens de stockage 66 commence par cette image clé.
Cette machine dédiée comporte un mélange de matériel et de logiciel. Ainsi, par exemple, les moyens de stockage temporaire 68 sont composés de mémoires vives de type RAM, voire de mémoire à accès en file de type FIFO afin de permettre un accès rapide aux données stockées et les moyens de stockage 66 sont composés de disques durs, bandes magnétiques ou disques optiques offrant de grande capacité de stockage permanent.
Les moyens de reconstruction sont réalisables grâce à une combinaison d'un microprocesseur et d'un logiciel. Cependant les contraintes de rapidité peuvent également inciter l'homme du métier à utiliser un processeur de traitement de signal programmé par logiciel ou un circuit logique dans lequel les fonctionnalités seront implémentées sous forme d'un réseau de portes logiques.
De façon générale, le logiciel se présente sous forme d'un produit programme d'ordinateur comportant des instructions de code programme enregistrées sur un support lisible par un ordinateur, pour mettre en œuvre les étapes du procédé de stockage décrit.
Une variante d'implémentation de ce procédé consiste, dans le cadre d'un compromis entre la taille du stockage temporaire et les moyens de calcul utilisés, à reconstruire une image clé à partir des images contenues dans le stockage temporaire dès que le stockage temporaire des images dépassent une taille de stockage prédéterminée, puis à ne garder que cette image clé reconstruite dans le stockage temporaire ainsi que les images intermédiaires suivantes. On comprend que cette opération permet de diminuer la taille du stockage temporaire au détriment d'une opération de reconstruction supplémentaire.
L'invention a été illustrée et décrite en détail dans les dessins et la description précédente. Celle-ci doit être considérée comme illustrative et donnée à titre d'exemple et non comme limitant l'invention a cette seule description. De nombreuses variantes de réalisation sont possibles. Par exemple, d'autres normes telles que la norme H264 est adaptée pour utiliser la méthode décrite.
De même, après la reconstruction de l'image I correspondant au début d'enregistrement, le codage des trames immédiatement suivantes peut nécessiter de les recoder pour qu'elles comportent les différences avec l'image I reconstruite.
Dans les revendications, le mot « comprenant » n'exclue pas d'autres éléments et l'article indéfini « un/une » n'exclue pas une pluralité.

Claims

REVENDICATIONS
1. Procédé de stockage d'une partie d'un flux vidéo compressé, ledit flux vidéo compressé comportant une succession d'images clés (I) compressées entre lesquelles sont intercalées des trames intermédiaires (P) comportant au moins le codage de différences entre une image intermédiaire non compressée et l'image clé immédiatement précédente, ledit procédé comportant :
• l'acquisition (50) en temps réel du flux vidéo compressé, • le stockage temporaire (52), sans décompression, du flux vidéo compressé acquis, ledit stockage temporaire comportant au moins la dernière image clé reçue (I) et les trames intermédiaires (21 ,22,23) suivantes,
• sur réception (54) d'un événement de début de stockage permanent (D) à un instant donné,
• reconstruction (56) d'une image clé (F) correspondant audit instant donné à partir de ladite dernière trame clé reçue et des trames intermédiaires suivantes,
• stockage (58) de la partie de flux vidéo commençant par la trame clé reconstruite.
2. Procédé selon la revendication 1 , caractérisé en ce que, lorsque le stockage temporaire du flux vidéo dépasse une taille de stockage prédéterminée, une image clé compressée est reconstruite à partir de ladite dernière image clé compressée reçue et des trames intermédiaires suivantes, puis la dernière image clé compressée reçue (I) est remplacée dans le stockage temporaire par l'image clé compressée reconstruite (38).
3. Procédé selon la revendication 1 ou 2, caractérisé en ce que le flux vidéo compressé est un flux vidéo codé suivant une des normes ISO/IEC
13818-MPEG-2, ISO/IEC 14496 - MPEG-4 et H264.
4. Produit programme d'ordinateur comportant des instructions de code de programme enregistrées sur un support lisible par un ordinateur, pour mettre en œuvre les étapes du procédé selon l'une quelconque des revendications 1 à 3 lorsque ledit programme fonctionne sur un ordinateur.
5. Dispositif de stockage d'une partie d'un flux vidéo compressé, ledit flux vidéo compressé comportant une succession d'images clés compressées (I) entre lesquelles sont intercalées des trames intermédiaires (P) comportant au moins le codage de différences entre une image intermédiaire non compressée et l'image clé immédiatement précédente, ledit dispositif comportant :
• des moyens d'acquisition (60) en temps réel du flux vidéo compressé,
• des moyens de réception (62) d'un événement de début de stockage permanent (D) à un instant donné, connectés à des moyens de déclenchement (64) :
• des moyens de stockage (66) de la partie de flux vidéo commençant à partir de l'instant donné, caractérisé en ce qu'il comporte en outre • des moyens de stockage temporaire (68), sans décompression, du flux vidéo compressé acquis, lesdits moyens de stockage temporaire comportant au moins la dernière image clé compressée reçue (2) et les trames intermédiaires suivantes (21 ,22,23), et
• des moyens de reconstruction (70) d'une image clé compressée (F) correspondant audit instant donné à partir de ladite dernière image clé compressée reçue (2) et des trames intermédiaires suivantes (21 ,22,23) de telle sorte que la partie de flux vidéo stockée commence par ladite image clé compressée reconstruite.
PCT/FR2010/050529 2009-03-24 2010-03-23 Procede et dispositif de stockage d'une partie d'un flux video. WO2010109133A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2012501354A JP2012521703A (ja) 2009-03-24 2010-03-23 ビデオストリームの一部を記憶するための方法および装置
CN2010800236137A CN102450013A (zh) 2009-03-24 2010-03-23 视频流部分的存储方法和装置
EP10715970A EP2412164A1 (fr) 2009-03-24 2010-03-23 Procede et dispositif de stockage d'une partie d'un flux video.
CA2756413A CA2756413A1 (fr) 2009-03-24 2010-03-23 Procede et dispositif de stockage d'une partie d'un flux video
US13/260,013 US20120014675A1 (en) 2009-03-24 2011-03-23 Method and Device for Storing a Portion of a Video Stream

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0951897 2009-03-24
FR0951897A FR2943877B1 (fr) 2009-03-24 2009-03-24 Procede et dispositif de stockage d'une partie d'un flux video

Publications (1)

Publication Number Publication Date
WO2010109133A1 true WO2010109133A1 (fr) 2010-09-30

Family

ID=41464874

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2010/050529 WO2010109133A1 (fr) 2009-03-24 2010-03-23 Procede et dispositif de stockage d'une partie d'un flux video.

Country Status (7)

Country Link
US (1) US20120014675A1 (fr)
EP (1) EP2412164A1 (fr)
JP (1) JP2012521703A (fr)
CN (1) CN102450013A (fr)
CA (1) CA2756413A1 (fr)
FR (1) FR2943877B1 (fr)
WO (1) WO2010109133A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9813732B2 (en) 2012-06-28 2017-11-07 Axis Ab System and method for encoding video content using virtual intra-frames
US9940362B2 (en) 2015-05-26 2018-04-10 Google Llc Predicting user needs for a particular context

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0695088A2 (fr) * 1994-07-29 1996-01-31 Sharp Kabushiki Kaisha Dispositif de communication vidéo du type à emmagasinage
US6240136B1 (en) * 1998-02-19 2001-05-29 Alcatel Method of providing an access point into a video data stream and apparatus for carrying out the method
US6240210B1 (en) * 1996-12-24 2001-05-29 Kabushiki Kaisha Toshiba Image decompression system capable of reducing memory capacity
WO2001067775A2 (fr) * 2000-03-06 2001-09-13 Kabushiki Kaisha Toshiba Appareil d'enregistrement de donnees codees et terminal mobile
WO2003007603A1 (fr) * 2001-07-12 2003-01-23 Thomson Licensing S.A. Modification de signaux video par conversion en images non intra
US20040141722A1 (en) * 2002-11-08 2004-07-22 Nec Corporation Apparatus and method for video edition

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4283964B2 (ja) * 2000-03-06 2009-06-24 株式会社東芝 符号化データ記録装置
JP4421055B2 (ja) * 2000-03-06 2010-02-24 株式会社東芝 データ伝送システムとその通信装置
KR100972673B1 (ko) * 2006-03-27 2010-07-27 닛본 덴끼 가부시끼가이샤 동화상 축적 시스템, 동화상 축적 방법 및 동화상 축적 프로그램이 기록되어 있는 컴퓨터 판독가능 기록 매체

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0695088A2 (fr) * 1994-07-29 1996-01-31 Sharp Kabushiki Kaisha Dispositif de communication vidéo du type à emmagasinage
US6240210B1 (en) * 1996-12-24 2001-05-29 Kabushiki Kaisha Toshiba Image decompression system capable of reducing memory capacity
US6240136B1 (en) * 1998-02-19 2001-05-29 Alcatel Method of providing an access point into a video data stream and apparatus for carrying out the method
WO2001067775A2 (fr) * 2000-03-06 2001-09-13 Kabushiki Kaisha Toshiba Appareil d'enregistrement de donnees codees et terminal mobile
WO2003007603A1 (fr) * 2001-07-12 2003-01-23 Thomson Licensing S.A. Modification de signaux video par conversion en images non intra
US20040141722A1 (en) * 2002-11-08 2004-07-22 Nec Corporation Apparatus and method for video edition

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OZAWA K ET AL: "Low complexity real-time video transcoders for mobile video applications", IEEE INTERNATIONAL SYMPOSIUM ON A WORLD OF WIRELESS, MOBILE AND MULTIMEDIA NETWORKS, 23 June 2008 (2008-06-23), pages 1 - 6, XP031302841, ISBN: 978-1-4244-2099-5 *

Also Published As

Publication number Publication date
EP2412164A1 (fr) 2012-02-01
FR2943877A1 (fr) 2010-10-01
US20120014675A1 (en) 2012-01-19
FR2943877B1 (fr) 2014-04-04
CA2756413A1 (fr) 2010-09-30
CN102450013A (zh) 2012-05-09
JP2012521703A (ja) 2012-09-13

Similar Documents

Publication Publication Date Title
US9628673B2 (en) Near-lossless video summarization
FR2894421A1 (fr) Procede et dispositif de decodage d'un flux video code suivant un codage hierarchique
FR2903556A1 (fr) Procedes et des dispositifs de codage et de decodage d'images, un systeme de telecommunications comportant de tels dispositifs et des programmes d'ordinateur mettant en oeuvre de tels procedes
FR2813742A1 (fr) Methode de conversion de flux binaires
FR2932637A1 (fr) Procede et dispositif de codage d'une sequence d'images
EP1432246B1 (fr) Procede et dispositif de decodage et d'affichage en marche arriere d'images mpeg, circuit pilote video et boitier decodeur incorporant un tel dispositif
EP3707900A1 (fr) Procede de formation d'une sequence d'images de sortie a partir d'une sequence d'images d'entree, procede de reconstruction d'une sequence d'images d'entree a partir d'une sequence d'images de sortie, dispositifs, equipement serveur, equipement client et programmes d'ordinateurs associes
FR2963190A1 (fr) Procede et dispositif de codage d'une sequence d'images
EP3637765A1 (fr) Optimisation d'un sous-échantillonnage intervenant avant le codage d'images en compression
EP2412164A1 (fr) Procede et dispositif de stockage d'une partie d'un flux video.
WO2019008254A1 (fr) Procédé de codage et décodage d'images, dispositif de codage et décodage et programmes d'ordinateur correspondants
US8855432B2 (en) Color component predictive method for image coding
EP0967576A1 (fr) Adressage de mémoire d'un décodeur MPEG
WO2022127565A1 (fr) Procédé et appareil de traitement vidéo et dispositif
FR2927758A1 (fr) Procede et dispositif de codage-decodage d'images video successives selon un flux video principal en pleine resolution et selon un flux video secondaire en qualite reduite
FR2821998A1 (fr) Procede de codage d'images numeriques base sur la dissimulation d'erreurs
FR2872972A1 (fr) Procede et dispositif de transmission video entre un serveur et un client
FR2987213A1 (fr) Systeme video pour representer des donnees d'image et son procede d'application
EP2364552B1 (fr) Dispositif d'encodage d'un flux d'images numeriques et dispositif de decodage correspondant avec approximation du voisinage d'un bloc par le voisinage élargi du bloc
EP1383336B1 (fr) Procédé de décompression et de restitution d'un flux de données multimédia numériques compressées comprenant une pluralité d'entités encodées. Dispositif, système et signal correspondants
CA3130555A1 (fr) Procede permettant de dissimuler des donnees dans une image ou un flux video a l'interieur d'une chaine de compression
WO2020157413A1 (fr) Procédé et dispositif de codage et de décodage de données correspondant à une séquence vidéo
CN113556495B (zh) 视频录制方法、视频处理方法及相应设备
WO2016009159A1 (fr) Compression intra-image par decomposition de l'image source en tuiles de pixels
FR2859591A1 (fr) Dispositif et procede de traitement de donnees video et graphiques

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080023613.7

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10715970

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010715970

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2012501354

Country of ref document: JP

Ref document number: 2756413

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 13260013

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE