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 15th July 2014, 00:31   #21  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,410
That's a lower-case L, i.e. yuv420p10le and yuv420p16le.
le = little-endian
10 = 10 bit
16 = 16 bit (x264cli converts input to 16 bit before dithering in some cases)
sneaker_ger is offline   Reply With Quote
Old 15th July 2014, 00:36   #22  |  Link
poisondeathray
Registered User
 
Join Date: Sep 2007
Posts: 3,828
yuv420p101e is 10bit 4:2:0, little endian. Basically your source file is incompatible, needs to be converted to 4:2:0 8bit

Also, if you're using x264 directly instead of avs input, I would add --force-cfr .

Same with ffmpeg libx264 using -x264opts force-cfr, and -pix_fmt yuv420p to convert to 8bit 4:2:0

EDIT: too slow
poisondeathray is offline   Reply With Quote
Old 15th July 2014, 02:12   #23  |  Link
foxyshadis
ангел смерти
 
foxyshadis's Avatar
 
Join Date: Nov 2004
Location: Lost
Posts: 9,413
Won't work. libx264 can only be either 8-bit or 10-bit, you can't switch between them at runtime. You need an ffmpeg built with 8-bit libx264.
__________________
There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order.
foxyshadis is offline   Reply With Quote
Old 15th July 2014, 15:05   #24  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,410
Quote:
Originally Posted by poisondeathray View Post
Also, if you're using x264 directly instead of avs input, I would add --force-cfr .
Note: --fps implies --force-cfr
sneaker_ger is offline   Reply With Quote
Old 15th July 2014, 21:00   #25  |  Link
lyinawake
Registered User
 
Join Date: Mar 2014
Posts: 14
Quote:
Originally Posted by foxyshadis View Post
Won't work. libx264 can only be either 8-bit or 10-bit, you can't switch between them at runtime. You need an ffmpeg built with 8-bit libx264.
Wellll... I guess the cross-compile script I've been using takes that liberty of throwing on a 10-bit libx264. I'll try to find where it makes that choice, recompile, and retry with ffmpeg. And I am using -pix_fmt yuv420p as you can see in my initial ffmpeg commands.

Yes, you definitely need the --fps switch for x264. This isn't mentioned in the x264 bluray guide. Don't know if --cfr would work just as well but I think explicitly setting 60000/1001 is a good practice. Just forgot it again and Encore complained that the fps needs to be between 1 and 60 to be imported into the blu-ray project. Oy. What a minefield.
lyinawake is offline   Reply With Quote
Old 15th July 2014, 21:35   #26  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,410
Basically x264 needs the exact fps ("60000/1001") and it needs to set the cfr flag. Like poisondeathray implied x264cli will set it to "cfr" for AviSynth input automatically (since AviSynth is only cfr natively) but "vfr" for other - possibly vfr - sources like mp4 files. So if you use avs or a pipe as input and the fps already gets correctly recognized neither "--fps" nor "--force-cfr" would be necessary. You never need to set "--force-cfr" when you already use "--fps" (but it does not do any harm either). I agree that the examples should probably all use "--fps" to reduce user error. It isn't explicitly mentioned in the doom9 thread either.
sneaker_ger is offline   Reply With Quote
Reply

Tags
blu-ray, ffmpeg

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 21:37.


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