h264info alpha 0026 lite test

[Rectal Prolapse]

Thanks trahald for the extra header checks in the future.

[Geleodor]

I use level 4.1 for encoding
bitrate was 14500 last time when I tried to put my encide to Scenarist....

[Trahald]

can you cut a piece that shows the problem and make it available?

[Geleodor]

Here we are :)
It is just encoded 101 frames from Kingdom of Heaven...have not put it into h264info yet, just encode as it is.
http://rapidshare.com/files/103148710/Kingdom1.x264.html

[Trahald]

Here we are :)
It is just encoded 101 frames from Kingdom of Heaven...have not put it into h264info yet, just encode as it is.
http://rapidshare.com/files/103148710/Kingdom1.x264.html

Ok.. heres the deal with that.. i did find an error in h264info which i fixed and will be in the next version .. when i calc the maxbitrateminus one and cpbminus1 i ADD one instead. it will make the bitrate a tiny bit larger. thats fixed
but that wasnt really the problem... when no maxbitrate is supplied to the gui on a stream that doesnt have the maxbitrate value in it, I calculate the max bitrate for the level. the max bitrate for l4.1 is 50000kbps, but the max bitrate for bluray is 40000 kbps. unfortunately a similar thing happens with the cpb .. its 62500kb for L4.1 but 30000 for bluray. Id rather not do this because I dont want to make the app too bluray specific. but I will set my L4.1 settings to bluray max instead of avc spec max. L4.0 is already below bluray max and L4.2 and higher aren't allowed in bluray so no need to touch those. if you have a L4.1 stream and want bitrate to be set higher than 40000kbps then just manually set the bitrate in the gui.

will have a version out later today

[Trahald]

btw .. make sure you encode the stream @ 24 fps.if you are using bluray

[Geleodor]

Thanks Trahald.
I tryed to make encode with a level 4.0....previous error disapperaed (about bitrate value), but I have got another one (used different options):
Error Content: Value of Aspect_ratio_idc is not supported in the BD standard.

[Trahald]

new version 0023 . see changelog on sourceforge. link in my signature

[Trahald]

Thanks Trahald.
I tryed to make encode with a level 4.0....previous error disapperaed (about bitrate value), but I have got another one (used different options):
Error Content: Value of Aspect_ratio_idc is not supported in the BD standard.

16:9 - 1920x1080 is aspect_ratio_idc 1 ... you have to supply that to the gui (when you load the gui it tells you in the log window)

the frame rate has to be 23.976 also.

[Geleodor]

