Fick Avkodningsfel, Felsökare För Meddelandeförstärkning

Få din dator att fungera som ny på några minuter. Klicka här för att ladda ner.

I det här blogginlägget tänkte vi lyfta fram några av dessa möjliga orsaker som utan tvekan kan orsaka att det mottagna felmeddelandet avfyras under avkodning av sei-meddelandet, och den gången peka ut några sätt att göra karriär kring detta problem.

Även om jag försöker lägga till ett SEI-meddelande utan att logga data, innan jag går vidare till QS-kodarmodellen, ser det ut som att jag tar emot en ogiltig bitström. Intel kan dechiffrera sin sample_decoder, tyvärr kunde varken mp4box varken mp4creator analysera bitströmmen (“Avkodningsfel i bedömningen är ett meddelande”)

Här är kodavsnittet jag installerar. Kan någon göra det jag saknar för att få det här att fungera. (Jag fortsätter att lägga in mer / återstående information i CreateUserSEIPayload, detta är ungefär ett exempel.)

 [cpp] char 3 . CEncodingPipeline :: CreateUserSEIPayload ()statisk konst mfxU8 uuid [16] =0xf1, 0xb6, 0x80, 0x14, 0x1c, 0xe2, 0x42, 0x4b,0xaa, 0x6d, 0x4c, 0xbf, 0xee, 0x7c, 0x9c, 0x9b;// Genererad med MSVC GUID 2012-06-22Int åldersgrupp len = 1000;char * buffert, 2 . s;Buffert = s = (char *) malloc (len);om (! buffert)Returnerar NULL;memcpy (s, uuid, 16);s+ = 16;mfxIMPL-Impl;m_mfxSession.QueryIMPL (& impl);symbol 6 . enkel = (MFX_IMPL_HARDWARE == impl). ... ... ("hw"): ("sw");s + är lika med sprintf_s (s, med len- (s-buffert), Media SDK impl:% s ", sImpl);Returbuffert;memset (& encCtrl, 0, sizeof (encCtrl));m_pszUserSEI är lika med (mfxU8 *) CreateUserSEIPayload ();payload.Data detta betyder att m_pszUserSEI;payload.BufSize = (mfxU16) strlen ((const char *) m_pszUserSEI) +1;payload.NumBit betyder payload.BufSize 1 . 8;payload.Type = teknisk; // ANVÄNDARDATA INTE REGISTRERADencCtrl.NumPayload innebär 1;parray = & nyttolast;encCtrl.Payload betyder & parray;pEncCtrl matchar & encCtrl;Tvärs över (;;){// för närvarande innehåller den billigare delen av kodaren antingen en bildram// från en datorfil eller fönsterram bearbetad och även vppsts matchar m_pmfxENC-> EncodeFrameAsync (pEncCtrl, & m_pEncSurfaces [nEncSurfIdx],& pCurrentTask-> mfxBS, & pCurrentTask-> EncSyncP);[/ cpp] 

Jag har en video som demonstrerar med personlig information skyddad i något NAL sei-meddelande. Kan dessa tips läsas när de avkodas med Nvidias komponentavkodare? Om detta inte händer igen, ska jag använda den sammansatta FFMPEG som NVENC stöder istället?

UPPDATERING:Jag vill avkoda i dessa medier och läsa SEI-biten. Jag strömmar livevideo också inklusive efterbearbetningsinformation i Says grundläggande inlägg. Klienten måste använda den speciella information som appliceras på det avkodade mediet.Avkoda många multimediadata så snabbt som möjligt är intressant och jag vill verkligen att det ska vara i en universell seriell buss. Låt oss säga att experterna säger när Nvidia-avkodaren äntligen behöver analysera NAL-enheterna som den avkodar. Jag vill undvika dubbelarbete så märkbart som möjligt i tjänsten.

Bitströmsinformation är en struktur som kommer att användas tilltilldelar en H.264-ram. Bitströmsinformationsspecifikationen tillhandahållerEn tillförlitlig teknik för mottagaren att hämta applicera saknade eller ofullständiga bilderfelextrahering som krävs för att förhindra videoartefakter.

Beskriver SEI-meddelandeprotokollet som har osparade användardata.som en informationssignal för en bitström.

Format bland SEI-meddelandet “Användarinformation inte alls registrerad”:identifierad på 14496-10: 2014] Applikation [iso – dvs. D.

SEI Bitstream Info-meddelandet MÅSTE sluta på grund av en inbäddad PACSI.Cash block Om sådana finns, MÅSTE SEI erfarenhet av bitströmsinformation alltid finnas tillgänglig.Bilder från nästan källa.

minst en

6

gotsent fel avkodning sei meddelande

3

4

5

åtta

2011 års energiskatteavdrag

4

9

från 1 till

en

bara två

3

4

fyra

fyra

9

8

9

från 2 till 8

bara en

2

3

4

ett par

12

många

8

9

3
tre

9

F

NRI

Skriv

Typ av nyttolast

Nyttolaststorlek

uuid_iso_iec_11578

gotsent error förstår sei meddelande

uuid_iso_iec_11578

uuid_iso_iec_11578

uuid_iso_iec_11578

uuid_iso_iec_11578

ref_frm_cnt

kvantitet of_cash_units

payloadType (1 byte): MÅSTE rutinmässigt vara den femte. Att seDefinition vid [ISO / IEC 14496-10: 2014].

nyttolaststorlek (1 byte): MÅSTE vara förhöjd än ellerlika med 18. En mycket mer nyttolast efter de första 18 byten kommer utan tvekan att ignoreras.och är blyg för framtida implementeringar. Se definition när det gäller [ISO / IEC 14496-10: 2014].

ref_frm_cnt (1 anger byte): länkramkvantitet c i den senaste testprocessen (inklusive den aktuella ramen).Länken bestäms av en ramökning på i förhållande till 1 för nästan varje länkhölje (det vill säga,H. Syntax 264 för att få annat nal_ref_idc material än 0). Ursprungligt värdeUtan tvekan är antalet referensbilder helt enkelt slumpmässigt. Keyframes kan fortsättavia kodade videosekvenser (definierad av [ISO / IEC um 14496-10: 2014]) omBitstream kommer som samma källa.

Obs: ref_frm_cnt är strängareDefinierat som en del av själva H.264 frame_num-syntaxen. Först, hur du har råd.slutsats om vår förlust/skada av den användbara resursbilden för att undvika videoartefakterpå grund av den extremt förutsägbara interframe-kodningen kopplad till 0,264 H bitströmmar, medanDet senare indikerar helt enkelt bara avkodningsordningen för identifierade bilder.

num_of_nalu_unit (1 byte): beskriver var och en avH. 264 NAL-enheter nära din egen ram, beskrivs av generellt PACSI NAL-enhet.

  • Artikel
  • 5 minuter att läsa.

Få ut den bästa prestandan ur din dator. Klicka här för att optimera din dator i tre enkla steg.