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 February 2008, 14:27 | #1 | Link |
Registered User
Join Date: Jun 2005
Posts: 925
|
xvidenc questions
What XviD video preset should I use to ensure the resulting XviD file will work on Stand-Alone-DivX-Players?
I also noticed when I used avinaptic that the Aspect Ratio was a Custom Pixel Shape of (183:188 = 0.973404) where movies I encoded with autogk are square. Do I need to worry about this? What do I need to do to make the Pixel square? Thanks, |
25th February 2008, 14:48 | #2 | Link | |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,845
|
Quote:
you don't need to worry about square pixels... here's a patched xvidenc with one HW preset, it's basically identical to EHQ but sets the ffourcc to DX50. I haven't tested it though http://www.mediafire.com/?eicxztzgzl1 |
|
25th February 2008, 15:25 | #4 | Link | |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,845
|
Quote:
ok, this patched xvidenc adds 4 different HW compatible profiles which force the 'ffourcc' and 'profile' option of XviD. I hope they work like it should as I don't have a DivX player here http://www.mediafire.com/?yzg1myxo1gb |
|
28th September 2008, 21:17 | #9 | Link |
Registered User
Join Date: Oct 2005
Posts: 71
|
I ran xvidenc just to see what it does and I noticed some things concerning a 2 pass encoding. On the first pass me_quality can be set to 5, bvhq can be disabled as well as chroma_me and you don't have to encode audio on the first pass. Should speed things up significantly. I also don't get why you set it to create a log file in a hidden directory by default seeing how mencoder already creates a divx2pass.log file in the directory from wich mencoder is started if you don't specify anything.
Last edited by kinematic; 4th October 2008 at 15:03. |
16th October 2008, 19:41 | #10 | Link | |||
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,845
|
Quote:
Quote:
Quote:
|
|||
17th October 2008, 03:41 | #11 | Link |
Registered User
Join Date: Oct 2005
Posts: 71
|
My experience tells me the exact same setting don't have to used on both passes and I've done countless encodings with mencoder and have never had any A/V sync issues with audio not enabled on the first pass.
Soooooooooooo.......lets just agree to disagree |
17th October 2008, 13:08 | #12 | Link |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,845
|
Just because you never had any A/V sync problems with mencoder doesn't mean that at some point you can't get them. Your reasoning is a bit flawed. I have three soft-telecined NTSC DVDs here that every time I encode them without audio for the first pass, the final encode ends out of sync. With audio encoding for both passes, these three DVDs are perfectly encodable. This is reason enough for me to enable audio processing during the first pass, and also because I don't know what content the user of xvidenc is trying to encode, it is even more reason for me to enable audio processing for the first pass. Trust me, those cases do exist, even if you never have had A/V sync problems with mencoder so far.
|
17th October 2008, 18:15 | #15 | Link | |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,845
|
Quote:
If I had to apply your reasoning on a specific disease it will result in a flawed conclusion. Based on your reasoning, the specific disease doesn't exist because you never had experienced the effects of it. But what if others have experienced the effects of the specific disease? Does it mean that it doesn't exist because YOU never experienced it? No. It means that YOU and only YOU so far has never experienced it. This does not prove that the specific disease doesn't exist, it only proves that so far you were "lucky" and did not catch it. Based on the collective experience of others, the specific disease DOES exist as someone has experienced its effects. Your reasoning is local (meaning it is based only on your own experience so far without taking into account the experiences of others). My reasoning is global, based not only on my own experience but also on others too, like the people on the mplayer mailing list that have reported such problems. |
|
17th October 2008, 20:21 | #16 | Link | |
Registered User
Join Date: Oct 2005
Posts: 71
|
Quote:
Having said this I'm not going into this any further because this is not a debating forum. |
|
18th October 2008, 01:01 | #17 | Link | ||||||
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,845
|
Quote:
Quote:
a) you base your reasoning on your own personal experience, instead of taking into account the experiences of other people, which you must do if you develop something and there are experiences/reports of something not working correctly. b) it is clear that your knowledge of mencoder's A/V sync algo is not very high. Users AND developers both acknowledge that in certain cases, the A/V sync can fail if you don't process audio during the first pass. This comes from the fact that mencoder NEEDS to see every single frame for both video and audio so that its sync algo can work correctly. mencoder drops or duplicates frames during the encoding so that it can obtain a correct A/V sync. if audio is omitted during the first pass, and then processed during the second pass, the amount of dropped/duplicated frames during the first pass will be different than that of the second pass, where mencoder has to take the audio frames into account to maintain the sync. This could lead to more or less frames being dropped during the second pass, which can result in A/V sync problems because of the difference of dropped/duplicated frames between the first pass and the second pass. As the amount of dropping/duplication CAN and in certain cases WILL differ between a first pass without audio and a second pass with audio, it can result in sync problems. The problem can get worse if the user is using filters that explicitly drop or duplicate frames, like during ivtc, which xvidenc supports and must also be taken into account. Just because the problem doesn't apply to you yet, doesn't mean it won't apply to others too or to you in the future. I already told you that the problem DOES exist (my three DVDs) but you chose to ignore it and instead went on further to "prove" your case that so far everything is working on your side, which indirectly implies that it should work for everyone else, no matter with what content the user is dealing with. Then I mentioned the mplayer mailing list reports to further strengthen the case that the problem DOES exist, whether is has happened to you or not, but again you just ignore it. Quote:
Quote:
Quote:
Quote:
Last edited by microchip8; 18th October 2008 at 01:12. |
||||||
Thread Tools | Search this Thread |
Display Modes | |
|
|