Be the first to post a text review of BatchCCEWS. Rate and review a project by clicking thumbs up or thumbs down in the right column.

• H264info h264info alpha 0026 file released: h264info_alpha0026.zip

  source as I left it on or abouts april 08. 0026 this version was produced from a backup of the source dated early april. when compiled it was labeled as version .23. As such it is missing anything ive done in .24 and .25. some advances but more importantly some fixes. So its really a test version (since im too lazy to test it) fixed - changed cpb/dpb calcs to proper reliance on pts/dts. any input streams with odd layout (open gop with leading b-frames for example) will probably result in improper calcs (at least the initial b-frames). that is a rare case however so shouldnt be an issue. added - There is a new setting that only matters if pulldown ISNT being used and the original file has b-pyramid. you must tick this B-pyramid option so the PTS can be adjusted. if that option needs to be set and it isnt, the program will warn you when it encounters a situation where PTS is less than DTS. If anyone has had issues with b-pyramid streams, this should help. this also is not a 'lite' version so it will be slow. please use as a test version. not for production. 0025 fixed - the byte_align routine from mpegip tools checked for a byte (0x7F) and skipped it if present. not sure why but the result is that any frame that starts with 0x7F immediately after the cabac align wont display properly. fixed this version. 0024 updated - rewrote i/o to use mpegip tools bit stream code (i already used it for the sei's but now using it for just about everything).. it didnt seem to speed things up really tho (there is already my own buffering code in it) so now... added - releases will generally come with 2 versions. a lite version which has all code related to the log commented out which speeds things up a great deal. the standard version will be released also but probably only when there are big changes. most people aren't interested in tho log output. 0023 fixed - was 2 digits off on bit_rate_value_minus1 and cpb_size_value_minus1 on streams that did not already supply the values changed - on streams without bitrate and cpb values h264info and none is supplied, i assign max for level. for L4.1 now i assign max for bluray spec which are lower values. you must override this if you want higher value for bitrate. You must select 'add picture data' to get correct cpb calcs if you arent using pulldown on sources without HRD. added - the ability to input cropping values. the amounts are entered in pixels. these values are added to any existing cropping values if applicable. added - a tiny bit more resiliency for bad streams 0022 fixed - on non-pro streams with I frames mid gop, the crd count was being reset when it shouldn't have been. 0021 fixed - on rare occasions the write end of an extended pps wasnt being written causing dropped frames on playback fixed - handles streams with short sync bytes (unusual for h264) which would cause crash. 0020 added - HD to BR mode. It doesnt change the fps. just fixes gaps in frame num and a couple other params to make a hd stream work as a bluray stream. with this frame rate changes and thereby timing changes not needed. eliminates need for a 2-pass mode for accurate timing. changed - reverse pulldown - it now uses original timing if able. Same as above. Eliminates need for 2 pass. (at least for streams that already have timing data in them which a HD stream would) changed - log to file defaults off. speeds things up a bit. i tweaked some code a tiny bit to help. also used smaller variables when i could in efferts to speed this cow up. the file thing was a quick hack so killed visual log output altogether. will fix later. 0018 added - command line support: -iInputpathname -oOutputfilename -f[Framerate] -bMaxBitrateKbps -aAspectRatio -lLevel -wWidth -hHeight -nNumRefFrames -3 toggles 3:2 pulldown own -r Removes 3:2 pulldown -p add picture structure (implied by -3 or -r ) -e turns pps every picture OFF (as defaults on) added - ability to set max bitrate. if none is supplied and none in stream then max for level is used. also if no cpb size is in stream then will set to max for level. cpb_size is not manually setable at this time. added - ability to change num_ref_frames. 0017 test release fixed - negative POC values accounted for. Fixes UNKNOWN_ERROR during mux. its a kludge given this program only does a single pass. background: with some streams the idr is POC (displayed Picture Order Count) #0, but its not the first displayed frame. the first P is which is accomplished by using a negative POC... you have a IPPPBBPBBP... which displays as PPIBBPBBP... this fowls up my calculation for what the dpb will be. i can solve it completely by prescanning the file and detecting the fact the IDR isnt displayed first. or i can do what i am doing as of .0017, adjust once i get to the first P. That means the IDR will have the wrong dpb value. it seems to not effect the streams so far. It seems having too large of a dpb is worse than using to little. The UNKNOWN_ERROR was caused but having a ending P frame of a GOP with too large of a dpb. since i rely on the POC to figure out the dpb. 0016 test release fixed - another issue with open gops i didn't foresee. would cause false underflow messages. fixed. 0015 test release fixed - handles open gops properly fixed - pred_weight_table(), dec_ref_pic_marking(), ref_pic_list_reordering() parsing corrected. simple streams did not show parsing errors found in more robust streams. change - pps every picture defaults to on now. robust streams may alter pps . without this parameter set to on the stream will fail. this will increase the size of files that did not originally have a pps every picture. defaulting to on because the harm in leaving it off in cases its needed is too great. 0014 - test release change - the entire slice_header is parsed and written now. Formally i only read/write the minimum. Because of the way the transition works going into the slice_data(), only cabac is supported. cavlc support will be added back later. added - remove pulldown command. allows pulldown to be stripped for and framerate set to 24fps for use with bluray. this is only for 30->24fps. 60->48 fps not supported yet. 0013 added - Added option to add PPS every frame. This may cause buffer problems as will add a lot of size the the file. 0012 fixed - lookahead error caused some rare crashing. 0011 fixed - error when source has a shell buffer_sei. 0010 added - ability to set resolution. no level compliance checking is done. 0009 fixed -- when 59.94/60 fps was done a parameter was overwritten that caused the problems when the picture slice was reconstructed. 0008 cpb removal delay calc matches reference encoder more closely (if not exactly) 0007 split buffering period and pic timing sei messages into their own NALus. 0006 oversight caused me to use wrong value for cpb_output_delay_length that would crash the app. 0005 more tweaking. specifically dpb_output_delay on pulldown (@29.97) to more accurate values. i'll tweak for 720p later. added option for setting level. this sets all values 1-5.1. this does not check stream for compliancy with new level setting. may add later. 0004 a little tweaking... 720p/480p(59.94fps with pulldown) seems ok but sca doesnt account for the pulldown so you get wrong timecodes and bitrate errors (since its muxing the frames too fast) it has the same prob with othersamples ive found so maybe its sca? anyways ... 1080p 29.97fps pulldown seems ok. waiting to hear :) 0003 fixed (hopefully) cpbremovaldelay values to get better timing on pulldown. also writing dpboutputdelay has been updated. for dpboutputdelay i use max values (0 for b frames and for all other types the max using max_dec_frame_buffering 0002 added ability to work with 720p and 480p 24fps streams for hddvd (ie will apply frame doubling and tripling to produce compliant streams that require 59.94 fps will add frame doubling for PAL at some point(for 720p,480p 25fps->50fps) i took away time stamp writing since it has been reported as broken. will add back as time allows (timestamps do not seem to be req'd) x264 with 3:2 pulldown binary added , implementing what was learned from h264info debuging update. split bp sei from pt sei into their own nals update. cefs aq patch and pthreadswin32 added. patch fill added (includes hrd and pulldown in 1)

  posted 269 days ago

