h.264 bytestream analyse

Les données d'entrée est un tableau d'octets qui représente un h.264 cadre. Le cadre est constitué d'une seule tranche (pas multidétecteur cadre).

Donc, comme je l'ai compris, je peux faire face à cette image comme avec la tranche. La tranche a de l'en-tête et les données de secteur - macroblocs, chaque macrobloc avec son propre en-tête.

J'ai donc à analyser que le tableau d'octets pour extraire le numéro de l'image, le type de trame, coefficient de quantification (ce que j'ai compris chaque macrobloc a son propre coefficient? ou je me trompe?)

Pourriez-Vous me conseiller, où je peux obtenir des informations plus détaillées sur l'analyse des h.264 cadre octets.

(En fait j'ai lu la norme, mais il n'était pas très précis, et je suis perdu.)

Grâce

Les données d'entrée est le tableau d'octets qui représente h.264 cadre. Le cadre est constitué d'une seule tranche (pas multidétecteur cadre). (il y a des limites à mon problème)
Essayez de regarder à la norme ISO/IEC 14496-15
Qu'est-ce que h.264 m? Je veux dire - est h.264 m une extension de H. 264?
Oh...j'ai l'erreur ) je veux dire h.264

OriginalL'auteur stemm | 2011-04-03

  1. 15

    Le H. 264 Standard est un peu dur à lire, donc voici quelques conseils.

    • La lecture de l'Annexe B; assurez-vous que votre entrée commence par un code de début
    • Lire l'article 9.1: vous en aurez besoin pour toutes les suivantes
    • Tranche en-tête est décrit dans la section 7.3.3
    • "Cadre " nombre" n'est pas codé de manière explicite dans la tranche en-tête; frame_num est proche de ce que vous voulez probablement.
    • "Cadre " type" correspond probablement à slice_type (deuxième valeur dans la tranche en-tête, donc plus facile à analyser; vous devriez certainement commencer par celui-ci)
    • "Coefficient de quantification" - voulez-vous dire par "paramètre de quantification"? Si oui, soyez prêt à écrire une pleine H. 264 analyseur (ou la réutilisation de l'existant). Regardez dans la section 9.3 pour avoir une idée sur la complexité d'un H. 264 analyseur.

    OriginalL'auteur anatolyg

  2. 6

    Standard est très difficile à lire. Vous pouvez essayer d'analyser le code source de l'existant H. 264 flux vidéo logiciel de décodage comme ffmpeg avec C (C99) des bibliothèques. Par exemple, il est avcodec_decode_video2 fonction documenté ici. Vous pouvez obtenir un maximum de travail C (ouvrir un fichier, obtenir H. 264 flux, itérer thru images, informations de vidage, obtenir palette, d'enregistrer les images en raw PPM images, etc.) ici. Sinon il y a une grande "Le H. 264 Compression Vidéo Avancée Standard" livre, ce qui explique standard en "langage humain". Une autre option est d'essayer de Elecard StreamEye Pro logiciel (il existe une version d'essai), ce qui pourrait vous donner quelques nouvelles (visual) point de vue.

    OriginalL'auteur Grzegorz Szpetkowski

  3. 4

    Fait beaucoup mieux et plus facile (c'est seulement mon avis) pour lire le H. 264 codage vidéo de la documentation.
    ffmpeg est une très bonne bibliothèque, mais il contient beaucoup de code optimisé. Mieux de regarder l'implémentation de référence de l'H. 264 codec et la documentation officielle.
    http://iphome.hhi.de/suehring/tml/download/ - ceci est le lien pour le JM codec mise en œuvre.
    Essayez de séparer les niveaux du processus de décodage, comme couche de transport qui contient des unités NAL (SPS, PPS, SEI, IDR, TRANCHE, etc). Que vous avez besoin pour mettre en œuvre VLC moteur (surtout exp-Golomb codes de 0). Que très difficile et très puissant codec appelé CABAC (Context Adaptive Arithmétique Binaire Codec). Il est assez difficile tâche. Dé-multiplexage vers le processus (va après le déballage de données vidéo) aussi compliqué. Vous avez besoin de comprendre chacune de ces modules.
    Bonne chance.

    merci pour la grande pointage!
    Vous êtes les bienvenus!

    OriginalL'auteur t0k3n1z3r