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. |
6th April 2010, 00:35 | #1 | Link | |
Registered User
Join Date: May 2008
Posts: 35
|
x264Encoder 1.2.x for QuickTime Thread
This is support thread for x264Encoder, QuickTime Compressor component for MacOS X 10.5 and QuickTime 7.6 or later.
Get latest version at: - http://www003.upp.so-net.ne.jp/mycometg3/ /*I am not native speaker (Japanese), so please make simple English in this thread.*/ // 1) Please read README.rtf file It is inside distributed dmg file. It is helpful to start, or to trouble-shoot. 2) Try MPEG Streamclip For most casual purpose (i.e.non-productive-personnel), MPEG Streamclip 1.9.2 from Squared 5 (FREE!) is enough solution. It can use many QuickTime components, and support direct output to mp4 container using x264Encoder. QuickTime Player 7 Pro does not yet. 3) YouTube Channel I have made YouTube channel. It could be your help. - http://www.youtube.com/user/MyCometG3 4) Please use "log info" checkbox It will write out SEI information which comes from libx264, into system.log. You can see system.log in /Applications/Utilities/Console.app. Following shows the sample output of LOGINFO in system.log. You can see the longest line which contains many parameters. It is called SEI information, and requirement for tracking your problem. Quote:
Last edited by MyCometG3; 6th April 2010 at 00:57. |
|
6th April 2010, 00:43 | #2 | Link |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
I wonder if the "keyint=24" and "bframes=0" are intentional in the example, because all the other settings are default...
Also, since you are Japanese, you should hang out on #x264 on Freenode IRC; there are a lot of Japanese x264 devs and users there (along with a few foreign speakers, including one professional translator). |
6th April 2010, 00:59 | #3 | Link | |
Registered User
Join Date: May 2008
Posts: 35
|
Quote:
Note: Keyint=24 is default value of every QuickTime Compressor component, thus it is intentional. |
|
6th April 2010, 01:19 | #4 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,988
|
This is a very handy little tool, though its interface is rather confusing.
Still, you won't hear me complain. The ability to use x264 on a Compressor cluster is pretty durn cool Elementary stream output would be nice, but I guess that's more a Compressor issue. ~MiSfit
__________________
These are all my personal statements, not those of my employer :) |
6th April 2010, 02:03 | #5 | Link | |
Registered User
Join Date: May 2008
Posts: 35
|
I am sorry that makes you confusing.
Because it is designed to use single gui wrapper for libavcodec, using x264, xvid, libavcodec mpeg4, etc. If someone want, I could make libavcodec-snow encoder... I guess. Quote:
Does Compressor cluster work with other third party's QuickTime Components? Like, Flip4mac, 3ivx, DivX, etc. (I can not find any developer/technical details in Apple web site, about Compressor compatible requirements.) // I have checked out Compressor 3.5 at real apple store. It seems that QuickTime Movie preset would work with x264Encoder, in cluster mode. Did you have tried it? Last edited by MyCometG3; 6th April 2010 at 10:47. |
|
6th April 2010, 19:40 | #7 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,988
|
@MyCometG3:
I haven't tried clustering, actually. I only have Compressor 2 on my MacPro at work. I had some issues taking an MOV generated by this encoder in compressor, demuxing it, and remuxing into a TS. I'll see if I can replicate that issue for you. ~MiSfit
__________________
These are all my personal statements, not those of my employer :) |
10th April 2010, 01:25 | #8 | Link |
Registered User
Join Date: May 2008
Posts: 35
|
Update: 1.2.4 - r1523
x264Encoder Version 1.2.4 is now available at:
- http://www003.upp.so-net.ne.jp/mycometg3/ Based on libx264.a r1523. |
17th April 2010, 09:54 | #9 | Link |
Registered User
Join Date: May 2008
Posts: 35
|
Update: 1.2.5 - r1542
x264Encoder Version 1.2.5 is now available at:
- http://www003.upp.so-net.ne.jp/mycometg3/ Based on libx264.a r1542. |
17th April 2010, 11:15 | #10 | Link |
Registered User
Join Date: Mar 2008
Posts: 118
|
Thanks for the update.
Is there a better place to include the field for CRF value when Single-pass is selected? After all, it would be good to encourage CRF usage by making it more accessible, or even the default. (If I'm not wrong, the CRF value is under the Flags tab at the moment.) |
17th April 2010, 15:48 | #11 | Link | |
Registered User
Join Date: May 2008
Posts: 35
|
@creamyhorror
To use CRF, just choose "Data rate : Automatic" instead of specific kbits/sec value. It has same effect as CRF checkbox inside lavcodec settings dialog. If a user has selected multipass with CRF (or data rate=auto), first pass is just skipped (you can see "log info" how it runs). Quote:
|
|
17th April 2010, 20:07 | #12 | Link | |
brontosaurusrex
Join Date: Oct 2001
Posts: 2,392
|
Quote:
|
|
17th April 2010, 22:16 | #13 | Link | |
Registered User
Join Date: May 2008
Posts: 35
|
Take a look at README-tips.rtf.
Quote:
|
|
18th April 2010, 01:46 | #15 | Link |
Registered User
Join Date: May 2008
Posts: 35
|
It is intended to simulate similar behavior as other compressor component (i.e. codec) like Apple H.264, etc.
QuickTime provides common compressor dialog which has single thumbnail image. And, it should show the result of quality slider in thumbnail image. To change QP value on single frame, mapping qmin/crf as quality slider, seems to be natural behavior to most part of users. // I know x264 binary uses qpmin's default as 10. If someone want to use qpmin value less than 13 (x264Encoder's smallest limit), I could make it. But in most case, I think placebo+grain can inflate Intra frame's sample size, and more smarter way for most non-geek users. |
18th April 2010, 01:56 | #16 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
|
|
18th April 2010, 03:20 | #17 | Link | |
Registered User
Join Date: May 2008
Posts: 35
|
Quote:
1) ABR mode - which runs same as --qpmin/--qpmax 51/--bitrate combo 2) CRF mode - which runs as --crf 3) lossless - which runs as --qp=0 In case of 1), Quality slider is mapped as --qpmin 13~33. qpmax is 51, fixed. bitrate field is used as target bitrate. In case of 2), Quality slider works as --crf 13~33. bitrate field is ignored. In case of 3), Quality slider and bitrate field are ignored. ...Is this so nonsense? Last edited by MyCometG3; 18th April 2010 at 03:22. |
|
18th April 2010, 03:49 | #19 | Link | |
Registered User
Join Date: May 2008
Posts: 35
|
Quote:
To make single pass + smaller gop size works better, limiting qpmin seems to be one choice, I guess. Currently QuickTime's default Key frame interval (used as keyint) is 24, it is too smaller value compared to rc_lookahead's default value. If default keyint is larger value like 120 or so, rc_lookahead perfectly controls each frame's qp. But it is not for now. Under this restriction (as common QuickTime Component), limiting QP-min value seems to be one of resonable solution. Well-known user always changes, but novice user may not change. It is easy to overshoot on this case. |
|
Tags |
mac os x, quicktime, x264encoder |
Thread Tools | Search this Thread |
Display Modes | |
|
|