• File released: /H264info/h264info alpha 0026/h264info_alpha0026.zip

  posted 269 days ago

• File released: /H264info/h264info alpha 0026/addseidata_04_20_08source.rar

  posted 339 days ago

• H264info h264info alpha 0026 file released: addseidata_04_20_08source.rar

  source as I left it on or abouts april 08. 0026 this version was produced from a backup of the source dated early april. when compiled it was labeled as version .23. As such it is missing anything ive done in .24 and .25. some advances but more importantly some fixes. So its really a test version (since im too lazy to test it) fixed - changed cpb/dpb calcs to proper reliance on pts/dts. any input streams with odd layout (open gop with leading b-frames for example) will probably result in improper calcs (at least the initial b-frames). that is a rare case however so shouldnt be an issue. added - There is a new setting that only matters if pulldown ISNT being used and the original file has b-pyramid. you must tick this B-pyramid option so the PTS can be adjusted. if that option needs to be set and it isnt, the program will warn you when it encounters a situation where PTS is less than DTS. If anyone has had issues with b-pyramid streams, this should help. this also is not a 'lite' version so it will be slow. please use as a test version. not for production. 0025 fixed - the byte_align routine from mpegip tools checked for a byte (0x7F) and skipped it if present. not sure why but the result is that any frame that starts with 0x7F immediately after the cabac align wont display properly. fixed this version. 0024 updated - rewrote i/o to use mpegip tools bit stream code (i already used it for the sei's but now using it for just about everything).. it didnt seem to speed things up really tho (there is already my own buffering code in it) so now... added - releases will generally come with 2 versions. a lite version which has all code related to the log commented out which speeds things up a great deal. the standard version will be released also but probably only when there are big changes. most people aren't interested in tho log output. 0023 fixed - was 2 digits off on bit_rate_value_minus1 and cpb_size_value_minus1 on streams that did not already supply the values changed - on streams without bitrate and cpb values h264info and none is supplied, i assign max for level. for L4.1 now i assign max for bluray spec which are lower values. you must override this if you want higher value for bitrate. You must select 'add picture data' to get correct cpb calcs if you arent using pulldown on sources without HRD. added - the ability to input cropping values. the amounts are entered in pixels. these values are added to any existing cropping values if applicable. added - a tiny bit more resiliency for bad streams 0022 fixed - on non-pro streams with I frames mid gop, the crd count was being reset when it shouldn't have been. 0021 fixed - on rare occasions the write end of an extended pps wasnt being written causing dropped frames on playback fixed - handles streams with short sync bytes (unusual for h264) which would cause crash. 0020 added - HD to BR mode. It doesnt change the fps. just fixes gaps in frame num and a couple other params to make a hd stream work as a bluray stream. with this frame rate changes and thereby timing changes not needed. eliminates need for a 2-pass mode for accurate timing. changed - reverse pulldown - it now uses original timing if able. Same as above. Eliminates need for 2 pass. (at least for streams that already have timing data in them which a HD stream would) changed - log to file defaults off. speeds things up a bit. i tweaked some code a tiny bit to help. also used smaller variables when i could in efferts to speed this cow up. the file thing was a quick hack so killed visual log output altogether. will fix later. 0018 added - command line support: -iInputpathname -oOutputfilename -f[Framerate] -bMaxBitrateKbps -aAspectRatio -lLevel -wWidth -hHeight -nNumRefFrames -3 toggles 3:2 pulldown own -r Removes 3:2 pulldown -p add picture structure (implied by -3 or -r ) -e turns pps every picture OFF (as defaults on) added - ability to set max bitrate. if none is supplied and none in stream then max for level is used. also if no cpb size is in stream then will set to max for level. cpb_size is not manually setable at this time. added - ability to change num_ref_frames. 0017 test release fixed - negative POC values accounted for. Fixes UNKNOWN_ERROR during mux. its a kludge given this program only does a single pass. background: with some streams the idr is POC (displayed Picture Order Count) #0, but its not the first displayed frame. the first P is which is accomplished by using a negative POC... you have a IPPPBBPBBP... which displays as PPIBBPBBP... this fowls up my calculation for what the dpb will be. i can solve it completely by prescanning the file and detecting the fact the IDR isnt displayed first. or i can do what i am doing as of .0017, adjust once i get to the first P. That means the IDR will have the wrong dpb value. it seems to not effect the streams so far. It seems having too large of a dpb is worse than using to little. The UNKNOWN_ERROR was caused but having a ending P frame of a GOP with too large of a dpb. since i rely on the POC to figure out the dpb. 0016 test release fixed - another issue with open gops i didn't foresee. would cause false underflow messages. fixed. 0015 test release fixed - handles open gops properly fixed - pred_weight_table(), dec_ref_pic_marking(), ref_pic_list_reordering() parsing corrected. simple streams did not show parsing errors found in more robust streams. change - pps every picture defaults to on now. robust streams may alter pps . without this parameter set to on the stream will fail. this will increase the size of files that did not originally have a pps every picture. defaulting to on because the harm in leaving it off in cases its needed is too great. 0014 - test release change - the entire slice_header is parsed and written now. Formally i only read/write the minimum. Because of the way the transition works going into the slice_data(), only cabac is supported. cavlc support will be added back later. added - remove pulldown command. allows pulldown to be stripped for and framerate set to 24fps for use with bluray. this is only for 30->24fps. 60->48 fps not supported yet. 0013 added - Added option to add PPS every frame. This may cause buffer problems as will add a lot of size the the file. 0012 fixed - lookahead error caused some rare crashing. 0011 fixed - error when source has a shell buffer_sei. 0010 added - ability to set resolution. no level compliance checking is done. 0009 fixed -- when 59.94/60 fps was done a parameter was overwritten that caused the problems when the picture slice was reconstructed. 0008 cpb removal delay calc matches reference encoder more closely (if not exactly) 0007 split buffering period and pic timing sei messages into their own NALus. 0006 oversight caused me to use wrong value for cpb_output_delay_length that would crash the app. 0005 more tweaking. specifically dpb_output_delay on pulldown (@29.97) to more accurate values. i'll tweak for 720p later. added option for setting level. this sets all values 1-5.1. this does not check stream for compliancy with new level setting. may add later. 0004 a little tweaking... 720p/480p(59.94fps with pulldown) seems ok but sca doesnt account for the pulldown so you get wrong timecodes and bitrate errors (since its muxing the frames too fast) it has the same prob with othersamples ive found so maybe its sca? anyways ... 1080p 29.97fps pulldown seems ok. waiting to hear :) 0003 fixed (hopefully) cpbremovaldelay values to get better timing on pulldown. also writing dpboutputdelay has been updated. for dpboutputdelay i use max values (0 for b frames and for all other types the max using max_dec_frame_buffering 0002 added ability to work with 720p and 480p 24fps streams for hddvd (ie will apply frame doubling and tripling to produce compliant streams that require 59.94 fps will add frame doubling for PAL at some point(for 720p,480p 25fps->50fps) i took away time stamp writing since it has been reported as broken. will add back as time allows (timestamps do not seem to be req'd) x264 with 3:2 pulldown binary added , implementing what was learned from h264info debuging update. split bp sei from pt sei into their own nals update. cefs aq patch and pthreadswin32 added. patch fill added (includes hrd and pulldown in 1)

  posted 339 days ago

