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.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 16th April 2011, 23:06   #1441  |  Link
kieranrk
Registered User
 
Join Date: Jun 2009
Location: London, United Kingdom
Posts: 707
Quote:
Originally Posted by mp3dom View Post
Is there a reason why some decoder chipset (players) have problems handling duplicates while (as far as I know) the same players doesn't exhibit the problem with other commercial titles (that still uses weighted prediction for P frames but supposedly doesn't use dupes?). Probably in the BD specs there isn't a clearly statements about this, because in the other case all players would have decoded the stream with dupes correctly (from the beginning or via a firmware upgrade)
Well they can't just mention every single H.264 feature in the Blu-Ray spec. There's only a dozen or so pages about H.264.
kieranrk is offline   Reply With Quote
Old 16th April 2011, 23:50   #1442  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
The problem wasn't only in Blu-Ray players, but also software non-Blu-Ray specific players. And both hardware and software manufactors have acknowledged their mistake and have fixed the problem in newer products (and some of them fixed it with firmware updates for older products). It's just that no encoder made use of it until it was implemented in x264, so manufactors didn't have any such stream for their product testing and were thus unaware of the problem.
sneaker_ger is offline   Reply With Quote
Old 17th April 2011, 00:03   #1443  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
Quote:
Originally Posted by shon3i View Post
You can't use use bluray compat without setting proper level
Of course I can. 1080p24:
x264 --bluray-compat --vbv-maxrate 24000 --vbv-bufsize 24000 --keyint 24 --sar 1:1 -o out.264 input.file

100% Blu-Ray compliant.

But that wasn't even my point - it's that we were talking about the bluray-compat option which limits ref frames to a maximum of 6. period. We shouldn't mix things up to prevent confusion. Selur already was. But maybe I'm just splitting hairs...
sneaker_ger is offline   Reply With Quote
Old 17th April 2011, 04:06   #1444  |  Link
rallymax
Rallymax
 
Join Date: Aug 2009
Location: Santa Clara CA
Posts: 55
so... let me get this right...

Some of you are complaining about a command line switch (--blueray-compat) that is compeletely optional (because you can still write the explicit commands yourself). A command line switch that just happens to not jibe with your strict interpretation of the spec becuase you disguard that there is such a thing as "the real world" status of the spec.

These are the same people that are using x264 for FREE, and don't contribute to the coding effort.

If you MUST have a patch that differs from the mainline development of x264 then do the 5 or so steps to get MSYS, GIT the repos, SVN things like ffmpeg, do "configure ...;make install" for ffmpeg then "configure ...;make install" for x264. If that's too much why don't you go and whine to that PATCH feature developer to get them to change --bluray-compat to your interpretation.

How about showing some appreciation for the volunteer effort that the x264 Dev's give EVERY DAY FOR FREE.

To devs - you rock. I'm excited and appreciative every day of your gift to the community.

Last edited by rallymax; 17th April 2011 at 04:10.
rallymax is offline   Reply With Quote
Old 17th April 2011, 04:13   #1445  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
Quote:
Originally Posted by rallymax View Post
(--blueray-compat) that is compeletely optional (because you can still write the explicit commands yourself).
You can't, some of the options are only available through --blueray-compat

Quote:
Originally Posted by rallymax View Post
A command line switch that just happens to not jibe with your strict interpretation of the spec becuase you disguard that there is such a thing as "the real world" status of the spec.
The x264 devs also regard it as spec compliant. It's only to care for older, buggy players.

Quote:
Originally Posted by rallymax View Post
If you MUST have a patch that differs from the mainline development of x264 why don't you go and whine to that branch developer to get them to change --bluray-compat to your interpretation.
That developer is active here, so whining here is an option. Patching is also trivial (delete a single line), but setting up a compiling environment is not and doing regular compiles is a lot of work.

Quote:
Originally Posted by rallymax View Post
To devs - you rock. I'm excited and appreciative every day of your gift to the community.
This.
sneaker_ger is offline   Reply With Quote
Old 17th April 2011, 08:59   #1446  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
summing the feedback my last post got up:

--bluray-compat
  • enables a bunch of 'Blu-ray hacks':
    - min-CR + level 4.1 hack
    - Special b-pyramid SEI
    - B-frames cannot reference frames outside their minigop
    - Open-GOP keyframe interval hack
  • renders '--open-gop' parameters obsolete:
    - now: --bluray-compat + --open-gop <> old version: --open-gop bluray
    - now: --open-gop without --bluray-compat <> old version: --open-gop cbrHD
  • enforces:
    - aud=1
    - nalhrd=vbr
    (-> these are not needed in the command line when using '--bluray-compat')
  • restricts:
    - bframes to: 3 or less
    - bpyramid to: strict or none
    - max references to: 6 or less
    - weightp to: 1 or 0
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 17th April 2011, 09:35   #1447  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
It doesn't enforce nalhrd=vbr, it restricts nalhrd >= vbr.
Dark Shikari is offline   Reply With Quote
Old 17th April 2011, 10:16   #1448  |  Link
iSeries
Registered User
 
Join Date: Jan 2009
Posts: 625
This is getting more and more confusing. So --nal-hrd is needed in the command line? Or not?
iSeries is offline   Reply With Quote
Old 17th April 2011, 10:17   #1449  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Quote:
Originally Posted by iSeries View Post
This is getting more and more confusing. So --nal-hrd is needed in the command line? Or not?
It's not.
Dark Shikari is offline   Reply With Quote
Old 17th April 2011, 10:37   #1450  |  Link
Sharc
Registered User
 
Join Date: May 2006
Posts: 3,997
Quote:
Originally Posted by iSeries View Post
This is getting more and more confusing. So --nal-hrd is needed in the command line? Or not?
I use this site as a reference. It appears to be well maintained and corresponds with the latest version from http://x264.nl.

... and the information given here in the first post (sticky).

Last edited by Sharc; 17th April 2011 at 19:32.
Sharc is offline   Reply With Quote
Old 17th April 2011, 11:06   #1451  |  Link
shon3i
BluRay Maniac
 
shon3i's Avatar
 
Join Date: Dec 2005
Posts: 2,419
Quote:
Originally Posted by sneaker_ger
But that wasn't even my point - it's that we were talking about the bluray-compat option which limits ref frames to a maximum of 6. period. We shouldn't mix things up to prevent confusion. Selur already was. But maybe I'm just splitting hairs...
I told you several times it work in conjunction with other parameters, and there is no confusion if i say that bluray compat will limit up to 4 references with 1080 L4 or 4.1, that will happen, that is whole point.

And in addition to Selur post

bluray compat will enable pic-struct for interlaced, fake-interalced, pulldown, and not for progressive. Because that required by BD specs.
__________________
ChapterGen - manipulate with chapters in various i/o formats, with CLI support
Official website or Doom9 thread

Last edited by shon3i; 17th April 2011 at 11:16.
shon3i is offline   Reply With Quote
Old 17th April 2011, 11:30   #1452  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
Quote:
bluray compat will enable pic-struct for interlaced, fake-interalced, pulldown, and not for progressive. Because that required by BD specs.
Oh, I thought that interlaced, fake-interlaced and pulldown had already enforced pic-struct before bluray compat was around, but it could be that I just did that in my code.

Cu Selur
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 17th April 2011, 11:59   #1453  |  Link
shon3i
BluRay Maniac
 
shon3i's Avatar
 
Join Date: Dec 2005
Posts: 2,419
Quote:
Originally Posted by Selur View Post
Oh, I thought that interlaced, fake-interlaced and pulldown had already enforced pic-struct before bluray compat was around, but it could be that I just did that in my code.

Cu Selur
It's been mandatory for interlaced and pulldown, but for fake interlaced not. Now situation stay same except for fake interlaced in conjunction bluray compat use pic-struct, because is need for blu-ray. fake interlaced itself not use pic-struct because have other cases where need to signal frame differently.
__________________
ChapterGen - manipulate with chapters in various i/o formats, with CLI support
Official website or Doom9 thread
shon3i is offline   Reply With Quote
Old 17th April 2011, 12:13   #1454  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
Thanks for clearing that up.
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 18th April 2011, 06:58   #1455  |  Link
Mug Funky
interlace this!
 
