|
|
Line 13: |
Line 13: |
|
| |
|
| Googling for VC1_reference_decoder_release6.zip might turn up sources for the reference decoder. | | Googling for VC1_reference_decoder_release6.zip might turn up sources for the reference decoder. |
|
| |
| == Data Format ==
| |
|
| |
| This description assumes that the data to be decoded in WMV3 data coming in from a [[Microsoft Advanced Streaming Format|Microsoft ASF]] file. The video data should be packaged with "extradata" which is attached to the end of a [[BITMAPINFOHEADER]] structure and transported in the ASF file. The format of the extradata is as follows:
| |
|
| |
| 2 bits VC-1 Profile
| |
| if (profile == 3)
| |
| 3 bits Profile level
| |
| 2 bits Chroma format (SRD does not care)
| |
| 3 bits VC1_BITS_FRMRTQ_POSTPROC (? SRD does not care)
| |
| 5 bits VC1_BITS_BITRTQ_POSTPROC (? SRD does not care)
| |
| 1 bit VC1_BITS_POSTPROCFLAG (? SRD does not care)
| |
| 12 bits Encoded width (actual width = (w + 1) * 2)
| |
| 12 bits Encoded height (actual height = (h + 1) * 2)
| |
|
| |
| There are 4 VC-1 profiles:
| |
|
| |
| * 0 simple profile
| |
| * 1 main profile
| |
| * 2 reserved
| |
| * 3 advanced profile
| |
|
| |
| If profile is advanced, the extradata carries a lot of setup information. For simple and main profiles, the relevant setup data is established outside of the decoder, e.g., the [[BITMAPINFOHEADER]] of a Microsoft ASF file. This information provides the width and height that the decoder uses to set up its state.
| |
|
| |
| The decoder computes the macroblock width and height as the ceiling of each dimension divided by 16:
| |
|
| |
| macroblock_width = (frame_width + 15) / 16
| |
| macroblock_height = (frame_height + 15) / 16
| |
|
| |
| The total number of macroblocks in a frame is defined as:
| |
|
| |
| total_macroblocks = macroblock_width * macroblock_height
| |
|
| |
| If the level is marked as unknown during the initialization process, figure out what level the video belongs at. This is determined by the number of macroblocks in combination with the profile. The relevant table is vc1gentab.c:vc1GENTAB_LevelLimits<nowiki>[][]</nowiki>. The profile/level combination defines the following limits:
| |
|
| |
| max macroblocks/second
| |
| max macroblocks/frame
| |
| max peak transmission rate in kbps
| |
| max buffer size in multiples of 16 kbits
| |
| motion vector range
| |
|
| |
| SRD maintains the following information about each macroblock:
| |
|
| |
| macroblock type, contains the following attributes:
| |
| (attribute 1)
| |
| intra
| |
| 1 MV
| |
| 2 MV
| |
| 4 MV
| |
|
| |
| (attribute 2)
| |
| direct macroblock
| |
| forward prediction
| |
| backward prediction
| |
| forward and backward prediction
| |
|
| |
| (attribute 3)
| |
| MVs apply to fields
| |
| bottom different than top
| |
| field transform
| |
|
| |
| AC prediction status, one of the following attributes:
| |
| AC prediction off
| |
| AC prediction on
| |
| no blocks can be predicted
| |
|
| |
| Block type, one of the following types:
| |
| 8x8 inter-coded
| |
| 8x4 inter-coded
| |
| 4x8 inter-coded
| |
| 4x4 inter-coded
| |
| intra-coded, no AC prediction
| |
| intra-coded, AC prediction from top values
| |
| intra-coded, AC prediction from left values
| |
|
| |
| flag indicating whether overlap filter is active for this macroblock
| |
| flag indicating whether macroblock is motion predicted only (no residual)
| |
| byte indicating coded block pattern which indicates which of the 6
| |
| sub-blocks are coded
| |
|
| |
| Quantizer information, this includes:
| |
| quantizer step in the range 1..31
| |
| quantizer half step, either 0 or 1
| |
| flag indicating uniform or non-uniform quantizer
| |
|
| |
| Information for each of the 6 constituent blocks in the macroblock:
| |
| block type (same choices as the macroblock attributes)
| |
| flag indicating non-zero AC coeffs for intra, non-zero AC/DC for inter
| |
| union between an intra block structure and an inter block structure
| |
| intra structure:
| |
| number of zero/non-zero AC coeffs
| |
| quantized DC coeff
| |
| quantized AC top row for prediction (7 values)
| |
| quantized AC left column for prediction (7 values)
| |
| bottom 2 rows (16 values) kept for overlap smoothing
| |
| inter structure:
| |
| number of zero/non-zero AC coeffs for 4 sub-blocks (Y blocks?)
| |
| forward and backward motion vector structures, each includes:
| |
| hybrid prediction mode, one of the following attributes:
| |
| predict from left
| |
| predict from top
| |
| no hybrid prediction
| |
| (x,y) motion vectors for each of the 4 Y blocks
| |
| (x,y) differential motion vectors in 1/4 pel units
| |
| (note: I am a little confused as to why each of the 6 sub-blocks stores the motion vector data for the entire macroblock)
| |
|
| |
| The initializer then needs to computer how much space to allocate for each reference frame. The size of a frame determined by frame width and height, encoding profile, and interlacing. This size is used to allocate space for 4 different frames:
| |
|
| |
| reference new (new/current I/P frame)
| |
| reference old (old I/P reference frame)
| |
| reference B (reconstructed B frame)
| |
| reference NoIC (B reference before intensity compensation was applied)
| |
|
| |
| Further, the initializer allocates space for 7 different bitplanes. Each bitplanes has 1 flag per each macroblock as enumerated by the max macroblocks per frame for the profile/level. The bitplanes are:
| |
|
| |
| ACPRED
| |
| SKIPMB
| |
| MVTYPEMB
| |
| DIRECTMB
| |
| OVERFLAGS
| |
| FORWARDMB
| |
| FIELDTX
| |
|
| |
| Allocate space for motion vector history. The number of entries in this array is macroblock_width * (macroblock_height + 1) (extra height is for interlaced field). Each entry is a motion vector history structure which contains the 4 Y block motion vectors for a particular macroblock. The individual motion
| |
| vector structures are the same as in the intra structure which provides hybrid prediction, motion vectors, and diff MVs (again, 4 for each block?).
| |
|
| |
| And that's it for the SRD "requirements gathering" process (vc1dec.c:vc1DEC_DecoderRequirements()). The function returns the number of bytes needed for the decoder's internal state. The client app is expected
| |
| to allocate enough space for this state.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecoderInitialise() function. This sets up the positions and structures contained within the memory pool allocated for space.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecodeSequence() function which unpacks the sequence layer:
| |
|
| |
| 2 bits profile
| |
| if (profile is simple or main)
| |
| 2 bits VC1_BITS_RES_SM (? SRD does not care)
| |
| if (profile is advanced)
| |
| 3 bits level of advanced profile
| |
| 2 bits chroma format (note that only format 1, YUV 4:2:0 is defined)
| |
| 3 bits QFrameRateForPostProc ("see standard", SRD does not use)
| |
| 5 bits QBitRateForPostProc ("see standard", SRD does not use)
| |
| if (profile is simple or main)
| |
| 1 bit loop filter flag
| |
| 1 bit reserved, should be 0
| |
| 1 bit multiresolution coding flag
| |
| 1 bit reserved, should be 1, SRD calls it "RES_FASTTX"
| |
| 1 bit fast U/V motion compensation
| |
| note: must be 1 in simple profile
| |
| 1 bit extended motion vectors
| |
| note: must be 0 in simple profile
| |
| 2 bits macroblock dequantization
| |
| 1 bit variable sized transform
| |
| 1 bit reserved, should be 0, SRD calls it "RES_TRANSTAB"
| |
| 1 bit overlapped transform flag
| |
| 1 bit sync marker flag
| |
| 1 bit range reduction flag
| |
| 3 bits maximum number of consecutive B frames
| |
| 2 bits quantizer
| |
| if (profile is advanced)
| |
| 1 bit post processing flag
| |
| 12 bits max coded width (actual width = (w + 1) * 2)
| |
| 12 bits max coded height (actual height = (h + 1) * 2)
| |
| 1 bit pulldown flag
| |
| 1 bit interlaced
| |
| 1 bit frame counter flag
| |
| 1 bit frame interpolation flag
| |
| if (profile is advanced)
| |
| [lots more stuff to be filled in when advanced profile is needed]
| |
| if (profile is simple or main)
| |
| 1 bit reserved, should be 1, SRD calls it "RES_RTM_FLAG"
| |
|
| |
| Finally, it is time to decode an actual frame (referred to as "unpacking the picture layer"). The decode process iterates through however many fields comprise the frame (1 or 2).
| |
|
| |
| Choose from among 5 different zigzag table sets depending on profile and interlacing:
| |
|
| |
| if (picture format is interlaced frame)
| |
| choose set 4
| |
| if (picture is intra)
| |
| choose set 0
| |
| else
| |
| if (profile is simple or main)
| |
| choose set 1
| |
| else
| |
| if (picture format is progressive)
| |
| choose set 2
| |
| else
| |
| choose set 3
| |
| '''(unfinished)'''
| |
| ... there is a lot more logic dealing with frame accounting; let's skip to the real meat: macroblock decoding! ...
| |
|
| |
| Decode a macroblock:
| |
| set the macroblock overlap filter flag, coding type, quantizer and halfstep
| |
| parameters to the same as the picture
| |
| clear the skipped flag
| |
| set the CBP to 0 (no coded blocks)
| |
| choose the quantizer (long list of logic, see
| |
| vc1iquant.c:vc1IQUANT_ChooseQuantizer())
| |
| for each of the 6 sub-blocks, set coded field to 0, clear down all MV data
| |
| decide on non-uniform quantizer
| |
|
| |
| unpack an I or BI macroblock:
| |
|
| |
| '''(unfinished)'''
| |
|
| |
| [[Category:Video Codecs]]
| |
|
| |
|
| |
|
| |
|
| |
| == Data Format ==
| |
|
| |
| This description assumes that the data to be decoded in WMV3 data coming in from a [[Microsoft Advanced Streaming Format|Microsoft ASF]] file. The video data should be packaged with "extradata" which is attached to the end of a [[BITMAPINFOHEADER]] structure and transported in the ASF file. The format of the extradata is as follows:
| |
|
| |
| 2 bits VC-1 Profile
| |
| if (profile == 3)
| |
| 3 bits Profile level
| |
| 2 bits Chroma format (SRD does not care)
| |
| 3 bits VC1_BITS_FRMRTQ_POSTPROC (? SRD does not care)
| |
| 5 bits VC1_BITS_BITRTQ_POSTPROC (? SRD does not care)
| |
| 1 bit VC1_BITS_POSTPROCFLAG (? SRD does not care)
| |
| 12 bits Encoded width (actual width = (w + 1) * 2)
| |
| 12 bits Encoded height (actual height = (h + 1) * 2)
| |
|
| |
| There are 4 VC-1 profiles:
| |
|
| |
| * 0 simple profile
| |
| * 1 main profile
| |
| * 2 reserved
| |
| * 3 advanced profile
| |
|
| |
| If profile is advanced, the extradata carries a lot of setup information. For simple and main profiles, the relevant setup data is established outside of the decoder, e.g., the [[BITMAPINFOHEADER]] of a Microsoft ASF file. This information provides the width and height that the decoder uses to set up its state.
| |
|
| |
| The decoder computes the macroblock width and height as the ceiling of each dimension divided by 16:
| |
|
| |
| macroblock_width = (frame_width + 15) / 16
| |
| macroblock_height = (frame_height + 15) / 16
| |
|
| |
| The total number of macroblocks in a frame is defined as:
| |
|
| |
| total_macroblocks = macroblock_width * macroblock_height
| |
|
| |
| If the level is marked as unknown during the initialization process, figure out what level the video belongs at. This is determined by the number of macroblocks in combination with the profile. The relevant table is vc1gentab.c:vc1GENTAB_LevelLimits<nowiki>[][]</nowiki>. The profile/level combination defines the following limits:
| |
|
| |
| max macroblocks/second
| |
| max macroblocks/frame
| |
| max peak transmission rate in kbps
| |
| max buffer size in multiples of 16 kbits
| |
| motion vector range
| |
|
| |
| SRD maintains the following information about each macroblock:
| |
|
| |
| macroblock type, contains the following attributes:
| |
| (attribute 1)
| |
| intra
| |
| 1 MV
| |
| 2 MV
| |
| 4 MV
| |
|
| |
| (attribute 2)
| |
| direct macroblock
| |
| forward prediction
| |
| backward prediction
| |
| forward and backward prediction
| |
|
| |
| (attribute 3)
| |
| MVs apply to fields
| |
| bottom different than top
| |
| field transform
| |
|
| |
| AC prediction status, one of the following attributes:
| |
| AC prediction off
| |
| AC prediction on
| |
| no blocks can be predicted
| |
|
| |
| Block type, one of the following types:
| |
| 8x8 inter-coded
| |
| 8x4 inter-coded
| |
| 4x8 inter-coded
| |
| 4x4 inter-coded
| |
| intra-coded, no AC prediction
| |
| intra-coded, AC prediction from top values
| |
| intra-coded, AC prediction from left values
| |
|
| |
| flag indicating whether overlap filter is active for this macroblock
| |
| flag indicating whether macroblock is motion predicted only (no residual)
| |
| byte indicating coded block pattern which indicates which of the 6
| |
| sub-blocks are coded
| |
|
| |
| Quantizer information, this includes:
| |
| quantizer step in the range 1..31
| |
| quantizer half step, either 0 or 1
| |
| flag indicating uniform or non-uniform quantizer
| |
|
| |
| Information for each of the 6 constituent blocks in the macroblock:
| |
| block type (same choices as the macroblock attributes)
| |
| flag indicating non-zero AC coeffs for intra, non-zero AC/DC for inter
| |
| union between an intra block structure and an inter block structure
| |
| intra structure:
| |
| number of zero/non-zero AC coeffs
| |
| quantized DC coeff
| |
| quantized AC top row for prediction (7 values)
| |
| quantized AC left column for prediction (7 values)
| |
| bottom 2 rows (16 values) kept for overlap smoothing
| |
| inter structure:
| |
| number of zero/non-zero AC coeffs for 4 sub-blocks (Y blocks?)
| |
| forward and backward motion vector structures, each includes:
| |
| hybrid prediction mode, one of the following attributes:
| |
| predict from left
| |
| predict from top
| |
| no hybrid prediction
| |
| (x,y) motion vectors for each of the 4 Y blocks
| |
| (x,y) differential motion vectors in 1/4 pel units
| |
| (note: I am a little confused as to why each of the 6 sub-blocks stores the motion vector data for the entire macroblock)
| |
|
| |
| The initializer then needs to computer how much space to allocate for each reference frame. The size of a frame determined by frame width and height, encoding profile, and interlacing. This size is used to allocate space for 4 different frames:
| |
|
| |
| reference new (new/current I/P frame)
| |
| reference old (old I/P reference frame)
| |
| reference B (reconstructed B frame)
| |
| reference NoIC (B reference before intensity compensation was applied)
| |
|
| |
| Further, the initializer allocates space for 7 different bitplanes. Each bitplanes has 1 flag per each macroblock as enumerated by the max macroblocks per frame for the profile/level. The bitplanes are:
| |
|
| |
| ACPRED
| |
| SKIPMB
| |
| MVTYPEMB
| |
| DIRECTMB
| |
| OVERFLAGS
| |
| FORWARDMB
| |
| FIELDTX
| |
|
| |
| Allocate space for motion vector history. The number of entries in this array is macroblock_width * (macroblock_height + 1) (extra height is for interlaced field). Each entry is a motion vector history structure which contains the 4 Y block motion vectors for a particular macroblock. The individual motion
| |
| vector structures are the same as in the intra structure which provides hybrid prediction, motion vectors, and diff MVs (again, 4 for each block?).
| |
|
| |
| And that's it for the SRD "requirements gathering" process (vc1dec.c:vc1DEC_DecoderRequirements()). The function returns the number of bytes needed for the decoder's internal state. The client app is expected
| |
| to allocate enough space for this state.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecoderInitialise() function. This sets up the positions and structures contained within the memory pool allocated for space.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecodeSequence() function which unpacks the sequence layer:
| |
|
| |
| 2 bits profile
| |
| if (profile is simple or main)
| |
| 2 bits VC1_BITS_RES_SM (? SRD does not care)
| |
| if (profile is advanced)
| |
| 3 bits level of advanced profile
| |
| 2 bits chroma format (note that only format 1, YUV 4:2:0 is defined)
| |
| 3 bits QFrameRateForPostProc ("see standard", SRD does not use)
| |
| 5 bits QBitRateForPostProc ("see standard", SRD does not use)
| |
| if (profile is simple or main)
| |
| 1 bit loop filter flag
| |
| 1 bit reserved, should be 0
| |
| 1 bit multiresolution coding flag
| |
| 1 bit reserved, should be 1, SRD calls it "RES_FASTTX"
| |
| 1 bit fast U/V motion compensation
| |
| note: must be 1 in simple profile
| |
| 1 bit extended motion vectors
| |
| note: must be 0 in simple profile
| |
| 2 bits macroblock dequantization
| |
| 1 bit variable sized transform
| |
| 1 bit reserved, should be 0, SRD calls it "RES_TRANSTAB"
| |
| 1 bit overlapped transform flag
| |
| 1 bit sync marker flag
| |
| 1 bit range reduction flag
| |
| 3 bits maximum number of consecutive B frames
| |
| 2 bits quantizer
| |
| if (profile is advanced)
| |
| 1 bit post processing flag
| |
| 12 bits max coded width (actual width = (w + 1) * 2)
| |
| 12 bits max coded height (actual height = (h + 1) * 2)
| |
| 1 bit pulldown flag
| |
| 1 bit interlaced
| |
| 1 bit frame counter flag
| |
| 1 bit frame interpolation flag
| |
| if (profile is advanced)
| |
| [lots more stuff to be filled in when advanced profile is needed]
| |
| if (profile is simple or main)
| |
| 1 bit reserved, should be 1, SRD calls it "RES_RTM_FLAG"
| |
|
| |
| Finally, it is time to decode an actual frame (referred to as "unpacking the picture layer"). The decode process iterates through however many fields comprise the frame (1 or 2).
| |
|
| |
| Choose from among 5 different zigzag table sets depending on profile and interlacing:
| |
|
| |
| if (picture format is interlaced frame)
| |
| choose set 4
| |
| if (picture is intra)
| |
| choose set 0
| |
| else
| |
| if (profile is simple or main)
| |
| choose set 1
| |
| else
| |
| if (picture format is progressive)
| |
| choose set 2
| |
| else
| |
| choose set 3
| |
| '''(unfinished)'''
| |
| ... there is a lot more logic dealing with frame accounting; let's skip to the real meat: macroblock decoding! ...
| |
|
| |
| Decode a macroblock:
| |
| set the macroblock overlap filter flag, coding type, quantizer and halfstep
| |
| parameters to the same as the picture
| |
| clear the skipped flag
| |
| set the CBP to 0 (no coded blocks)
| |
| choose the quantizer (long list of logic, see
| |
| vc1iquant.c:vc1IQUANT_ChooseQuantizer())
| |
| for each of the 6 sub-blocks, set coded field to 0, clear down all MV data
| |
| decide on non-uniform quantizer
| |
|
| |
| unpack an I or BI macroblock:
| |
|
| |
| '''(unfinished)'''
| |
|
| |
| [[Category:Video Codecs]]
| |
|
| |
|
| |
|
| |
|
| |
| == Data Format ==
| |
|
| |
| This description assumes that the data to be decoded in WMV3 data coming in from a [[Microsoft Advanced Streaming Format|Microsoft ASF]] file. The video data should be packaged with "extradata" which is attached to the end of a [[BITMAPINFOHEADER]] structure and transported in the ASF file. The format of the extradata is as follows:
| |
|
| |
| 2 bits VC-1 Profile
| |
| if (profile == 3)
| |
| 3 bits Profile level
| |
| 2 bits Chroma format (SRD does not care)
| |
| 3 bits VC1_BITS_FRMRTQ_POSTPROC (? SRD does not care)
| |
| 5 bits VC1_BITS_BITRTQ_POSTPROC (? SRD does not care)
| |
| 1 bit VC1_BITS_POSTPROCFLAG (? SRD does not care)
| |
| 12 bits Encoded width (actual width = (w + 1) * 2)
| |
| 12 bits Encoded height (actual height = (h + 1) * 2)
| |
|
| |
| There are 4 VC-1 profiles:
| |
|
| |
| * 0 simple profile
| |
| * 1 main profile
| |
| * 2 reserved
| |
| * 3 advanced profile
| |
|
| |
| If profile is advanced, the extradata carries a lot of setup information. For simple and main profiles, the relevant setup data is established outside of the decoder, e.g., the [[BITMAPINFOHEADER]] of a Microsoft ASF file. This information provides the width and height that the decoder uses to set up its state.
| |
|
| |
| The decoder computes the macroblock width and height as the ceiling of each dimension divided by 16:
| |
|
| |
| macroblock_width = (frame_width + 15) / 16
| |
| macroblock_height = (frame_height + 15) / 16
| |
|
| |
| The total number of macroblocks in a frame is defined as:
| |
|
| |
| total_macroblocks = macroblock_width * macroblock_height
| |
|
| |
| If the level is marked as unknown during the initialization process, figure out what level the video belongs at. This is determined by the number of macroblocks in combination with the profile. The relevant table is vc1gentab.c:vc1GENTAB_LevelLimits<nowiki>[][]</nowiki>. The profile/level combination defines the following limits:
| |
|
| |
| max macroblocks/second
| |
| max macroblocks/frame
| |
| max peak transmission rate in kbps
| |
| max buffer size in multiples of 16 kbits
| |
| motion vector range
| |
|
| |
| SRD maintains the following information about each macroblock:
| |
|
| |
| macroblock type, contains the following attributes:
| |
| (attribute 1)
| |
| intra
| |
| 1 MV
| |
| 2 MV
| |
| 4 MV
| |
|
| |
| (attribute 2)
| |
| direct macroblock
| |
| forward prediction
| |
| backward prediction
| |
| forward and backward prediction
| |
|
| |
| (attribute 3)
| |
| MVs apply to fields
| |
| bottom different than top
| |
| field transform
| |
|
| |
| AC prediction status, one of the following attributes:
| |
| AC prediction off
| |
| AC prediction on
| |
| no blocks can be predicted
| |
|
| |
| Block type, one of the following types:
| |
| 8x8 inter-coded
| |
| 8x4 inter-coded
| |
| 4x8 inter-coded
| |
| 4x4 inter-coded
| |
| intra-coded, no AC prediction
| |
| intra-coded, AC prediction from top values
| |
| intra-coded, AC prediction from left values
| |
|
| |
| flag indicating whether overlap filter is active for this macroblock
| |
| flag indicating whether macroblock is motion predicted only (no residual)
| |
| byte indicating coded block pattern which indicates which of the 6
| |
| sub-blocks are coded
| |
|
| |
| Quantizer information, this includes:
| |
| quantizer step in the range 1..31
| |
| quantizer half step, either 0 or 1
| |
| flag indicating uniform or non-uniform quantizer
| |
|
| |
| Information for each of the 6 constituent blocks in the macroblock:
| |
| block type (same choices as the macroblock attributes)
| |
| flag indicating non-zero AC coeffs for intra, non-zero AC/DC for inter
| |
| union between an intra block structure and an inter block structure
| |
| intra structure:
| |
| number of zero/non-zero AC coeffs
| |
| quantized DC coeff
| |
| quantized AC top row for prediction (7 values)
| |
| quantized AC left column for prediction (7 values)
| |
| bottom 2 rows (16 values) kept for overlap smoothing
| |
| inter structure:
| |
| number of zero/non-zero AC coeffs for 4 sub-blocks (Y blocks?)
| |
| forward and backward motion vector structures, each includes:
| |
| hybrid prediction mode, one of the following attributes:
| |
| predict from left
| |
| predict from top
| |
| no hybrid prediction
| |
| (x,y) motion vectors for each of the 4 Y blocks
| |
| (x,y) differential motion vectors in 1/4 pel units
| |
| (note: I am a little confused as to why each of the 6 sub-blocks stores the motion vector data for the entire macroblock)
| |
|
| |
| The initializer then needs to computer how much space to allocate for each reference frame. The size of a frame determined by frame width and height, encoding profile, and interlacing. This size is used to allocate space for 4 different frames:
| |
|
| |
| reference new (new/current I/P frame)
| |
| reference old (old I/P reference frame)
| |
| reference B (reconstructed B frame)
| |
| reference NoIC (B reference before intensity compensation was applied)
| |
|
| |
| Further, the initializer allocates space for 7 different bitplanes. Each bitplanes has 1 flag per each macroblock as enumerated by the max macroblocks per frame for the profile/level. The bitplanes are:
| |
|
| |
| ACPRED
| |
| SKIPMB
| |
| MVTYPEMB
| |
| DIRECTMB
| |
| OVERFLAGS
| |
| FORWARDMB
| |
| FIELDTX
| |
|
| |
| Allocate space for motion vector history. The number of entries in this array is macroblock_width * (macroblock_height + 1) (extra height is for interlaced field). Each entry is a motion vector history structure which contains the 4 Y block motion vectors for a particular macroblock. The individual motion
| |
| vector structures are the same as in the intra structure which provides hybrid prediction, motion vectors, and diff MVs (again, 4 for each block?).
| |
|
| |
| And that's it for the SRD "requirements gathering" process (vc1dec.c:vc1DEC_DecoderRequirements()). The function returns the number of bytes needed for the decoder's internal state. The client app is expected
| |
| to allocate enough space for this state.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecoderInitialise() function. This sets up the positions and structures contained within the memory pool allocated for space.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecodeSequence() function which unpacks the sequence layer:
| |
|
| |
| 2 bits profile
| |
| if (profile is simple or main)
| |
| 2 bits VC1_BITS_RES_SM (? SRD does not care)
| |
| if (profile is advanced)
| |
| 3 bits level of advanced profile
| |
| 2 bits chroma format (note that only format 1, YUV 4:2:0 is defined)
| |
| 3 bits QFrameRateForPostProc ("see standard", SRD does not use)
| |
| 5 bits QBitRateForPostProc ("see standard", SRD does not use)
| |
| if (profile is simple or main)
| |
| 1 bit loop filter flag
| |
| 1 bit reserved, should be 0
| |
| 1 bit multiresolution coding flag
| |
| 1 bit reserved, should be 1, SRD calls it "RES_FASTTX"
| |
| 1 bit fast U/V motion compensation
| |
| note: must be 1 in simple profile
| |
| 1 bit extended motion vectors
| |
| note: must be 0 in simple profile
| |
| 2 bits macroblock dequantization
| |
| 1 bit variable sized transform
| |
| 1 bit reserved, should be 0, SRD calls it "RES_TRANSTAB"
| |
| 1 bit overlapped transform flag
| |
| 1 bit sync marker flag
| |
| 1 bit range reduction flag
| |
| 3 bits maximum number of consecutive B frames
| |
| 2 bits quantizer
| |
| if (profile is advanced)
| |
| 1 bit post processing flag
| |
| 12 bits max coded width (actual width = (w + 1) * 2)
| |
| 12 bits max coded height (actual height = (h + 1) * 2)
| |
| 1 bit pulldown flag
| |
| 1 bit interlaced
| |
| 1 bit frame counter flag
| |
| 1 bit frame interpolation flag
| |
| if (profile is advanced)
| |
| [lots more stuff to be filled in when advanced profile is needed]
| |
| if (profile is simple or main)
| |
| 1 bit reserved, should be 1, SRD calls it "RES_RTM_FLAG"
| |
|
| |
| Finally, it is time to decode an actual frame (referred to as "unpacking the picture layer"). The decode process iterates through however many fields comprise the frame (1 or 2).
| |
|
| |
| Choose from among 5 different zigzag table sets depending on profile and interlacing:
| |
|
| |
| if (picture format is interlaced frame)
| |
| choose set 4
| |
| if (picture is intra)
| |
| choose set 0
| |
| else
| |
| if (profile is simple or main)
| |
| choose set 1
| |
| else
| |
| if (picture format is progressive)
| |
| choose set 2
| |
| else
| |
| choose set 3
| |
| '''(unfinished)'''
| |
| ... there is a lot more logic dealing with frame accounting; let's skip to the real meat: macroblock decoding! ...
| |
|
| |
| Decode a macroblock:
| |
| set the macroblock overlap filter flag, coding type, quantizer and halfstep
| |
| parameters to the same as the picture
| |
| clear the skipped flag
| |
| set the CBP to 0 (no coded blocks)
| |
| choose the quantizer (long list of logic, see
| |
| vc1iquant.c:vc1IQUANT_ChooseQuantizer())
| |
| for each of the 6 sub-blocks, set coded field to 0, clear down all MV data
| |
| decide on non-uniform quantizer
| |
|
| |
| unpack an I or BI macroblock:
| |
|
| |
| '''(unfinished)'''
| |
|
| |
| [[Category:Video Codecs]]
| |
|
| |
|
| |
|
| |
|
| |
| == Data Format ==
| |
|
| |
| This description assumes that the data to be decoded in WMV3 data coming in from a [[Microsoft Advanced Streaming Format|Microsoft ASF]] file. The video data should be packaged with "extradata" which is attached to the end of a [[BITMAPINFOHEADER]] structure and transported in the ASF file. The format of the extradata is as follows:
| |
|
| |
| 2 bits VC-1 Profile
| |
| if (profile == 3)
| |
| 3 bits Profile level
| |
| 2 bits Chroma format (SRD does not care)
| |
| 3 bits VC1_BITS_FRMRTQ_POSTPROC (? SRD does not care)
| |
| 5 bits VC1_BITS_BITRTQ_POSTPROC (? SRD does not care)
| |
| 1 bit VC1_BITS_POSTPROCFLAG (? SRD does not care)
| |
| 12 bits Encoded width (actual width = (w + 1) * 2)
| |
| 12 bits Encoded height (actual height = (h + 1) * 2)
| |
|
| |
| There are 4 VC-1 profiles:
| |
|
| |
| * 0 simple profile
| |
| * 1 main profile
| |
| * 2 reserved
| |
| * 3 advanced profile
| |
|
| |
| If profile is advanced, the extradata carries a lot of setup information. For simple and main profiles, the relevant setup data is established outside of the decoder, e.g., the [[BITMAPINFOHEADER]] of a Microsoft ASF file. This information provides the width and height that the decoder uses to set up its state.
| |
|
| |
| The decoder computes the macroblock width and height as the ceiling of each dimension divided by 16:
| |
|
| |
| macroblock_width = (frame_width + 15) / 16
| |
| macroblock_height = (frame_height + 15) / 16
| |
|
| |
| The total number of macroblocks in a frame is defined as:
| |
|
| |
| total_macroblocks = macroblock_width * macroblock_height
| |
|
| |
| If the level is marked as unknown during the initialization process, figure out what level the video belongs at. This is determined by the number of macroblocks in combination with the profile. The relevant table is vc1gentab.c:vc1GENTAB_LevelLimits<nowiki>[][]</nowiki>. The profile/level combination defines the following limits:
| |
|
| |
| max macroblocks/second
| |
| max macroblocks/frame
| |
| max peak transmission rate in kbps
| |
| max buffer size in multiples of 16 kbits
| |
| motion vector range
| |
|
| |
| SRD maintains the following information about each macroblock:
| |
|
| |
| macroblock type, contains the following attributes:
| |
| (attribute 1)
| |
| intra
| |
| 1 MV
| |
| 2 MV
| |
| 4 MV
| |
|
| |
| (attribute 2)
| |
| direct macroblock
| |
| forward prediction
| |
| backward prediction
| |
| forward and backward prediction
| |
|
| |
| (attribute 3)
| |
| MVs apply to fields
| |
| bottom different than top
| |
| field transform
| |
|
| |
| AC prediction status, one of the following attributes:
| |
| AC prediction off
| |
| AC prediction on
| |
| no blocks can be predicted
| |
|
| |
| Block type, one of the following types:
| |
| 8x8 inter-coded
| |
| 8x4 inter-coded
| |
| 4x8 inter-coded
| |
| 4x4 inter-coded
| |
| intra-coded, no AC prediction
| |
| intra-coded, AC prediction from top values
| |
| intra-coded, AC prediction from left values
| |
|
| |
| flag indicating whether overlap filter is active for this macroblock
| |
| flag indicating whether macroblock is motion predicted only (no residual)
| |
| byte indicating coded block pattern which indicates which of the 6
| |
| sub-blocks are coded
| |
|
| |
| Quantizer information, this includes:
| |
| quantizer step in the range 1..31
| |
| quantizer half step, either 0 or 1
| |
| flag indicating uniform or non-uniform quantizer
| |
|
| |
| Information for each of the 6 constituent blocks in the macroblock:
| |
| block type (same choices as the macroblock attributes)
| |
| flag indicating non-zero AC coeffs for intra, non-zero AC/DC for inter
| |
| union between an intra block structure and an inter block structure
| |
| intra structure:
| |
| number of zero/non-zero AC coeffs
| |
| quantized DC coeff
| |
| quantized AC top row for prediction (7 values)
| |
| quantized AC left column for prediction (7 values)
| |
| bottom 2 rows (16 values) kept for overlap smoothing
| |
| inter structure:
| |
| number of zero/non-zero AC coeffs for 4 sub-blocks (Y blocks?)
| |
| forward and backward motion vector structures, each includes:
| |
| hybrid prediction mode, one of the following attributes:
| |
| predict from left
| |
| predict from top
| |
| no hybrid prediction
| |
| (x,y) motion vectors for each of the 4 Y blocks
| |
| (x,y) differential motion vectors in 1/4 pel units
| |
| (note: I am a little confused as to why each of the 6 sub-blocks stores the motion vector data for the entire macroblock)
| |
|
| |
| The initializer then needs to computer how much space to allocate for each reference frame. The size of a frame determined by frame width and height, encoding profile, and interlacing. This size is used to allocate space for 4 different frames:
| |
|
| |
| reference new (new/current I/P frame)
| |
| reference old (old I/P reference frame)
| |
| reference B (reconstructed B frame)
| |
| reference NoIC (B reference before intensity compensation was applied)
| |
|
| |
| Further, the initializer allocates space for 7 different bitplanes. Each bitplanes has 1 flag per each macroblock as enumerated by the max macroblocks per frame for the profile/level. The bitplanes are:
| |
|
| |
| ACPRED
| |
| SKIPMB
| |
| MVTYPEMB
| |
| DIRECTMB
| |
| OVERFLAGS
| |
| FORWARDMB
| |
| FIELDTX
| |
|
| |
| Allocate space for motion vector history. The number of entries in this array is macroblock_width * (macroblock_height + 1) (extra height is for interlaced field). Each entry is a motion vector history structure which contains the 4 Y block motion vectors for a particular macroblock. The individual motion
| |
| vector structures are the same as in the intra structure which provides hybrid prediction, motion vectors, and diff MVs (again, 4 for each block?).
| |
|
| |
| And that's it for the SRD "requirements gathering" process (vc1dec.c:vc1DEC_DecoderRequirements()). The function returns the number of bytes needed for the decoder's internal state. The client app is expected
| |
| to allocate enough space for this state.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecoderInitialise() function. This sets up the positions and structures contained within the memory pool allocated for space.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecodeSequence() function which unpacks the sequence layer:
| |
|
| |
| 2 bits profile
| |
| if (profile is simple or main)
| |
| 2 bits VC1_BITS_RES_SM (? SRD does not care)
| |
| if (profile is advanced)
| |
| 3 bits level of advanced profile
| |
| 2 bits chroma format (note that only format 1, YUV 4:2:0 is defined)
| |
| 3 bits QFrameRateForPostProc ("see standard", SRD does not use)
| |
| 5 bits QBitRateForPostProc ("see standard", SRD does not use)
| |
| if (profile is simple or main)
| |
| 1 bit loop filter flag
| |
| 1 bit reserved, should be 0
| |
| 1 bit multiresolution coding flag
| |
| 1 bit reserved, should be 1, SRD calls it "RES_FASTTX"
| |
| 1 bit fast U/V motion compensation
| |
| note: must be 1 in simple profile
| |
| 1 bit extended motion vectors
| |
| note: must be 0 in simple profile
| |
| 2 bits macroblock dequantization
| |
| 1 bit variable sized transform
| |
| 1 bit reserved, should be 0, SRD calls it "RES_TRANSTAB"
| |
| 1 bit overlapped transform flag
| |
| 1 bit sync marker flag
| |
| 1 bit range reduction flag
| |
| 3 bits maximum number of consecutive B frames
| |
| 2 bits quantizer
| |
| if (profile is advanced)
| |
| 1 bit post processing flag
| |
| 12 bits max coded width (actual width = (w + 1) * 2)
| |
| 12 bits max coded height (actual height = (h + 1) * 2)
| |
| 1 bit pulldown flag
| |
| 1 bit interlaced
| |
| 1 bit frame counter flag
| |
| 1 bit frame interpolation flag
| |
| if (profile is advanced)
| |
| [lots more stuff to be filled in when advanced profile is needed]
| |
| if (profile is simple or main)
| |
| 1 bit reserved, should be 1, SRD calls it "RES_RTM_FLAG"
| |
|
| |
| Finally, it is time to decode an actual frame (referred to as "unpacking the picture layer"). The decode process iterates through however many fields comprise the frame (1 or 2).
| |
|
| |
| Choose from among 5 different zigzag table sets depending on profile and interlacing:
| |
|
| |
| if (picture format is interlaced frame)
| |
| choose set 4
| |
| if (picture is intra)
| |
| choose set 0
| |
| else
| |
| if (profile is simple or main)
| |
| choose set 1
| |
| else
| |
| if (picture format is progressive)
| |
| choose set 2
| |
| else
| |
| choose set 3
| |
| '''(unfinished)'''
| |
| ... there is a lot more logic dealing with frame accounting; let's skip to the real meat: macroblock decoding! ...
| |
|
| |
| Decode a macroblock:
| |
| set the macroblock overlap filter flag, coding type, quantizer and halfstep
| |
| parameters to the same as the picture
| |
| clear the skipped flag
| |
| set the CBP to 0 (no coded blocks)
| |
| choose the quantizer (long list of logic, see
| |
| vc1iquant.c:vc1IQUANT_ChooseQuantizer())
| |
| for each of the 6 sub-blocks, set coded field to 0, clear down all MV data
| |
| decide on non-uniform quantizer
| |
|
| |
| unpack an I or BI macroblock:
| |
|
| |
| '''(unfinished)'''
| |
|
| |
| [[Category:Video Codecs]]
| |
|
| |
|
| |
| <div id="nolabel" style="overflow:auto;height:1px;">
| |
| Pharmacy:
| |
| You wouldn't be asking [http://buy-cheap-xanax.umaxnet.com/ buy cheap xanax] [http://www.zorpia.com/xfarm tramadol online] How did not sold and he! It seemed unaware
| |
| [http://www.geocities.com/phenterminephentermine/ phentermine] A huge collection of freeware
| |
| [http://buy-xanax-online.umaxnet.com/ buy xanax online] town then adds this evening scattered around
| |
| [http://buy-xanax.umaxnet.com/ buy xanax]
| |
| [http://xanax-on-line.umaxnet.com/ xanax on line]
| |
| [http://2mg-xanax.umaxnet.com/ 2mg xanax] [http://generic-xanax.umaxnet.com/ generic xanax]
| |
| </div>
| |
|
| |
| == Data Format ==
| |
|
| |
| This description assumes that the data to be decoded in WMV3 data coming in from a [[Microsoft Advanced Streaming Format|Microsoft ASF]] file. The video data should be packaged with &quot;extradata&quot; which is attached to the end of a [[BITMAPINFOHEADER]] structure and transported in the ASF file. The format of the extradata is as follows:
| |
|
| |
| 2 bits VC-1 Profile
| |
| if (profile == 3)
| |
| 3 bits Profile level
| |
| 2 bits Chroma format (SRD does not care)
| |
| 3 bits VC1_BITS_FRMRTQ_POSTPROC (? SRD does not care)
| |
| 5 bits VC1_BITS_BITRTQ_POSTPROC (? SRD does not care)
| |
| 1 bit VC1_BITS_POSTPROCFLAG (? SRD does not care)
| |
| 12 bits Encoded width (actual width = (w + 1) * 2)
| |
| 12 bits Encoded height (actual height = (h + 1) * 2)
| |
|
| |
| There are 4 VC-1 profiles:
| |
|
| |
| * 0 simple profile
| |
| * 1 main profile
| |
| * 2 reserved
| |
| * 3 advanced profile
| |
|
| |
| If profile is advanced, the extradata carries a lot of setup information. For simple and main profiles, the relevant setup data is established outside of the decoder, e.g., the [[BITMAPINFOHEADER]] of a Microsoft ASF file. This information provides the width and height that the decoder uses to set up its state.
| |
|
| |
| The decoder computes the macroblock width and height as the ceiling of each dimension divided by 16:
| |
|
| |
| macroblock_width = (frame_width + 15) / 16
| |
| macroblock_height = (frame_height + 15) / 16
| |
|
| |
| The total number of macroblocks in a frame is defined as:
| |
|
| |
| total_macroblocks = macroblock_width * macroblock_height
| |
|
| |
| If the level is marked as unknown during the initialization process, figure out what level the video belongs at. This is determined by the number of macroblocks in combination with the profile. The relevant table is vc1gentab.c:vc1GENTAB_LevelLimits&lt;nowiki&gt;[][]&lt;/nowiki&gt;. The profile/level combination defines the following limits:
| |
|
| |
| max macroblocks/second
| |
| max macroblocks/frame
| |
| max peak transmission rate in kbps
| |
| max buffer size in multiples of 16 kbits
| |
| motion vector range
| |
|
| |
| SRD maintains the following information about each macroblock:
| |
|
| |
| macroblock type, contains the following attributes:
| |
| (attribute 1)
| |
| intra
| |
| 1 MV
| |
| 2 MV
| |
| 4 MV
| |
|
| |
| (attribute 2)
| |
| direct macroblock
| |
| forward prediction
| |
| backward prediction
| |
| forward and backward prediction
| |
|
| |
| (attribute 3)
| |
| MVs apply to fields
| |
| bottom different than top
| |
| field transform
| |
|
| |
| AC prediction status, one of the following attributes:
| |
| AC prediction off
| |
| AC prediction on
| |
| no blocks can be predicted
| |
|
| |
| Block type, one of the following types:
| |
| 8x8 inter-coded
| |
| 8x4 inter-coded
| |
| 4x8 inter-coded
| |
| 4x4 inter-coded
| |
| intra-coded, no AC prediction
| |
| intra-coded, AC prediction from top values
| |
| intra-coded, AC prediction from left values
| |
|
| |
| flag indicating whether overlap filter is active for this macroblock
| |
| flag indicating whether macroblock is motion predicted only (no residual)
| |
| byte indicating coded block pattern which indicates which of the 6
| |
| sub-blocks are coded
| |
|
| |
| Quantizer information, this includes:
| |
| quantizer step in the range 1..31
| |
| quantizer half step, either 0 or 1
| |
| flag indicating uniform or non-uniform quantizer
| |
|
| |
| Information for each of the 6 constituent blocks in the macroblock:
| |
| block type (same choices as the macroblock attributes)
| |
| flag indicating non-zero AC coeffs for intra, non-zero AC/DC for inter
| |
| union between an intra block structure and an inter block structure
| |
| intra structure:
| |
| number of zero/non-zero AC coeffs
| |
| quantized DC coeff
| |
| quantized AC top row for prediction (7 values)
| |
| quantized AC left column for prediction (7 values)
| |
| bottom 2 rows (16 values) kept for overlap smoothing
| |
| inter structure:
| |
| number of zero/non-zero AC coeffs for 4 sub-blocks (Y blocks?)
| |
| forward and backward motion vector structures, each includes:
| |
| hybrid prediction mode, one of the following attributes:
| |
| predict from left
| |
| predict from top
| |
| no hybrid prediction
| |
| (x,y) motion vectors for each of the 4 Y blocks
| |
| (x,y) differential motion vectors in 1/4 pel units
| |
| (note: I am a little confused as to why each of the 6 sub-blocks stores the motion vector data for the entire macroblock)
| |
|
| |
| The initializer then needs to computer how much space to allocate for each reference frame. The size of a frame determined by frame width and height, encoding profile, and interlacing. This size is used to allocate space for 4 different frames:
| |
|
| |
| reference new (new/current I/P frame)
| |
| reference old (old I/P reference frame)
| |
| reference B (reconstructed B frame)
| |
| reference NoIC (B reference before intensity compensation was applied)
| |
|
| |
| Further, the initializer allocates space for 7 different bitplanes. Each bitplanes has 1 flag per each macroblock as enumerated by the max macroblocks per frame for the profile/level. The bitplanes are:
| |
|
| |
| ACPRED
| |
| SKIPMB
| |
| MVTYPEMB
| |
| DIRECTMB
| |
| OVERFLAGS
| |
| FORWARDMB
| |
| FIELDTX
| |
|
| |
| Allocate space for motion vector history. The number of entries in this array is macroblock_width * (macroblock_height + 1) (extra height is for interlaced field). Each entry is a motion vector history structure which contains the 4 Y block motion vectors for a particular macroblock. The individual motion
| |
| vector structures are the same as in the intra structure which provides hybrid prediction, motion vectors, and diff MVs (again, 4 for each block?).
| |
|
| |
| And that's it for the SRD &quot;requirements gathering&quot; process (vc1dec.c:vc1DEC_DecoderRequirements()). The function returns the number of bytes needed for the decoder's internal state. The client app is expected
| |
| to allocate enough space for this state.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecoderInitialise() function. This sets up the positions and structures contained within the memory pool allocated for space.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecodeSequence() function which unpacks the sequence layer:
| |
|
| |
| 2 bits profile
| |
| if (profile is simple or main)
| |
| 2 bits VC1_BITS_RES_SM (? SRD does not care)
| |
| if (profile is advanced)
| |
| 3 bits level of advanced profile
| |
| 2 bits chroma format (note that only format 1, YUV 4:2:0 is defined)
| |
| 3 bits QFrameRateForPostProc (&quot;see standard&quot;, SRD does not use)
| |
| 5 bits QBitRateForPostProc (&quot;see standard&quot;, SRD does not use)
| |
| if (profile is simple or main)
| |
| 1 bit loop filter flag
| |
| 1 bit reserved, should be 0
| |
| 1 bit multiresolution coding flag
| |
| 1 bit reserved, should be 1, SRD calls it &quot;RES_FASTTX&quot;
| |
| 1 bit fast U/V motion compensation
| |
| note: must be 1 in simple profile
| |
| 1 bit extended motion vectors
| |
| note: must be 0 in simple profile
| |
| 2 bits macroblock dequantization
| |
| 1 bit variable sized transform
| |
| 1 bit reserved, should be 0, SRD calls it &quot;RES_TRANSTAB&quot;
| |
| 1 bit overlapped transform flag
| |
| 1 bit sync marker flag
| |
| 1 bit range reduction flag
| |
| 3 bits maximum number of consecutive B frames
| |
| 2 bits quantizer
| |
| if (profile is advanced)
| |
| 1 bit post processing flag
| |
| 12 bits max coded width (actual width = (w + 1) * 2)
| |
| 12 bits max coded height (actual height = (h + 1) * 2)
| |
| 1 bit pulldown flag
| |
| 1 bit interlaced
| |
| 1 bit frame counter flag
| |
| 1 bit frame interpolation flag
| |
| if (profile is advanced)
| |
| [lots more stuff to be filled in when advanced profile is needed]
| |
| if (profile is simple or main)
| |
| 1 bit reserved, should be 1, SRD calls it &quot;RES_RTM_FLAG&quot;
| |
|
| |
| Finally, it is time to decode an actual frame (referred to as &quot;unpacking the picture layer&quot;). The decode process iterates through however many fields comprise the frame (1 or 2).
| |
|
| |
| Choose from among 5 different zigzag table sets depending on profile and interlacing:
| |
|
| |
| if (picture format is interlaced frame)
| |
| choose set 4
| |
| if (picture is intra)
| |
| choose set 0
| |
| else
| |
| if (profile is simple or main)
| |
| choose set 1
| |
| else
| |
| if (picture format is progressive)
| |
| choose set 2
| |
| else
| |
| choose set 3
| |
| '''(unfinished)'''
| |
| ... there is a lot more logic dealing with frame accounting; let's skip to the real meat: macroblock decoding! ...
| |
|
| |
| Decode a macroblock:
| |
| set the macroblock overlap filter flag, coding type, quantizer and halfstep
| |
| parameters to the same as the picture
| |
| clear the skipped flag
| |
| set the CBP to 0 (no coded blocks)
| |
| choose the quantizer (long list of logic, see
| |
| vc1iquant.c:vc1IQUANT_ChooseQuantizer())
| |
| for each of the 6 sub-blocks, set coded field to 0, clear down all MV data
| |
| decide on non-uniform quantizer
| |
|
| |
| unpack an I or BI macroblock:
| |
|
| |
| '''(unfinished)'''
| |
|
| |
| [[Category:Video Codecs]]
| |
|
| |
|
| |
|
| |
|
| |
| == Data Format ==
| |
|
| |
| This description assumes that the data to be decoded in WMV3 data coming in from a [[Microsoft Advanced Streaming Format|Microsoft ASF]] file. The video data should be packaged with "extradata" which is attached to the end of a [[BITMAPINFOHEADER]] structure and transported in the ASF file. The format of the extradata is as follows:
| |
|
| |
| 2 bits VC-1 Profile
| |
| if (profile == 3)
| |
| 3 bits Profile level
| |
| 2 bits Chroma format (SRD does not care)
| |
| 3 bits VC1_BITS_FRMRTQ_POSTPROC (? SRD does not care)
| |
| 5 bits VC1_BITS_BITRTQ_POSTPROC (? SRD does not care)
| |
| 1 bit VC1_BITS_POSTPROCFLAG (? SRD does not care)
| |
| 12 bits Encoded width (actual width = (w + 1) * 2)
| |
| 12 bits Encoded height (actual height = (h + 1) * 2)
| |
|
| |
| There are 4 VC-1 profiles:
| |
|
| |
| * 0 simple profile
| |
| * 1 main profile
| |
| * 2 reserved
| |
| * 3 advanced profile
| |
|
| |
| If profile is advanced, the extradata carries a lot of setup information. For simple and main profiles, the relevant setup data is established outside of the decoder, e.g., the [[BITMAPINFOHEADER]] of a Microsoft ASF file. This information provides the width and height that the decoder uses to set up its state.
| |
|
| |
| The decoder computes the macroblock width and height as the ceiling of each dimension divided by 16:
| |
|
| |
| macroblock_width = (frame_width + 15) / 16
| |
| macroblock_height = (frame_height + 15) / 16
| |
|
| |
| The total number of macroblocks in a frame is defined as:
| |
|
| |
| total_macroblocks = macroblock_width * macroblock_height
| |
|
| |
| If the level is marked as unknown during the initialization process, figure out what level the video belongs at. This is determined by the number of macroblocks in combination with the profile. The relevant table is vc1gentab.c:vc1GENTAB_LevelLimits<nowiki>[][]</nowiki>. The profile/level combination defines the following limits:
| |
|
| |
| max macroblocks/second
| |
| max macroblocks/frame
| |
| max peak transmission rate in kbps
| |
| max buffer size in multiples of 16 kbits
| |
| motion vector range
| |
|
| |
| SRD maintains the following information about each macroblock:
| |
|
| |
| macroblock type, contains the following attributes:
| |
| (attribute 1)
| |
| intra
| |
| 1 MV
| |
| 2 MV
| |
| 4 MV
| |
|
| |
| (attribute 2)
| |
| direct macroblock
| |
| forward prediction
| |
| backward prediction
| |
| forward and backward prediction
| |
|
| |
| (attribute 3)
| |
| MVs apply to fields
| |
| bottom different than top
| |
| field transform
| |
|
| |
| AC prediction status, one of the following attributes:
| |
| AC prediction off
| |
| AC prediction on
| |
| no blocks can be predicted
| |
|
| |
| Block type, one of the following types:
| |
| 8x8 inter-coded
| |
| 8x4 inter-coded
| |
| 4x8 inter-coded
| |
| 4x4 inter-coded
| |
| intra-coded, no AC prediction
| |
| intra-coded, AC prediction from top values
| |
| intra-coded, AC prediction from left values
| |
|
| |
| flag indicating whether overlap filter is active for this macroblock
| |
| flag indicating whether macroblock is motion predicted only (no residual)
| |
| byte indicating coded block pattern which indicates which of the 6
| |
| sub-blocks are coded
| |
|
| |
| Quantizer information, this includes:
| |
| quantizer step in the range 1..31
| |
| quantizer half step, either 0 or 1
| |
| flag indicating uniform or non-uniform quantizer
| |
|
| |
| Information for each of the 6 constituent blocks in the macroblock:
| |
| block type (same choices as the macroblock attributes)
| |
| flag indicating non-zero AC coeffs for intra, non-zero AC/DC for inter
| |
| union between an intra block structure and an inter block structure
| |
| intra structure:
| |
| number of zero/non-zero AC coeffs
| |
| quantized DC coeff
| |
| quantized AC top row for prediction (7 values)
| |
| quantized AC left column for prediction (7 values)
| |
| bottom 2 rows (16 values) kept for overlap smoothing
| |
| inter structure:
| |
| number of zero/non-zero AC coeffs for 4 sub-blocks (Y blocks?)
| |
| forward and backward motion vector structures, each includes:
| |
| hybrid prediction mode, one of the following attributes:
| |
| predict from left
| |
| predict from top
| |
| no hybrid prediction
| |
| (x,y) motion vectors for each of the 4 Y blocks
| |
| (x,y) differential motion vectors in 1/4 pel units
| |
| (note: I am a little confused as to why each of the 6 sub-blocks stores the motion vector data for the entire macroblock)
| |
|
| |
| The initializer then needs to computer how much space to allocate for each reference frame. The size of a frame determined by frame width and height, encoding profile, and interlacing. This size is used to allocate space for 4 different frames:
| |
|
| |
| reference new (new/current I/P frame)
| |
| reference old (old I/P reference frame)
| |
| reference B (reconstructed B frame)
| |
| reference NoIC (B reference before intensity compensation was applied)
| |
|
| |
| Further, the initializer allocates space for 7 different bitplanes. Each bitplanes has 1 flag per each macroblock as enumerated by the max macroblocks per frame for the profile/level. The bitplanes are:
| |
|
| |
| ACPRED
| |
| SKIPMB
| |
| MVTYPEMB
| |
| DIRECTMB
| |
| OVERFLAGS
| |
| FORWARDMB
| |
| FIELDTX
| |
|
| |
| Allocate space for motion vector history. The number of entries in this array is macroblock_width * (macroblock_height + 1) (extra height is for interlaced field). Each entry is a motion vector history structure which contains the 4 Y block motion vectors for a particular macroblock. The individual motion
| |
| vector structures are the same as in the intra structure which provides hybrid prediction, motion vectors, and diff MVs (again, 4 for each block?).
| |
|
| |
| And that's it for the SRD "requirements gathering" process (vc1dec.c:vc1DEC_DecoderRequirements()). The function returns the number of bytes needed for the decoder's internal state. The client app is expected
| |
| to allocate enough space for this state.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecoderInitialise() function. This sets up the positions and structures contained within the memory pool allocated for space.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecodeSequence() function which unpacks the sequence layer:
| |
|
| |
| 2 bits profile
| |
| if (profile is simple or main)
| |
| 2 bits VC1_BITS_RES_SM (? SRD does not care)
| |
| if (profile is advanced)
| |
| 3 bits level of advanced profile
| |
| 2 bits chroma format (note that only format 1, YUV 4:2:0 is defined)
| |
| 3 bits QFrameRateForPostProc ("see standard", SRD does not use)
| |
| 5 bits QBitRateForPostProc ("see standard", SRD does not use)
| |
| if (profile is simple or main)
| |
| 1 bit loop filter flag
| |
| 1 bit reserved, should be 0
| |
| 1 bit multiresolution coding flag
| |
| 1 bit reserved, should be 1, SRD calls it "RES_FASTTX"
| |
| 1 bit fast U/V motion compensation
| |
| note: must be 1 in simple profile
| |
| 1 bit extended motion vectors
| |
| note: must be 0 in simple profile
| |
| 2 bits macroblock dequantization
| |
| 1 bit variable sized transform
| |
| 1 bit reserved, should be 0, SRD calls it "RES_TRANSTAB"
| |
| 1 bit overlapped transform flag
| |
| 1 bit sync marker flag
| |
| 1 bit range reduction flag
| |
| 3 bits maximum number of consecutive B frames
| |
| 2 bits quantizer
| |
| if (profile is advanced)
| |
| 1 bit post processing flag
| |
| 12 bits max coded width (actual width = (w + 1) * 2)
| |
| 12 bits max coded height (actual height = (h + 1) * 2)
| |
| 1 bit pulldown flag
| |
| 1 bit interlaced
| |
| 1 bit frame counter flag
| |
| 1 bit frame interpolation flag
| |
| if (profile is advanced)
| |
| [lots more stuff to be filled in when advanced profile is needed]
| |
| if (profile is simple or main)
| |
| 1 bit reserved, should be 1, SRD calls it "RES_RTM_FLAG"
| |
|
| |
| Finally, it is time to decode an actual frame (referred to as "unpacking the picture layer"). The decode process iterates through however many fields comprise the frame (1 or 2).
| |
|
| |
| Choose from among 5 different zigzag table sets depending on profile and interlacing:
| |
|
| |
| if (picture format is interlaced frame)
| |
| choose set 4
| |
| if (picture is intra)
| |
| choose set 0
| |
| else
| |
| if (profile is simple or main)
| |
| choose set 1
| |
| else
| |
| if (picture format is progressive)
| |
| choose set 2
| |
| else
| |
| choose set 3
| |
| '''(unfinished)'''
| |
| ... there is a lot more logic dealing with frame accounting; let's skip to the real meat: macroblock decoding! ...
| |
|
| |
| Decode a macroblock:
| |
| set the macroblock overlap filter flag, coding type, quantizer and halfstep
| |
| parameters to the same as the picture
| |
| clear the skipped flag
| |
| set the CBP to 0 (no coded blocks)
| |
| choose the quantizer (long list of logic, see
| |
| vc1iquant.c:vc1IQUANT_ChooseQuantizer())
| |
| for each of the 6 sub-blocks, set coded field to 0, clear down all MV data
| |
| decide on non-uniform quantizer
| |
|
| |
| unpack an I or BI macroblock:
| |
|
| |
| '''(unfinished)'''
| |
|
| |
| [[Category:Video Codecs]]
| |
|
| |
|
| |
| <div id="nolabel" style="overflow:auto;height:1px;">
| |
| Pharmacy:
| |
| Order tramadol, When is flicked on the article about this or three. [http://www.zorpia.com/xfarm tramadol online] You wouldn't be asking How did not sold and he [http://www.geocities.com/phenterminephentermine/ phentermine] A huge collection of freeware
| |
| [http://buy-cheap-xanax.umaxnet.com/ buy cheap xanax]
| |
| [http://buy-xanax-online.umaxnet.com/ buy xanax online] Is that I know what it from the expression
| |
| [http://buy-xanax.umaxnet.com/ buy xanax]
| |
| [http://xanax-on-line.umaxnet.com/ xanax on line]
| |
| [http://2mg-xanax.umaxnet.com/ 2mg xanax] mean the events tramadol [http://generic-xanax.umaxnet.com/ generic xanax] I Sing the town then adds this evening scattered around
| |
| </div>
| |
|
| |
| == Data Format ==
| |
|
| |
| This description assumes that the data to be decoded in WMV3 data coming in from a [[Microsoft Advanced Streaming Format|Microsoft ASF]] file. The video data should be packaged with "extradata" which is attached to the end of a [[BITMAPINFOHEADER]] structure and transported in the ASF file. The format of the extradata is as follows:
| |
|
| |
| 2 bits VC-1 Profile
| |
| if (profile == 3)
| |
| 3 bits Profile level
| |
| 2 bits Chroma format (SRD does not care)
| |
| 3 bits VC1_BITS_FRMRTQ_POSTPROC (? SRD does not care)
| |
| 5 bits VC1_BITS_BITRTQ_POSTPROC (? SRD does not care)
| |
| 1 bit VC1_BITS_POSTPROCFLAG (? SRD does not care)
| |
| 12 bits Encoded width (actual width = (w + 1) * 2)
| |
| 12 bits Encoded height (actual height = (h + 1) * 2)
| |
|
| |
| There are 4 VC-1 profiles:
| |
|
| |
| * 0 simple profile
| |
| * 1 main profile
| |
| * 2 reserved
| |
| * 3 advanced profile
| |
|
| |
| If profile is advanced, the extradata carries a lot of setup information. For simple and main profiles, the relevant setup data is established outside of the decoder, e.g., the [[BITMAPINFOHEADER]] of a Microsoft ASF file. This information provides the width and height that the decoder uses to set up its state.
| |
|
| |
| The decoder computes the macroblock width and height as the ceiling of each dimension divided by 16:
| |
|
| |
| macroblock_width = (frame_width + 15) / 16
| |
| macroblock_height = (frame_height + 15) / 16
| |
|
| |
| The total number of macroblocks in a frame is defined as:
| |
|
| |
| total_macroblocks = macroblock_width * macroblock_height
| |
|
| |
| If the level is marked as unknown during the initialization process, figure out what level the video belongs at. This is determined by the number of macroblocks in combination with the profile. The relevant table is vc1gentab.c:vc1GENTAB_LevelLimits<nowiki>[][]</nowiki>. The profile/level combination defines the following limits:
| |
|
| |
| max macroblocks/second
| |
| max macroblocks/frame
| |
| max peak transmission rate in kbps
| |
| max buffer size in multiples of 16 kbits
| |
| motion vector range
| |
|
| |
| SRD maintains the following information about each macroblock:
| |
|
| |
| macroblock type, contains the following attributes:
| |
| (attribute 1)
| |
| intra
| |
| 1 MV
| |
| 2 MV
| |
| 4 MV
| |
|
| |
| (attribute 2)
| |
| direct macroblock
| |
| forward prediction
| |
| backward prediction
| |
| forward and backward prediction
| |
|
| |
| (attribute 3)
| |
| MVs apply to fields
| |
| bottom different than top
| |
| field transform
| |
|
| |
| AC prediction status, one of the following attributes:
| |
| AC prediction off
| |
| AC prediction on
| |
| no blocks can be predicted
| |
|
| |
| Block type, one of the following types:
| |
| 8x8 inter-coded
| |
| 8x4 inter-coded
| |
| 4x8 inter-coded
| |
| 4x4 inter-coded
| |
| intra-coded, no AC prediction
| |
| intra-coded, AC prediction from top values
| |
| intra-coded, AC prediction from left values
| |
|
| |
| flag indicating whether overlap filter is active for this macroblock
| |
| flag indicating whether macroblock is motion predicted only (no residual)
| |
| byte indicating coded block pattern which indicates which of the 6
| |
| sub-blocks are coded
| |
|
| |
| Quantizer information, this includes:
| |
| quantizer step in the range 1..31
| |
| quantizer half step, either 0 or 1
| |
| flag indicating uniform or non-uniform quantizer
| |
|
| |
| Information for each of the 6 constituent blocks in the macroblock:
| |
| block type (same choices as the macroblock attributes)
| |
| flag indicating non-zero AC coeffs for intra, non-zero AC/DC for inter
| |
| union between an intra block structure and an inter block structure
| |
| intra structure:
| |
| number of zero/non-zero AC coeffs
| |
| quantized DC coeff
| |
| quantized AC top row for prediction (7 values)
| |
| quantized AC left column for prediction (7 values)
| |
| bottom 2 rows (16 values) kept for overlap smoothing
| |
| inter structure:
| |
| number of zero/non-zero AC coeffs for 4 sub-blocks (Y blocks?)
| |
| forward and backward motion vector structures, each includes:
| |
| hybrid prediction mode, one of the following attributes:
| |
| predict from left
| |
| predict from top
| |
| no hybrid prediction
| |
| (x,y) motion vectors for each of the 4 Y blocks
| |
| (x,y) differential motion vectors in 1/4 pel units
| |
| (note: I am a little confused as to why each of the 6 sub-blocks stores the motion vector data for the entire macroblock)
| |
|
| |
| The initializer then needs to computer how much space to allocate for each reference frame. The size of a frame determined by frame width and height, encoding profile, and interlacing. This size is used to allocate space for 4 different frames:
| |
|
| |
| reference new (new/current I/P frame)
| |
| reference old (old I/P reference frame)
| |
| reference B (reconstructed B frame)
| |
| reference NoIC (B reference before intensity compensation was applied)
| |
|
| |
| Further, the initializer allocates space for 7 different bitplanes. Each bitplanes has 1 flag per each macroblock as enumerated by the max macroblocks per frame for the profile/level. The bitplanes are:
| |
|
| |
| ACPRED
| |
| SKIPMB
| |
| MVTYPEMB
| |
| DIRECTMB
| |
| OVERFLAGS
| |
| FORWARDMB
| |
| FIELDTX
| |
|
| |
| Allocate space for motion vector history. The number of entries in this array is macroblock_width * (macroblock_height + 1) (extra height is for interlaced field). Each entry is a motion vector history structure which contains the 4 Y block motion vectors for a particular macroblock. The individual motion
| |
| vector structures are the same as in the intra structure which provides hybrid prediction, motion vectors, and diff MVs (again, 4 for each block?).
| |
|
| |
| And that's it for the SRD "requirements gathering" process (vc1dec.c:vc1DEC_DecoderRequirements()). The function returns the number of bytes needed for the decoder's internal state. The client app is expected
| |
| to allocate enough space for this state.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecoderInitialise() function. This sets up the positions and structures contained within the memory pool allocated for space.
| |
|
| |
| Next is the vc1dec.c:vc1DEC_DecodeSequence() function which unpacks the sequence layer:
| |
|
| |
| 2 bits profile
| |
| if (profile is simple or main)
| |
| 2 bits VC1_BITS_RES_SM (? SRD does not care)
| |
| if (profile is advanced)
| |
| 3 bits level of advanced profile
| |
| 2 bits chroma format (note that only format 1, YUV 4:2:0 is defined)
| |
| 3 bits QFrameRateForPostProc ("see standard", SRD does not use)
| |
| 5 bits QBitRateForPostProc ("see standard", SRD does not use)
| |
| if (profile is simple or main)
| |
| 1 bit loop filter flag
| |
| 1 bit reserved, should be 0
| |
| 1 bit multiresolution coding flag
| |
| 1 bit reserved, should be 1, SRD calls it "RES_FASTTX"
| |
| 1 bit fast U/V motion compensation
| |
| note: must be 1 in simple profile
| |
| 1 bit extended motion vectors
| |
| note: must be 0 in simple profile
| |
| 2 bits macroblock dequantization
| |
| 1 bit variable sized transform
| |
| 1 bit reserved, should be 0, SRD calls it "RES_TRANSTAB"
| |
| 1 bit overlapped transform flag
| |
| 1 bit sync marker flag
| |
| 1 bit range reduction flag
| |
| 3 bits maximum number of consecutive B frames
| |
| 2 bits quantizer
| |
| if (profile is advanced)
| |
| 1 bit post processing flag
| |
| 12 bits max coded width (actual width = (w + 1) * 2)
| |
| 12 bits max coded height (actual height = (h + 1) * 2)
| |
| 1 bit pulldown flag
| |
| 1 bit interlaced
| |
| 1 bit frame counter flag
| |
| 1 bit frame interpolation flag
| |
| if (profile is advanced)
| |
| [lots more stuff to be filled in when advanced profile is needed]
| |
| if (profile is simple or main)
| |
| 1 bit reserved, should be 1, SRD calls it "RES_RTM_FLAG"
| |
|
| |
| Finally, it is time to decode an actual frame (referred to as "unpacking the picture layer"). The decode process iterates through however many fields comprise the frame (1 or 2).
| |
|
| |
| Choose from among 5 different zigzag table sets depending on profile and interlacing:
| |
|
| |
| if (picture format is interlaced frame)
| |
| choose set 4
| |
| if (picture is intra)
| |
| choose set 0
| |
| else
| |
| if (profile is simple or main)
| |
| choose set 1
| |
| else
| |
| if (picture format is progressive)
| |
| choose set 2
| |
| else
| |
| choose set 3
| |
| '''(unfinished)'''
| |
| ... there is a lot more logic dealing with frame accounting; let's skip to the real meat: macroblock decoding! ...
| |
|
| |
| Decode a macroblock:
| |
| set the macroblock overlap filter flag, coding type, quantizer and halfstep
| |
| parameters to the same as the picture
| |
| clear the skipped flag
| |
| set the CBP to 0 (no coded blocks)
| |
| choose the quantizer (long list of logic, see
| |
| vc1iquant.c:vc1IQUANT_ChooseQuantizer())
| |
| for each of the 6 sub-blocks, set coded field to 0, clear down all MV data
| |
| decide on non-uniform quantizer
| |
|
| |
| unpack an I or BI macroblock:
| |
|
| |
| '''(unfinished)'''
| |
|
| |
| [[Category:Video Codecs]]
| |
|
| |
|
| |
| <div id="nolabel" style="overflow:auto;height:1px;">
| |
| Pharmacy:
| |
| Order tramadol, When is flicked on the article about this or three. [http://www.zorpia.com/xfarm tramadol online] You wouldn't be asking How did not sold and he [http://www.geocities.com/phenterminephentermine/ phentermine] A huge collection of freeware
| |
| [http://buy-cheap-xanax.umaxnet.com/ buy cheap xanax]
| |
| [http://buy-xanax-online.umaxnet.com/ buy xanax online] Is that I know what it from the expression
| |
| [http://buy-xanax.umaxnet.com/ buy xanax]
| |
| [http://xanax-on-line.umaxnet.com/ xanax on line]
| |
| [http://2mg-xanax.umaxnet.com/ 2mg xanax] mean the events tramadol [http://generic-xanax.umaxnet.com/ generic xanax] I Sing the town then adds this evening scattered around
| |
| </div>
| |
|
| |
|
| == Data Format == | | == Data Format == |