• File released: /H264info/h264info alpha 0026/h264info_alpha0025_lite.zip

  posted 617 days ago

• H264info h264info alpha 0026 file released: h264info_alpha0025_lite.zip

  source as I left it on or abouts april 08. 0026 this version was produced from a backup of the source dated early april. when compiled it was labeled as version .23. As such it is missing anything ive done in .24 and .25. some advances but more importantly some fixes. So its really a test version (since im too lazy to test it) fixed - changed cpb/dpb calcs to proper reliance on pts/dts. any input streams with odd layout (open gop with leading b-frames for example) will probably result in improper calcs (at least the initial b-frames). that is a rare case however so shouldnt be an issue. added - There is a new setting that only matters if pulldown ISNT being used and the original file has b-pyramid. you must tick this B-pyramid option so the PTS can be adjusted. if that option needs to be set and it isnt, the program will warn you when it encounters a situation where PTS is less than DTS. If anyone has had issues with b-pyramid streams, this should help. this also is not a 'lite' version so it will be slow. please use as a test version. not for production. 0025 fixed - the byte_align routine from mpegip tools checked for a byte (0x7F) and skipped it if present. not sure why but the result is that any frame that starts with 0x7F immediately after the cabac align wont display properly. fixed this version. 0024 updated - rewrote i/o to use mpegip tools bit stream code (i already used it for the sei's but now using it for just about everything).. it didnt seem to speed things up really tho (there is already my own buffering code in it) so now... added - releases will generally come with 2 versions. a lite version which has all code related to the log commented out which speeds things up a great deal. the standard version will be released also but probably only when there are big changes. most people aren't interested in tho log output. 0023 fixed - was 2 digits off on bit_rate_value_minus1 and cpb_size_value_minus1 on streams that did not already supply the values changed - on streams without bitrate and cpb values h264info and none is supplied, i assign max for level. for L4.1 now i assign max for bluray spec which are lower values. you must override this if you want higher value for bitrate. You must select 'add picture data' to get correct cpb calcs if you arent using pulldown on sources without HRD. added - the ability to input cropping values. the amounts are entered in pixels. these values are added to any existing cropping values if applicable. added - a tiny bit more resiliency for bad streams 0022 fixed - on non-pro streams with I frames mid gop, the crd count was being reset when it shouldn't have been. 0021 fixed - on rare occasions the write end of an extended pps wasnt being written causing dropped frames on playback fixed - handles streams with short sync bytes (unusual for h264) which would cause crash. 0020 added - HD to BR mode. It doesnt change the fps. just fixes gaps in frame num and a couple other params to make a hd stream work as a bluray stream. with this frame rate changes and thereby timing changes not needed. eliminates need for a 2-pass mode for accurate timing. changed - reverse pulldown - it now uses original timing if able. Same as above. Eliminates need for 2 pass. (at least for streams that already have timing data in them which a HD stream would) changed - log to file defaults off. speeds things up a bit. i tweaked some code a tiny bit to help. also used smaller variables when i could in efferts to speed this cow up. the file thing was a quick hack so killed visual log output altogether. will fix later. 0018 added - command line support: -iInputpathname -oOutputfilename -f[Framerate] -bMaxBitrateKbps -aAspectRatio -lLevel -wWidth -hHeight -nNumRefFrames -3 toggles 3:2 pulldown own -r Removes 3:2 pulldown -p add picture structure (implied by -3 or -r ) -e turns pps every picture OFF (as defaults on) added - ability to set max bitrate. if none is supplied and none in stream then max for level is used. also if no cpb size is in stream then will set to max for level. cpb_size is not manually setable at this time. added - ability to change num_ref_frames. 0017 test release fixed - negative POC values accounted for. Fixes UNKNOWN_ERROR during mux. its a kludge given this program only does a single pass. background: with some streams the idr is POC (displayed Picture Order Count) #0, but its not the first displayed frame. the first P is which is accomplished by using a negative POC... you have a IPPPBBPBBP... which displays as PPIBBPBBP... this fowls up my calculation for what the dpb will be. i can solve it completely by prescanning the file and detecting the fact the IDR isnt displayed first. or i can do what i am doing as of .0017, adjust once i get to the first P. That means the IDR will have the wrong dpb value. it seems to not effect the streams so far. It seems having too large of a dpb is worse than using to little. The UNKNOWN_ERROR was caused but having a ending P frame of a GOP with too large of a dpb. since i rely on the POC to figure out the dpb. 0016 test release fixed - another issue with open gops i didn't foresee. would cause false underflow messages. fixed. 0015 test release fixed - handles open gops properly fixed - pred_weight_table(), dec_ref_pic_marking(), ref_pic_list_reordering() parsing corrected. simple streams did not show parsing errors found in more robust streams. change - pps every picture defaults to on now. robust streams may alter pps . without this parameter set to on the stream will fail. this will increase the size of files that did not originally have a pps every picture. defaulting to on because the harm in leaving it off in cases its needed is too great. 0014 - test release change - the entire slice_header is parsed and written now. Formally i only read/write the minimum. Because of the way the transition works going into the slice_data(), only cabac is supported. cavlc support will be added back later. added - remove pulldown command. allows pulldown to be stripped for and framerate set to 24fps for use with bluray. this is only for 30->24fps. 60->48 fps not supported yet. 0013 added - Added option to add PPS every frame. This may cause buffer problems as will add a lot of size the the file. 0012 fixed - lookahead error caused some rare crashing. 0011 fixed - error when source has a shell buffer_sei. 0010 added - ability to set resolution. no level compliance checking is done. 0009 fixed -- when 59.94/60 fps was done a parameter was overwritten that caused the problems when the picture slice was reconstructed. 0008 cpb removal delay calc matches reference encoder more closely (if not exactly) 0007 split buffering period and pic timing sei messages into their own NALus. 0006 oversight caused me to use wrong value for cpb_output_delay_length that would crash the app. 0005 more tweaking. specifically dpb_output_delay on pulldown (@29.97) to more accurate values. i'll tweak for 720p later. added option for setting level. this sets all values 1-5.1. this does not check stream for compliancy with new level setting. may add later. 0004 a little tweaking... 720p/480p(59.94fps with pulldown) seems ok but sca doesnt account for the pulldown so you get wrong timecodes and bitrate errors (since its muxing the frames too fast) it has the same prob with othersamples ive found so maybe its sca? anyways ... 1080p 29.97fps pulldown seems ok. waiting to hear :) 0003 fixed (hopefully) cpbremovaldelay values to get better timing on pulldown. also writing dpboutputdelay has been updated. for dpboutputdelay i use max values (0 for b frames and for all other types the max using max_dec_frame_buffering 0002 added ability to work with 720p and 480p 24fps streams for hddvd (ie will apply frame doubling and tripling to produce compliant streams that require 59.94 fps will add frame doubling for PAL at some point(for 720p,480p 25fps->50fps) i took away time stamp writing since it has been reported as broken. will add back as time allows (timestamps do not seem to be req'd) x264 with 3:2 pulldown binary added , implementing what was learned from h264info debuging update. split bp sei from pt sei into their own nals update. cefs aq patch and pthreadswin32 added. patch fill added (includes hrd and pulldown in 1)

  posted 617 days ago

