2008-10-06, 13:57 | Link #81 |
Senior Member
Join Date: Dec 2007
|
Code:
x264 - core 65 r998M 6768543 - H.264/MPEG-4 AVC codec - Copyleft 2003-2008 - http://www.videolan.org/x264.html - options: cabac=1 ref=1 deblock=1:0:0 analyse=0x3:0x133 me=hex subme=5 psy_rd=0.0:0.0 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 threads=3 nr=0 decimate=1 mbaff=0 bframes=2 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 keyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=811 ratetol=0.5 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30 aq=1:1.00 Hints: New season anime, 1024x576 It's not nearly as messed up, but very strange choices for ref, bframes, ratetol |
2008-10-06, 15:50 | Link #82 | |
yotsuba channel
|
Really strange x264 settings might just be remuxed raws:
Quote:
|
|
2008-10-10, 11:46 | Link #85 |
Junior Member
Join Date: Oct 2008
|
I have one problem ;<
I was encoded two karaoke, one- opening, two- ending. Wiht opening all is ok: Code:
http://pi.fastbighost.com/~rein/warsztat/VKG/VKop.mkv On this same settings are shit quality, and pixels ;< Code:
http://pi.fastbighost.com/~rein/warsztat/VKG/VK2_ed.mkv Im encoding wiht megui, and H.264, profile: and bitrate 1150. Why? |
2008-10-17, 03:40 | Link #86 | |
Slower Than You
|
Quote:
@tymek88: Those links do not work. As for your screenshot, maybe posting what settings you are actually using instead of some baseless profile that only megui users would understand may help. Make your own profile. Chances are, your avs or your raw itself are bad and thats whats doing it. Post something that will actually shed light please. E~ |
|
2008-10-17, 14:18 | Link #87 | |
Junior Member
Join Date: Feb 2008
|
Quote:
|
|
2008-10-26, 10:45 | Link #88 |
Junior Member
Join Date: Sep 2007
|
to be honest, I couldn't spot much errors because I'm new to x264 encoding (did only xvid before), and apart from b-frames and such familiar things I dont really know what all that stuff means^^
I just doing my first tries with x264 in mkv (better late than never) and would really appreciate if someone could look over my header in order to spot serious errors and help me to avoid bad encodings: Code:
x264 - core 65 r998M 6768543 - H.264/MPEG-4 AVC codec - Copyleft 2003-2008 - http://www.videolan.org/x264.html - options: cabac=1 ref=8 deblock=1:0:0 analyse=0x3:0x113 me=umh subme=7 psy_rd=0.6:0.0 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=2 deadzone=21,11 chroma_qp_offset=-2 threads=3 nr=0 decimate=1 mbaff=0 bframes=16 b_pyramid=1 b_adapt=2 b_bias=0 direct=3 wpredb=0 keyint=250 keyint_min=25 scenecut=40(pre) rc=2pass bitrate=1000 ratetol=1.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30 aq=0 |
2008-10-26, 11:00 | Link #89 |
Senior Member
Join Date: Jan 2006
|
Here's some more info about x264 settings: http://mewiki.project357.com/wiki/X264_Settings
You might want to consider crf encoding, as it always gives you the quality you want. |
2008-10-26, 11:19 | Link #90 |
Junior Member
Join Date: Sep 2007
|
the most settings are pretty clear now, but I have another question:
the most of you seem to use "brdo=1", but its not in the newest version anymore (I hope I got this right). So, what is the replacement for it? Somewhere I read that "subme=8" covers it, is this right? Last edited by Kageri; 2008-10-26 at 14:35. Reason: question is solved now |
2008-10-26, 19:22 | Link #91 | |
Member
Join Date: Aug 2008
|
Quote:
subme6: RD on I/P frames subme7: RD on all frames subme8: RD refinement on I/P frames subme9: RD refinement on all frames new subme 6 = old subme 6 new subme 7 = old subme 6 + b-rdo new subme 8 = old subme 7 + b-rdo new subme 9 = didn't exist, RD refinement in B-frames is completely new. RD refinement in B-frames consists of qpel-RD as in P-frames, and also RD-bime for bidir blocks. Overall the speed cost for this option should be less than old subme6->7 (new subme7->8). http://forum.doom9.org/showthread.ph...67#post1190267 http://git.videolan.org/gitweb.cgi?p...703970b4f14e18 |
|
2008-10-27, 13:16 | Link #92 | |
x264 Developer
Join Date: Feb 2008
|
Quote:
|
|
2008-11-04, 21:04 | Link #93 |
Sock Monster
Fansubber
Join Date: Oct 2008
|
Someone linked this to me earlier, I think this serves as a firm example of what not to do.
Source Raw: http://i33.tinypic.com/auk3gz.png Final Encode: http://i34.tinypic.com/vhu8p4.png Avinaptic: http://dpaste.com/88799/ It's not Aero, GG or that other one... Para-something. Not naming any names. |
2008-11-05, 00:06 | Link #95 | ||
Junior Member
Join Date: Nov 2008
|
Quote:
Quote:
|
||
2008-11-05, 00:44 | Link #96 | |
Excessively jovial fellow
Join Date: Dec 2005
Location: ISDB-T
Age: 37
|
Quote:
that said you could start with not filtering it at all
__________________
|
|
2008-11-05, 01:44 | Link #97 | |
Member
Join Date: Aug 2007
Location: Philly / Singapore
|
Quote:
Last edited by xris; 2008-11-05 at 09:58. Reason: Thanks but it's best to just Report such posts instead of replying to them :) |
|
2008-11-05, 02:07 | Link #98 | |
Junior Member
Join Date: Feb 2008
|
Quote:
|
|
2008-11-05, 06:06 | Link #99 | |
Sock Monster
Fansubber
Join Date: Oct 2008
|
Wow, such a harsh reply.
Someone sent me links to the image and Avinaptic output last night, and after seeing the drastic reduction in quality of the final encode; I thought it was appropriate to put it in here. Hell, if I ever encoded something that badly, I'd expect everyone to do the same thing. Quote:
===== Nicestboat, aye; looks considerably different. |
|
2008-11-05, 06:46 | Link #100 |
Slower Than You
|
Whoever made it has no idea what most of the x264 options do. It's also either an old encode or that of someone who needs to figure out what update means. And to stop filtering period.
@Kioshi: Fluff-chan offered some decent advice, how is telling him to fuck off appropriate? You may also want to find someone to grammar nazi your posts so that people can read them comprehensibly. E~ |
Tags |
encoding, x264 |
Thread Tools | |
|
|