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. |
7th July 2011, 16:45 | #41 | Link |
Ex-ter-mi-nate!
Join Date: Jan 2004
Location: www.videoaudio.pl
Posts: 218
|
Rovi Corp (Macrovision) bought Sonic Solutions and DivX with it (http://www.rovicorp.com/pl/14990.htm).
(Sorry for drifting a bit off-topic...) Last edited by Jawor; 7th July 2011 at 16:48. |
7th July 2011, 17:29 | #42 | Link | |
Registered User
Join Date: Aug 2009
Posts: 313
|
Quote:
Here is how that GUI tool should work: 1. Import file 2. Click "Xvid Home" 3. Select quality/size (within the xvid home restrictions) 4. Click "encode" Last edited by kurkosdr; 7th July 2011 at 17:45. |
|
7th July 2011, 18:41 | #43 | Link | |
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
ESS-based standalones. For both XviD and DivX codecs this option also enables Home Theatre profile which is a part of DivX certification for hardware devices and which enables control over VBV buffer. MTK/Sigma based standalones. The difference to the previous option is only usage of custom matrices for XviD. VBV buffer control (in the form of HT profiles) is enabled as well by this setting. Pretty much every AVI I've ever produced using AutoGK has been encoded with the ESS standalone option enabled to ensure maximum compatibility. I've owned and used many DivX DVD players over the years and not once have any of them had any problem playing my AutoGK, XviD encodes. I can't say the same for other peoples encodes. |
|
7th July 2011, 18:44 | #44 | Link |
Registered User
Join Date: Aug 2009
Posts: 313
|
Yes, but I think (not sure) that if you set the quality percentage a bit high, AutoGk will show a warning message that it will ignore some standalone compatiblity options. This could mean that Home Theater will NOT be strictly followed anymore. But that's just what i think.
|
7th July 2011, 18:46 | #45 | Link | |
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
As long as the video stream is encoded using the appropriate restrictions why would the decoder care which encoder was used to create it? Aside from the fourcc info, which might stop some standalone devices from even trying to play the video, how would it even know? I've never had a problem playing a DivX compliant XviD encode on a DivX certified player, ever. See my previous post. |
|
7th July 2011, 18:54 | #46 | Link | |
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
The warning of options being ignored does in fact refer to the VBV buffer control, but as far as I'm aware that's a limitation of the XviD (and probably DivX) encoders. They can only control the VBV buffer when encoding using 2 passes. It wouldn't matter which GUI you used. As much as it pains me to do so, I do generally use 2 pass encoding for that very reason. Chances are the majority of encodes wouldn't have bitrate peaks which would cause problems, but I usually use 2 pass encoding just to be sure. |
|
7th July 2011, 20:44 | #48 | Link | |
Ex-ter-mi-nate!
Join Date: Jan 2004
Location: www.videoaudio.pl
Posts: 218
|
Quote:
But it looks like DivX can do it also in constant quantizer mode (that would mean the specified target quantizer is overridden for sections that violate VBV requirements). |
|
8th July 2011, 08:49 | #49 | Link |
Registered User
Join Date: Aug 2009
Posts: 313
|
Can anyone post the settings I need to make to AutoGK to achieve an 100% Divx-compatible encode (preferably in the best possible quality)? How do I enable two pass encoding in AutoGK, plus any other things I may need to chance.
Last edited by kurkosdr; 8th July 2011 at 09:10. |
8th July 2011, 14:55 | #50 | Link | |
Registered User
Join Date: Mar 2009
Location: Germany
Posts: 5,769
|
Quote:
It's like MS-DOS vs. DR-DOS, or Netscape vs. IExplorer. Both of them fulfilled the public specs laid out by MS, yet some applications couldn't work on DR-DOS or Netscape.
__________________
Born in the USB (not USA) |
|
8th July 2011, 15:34 | #51 | Link |
Ex-ter-mi-nate!
Join Date: Jan 2004
Location: www.videoaudio.pl
Posts: 218
|
OK, they were always saying that they're certifying hardware for “DivX playback”, not “MPEG-4 playback”. But when DXN nailed down the specs for their “Certified” profiles, capabilities of already existing hardware were the real limitation (some features of their then-current codec, like Qpel and 1wp-GMC, had to be omitted). Besides, by not introducing any proprietary extensions to MPEG-4 SP/ASP (not counting Packed Bitstream), DXN took advantage of the “network effect” (already then, Xvid was more popular than DivX and that popularity must have given a major boost in sales of MPEG-4-capable hardware). The hardware certification program generated substantial income for DXN while their software products (“DivX Pro”, old “Dr. DivX” and that spectacular failure called “MasterMind” or sth like that) were quickly falling into obscurity
Even some encodes generated with DivX may prove incompatible with their “Certified” hardware due to simple bugs in (some older versions of) DivX's VfW GUI (for example, I remember a DivX version that allowed the usage of MPEG quantization in profiles that don't support it). Last edited by Jawor; 8th July 2011 at 15:38. |
8th July 2011, 16:05 | #52 | Link |
Registered User
Join Date: Mar 2009
Location: Germany
Posts: 5,769
|
Exactly my point - people converting DVDs to Divx (and especially those that didn't do this themselves ) helped DXN earn a lot of money. As a corollary, they also made people not converting pay more for features they don't need, but are trendy.
__________________
Born in the USB (not USA) |
8th July 2011, 18:03 | #53 | Link | |
Registered User
Join Date: Aug 2009
Posts: 313
|
Quote:
Instead Divx Inc keeps the basic specs open, but hides extensions like the DVD-like menus and the rest. That way, they make money from device certifications (since only they know all the parts of the format) and professional authoring software they sell, but this doesn't stop people from encoding videos for their certified devices. Divx Home Theater specs have been known for quite a while (and been implemented by xvid home profile), and Divx Inc also have instructions in their site on how to use x264 to produce a Divx Plus HD compatible file. The problem is caused by lack of interest by the AutoGK and the avidemux folks, otherwise they would have a "force xvid home" button in their programs. Can anyone post the settings i need to make to AutoGK to achieve a 100% compatible Divx Home Theater/Xvid Home clip? |
|
8th July 2011, 18:36 | #54 | Link | |
Ex-ter-mi-nate!
Join Date: Jan 2004
Location: www.videoaudio.pl
Posts: 218
|
Quote:
DivX's DMF container isn't really “closed” (the DMF SDK was released to the public) and yet its “extended” features are not supported by anything except certified hardware and the DivX Plus Player (DXN's DirectShow filter for XSubs was discontinued... and AFAIR it worked only on XP). Sure, we can create XSub subtitles (the most successful part of DMF) with a number of third-party freeware tools, but playback is a different matter (did anyone manage to do it on Linux? ). Freeware/OSS programmers were not willing to promote something proprietary (even if it's relatively “open”), especially for DXN (keeping in mind the OpenDivX/encore2 affair). The multi-audio part of DMF works everywhere, 'cause it was already supported by some AVI muxers (like VDM) and splitters. Look at Nero Digital... Using MP4 instead of AVI and AAC instead of MP3 (with MPEG-4 SP/ASP video) simply killed their whole certification program (besides, “DivX” was already a household name and almost nobody heard of Nero Digital). A great example of a missed opportunity for using the network effect It was like picking a fight with the neighborhood's strongest bully... Last edited by Jawor; 8th July 2011 at 18:43. |
|
8th July 2011, 19:41 | #55 | Link |
Registered User
Join Date: Aug 2009
Posts: 313
|
Use VLC (latest version). It supports XSUBs. In fact, support for XSUBs existed in VLC for quite a while using an old demuxer. But then Videolan moved to a new demuxer and forgot to port the XSUB decoding feature, and was only ported very recently. Just don't ask for DVD-like menus.
Now, can we get back on topic of how to produce divx compatible encodes using non -Divx Inc programs? Last edited by kurkosdr; 8th July 2011 at 19:44. |
8th July 2011, 19:59 | #56 | Link | |
Ex-ter-mi-nate!
Join Date: Jan 2004
Location: www.videoaudio.pl
Posts: 218
|
Quote:
Target quality basically means “single-pass constant quantizer encoding”, so no wonder that the bitrate can spike above the “DivX Home Theater” limit. Last edited by Jawor; 8th July 2011 at 20:04. |
|
8th July 2011, 22:00 | #57 | Link | ||
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
Quote:
All DivX capable DVD players aren't created equal, they've just got to comply with the DivX specification (probably the home theatre profile). If they can handle higher bitrates, great. If they're not bothered by global motion compensation, yippeee. If they can handle 27 consecutive BVOP's, terrific. If they laugh in the face of custom matrices, fine. If they'll decode anamorphic video with the correct aspect ratio, it's party time. But if a DVD player is DivX certified and if it's guaranteed to play any mpeg4 video which is encoded within certain limitations, usually a DivX profile such as home theatre, then as long as you restrict the encoder to those home theatre settings, the decoder should be able to decode it. If you don't know exactly what your player can decode then you're 100% safe sticking to the basic home theatre profile. If you don't stick to the home theatre profile restrictions then it doesn't matter which encoder you use in respect to whether your player will decode it. It's nothing like that. Microsoft deliberately went out of their way to sabatage other versions of DOS and if Netscape didn't render properly it's probably because the page used proprietary Microsoft IE code. There's nothing to suggest DivX have ever tried similar tactics. Last edited by hello_hello; 8th July 2011 at 22:07. |
||
8th July 2011, 22:17 | #59 | Link | ||
Registered User
Join Date: Mar 2011
Posts: 4,829
|
Quote:
It still doesn't change my earlier argument of all compliant encodes being playable on all DivX certified players, even if it's easier using the DivX encoder. Maybe that's the solution for kurkosdr if he doesn't want to do 2 pass encoding with XviD. Quote:
I answered your question in detail in the AutoGK thread. Although Jawor seems to think the DivX encoder can control VBV while running single pass encoding. If that's correct, then maybe DivX is your answer, or it's 2 pass encoding with XviD. I haven't used the DivX encoder in years. Anyone know if there's any major quality differences compared to Xvid? |
||
8th July 2011, 22:35 | #60 | Link | ||
Ex-ter-mi-nate!
Join Date: Jan 2004
Location: www.videoaudio.pl
Posts: 218
|
Quote:
Quote:
|
||
|
|