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. |
25th October 2009, 00:23 | #1 | Link |
Registered User
Join Date: Jul 2002
Location: Los Angeles, CA
Posts: 8
|
x264 for BD encoding - does it work now?
I've been pouring over the forums and it seems like there's been quite a bit of progress lately in adding BD compliance to x264.
From what I can gather, a compliant stream needs both --slices:4 (in the svn since early September) and --hal-nrd (patch available for some time, being worked into the SVN now). Is this accurate? If so, has anyone released a binary with both of these features activated? Have the results been tested for replication? (BD is a bit of a mess, since authoring successfully doesn't necessarily mean it'll replicate OK.) Any assistance would be really helpful. If replication hasn't been tested yet, I can get some test encodes submitted to a plant to find out. |
25th October 2009, 00:26 | #3 | Link |
Registered User
Join Date: Jul 2002
Location: Los Angeles, CA
Posts: 8
|
Awesome. Can I anticipate some noise being made when it passes?
I can't wait to put this into use. The encoder built into the new version of Compressor is... acceptable, but really chokes on noisy sources. Everything else is way out of my price range. T_T |
25th October 2009, 01:32 | #4 | Link | |
Just as bad up as down.
Join Date: Nov 2005
Posts: 166
|
Quote:
jsevakis... is this for ImaginAsian or personal use? |
|
25th October 2009, 01:52 | #5 | Link |
Registered User
Join Date: Jul 2002
Location: Los Angeles, CA
Posts: 8
|
lol, ImaginAsian is not even a company anymore. I work for Anime News Network, but I also do freelance DVD/BD authoring on the side. But even if it doesn't replicate successfully yet, I have a few personal projects I can put it to work on.
I don't need to use it with Compressor; honestly I'd be thrilled if I can use it as a CLI on either Intel Mac or Windows. I guess Windows would come in handier, since I could feed it AVIsynth sources, but the Mac version would really come in handy too. (I'm stuck with XP, so multithreading is not gonna go all that fast for me on the Windows side.) I'd be most grateful for either one. Last edited by jsevakis; 25th October 2009 at 02:00. |
25th October 2009, 02:04 | #6 | Link | ||
BluRay Maniac
Join Date: Dec 2005
Posts: 2,419
|
Quote:
Quote:
Last edited by shon3i; 25th October 2009 at 02:08. |
||
25th October 2009, 02:11 | #7 | Link |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Does the latest patch from Alex Giladi work? Trahald says that Alex's patch is much better and that we should get that one into git, not his.
__________________
Follow x264 development progress | akupenguin quotes | x264 git status ffmpeg and x264-related consulting/coding contracts | Doom10 Last edited by Dark Shikari; 25th October 2009 at 02:13. |
25th October 2009, 02:17 | #8 | Link |
BluRay Maniac
Join Date: Dec 2005
Posts: 2,419
|
No , but i test only two builds posted here i don't know is there maybe newer since then. I tested many times and both scenarist and elecard reject stream, second time is more strange. If you want to do something about that i will test if need. Even Trahald last rev19 crashes x264 if --keyint 24 is set, with --keyint 48 work fine.
|
25th October 2009, 09:32 | #9 | Link | |
Registered User
Join Date: Oct 2004
Location: France
Posts: 567
|
Thahald wrote this on the mailing-list about the last version of the patch by Alex Giladi :
Quote:
Last edited by Underground78; 25th October 2009 at 11:07. |
|
25th October 2009, 10:56 | #10 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
This is preaty impossible- extracted streams have to import and mux (even if BDs were created with Blu-print). It means there is something wrong with extracting. |
|
25th October 2009, 15:09 | #11 | Link | ||
BluRay Maniac
Join Date: Dec 2005
Posts: 2,419
|
Quote:
Quote:
|
||
25th October 2009, 18:27 | #12 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
BD verifier is not available in any trial/demo version- as far as I know. You can have trial version of Blu-print, but you need a company which has to go through credit check process. If you make discs which are replicated in thousands copies, you have to be sure about your software. If stream from x264 passes one verification it still doen't mean it can be safetly used for commercial use. We would need at least few tests with different settings and options used for encoding. Andrew Last edited by kolak; 26th October 2009 at 01:15. Reason: delete OT content |
|
25th October 2009, 18:32 | #13 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
There can be possibility that new version had bigger restricions, so some streams may not mux- I don't know. I don't use 30Mbit for buffer, but slightly less and never had any problems with muxing, even if my assets peaks close to the limit. Andrew |
|
25th October 2009, 19:58 | #14 | Link | ||
BluRay Maniac
Join Date: Dec 2005
Posts: 2,419
|
Quote:
Quote:
Last edited by shon3i; 25th October 2009 at 20:01. |
||
25th October 2009, 20:11 | #15 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
There can be many reasons with such a complicated title. BD is new- all rebuilding tools are far from being perfect, so there are many possible problems. Bad assets from reatail BD are the last one to suspect in my opinion. Andrew |
|
25th October 2009, 20:41 | #16 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
Old days we had problems with muxing for HD DVD, becuse muxing engine didn't understand some information in AVC header. Two companies (responsible for encoder and muxing tool) had to talk to each other and find the problem. It's end up tha muxer expected some information in the header (excatly value=2), but encoder was using different one=3. It was all becasue HD DVD spec didn't specify this, and AVC spec allowed for any number from 1-5. Muxing engine was written to accept only 2. At the end muxing engine was changed to accept all possible numbers, becuase different encoders could use different ones. Some information are not specified in BD spec or they are only recommended, but not mandatory. x264 can produce very good AVC stream (correct header, ect.), but it can still don't work well with eg. Scenarist. That's why you need to verify few streams to have at least some prove that it works fine. Andrew |
|
26th October 2009, 00:23 | #17 | Link |
Registered User
Join Date: May 2006
Posts: 957
|
There has been discussion of other output formats, but from what I recall of the discussion, no one has been able to find an existing muxer framework/library/source that works correctly.
Wouldn't this only be of use when full libav input is done?
__________________
x264 log explained || x264 deblocking how-to preset -> tune -> user set options -> fast first pass -> profile -> level Doom10 - Of course it's better, it's one more. |
26th October 2009, 02:01 | #19 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,762
|
Quote:
Among other things, MPEG-2 is still required for interlaced coding. |
|
26th October 2009, 13:14 | #20 | Link | |
Registered User
Join Date: Jul 2002
Location: Los Angeles, CA
Posts: 8
|
Quote:
Agreed that it's a meh h.264 implementation at best, tho. |
|
Tags |
blu-ray, builds, x264 |
Thread Tools | Search this Thread |
Display Modes | |
|
|