so....now it works perfectly )))))))))
I have just set output AR as 1 (as you said) and selected Write PPS every picture and Scenarist "ate" stream without problem. It does not matter was it level 4.0 or 4.1 -- both were accepted...but it`s only true for h264info 0.23. Previous version does not work, same bitrate error.

Thank YOU for this tool, now we can use x.264 encoded streams as input...

[Trahald]

i need to fix it because unless you choose pulldown it doesnt calculate cpb timing values. you can do that and then do a second pass in hd->br mode. or reverse pulldown mode. but thats a waste of time.. i'll have a version out later today that does the calcs. so dont burn a disk yet!! ;)

[Trahald]

ok.. i reupped 0023 with the change. again this only matters if you have streams w/out HRD in them (like unpatched x264.exe streams) . you must choose add picture structure

[Geleodor]

Ok I switch on:
HD->BR keep FPS
Add Picture Structure
Output Aspect Ratio == 1
output stream is accepted by Scenarist.


And at the end h264info shows this info.:
Supplied AR: H264 Present 1 (1:1 `square`)
FrameRate will be taken from stream
----
----
----
Found FrameRate 23.976 (29.97fps) (23.976 is correct for my encode)
-Established nuit: 1001 (don`t know what is this :))
-Established time_scale: 60000 (don`t know what is this :))
-Given resolution: 1920*1080 (correct for my encode)
Done!

Everything seems to be good with this settings. Or should I use any additional options ?

[Trahald]

that should do it. hd->br mode shouldnt be needed. but i guess its harmless here.

[Geleodor]

hm.... it does not without hd->br mode, for me...

[Pitou]

Trahald,

I big request for you!

First thanks for the continuous support and updates for h264info. It's just great!

But I'm running Linux mainly and would like to use h264info without wine. Would it be possible to have a simple command line version. There is no need for a GUI, at least for me and for now!

I know the source is already out there, but it seems to be targeted for Visual C windows compiler.

Any idea if that would be possible?

Thank you.

Pitou!

[Trahald]

Im considering it. Updating what ive already written and starting from scratch are 2 different things (and a non-mfc version would really need to be written from scratch)... if i get anywhere (or even seriously start) i'll let you know

[Pitou]

No problem, take your time, no rush!

If you need any help for compiling/testing just drop me a line.

Thanks!

Pitou!

[MrAngles]

Sorry if this is dumb, I've looked everywhere I could think of for the answer to this but can't find it. What are Add Picture Structure and Write PPS every picture?

[Trahald]

'Write PPS every picture' writes a Picture Parameter Set header for every picture listed. its usually needed for sources from pro encoders (if you ripped the files from a hddvd this is usually the case) because they change every picture..

add picture structures intended function is to add pic_struct (this is a h264 variable that tells if the picture should be displayed as a frame or one or more fields) . its needed to flag for pulldown and/or the original file didnt have a pic_struct (unpatched x264 files)

[Golgot13]

Hi Trahald,

PPS is needed by some professional muxer (use in BD and HDDVD authoring software) to generate file.

About Sonic, Scenarist BD, and Sony, BluPrint, authoring software, it use the same muxer.... (from Sony).

Today, your software is very nice that H264 stream can be accepted by authoring software.
Could you put a option to alert if the file will be compliant,really, by BD specification ?
To check the GoP size, level, profile,...

We can make some test with chipset use on BD player to be sure it will be accepted.
(Sigma Design use by Sony BD player, Broadcam use by Samsung, ...).


Regards,


Golgot13

[Geleodor]

Yeah, it would be great what Golgot13 propose....

[lexor]

Trahald, is it at all possible to make this tool work in-place for level change only? Most muxing tools seem to be able to tell the level of the stream, and considering how fast they are doing it I think it is unlikely that they are actually analyzing the stream itself. So it would seem that there is a level tag somewhere, if all I want is to change the level tag, can it be done in-place without creating a new file?

... me short on space :(

[Trahald]

@lexor
.. it really shouldbe a seperate cli tool that does that.. h264info was built to parse the original file. most h264 settings cannot be changed on the fly, but level is one of the first few settings in the SPS and there arent any variable length params in the sps prior to it so it can be edited in place. because its so simple to write a routine for changing the level (it would just have to scan for the sps and change the hex value) separate from the current file io i'll consider it.

@golgot13
will add compliancy checking to todo list. I'll probably add warnings in over time.

about the pps. well the option is there to add it every frame in h264info already(defaulted on). any app that requires it every picture is incorrect. i wont add it to the x264 patch or a separate patch because 1. x264 encoding makes pps every picture redundant. 2. the main project admin says he'll never let it into the code due to (1)

[Trahald]

In a couple days im going to start putting out lite versions. this versions will have all the logging commented out of the code. its about a billion times faster. i'll still compile a regular version with commenting option available for those that want it. most people are just using the abilities and dont care for logging and even with the log options off the code for it slowed things down a bunch.

[B4tm4n]

Look forward to using the faster leaner H264info.

Cheers.

[PHD_1976]

Trahald,
I tried to use 0023 version to make Scenarist HDMV (BLU-RAY) compatible h264 from HD DVD. The movie was Stardust.
So, with this version playback is choppy or even hangs.
But with 0022 version everything works just fine - playback is smooth and Scenarist swallowed the file and created a Blu-Ray for me:)

Settings I've changed vs default:
1. remove pulldown
2. set 23.976 as frame rate output.
Thanx.

[Ryu77]

Trahald, it seems like you are the right person to talk to about this. My main focus is creating PS3 compatible HD movies (on DVD-5/DVD-9).

I have been using tsMuxeR to do this, older versions meant that I had to demux the elementary streams from the Matroska file, run them through h264info (all fields blank) and then mux with tsMuxeR. I have no idea why this needed to be done, but all that I know is it worked.

Lately, the newer versions of tsMuxeR don't need the h264info step anymore as they play on the PS3 without this. However, the movies seem to stick a little when attempting to seek (FF/REW). Previously when I used h264info as an intermediate step, the files seeked perfectly. I tried to recover this file by demuxing through tsMuxeR and then using h264info and remuxing again... But the sticking is still there. :(

Here's a sample: http://www.mediafire.com/?pdqpb1zb0yx

Would you be able to tell me what I need to do to enable this file to seek smoothly on the PS3?

The two options in tsMuxeR "Add picture timing info" and "Continually insert SPS/PPS", should these be enabled when muxing for the PS3?

[looney]

I use h264info to patch stream info that hasn't --level tag in the header whic originally looks something like these

x264 - core 58 736tw aq48 - H.264/MPEG-4 AVC codec - Copyleft 2003-2008 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x133 ....

and when i patch the stream info the header created with x264 coder is in fact gone so instead a few tags more i dont have none.

checked "write PPS every pict"
Level, bitrate & res fields are filled.

How to get a header when patching stream info? Also, it should be a good thing that i could read/check the info status of x264 stream with this tool before taking on a long trip patching it.


EDIT
Checking [add picture stucture] gave me established_time_scale goes from 48000 (for 23.97fps) to 60000, should that be just an alias for 3:2 pulldown. And why ETS is not 24000 and 30000 respectively as it suppose to be. (Another patch took 320s @2,25G AXP for 960MB file, just 3MBps ... slow HD part shouldn't be an issue here?)

And when i mux it back to mkv and play this file in mpc6490 i get in properties info some ghost audio header probably from T2 which is the only audio muxed, so i get T1(ghost),my T1 now T2 (h264 with "APC"), and T2 thats became T3 (ac3).

Add Picture Strut definitely changes frame rate from 24 to 30? Why is that.

EDIT 2
Even with unchecked "write PPS" to change Levels from High@5.1L to High@4.1L adds some 0,2 to original stream size and removes original options from stream. This tool reminds a little on (in my case) unpopular divfix tool hopefully with much less consequences for the resulting video. Couldn't that level tag be changed less harmful for the stream in the end.

[B4tm4n]

Trahald, it seems like you are the right person to talk to about this. My main focus is creating PS3 compatible HD movies (on DVD-5/DVD-9).

I have been using tsMuxeR to do this, older versions meant that I had to demux the elementary streams from the Matroska file, run them through h264info (all fields blank) and then mux with tsMuxeR. I have no idea why this needed to be done, but all that I know is it worked.

Lately, the newer versions of tsMuxeR don't need the h264info step anymore as they play on the PS3 without this. However, the movies seem to stick a little when attempting to seek (FF/REW). Previously when I used h264info as an intermediate step, the files seeked perfectly. I tried to recover this file by demuxing through tsMuxeR and then using h264info and remuxing again... But the sticking is still there. :(

Here's a sample: http://www.mediafire.com/?pdqpb1zb0yx

Would you be able to tell me what I need to do to enable this file to seek smoothly on the PS3?

The two options in tsMuxeR "Add picture timing info" and "Continually insert SPS/PPS", should these be enabled when muxing for the PS3?

I think this sticking problem is related to the recent PS3 firmware updates and not tsMuxer or H264info, the seeking was working perfect before the update with just tsMuxer.
Well, thats how it seems to me anyway.
I'm just waiting for another update to fix this.

[Ryu77]

I think this sticking problem is related to the recent PS3 firmware updates and not tsMuxer or H264info, the seeking was working perfect before the update with just tsRemux.
Well, thats how it seems to me anyway.
I'm just waiting for another update to fix this.

Are we talking about the same application? I mentioned tsMuxeR but you said you are using tsRemux. I don't really use tsRemux as tsMuxeR handles everything that I need.

The files that I referenced to that were seeking smoothly are still seeking smoothly with the v2.20 firmware. As soon as I hit play after FF/REW, they start playing instantly. The M2TS files I created with the recent version of tsMuxeR, take about 5 to 10 seconds to start playing again after FF or REW.

[B4tm4n]

Sorry I meant tsMuxer. I just seems to me the problem started after the update, but I could be wrong.

A workaround is to stop the playback and then start it again its quicker than waiting for it to start by itself.

Have tried using older versions of tsMuxer ?

[Trahald]

looney - i need to reread our post. i dont totally understand.
are you referring to the unregistered data? (its an sei in the first picture AU where x264 writes your command line settings in text at)?

i'll look at the frame rate changing. forcing it to 23.976 in the gui should work.

[Ryu77]

Trahald, you missed my post above looney's. :(

[dirkr]

@Trahald:

Some of my streams are 1920x1088 and I tried to change it to 1080 with h264info.

1. Tried with cropping 8 lines at the bottom with lite version but the program died every time.

2. Tried h264info 0.23 worked with cropping 8 lines at the bottom.

BUT

the new stream can't be played anymore by VLC or Zoomplayer!

Looked with mediainfo on in and it says 1080

BUT

if I load it in TSMuxer it shows me 1084i ???

Using h264info again by cropping 12 lines TSMuxer shows 1082 ???

Mediainfo shows me 1078 ???

LAST BUT NOT LEAST:

By using the resolution 1920 x 1080 without cropping.....

TSMuxer shows 1080

MediaInfo shows 1072 ???

Any ideas what's going wrong

[Ryu77]

@Trahald:

Some of my streams are 1920x1088 and I tried to change it to 1080 with h264info.

1. Tried with cropping 8 lines at the bottom with lite version but the program died every time.

2. Tried h264info 0.23 worked with cropping 8 lines at the bottom.

BUT

the new stream can't be played anymore by VLC or Zoomplayer!

Looked with mediainfo on in and it says 1080

BUT

if I load it in TSMuxer it shows me 1084i ???

Using h264info again by cropping 12 lines TSMuxer shows 1082 ???

Mediainfo shows me 1078 ???

LAST BUT NOT LEAST:

By using the resolution 1920 x 1080 without cropping.....

TSMuxer shows 1080

MediaInfo shows 1072 ???

Any ideas what's going wrong

You are trying to adjust header values but you are not actually changing the resolution. The only way you can do this correctly is through re-encoding the video stream.

[Ryu77]

Trahald, it seems like you are the right person to talk to about this. My main focus is creating PS3 compatible HD movies (on DVD-5/DVD-9).

I have been using tsMuxeR to do this, older versions meant that I had to demux the elementary streams from the Matroska file, run them through h264info (all fields blank) and then mux with tsMuxeR. I have no idea why this needed to be done, but all that I know is it worked.

Lately, the newer versions of tsMuxeR don't need the h264info step anymore as they play on the PS3 without this. However, the movies seem to stick a little when attempting to seek (FF/REW). Previously when I used h264info as an intermediate step, the files seeked perfectly. I tried to recover this file by demuxing through tsMuxeR and then using h264info and remuxing again... But the sticking is still there. :(

Here's a sample: http://www.mediafire.com/?pdqpb1zb0yx

Would you be able to tell me what I need to do to enable this file to seek smoothly on the PS3?

The two options in tsMuxeR "Add picture timing info" and "Continually insert SPS/PPS", should these be enabled when muxing for the PS3?

Never mind about this. I found that if I disabled "Continually insert SPS/PPS" that everything was fine and the file seeked perfectly. :)

I also discovered that inserting SPS/PPS is irreversible, so the file that I have already muxed will have to stay like that. Oh well... At least I know what not to do in the future.

[dirkr]

You are trying to adjust header values but you are not actually changing the resolution. The only way you can do this correctly is through re-encoding the video stream.

look for a program called hdpatch...
http://www.avsforum.com/avs-vb/showthread.php?t=705146 (HDPatch)

it works for mpeg2-streams in a perfect way.

Explanation:
1. 1088 files: many streams from various sources are encoded with a vertical resolution of 1088 (i.e. 1920x1088 or 1280x1088). MF5/VS10+ does not recognize this as a valid HD-DVD resolution and will attempt to re-encode these streams. HDPatch will modify the stream headers to correct the resolution, changing the 1088 to 1080. Once "patched," Movie Factory 5/VideoStudio 10+ should process the stream without re-encoding. And don't worry - you're not losing 8 pixels of video. Those extra 8 pixels are usually gray filler.

HDPatch changed only the header...

I thought h264info could do the same for x264-streams, just to forgot the 8 lines on the bottom, for that there is no need to reencode.

[FoxRacR17]

I am wondering if anyone could help me out. I am currently converting my hddvd collection to wmvc1 to play on my 360 from an external hard drive. I have the process down pat for .vc1 hddvds. But now I am about to do transformers and that is .h264. From my understanding this program is kinda like vc1conv, am i correct? Do .h264 files have a pulldown, and would i need to remove it from the raw .h264 file that i demux from the .evo file? I ask because evodemux shows the main movie has having a framerate of 60i fps, but when i load the .evo in eac3to it says the framerate is 24fps, and finally when use mediainfo to look at the .evo it says the framerate is 29.970p. So I do not know which to trust. I did planet earth earlier and i know that was interlaced 29.970 and i had to use vc1conv to strip the pulldown and make it progressive 23.976.

Basically what I am asking is what options should i select in this program to strip the pulldown (if there is one in the demuxed .h264 from the .evo) and what other options should i select as far as framerate goes? Thanks for any help guys.

[Sagittaire]

@Trahald

Your x264_hrd_pulldown.04.diff patch is very popular for x264 (BluRay and HDDVD compliant stream with HRD flags) but it's a very old patch now. Possible to make a new patch with new function come from H264info ... ???

[Chefkoch_ico]

Hi!

I recently bought a Canon HF100 AVCHD camcorder. It supports "movie mode", which does make the movies in 24p. However the stream itself indicates, that it is 29,97fps. And on playing there are some ghosting effects, which should be gone, when removing pulldown.

Basically this is the same for HD-DVD streams, or? However I tried the following:
- Demux h264 from m2ts with tsRemux or tsMuxer
- play demuxed h264 in MPC -> plays fine, time is not correct
- run it through h264info alpha25 and play in MPC -> plays not
- same as above muxed in m2ts with tsMuxer plays not in MPC and hangs my PC when trying with PowerDVD Ultra 7

Could it made possible, that h264info can successfully remove the pulldown from these files? Theres is currently no other possibility than encode into another format, which is no option in my eyes, see here for example:
http://eugenia.gnomefiles.org/2008/01/04/canon-avchd-24p-pulldown-removal/

I can post a short clip if wanted.

Best regards,
Andreas

[Sharktooth]

m2ts is mpeg 2 transport stream, the same you'll find on blu-rays.
demuxing the raw stream will kill the framerate/timing info...
you need a m2ts source filter for DS players like MPC or a player that supports that format (powerdvd or windvd?).

[Chefkoch_ico]

m2ts is mpeg 2 transport stream, the same you'll find on blu-rays.
demuxing the raw stream will kill the framerate/timing info...
you need a m2ts source filter for DS players like MPC or a player that supports that format (powerdvd or windvd?).

But isnt it possible to remove the pulldown of a h264 file from my camcorder, like it is with a h264 file from a HD-DVD. As I understand both h264 files are truly 24p but are flagged somehow as 29,97fps.

I want to remove it directly in the file and not on playing.

Best regards,
Andreas

[LOGiC]

Good Morning @all,

i've the feeling that this might be the right thread to post my problem. I will try to describe it. I am completely new to re-encoding and using x264. Last week I bought a Panasonic Blu-Ray standalone player DMP-BD30, which is capable of AVCHD from DVD+R and DVD-R. I already did some testing with 264 reencoded files and they play very well. But I noticed that they slightly stutter when camera is moving slowly.

Panasonic support told me that 24p will just be outputted when the movie is encoded in 24p or the information is on the disc as it is with Original Blu-Rays. Thats why I am asking you guys for your help, is there any chance for me to tell a reencoded x264 file (or tell the original file before the encoding) to set some kind of 24p flag or do anything with H264 info or any similar program to avoid or at least have less stutter ?

Thank you very much in advance.

Best regards,

Andy.

[ThrottleAbuse]

So I read this entire thread and am way more confused than before I started. I am trying to make a HD DVD movie on a DVD9. So I have been using h264info to take the h264 file from 1920x1080 23.996 and make it 1920x1080 29.97 to mux with tsMuxeR. I am having no luck as after I mux the file the .ts file coming out of tsMuxeR is is very stuttery and when burned to a disk and put in my A2 it plays all stuttery and the audio loses sync. So my question is what settings should I be using in H264info. Currently I am removing the tic in the "write PPS every picture" box and simply adding a tic in the "3:2 pulldown" box. Is this the correct setting to do what I am trying to do? Or am I way off base. I read earlier in the thread that the "Write PPS every picture" may be needed. Maybe I am way off here as I really dont know what I am doing. Is H264info just changing the header of the file or is it changing the actual structure? Should I be using a different program to do what I am trying to do? Thanks

[kurt]

Hi Trahald,

I would like to change the AR in the h264 bitsream of this file: http://netload.in/dateiIZXcXBtmHl/Sample.mkv.htm (60MB).

It has a source AR of 2,35:1 (which is wrong) and in the container a custom DAR is set to 2,44:1 which is proper. But this container flag is not recognised when muxing the mkv to TS. So I would like to use your tool for changing the DAR to 480/197 respectively the SAR to 205/197 according to ffdshow...
Previous tests showed that changing the AR to 4:3 with h264info is recognised by the software player (mpc + haali media splitter) after muxing to TS. but I cannot use 480/197....

background: mkv is parsed in software and L4.1 1080p mkvs tend to stutter via USB on the Popcorn Hour in fast motion scenes. A remux to TS solves the problem (it's parsed in hardware --> less cpu activity) but the custom AR is gone...

any help is appreciated :)

[LessThanJake]

Maybe a workaround with mp4box will help?
Take a look at this thread:
http://forum.doom9.org/showthread.php?p=1180855#post1180855
This thread in the german doom9-Forum might be interesting for you as well.
http://forum.gleitz.info/showthread.php?t=38349

greets
LTJ

[kurt]

Maybe a workaround with mp4box will help?
Take a look at this thread:
http://forum.doom9.org/showthread.php?p=1180855#post1180855
This thread in the german doom9-Forum might be interesting for you as well.
http://forum.gleitz.info/showthread.php?t=38349

greets
LTJ
Thx! this is exactly what I was looking for. I muxed the h264 stream with yamb to mp4 while specifying a custom AR. After demuxing the elementary stream and muxing to TS with tsmuxer the AR can be read out by the software players (and popcorn hour). Great :)

[Guest]

May I have the source code for the latest version? I got version 025lite and it crashed on the first file I tried. I would like to debug it as I really need pulldown quite badly. Thank you.

[laserfan]

I tried using h264info again recently and it crashes immediately on any 264 elementary stream I try with it. I get a "Microsoft Visuall C++ Runtime Library" dialog ("This app has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information." Click OK and another dialog "h264info has encountered a problem and needs to close." This is using latest 25alphalite.

Crashes on both of two machines I use, one a P4 with XP Pro x32 and another Q6600 w/XP Pro x64. Both of these machines have both MS Visual C++ 2005 Redistributable and 2008 Redistributable. Not sure if this latter was installed due to "Windows Updates" or another app.

How might I get this working again.