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. |
|
|
Thread Tools | Search this Thread | Display Modes |
20th May 2009, 14:39 | #1 | Link | |
Registered User
Join Date: Jan 2004
Posts: 122
|
x264 error: 'Slicetype lookahead doesn't work with bframes=0'?
I received a strange x264 error when converting a Blu-ray sourced HD VC1 file to MeGUI iPhone profile format H.264:
Here is my script: Quote:
Any ideas what caused this? The encode crashed at the end of the first pass, after about 3 hours. |
|
20th May 2009, 14:58 | #2 | Link |
Wewkiee
Join Date: Feb 2002
Location: kashyyyk
Posts: 2,269
|
I havent used megui in a while, but looking at the output it looks like there was a successful first pass but Megui saw the error message and didnt attempt a second. the first pass should have produced usable first pass statistics and been able to do a second pass fine.
btw..what crashed?
__________________
...yeah...but...why on earth would I compare apples with apples? |
20th May 2009, 15:16 | #4 | Link | |
Registered User
Join Date: Jan 2004
Posts: 122
|
Quote:
Is there anyway I can start the second pass using the statistics of the first? I assumed x264 had crashed. I came back in the room and the encoder window was gone. I guess it could've just finished abnormally. Yes "1153 Skystrife's Patched Build". I did an update before starting encoding, and that was the version it downloaded. |
|
20th May 2009, 16:04 | #6 | Link |
Registered User
Join Date: Nov 2003
Posts: 1,281
|
MeGUI is using it as it's build.
__________________
http://www.7-zip.org/ |
20th May 2009, 16:15 | #8 | Link |
Registered User
Join Date: Nov 2003
Posts: 1,281
|
My guess is that they are using a script to grab any builds posted by skystrife.
Only problem is that skystrife has uploaded the build in question. In the current patches thread, he doesn't have a unpatched x86 build. edit: and techouse is using some pretty funky patches too. Guess MeGUI should go back to using unpatched x264.nl builds.
__________________
http://www.7-zip.org/ |
20th May 2009, 16:27 | #9 | Link | |
Swallowed in the Sea
Join Date: Oct 2002
Location: Aix-en-Provence, France
Posts: 5,191
|
Quote:
the only one patch required (coz used in some presets) is the one from Trahald... |
|
20th May 2009, 16:32 | #10 | Link |
Registered User
Join Date: Nov 2003
Posts: 1,281
|
Can you not override the build being sent by update?
__________________
http://www.7-zip.org/ |
20th May 2009, 17:23 | #12 | Link |
Wewkiee
Join Date: Feb 2002
Location: kashyyyk
Posts: 2,269
|
@ Skystrife
Can you make a separate build with the more experimental patches and keep it separate (different filename) from the other moded build (hrd and winzone)?
__________________
...yeah...but...why on earth would I compare apples with apples? |
20th May 2009, 19:02 | #14 | Link | |
Registered User
Join Date: Feb 2009
Posts: 21
|
here is mine
Quote:
|
|
20th May 2009, 20:29 | #15 | Link |
Registered User
Join Date: Apr 2008
Posts: 1,181
|
It seems MeGUI will catch any "x264 [error]" and treat them as an error in x264. It's better to determine on the return value of the process.
Well that's easy to fix: Code:
Index: encoder/lookahead.c =================================================================== --- encoder/lookahead.c +++ encoder/lookahead.c @@ -176,7 +176,7 @@ sprintf(h_lookahead->unused.name, "unused"); if ( h->param.i_bframe == 0 ) { - x264_log( h, X264_LOG_ERROR, "currently slicetype lookahead does not work with bframes=0 and is disabled\n"); + x264_log( h, X264_LOG_WARNING, "currently slicetype lookahead does not work with bframes=0 and is disabled\n"); h->param.rc.i_lookahead = 0; return X264_SUCCESS; } |
20th May 2009, 20:34 | #16 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Still MeGUI shouldn't ship with a x264 build that contains an highly experimental patch. At least not by default and not without a big fat warning.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ |
20th May 2009, 21:52 | #17 | Link | |
Registered User
Join Date: Feb 2007
Posts: 176
|
Quote:
^-- there you go. Hopefully that'll get added to the auto-update soon. Sorry for the problems! |
|
20th May 2009, 22:39 | #18 | Link |
Registered User
Join Date: Feb 2007
Posts: 176
|
Oh, pfft. I figured out the real problem with the crashing, I believe--when I restructured my mingw environment for gcc 4.4.0, somehow a shared version of libpthread decided to build with the x86 version. I've fixed it, and if I were to rebuild I bet that would solve the issue of it crashing immediately after starting encoding, but not when the whole pass is finished, unless the "crash" is not actually a crash and people reporting the error flagged by MeGUI (x264 is crashing if you get that lovely "x264 has stopped responding" window from the OS, but if not I think it's closing just fine). Either way, I'll make sure to distinguish the builds using lookahead in the future, though I'm convinced that with the windows fix and gcc 4.x+ the problems with it are fixed.
|
21st May 2009, 03:51 | #19 | Link | |||
Registered User
Join Date: Jan 2004
Posts: 122
|
Quote:
Quote:
Quote:
|
|||
21st May 2009, 08:10 | #20 | Link |
Registered User
Join Date: Sep 2007
Posts: 1
|
I had this same problem due to v1153 of x264. Resolved it by downloading v1148 and replacing the x264 executable that MeGui references. Also required a rename in my case.
File is under C:\Program Files\megui\tools\x264 Replace existing x264.exe (v1153) with old one (v1148). Worked like a charm. Last edited by ndoggac; 21st May 2009 at 08:20. Reason: wrong path name |
|
|