Mug Funky's Avatar
 
Join Date: Jun 2003
Location: i'm in ur transfers, addin noise
Posts: 4,555
Mbaff

i just tried out the recent MBAFF changes that were committed.

preliminary tests show positive results.

i encoded a 2000 frame 3:2 video (some old anime that was on the system) without IVTC using --tff on the regular compile and Simon Horlick's git. i then IVTC'd the result and PSNR'd them against the source (with IVTC).

i got an overall PSNR increase of just under 2dB. not too shabby.

i couldn't really see any difference, but this monitor is crap.

take it with a grain of salt of course
__________________
sucking the life out of your videos since 2004
Mug Funky is offline   Reply With Quote
Old 18th April 2011, 15:17   #1456  |  Link
Sagittaire
Testeur de codecs
 
Sagittaire's Avatar
 
Join Date: May 2003
Location: France
Posts: 2,484
Quote:
Originally Posted by Mug Funky View Post
i just tried out the recent MBAFF changes that were committed.

preliminary tests show positive results.

i encoded a 2000 frame 3:2 video (some old anime that was on the system) without IVTC using --tff on the regular compile and Simon Horlick's git. i then IVTC'd the result and PSNR'd them against the source (with IVTC).

i got an overall PSNR increase of just under 2dB. not too shabby.

i couldn't really see any difference, but this monitor is crap.

take it with a grain of salt of course

2 dB is actualy the difference bettween MPEG4 ASP and MPEG4 AVC. MBAFF is extremely high gain performance for interlaced source!

it's Blu Ray compliant?
__________________
Le Sagittaire ... ;-)

1- Ateme AVC or x264
2- VP7 or RV10 only for anime
3- XviD, DivX or WMV9
Sagittaire is offline   Reply With Quote
Old 19th April 2011, 02:43   #1457  |  Link
Mug Funky
interlace this!
 
Mug Funky's Avatar
 
Join Date: Jun 2003
Location: i'm in ur transfers, addin noise
Posts: 4,555
well, that's on the first source i checked.

i'm going to play a bit more in the coming days and use some more realistic sources and see how it goes.

my methodology is probably full of holes, but of course it's a promising result either way.
__________________
sucking the life out of your videos since 2004
Mug Funky is offline   Reply With Quote
Old 19th April 2011, 22:08   #1458  |  Link
thegame
Registered User
 
thegame's Avatar
 
Join Date: Apr 2005
Posts: 221
Hi, I just want to apologize up front if this question seems pretty dumb LOL, but how in the world do you open and look at your statsfile? and should there be a statsfile and mbtree file? or are these the same thing? I try to open with notepad and all it does is freeze, I am still fighting what I asked about on page 69 regarding the qpfile and I-Frames, I did this and my file encoded but when authored in up most chapters were still off, there HAS to be a way to get these chapters to place correctly.

Thanks in advance
thegame is offline   Reply With Quote
Old 19th April 2011, 22:16   #1459  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
Quote:
Originally Posted by thegame View Post
Hi, I just want to apologize up front if this question seems pretty dumb
It's not dumb, but neither is it a topic for this developers thread. Try starting a new thread in the Blu-ray Authoring subforum and maybe you will get more looks/responses.

If you do, you'll have to provide more details about what exactly you are trying to do (than you have so far).
laserfan is offline   Reply With Quote
Old 19th April 2011, 22:25   #1460  |  Link
thegame
Registered User
 
thegame's Avatar
 
Join Date: Apr 2005
Posts: 221
Sorry about posting here, the reason I did is because a few pages back(page 69) I was asking about the qpfile and forced I-Frame placement and got help on that and I asked how could I verify the placement and was told to look at the statsfile, well as I asked above, how in the world do you open it to view it?

http://forum.doom9.org/showpost.php?...postcount=1371
thegame is offline   Reply With Quote
Reply

Tags
coding, development, x264 dev

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:14.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.