Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
17th June 2010, 20:13 | #221 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
@shon3i : I've PM'ed you the links for my file. If i remember correctly (and not mix with mp3dom...), you have tools to check Blu-Ray compliancy, so, if it's possible, if you could get the file and check it.
I've also had the small original sample, and if eventualy you want to play with it and see if you can reproduce something... |
17th June 2010, 20:26 | #222 | Link |
Registered User
Join Date: Jul 2003
Location: Italy
Posts: 1,135
|
I've the verifier too, but shon3i has more updated version (so, more reliable)
Regarding the commercial encoders, it could be a suggestion to have bufsize=maxrate but anyway they don't force you to do so (personally I don't like it) |
18th June 2010, 18:19 | #223 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
First, re-encoding the video with buffer=maxbr=15000 mux pass without buffer underflow error.
I've decided, just curious, to install and test bitrateviewer 2.1.1. ......... What was my surprise when i saw the results !!!! The viewer reported average and peak, i must say in first, that average were always perfectly adequate with the average reported in the log file. So, i consider the information provided by the bitrate viewer reliable. Here are the peaks values (in kpbs) for encoded files with maxbr=15000 and maxbuff=30000 : 17643, 18226, 18507, 18748, 17913, 16061,14696, 19224, 17180, 22257. Wohh... !!!! Except for one, that's a way higher than the max bitrate set... Is it normal ??????? Or is there a big problem ??? With a GOP setting of 2s, i don't think these files stay Blu-Ray compliant ! Here are the peaks values (in kpbs) for encoded files with maxbr=15000 and maxbuff=15000 : 15338(*), 14962. (*) : This was the file wich previously created buffer underflow. The peak for the (*) file encoded with maxbr=15000 and maxbuff=30000 is 21490. This is this file i've given the links to DS and kieranrk. I've restart the encoding of the 10 file encoded with maxbr=15000 and maxbuff=30000 now with maxbr=15000 and maxbuff=15000. Results not before monday... |
18th June 2010, 20:31 | #224 | Link |
Registered User
Join Date: Jul 2003
Location: Italy
Posts: 1,135
|
High peaks doesn't create problem as long as the buffer is filled with data that either don't overflow or underflow. With maxrate=bufsize the 'excursions' of the peaks is more limited over time (hence I don't like it very much).
|
18th June 2010, 23:26 | #226 | Link |
Registered User
Join Date: Jul 2003
Location: Italy
Posts: 1,135
|
It depends by what's the occupancy of the VBV. A high peak could be fully allowed for a short period if the VBV can manage it. I've seen some BD that sometimes have spikes over 60 Mbps (the max allowed is 40 Mbps)
|
18th June 2010, 23:34 | #227 | Link |
Wewkiee
Join Date: Feb 2002
Location: kashyyyk
Posts: 2,269
|
@jpsdr
I didnt see if you had already done this, but can you make the same encode exact same settings but without open-gop and use a totally unpatched x264 then see if it passes. Attached is a newer version of the patch. it has changed a little.. the option is " --open-gop coded " if you are doing bluray and " --open-gop display " if you are doing anything else. It does not address the buffer issue (we are still determining if there is one)
__________________
...yeah...but...why on earth would I compare apples with apples? Last edited by Trahald; 18th June 2010 at 23:38. |
18th June 2010, 23:36 | #228 | Link |
Wewkiee
Join Date: Feb 2002
Location: kashyyyk
Posts: 2,269
|
Yes.. it can peak to 25k and still be valid. its not the same as say clipping a audio stream. peaks are ok as long as the buffer can recover.
__________________
...yeah...but...why on earth would I compare apples with apples? Last edited by Trahald; 18th June 2010 at 23:39. |
19th June 2010, 00:24 | #229 | Link | |
BluRay Maniac
Join Date: Dec 2005
Posts: 2,419
|
Quote:
There is probably some undocumented rule, that apply when is muxing to TS. Since all comercial encoders handle this. |
|
19th June 2010, 00:26 | #230 | Link | ||
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
Stop spreading FUD about "underflows" that don't exist. Quote:
|
||
19th June 2010, 00:42 | #231 | Link | |
BluRay Maniac
Join Date: Dec 2005
Posts: 2,419
|
Quote:
Last edited by shon3i; 19th June 2010 at 00:45. |
|
19th June 2010, 00:46 | #232 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
Nobody has been able to give me a stream produced by a recent x264 that fails validation in any stream analyzer that I own.
__________________
Follow x264 development progress | akupenguin quotes | x264 git status ffmpeg and x264-related consulting/coding contracts | Doom10 Last edited by Dark Shikari; 19th June 2010 at 01:07. |
|
19th June 2010, 09:32 | #235 | Link | |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
Quote:
As i said, as problem seems realy on the edge, i don't even know, because of the non-determinist part of x264, if redoing the same thing will not produce a file wich will pass. Indeed, i will also try it, doing a second time the "same" file, to see if it still produces the problem, or magicaly disapered. |
|
19th June 2010, 12:17 | #236 | Link |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
I just spent the past 4 hours rewriting HRD. It's now almost sunrise. So before I completely conk out, try this build. It's extraordinarily beta; I'd be shocked if I didn't break at least something horribly. It's almost surely not correct... but we might as well try it. And it's going to be necessary if we intend to fix it.
Includes opengop, threadpool, and various other things that I've locally committed. The relevant patch. (Thanks to Manao for help understanding a bit of the batshit insanity behind the HRD math.)
__________________
Follow x264 development progress | akupenguin quotes | x264 git status ffmpeg and x264-related consulting/coding contracts | Doom10 Last edited by Dark Shikari; 19th June 2010 at 12:55. |
19th June 2010, 13:25 | #238 | Link | |
BluRay Maniac
Join Date: Dec 2005
Posts: 2,419
|
Quote:
Last edited by shon3i; 19th June 2010 at 13:28. |
|
19th June 2010, 16:20 | #239 | Link | |
Registered User
Join Date: Oct 2002
Location: France
Posts: 2,316
|
Quote:
.... "unrecognisze option" on "--nal-hrd". Doing things at down are not always good... Better take a second look after a good sleep... Last edited by jpsdr; 19th June 2010 at 16:28. |
|
|
|