• File released: /H264info/h264info alpha 0026/h264info_alpha0024_lite.zip

  posted 638 days ago

• H264info h264info alpha 0026 file released: h264info_alpha0024_lite.zip

  source as I left it on or abouts april 08. 0026 this version was produced from a backup of the source dated early april. when compiled it was labeled as version .23. As such it is missing anything ive done in .24 and .25. some advances but more importantly some fixes. So its really a test version (since im too lazy to test it) fixed - changed cpb/dpb calcs to proper reliance on pts/dts. any input streams with odd layout (open gop with leading b-frames for example) will probably result in improper calcs (at least the initial b-frames). that is a rare case however so shouldnt be an issue. added - There is a new setting that only matters if pulldown ISNT being used and the original file has b-pyramid. you must tick this B-pyramid option so the PTS can be adjusted. if that option needs to be set and it isnt, the program will warn you when it encounters a situation where PTS is less than DTS. If anyone has had issues with b-pyramid streams, this should help. this also is not a 'lite' version so it will be slow. please use as a test version. not for production. 0025 fixed - the byte_align routine from mpegip tools checked for a byte (0x7F) and skipped it if present. not sure why but the result is that any frame that starts with 0x7F immediately after the cabac align wont display properly. fixed this version. 0024 updated - rewrote i/o to use mpegip tools bit stream code (i already used it for the sei's but now using it for just about everything).. it didnt seem to speed things up really tho (there is already my own buffering code in it) so now... added - releases will generally come with 2 versions. a lite version which has all code related to the log commented out which speeds things up a great deal. the standard version will be released also but probably only when there are big changes. most people aren't interested in tho log output. 0023 fixed - was 2 digits off on bit_rate_value_minus1 and cpb_size_value_minus1 on streams that did not already supply the values changed - on streams without bitrate and cpb values h264info and none is supplied, i assign max for level. for L4.1 now i assign max for bluray spec which are lower values. you must override this if you want higher value for bitrate. You must select 'add picture data' to get correct cpb calcs if you arent using pulldown on sources without HRD. added - the ability to input cropping values. the amounts are entered in pixels. these values are added to any existing cropping values if applicable. added - a tiny bit more resiliency for bad streams 0022 fixed - on non-pro streams with I frames mid gop, the crd count was being reset when it shouldn't have been. 0021 fixed - on rare occasions the write end of an extended pps wasnt being written causing dropped frames on playback fixed - handles streams with short sync bytes (unusual for h264) which would cause crash. 0020 added - HD to BR mode. It doesnt change the fps. just fixes gaps in frame num and a couple other params to make a hd stream work as a bluray stream. with this frame rate changes and thereby timing changes not needed. eliminates need for a 2-pass mode for accurate timing. changed - reverse pulldown - it now uses original timing if able. Same as above. Eliminates need for 2 pass. (at least for streams that already have timing data in them which a HD stream would) changed - log to file defaults off. speeds things up a bit. i tweaked some code a tiny bit to help. also used smaller variables when i could in efferts to speed this cow up. the file thing was a quick hack so killed visual log output altogether. will fix later. 0018 added - command line support: -iInputpathname -oOutputfilename -f[Framerate] -bMaxBitrateKbps -aAspectRatio -lLevel -wWidth -hHeight -nNumRefFrames -3 toggles 3:2 pulldown own -r Removes 3:2 pulldown -p add picture structure (implied by -3 or -r ) -e turns pps every picture OFF (as defaults on) added - ability to set max bitrate. if none is supplied and none in stream then max for level is used. also if no cpb size is in stream then will set to max for level. cpb_size is not manually setable at this time. added - ability to change num_ref_frames. 0017 test release fixed - negative POC values accounted for. Fixes UNKNOWN_ERROR during mux. its a kludge given this program only does a single pass. background: with some streams the idr is POC (displayed Picture Order Count) #0, but its not the first displayed frame. the first P is which is accomplished by using a negative POC... you have a IPPPBBPBBP... which displays as PPIBBPBBP... this fowls up my calculation for what the dpb will be. i can solve it completely by prescanning the file and detecting the fact the IDR isnt displayed first. or i can do what i am doing as of .0017, adjust once i get to the first P. That means the IDR will have the wrong dpb value. it seems to not effect the streams so far. It seems having too large of a dpb is worse than using to little. The UNKNOWN_ERROR was caused but having a ending P frame of a GOP with too large of a dpb. since i rely on the POC to figure out the dpb. 0016 test release fixed - another issue with open gops i didn't foresee. would cause false underflow messages. fixed. 0015 test release fixed - handles open gops properly fixed - pred_weight_table(), dec_ref_pic_marking(), ref_pic_list_reordering() parsing corrected. simple streams did not show parsing errors found in more robust streams. change - pps every picture defaults to on now. robust streams may alter pps . without this parameter set to on the stream will fail. this will increase the size of files that did not originally have a pps every picture. defaulting to on because the harm in leaving it off in cases its needed is too great. 0014 - test release change - the entire slice_header is parsed and written now. Formally i only read/write the minimum. Because of the way the transition works going into the slice_data(), only cabac is supported. cavlc support will be added back later. added - remove pulldown command. allows pulldown to be stripped for and framerate set to 24fps for use with bluray. this is only for 30->24fps. 60->48 fps not supported yet. 0013 added - Added option to add PPS every frame. This may cause buffer problems as will add a lot of size the the file. 0012 fixed - lookahead error caused some rare crashing. 0011 fixed - error when source has a shell buffer_sei. 0010 added - ability to set resolution. no level compliance checking is done. 0009 fixed -- when 59.94/60 fps was done a parameter was overwritten that caused the problems when the picture slice was reconstructed. 0008 cpb removal delay calc matches reference encoder more closely (if not exactly) 0007 split buffering period and pic timing sei messages into their own NALus. 0006 oversight caused me to use wrong value for cpb_output_delay_length that would crash the app. 0005 more tweaking. specifically dpb_output_delay on pulldown (@29.97) to more accurate values. i'll tweak for 720p later. added option for setting level. this sets all values 1-5.1. this does not check stream for compliancy with new level setting. may add later. 0004 a little tweaking... 720p/480p(59.94fps with pulldown) seems ok but sca doesnt account for the pulldown so you get wrong timecodes and bitrate errors (since its muxing the frames too fast) it has the same prob with othersamples ive found so maybe its sca? anyways ... 1080p 29.97fps pulldown seems ok. waiting to hear :) 0003 fixed (hopefully) cpbremovaldelay values to get better timing on pulldown. also writing dpboutputdelay has been updated. for dpboutputdelay i use max values (0 for b frames and for all other types the max using max_dec_frame_buffering 0002 added ability to work with 720p and 480p 24fps streams for hddvd (ie will apply frame doubling and tripling to produce compliant streams that require 59.94 fps will add frame doubling for PAL at some point(for 720p,480p 25fps->50fps) i took away time stamp writing since it has been reported as broken. will add back as time allows (timestamps do not seem to be req'd) x264 with 3:2 pulldown binary added , implementing what was learned from h264info debuging update. split bp sei from pt sei into their own nals update. cefs aq patch and pthreadswin32 added. patch fill added (includes hrd and pulldown in 1)

  posted 638 days ago

• File released: /H264info/h264info alpha 0026/h264info_alpha0023.zip

  posted 648 days ago

• H264info h264info alpha 0026 file released: h264info_alpha0023.zip

  source as I left it on or abouts april 08. 0026 this version was produced from a backup of the source dated early april. when compiled it was labeled as version .23. As such it is missing anything ive done in .24 and .25. some advances but more importantly some fixes. So its really a test version (since im too lazy to test it) fixed - changed cpb/dpb calcs to proper reliance on pts/dts. any input streams with odd layout (open gop with leading b-frames for example) will probably result in improper calcs (at least the initial b-frames). that is a rare case however so shouldnt be an issue. added - There is a new setting that only matters if pulldown ISNT being used and the original file has b-pyramid. you must tick this B-pyramid option so the PTS can be adjusted. if that option needs to be set and it isnt, the program will warn you when it encounters a situation where PTS is less than DTS. If anyone has had issues with b-pyramid streams, this should help. this also is not a 'lite' version so it will be slow. please use as a test version. not for production. 0025 fixed - the byte_align routine from mpegip tools checked for a byte (0x7F) and skipped it if present. not sure why but the result is that any frame that starts with 0x7F immediately after the cabac align wont display properly. fixed this version. 0024 updated - rewrote i/o to use mpegip tools bit stream code (i already used it for the sei's but now using it for just about everything).. it didnt seem to speed things up really tho (there is already my own buffering code in it) so now... added - releases will generally come with 2 versions. a lite version which has all code related to the log commented out which speeds things up a great deal. the standard version will be released also but probably only when there are big changes. most people aren't interested in tho log output. 0023 fixed - was 2 digits off on bit_rate_value_minus1 and cpb_size_value_minus1 on streams that did not already supply the values changed - on streams without bitrate and cpb values h264info and none is supplied, i assign max for level. for L4.1 now i assign max for bluray spec which are lower values. you must override this if you want higher value for bitrate. You must select 'add picture data' to get correct cpb calcs if you arent using pulldown on sources without HRD. added - the ability to input cropping values. the amounts are entered in pixels. these values are added to any existing cropping values if applicable. added - a tiny bit more resiliency for bad streams 0022 fixed - on non-pro streams with I frames mid gop, the crd count was being reset when it shouldn't have been. 0021 fixed - on rare occasions the write end of an extended pps wasnt being written causing dropped frames on playback fixed - handles streams with short sync bytes (unusual for h264) which would cause crash. 0020 added - HD to BR mode. It doesnt change the fps. just fixes gaps in frame num and a couple other params to make a hd stream work as a bluray stream. with this frame rate changes and thereby timing changes not needed. eliminates need for a 2-pass mode for accurate timing. changed - reverse pulldown - it now uses original timing if able. Same as above. Eliminates need for 2 pass. (at least for streams that already have timing data in them which a HD stream would) changed - log to file defaults off. speeds things up a bit. i tweaked some code a tiny bit to help. also used smaller variables when i could in efferts to speed this cow up. the file thing was a quick hack so killed visual log output altogether. will fix later. 0018 added - command line support: -iInputpathname -oOutputfilename -f[Framerate] -bMaxBitrateKbps -aAspectRatio -lLevel -wWidth -hHeight -nNumRefFrames -3 toggles 3:2 pulldown own -r Removes 3:2 pulldown -p add picture structure (implied by -3 or -r ) -e turns pps every picture OFF (as defaults on) added - ability to set max bitrate. if none is supplied and none in stream then max for level is used. also if no cpb size is in stream then will set to max for level. cpb_size is not manually setable at this time. added - ability to change num_ref_frames. 0017 test release fixed - negative POC values accounted for. Fixes UNKNOWN_ERROR during mux. its a kludge given this program only does a single pass. background: with some streams the idr is POC (displayed Picture Order Count) #0, but its not the first displayed frame. the first P is which is accomplished by using a negative POC... you have a IPPPBBPBBP... which displays as PPIBBPBBP... this fowls up my calculation for what the dpb will be. i can solve it completely by prescanning the file and detecting the fact the IDR isnt displayed first. or i can do what i am doing as of .0017, adjust once i get to the first P. That means the IDR will have the wrong dpb value. it seems to not effect the streams so far. It seems having too large of a dpb is worse than using to little. The UNKNOWN_ERROR was caused but having a ending P frame of a GOP with too large of a dpb. since i rely on the POC to figure out the dpb. 0016 test release fixed - another issue with open gops i didn't foresee. would cause false underflow messages. fixed. 0015 test release fixed - handles open gops properly fixed - pred_weight_table(), dec_ref_pic_marking(), ref_pic_list_reordering() parsing corrected. simple streams did not show parsing errors found in more robust streams. change - pps every picture defaults to on now. robust streams may alter pps . without this parameter set to on the stream will fail. this will increase the size of files that did not originally have a pps every picture. defaulting to on because the harm in leaving it off in cases its needed is too great. 0014 - test release change - the entire slice_header is parsed and written now. Formally i only read/write the minimum. Because of the way the transition works going into the slice_data(), only cabac is supported. cavlc support will be added back later. added - remove pulldown command. allows pulldown to be stripped for and framerate set to 24fps for use with bluray. this is only for 30->24fps. 60->48 fps not supported yet. 0013 added - Added option to add PPS every frame. This may cause buffer problems as will add a lot of size the the file. 0012 fixed - lookahead error caused some rare crashing. 0011 fixed - error when source has a shell buffer_sei. 0010 added - ability to set resolution. no level compliance checking is done. 0009 fixed -- when 59.94/60 fps was done a parameter was overwritten that caused the problems when the picture slice was reconstructed. 0008 cpb removal delay calc matches reference encoder more closely (if not exactly) 0007 split buffering period and pic timing sei messages into their own NALus. 0006 oversight caused me to use wrong value for cpb_output_delay_length that would crash the app. 0005 more tweaking. specifically dpb_output_delay on pulldown (@29.97) to more accurate values. i'll tweak for 720p later. added option for setting level. this sets all values 1-5.1. this does not check stream for compliancy with new level setting. may add later. 0004 a little tweaking... 720p/480p(59.94fps with pulldown) seems ok but sca doesnt account for the pulldown so you get wrong timecodes and bitrate errors (since its muxing the frames too fast) it has the same prob with othersamples ive found so maybe its sca? anyways ... 1080p 29.97fps pulldown seems ok. waiting to hear :) 0003 fixed (hopefully) cpbremovaldelay values to get better timing on pulldown. also writing dpboutputdelay has been updated. for dpboutputdelay i use max values (0 for b frames and for all other types the max using max_dec_frame_buffering 0002 added ability to work with 720p and 480p 24fps streams for hddvd (ie will apply frame doubling and tripling to produce compliant streams that require 59.94 fps will add frame doubling for PAL at some point(for 720p,480p 25fps->50fps) i took away time stamp writing since it has been reported as broken. will add back as time allows (timestamps do not seem to be req'd) x264 with 3:2 pulldown binary added , implementing what was learned from h264info debuging update. split bp sei from pt sei into their own nals update. cefs aq patch and pthreadswin32 added. patch fill added (includes hrd and pulldown in 1)

  posted 648 days ago