DivX playback on DVD Player not working

[MrVideo]

I'm having real problems trying to find the 4.x certification specification for DVD players that are supposed to be able to play back DivX AVI wrapped files.

I'm using the SUPER program to recode to 720x480 anamorphic widescreen, 29.97 fps video. The bitrate is set to 1296 and the audio is MP3. MEncoder is being used.

Yet, no one is able to play said output on DVD players. I can play it just fine on my Blu-ray, but it is a lot newer.

One person's DVD player has no video or audio, but the time display shows that it is being played at 2x.

Any ideas as to why playback is not working?

Also: When the encoding is started, the option for DivX player compatibility is selected.

[7ekno]

I found the problem!

I'm using the SUPER

Try a converter where the author of the application knows the ins & outs of video encoding and care a little about their products :P

Something like MeGUI, StaxRip, HDConvertToX, XviD4PSP, AutoGK or Handbrake v0.93 ... all of which have some form of "Standalone Player" settings that actually work (personally tested all but Handbrake and AutoGK here) ...

7ek

[MrVideo]

I found the problem!

I also believe that the issue is with SUPER, but have no proof one way or the other.

Something like MeGUI, StaxRip, HDConvertToX, XviD4PSP, AutoGK or Handbrake v0.93 ... all of which have some form of "Standalone Player" settings that actually work (personally tested all but Handbrake and AutoGK here) ...

MeGUI is not an encoder program. It is a GUI shell that calls other programs to do the dirty work.

I'll look into a couple of the others.

[MrVideo]

I'm having a couple of users try the output I did from HDConvertToX. The XviD4PSP program appears to be dead. No update activity and no Doom9 forum activity.

[Przemek_Sperling]

Try avi.net from www.clonead.co.uk. I use it with Jawor's Xvid compilation http://jawormat.republika.pl/xvid.html (currently 1.3.2) The results are great.

[7ekno]

Yeah, forgot avi.NET, probably one of the best when source is DVD!

As for XviD4PSP, try here (still doing nightly builds):
http://www.winnydows.com/

XviD4PSP's "Standard" AVI profile is the most hardware compatible one ;)

As far as MeGUI goes, as long as it has a standalone AVI player profile, does it matter what I call it (since all the others effectively also just call other programs like XviD, VirtualDub, AVIMux_GUI, etc) ?!?

7ek

[MrVideo]

I'm still awaiting results on the HDConvertToX test.

As for programs like MeGUI, it would be nice to list programs that are standalone as such and programs that are GUI wrappers that depend on other programs and what settings work the best. For MeGUI, saying that it has
DivX standalone player settings, would be better.

[MrVideo]

Well, HDConvertToX didn't work either. The video is 720x480 anamorphic widescreen 16:9. 59.94 fps.

In this case the video at least showed up (a first), but the anamorphic widescreen was lost, i.e., it fulled the 4:3 screen instead of being letterboxed.

The audio was out-of-sync and all of it was choppy.

The DivX 4.x DVD player specs would come in real handy.

[SeeMoreDigital]

What's the make and model number of your (MPEG-2/MPEG-4) hardware player?

Not all hardware players or their A/V decoding chip-sets support anamorphic MPEG-4 decoding!

Sufficed to say, you could be spending hours trying to do something that wont ever work with your hardware player!

[7ekno]

Yeah, square pixel is the only option for broad XviD/DivX hardware compatibility :(

7ek

[MrVideo]

What's the make and model number of your (MPEG-2/MPEG-4) hardware player?

Not my player. Belongs to someone else. I can get the info, but based upon your next statement and the post after yours, it probably isn't worth getting.

Not all hardware players or their A/V decoding chip-sets support anamorphic MPEG-4 decoding!

Now that is just plain stupid. It is not as if anamorphic widescreen is a new concept.

Sufficed to say, you could be spending hours trying to do something that wont ever work with your hardware player!

OK, square pixel it is. I did create a 720x400, but haven't heard back on that one yet.

[MrVideo]

Yeah, square pixel is the only option for broad XviD/DivX hardware compatibility :(

And that is just plain stupid, as mentioned above.

Sigh! :mad:

[MrVideo]

@SeeMoreDigital:

Did you see my PM to you regarding obtaining the DivX 4.x player certification specs?

[SeeMoreDigital]

@SeeMoreDigital:

Did you see my PM to you regarding obtaining the DivX 4.x player certification specs?According to your PM one of your guys has an Toshiba SC-4000 which is fitted with an Zoran Vaddis 966 chipset. Which should offer .MP4 container support too

I'll dig out one of my "720(854)x480_Anamorphic_Test_Card.avi" samples for you guys to try. If the Toshiba can't display my .AVI sample correctly, it's game over!

[MrVideo]

According to your PM one of your guys has an Toshiba SC-4000 which is fitted with an Zoran Vaddis 966 chipset. Which should offer .MP4 container support too

I'll have to look into that.

I'll dig out one of my "720(854)x480_Anamorphic_Test_Card.avi" samples for you guys to try. If the Toshiba can't display my .AVI sample correctly, it's game over!

One piece of depressing info that came from one of the users is that a 352x240 DivX/AVI video is displayed in the center of the screen. It is not rescaled to fill the screen, with letterboxing.

[MrVideo]

I have a simple question about the resolution sizing for DivX. Is it mod4, mod8 or mod16?

[SeeMoreDigital]

As mentioned earlier. Here's a link to a couple of 720x480 anamorphic test cards for you to try: http://www.mediafire.com/?3u3bkpssb72l7ze


Cheers

[SeeMoreDigital]

I have a simple question about the resolution sizing for DivX. Is it mod4, mod8 or mod16?
It's mod-16 ;)

[MrVideo]

It's mod-16 ;)

OK. According to one of the people involved, DivX videos have been encoded with a vertical height of 404, which is not mod16. How can that be?

My main work is HD using x264, as I personally changed to x264 quite a while ago. But, for some others who can't deal with HD, their mode of playback if DivX players.

Downloading the test cards shortly.

[MrVideo]

As mentioned earlier. Here's a link to a couple of 720x480 anamorphic test cards for you to try

OK, one file is anamorphic and the other 4:3.

Based on the above posts, the DivX DVD player shouldn't be able to letterbox the 16:9 version. At most, all it will do is fill the 4:3 screen.

[SeeMoreDigital]

OK. According to one of the people involved, DivX videos have been encoded with a vertical height of 404, which is not mod16. How can that be?

Unfortunately alot of encoding applications allow people to generate MPEG-4 SP/ASP encodes at "any old" mod value :devil:

[MrVideo]

According to your PM one of your guys has an Toshiba SC-4000 which is fitted with an Zoran Vaddis 966 chipset. Which should offer .MP4 container support too

The Toshiba SD-4000KU2 appears to display anamorphic video correctly on the screen (letterboxed), but the MP3 audio plays out-of-sync and slightly distorted. But, I'm thinking it is because the video is 59.94 fps, as the source is 720p59.94.

I'm having him check out a video, 720x400 square pixel, that is 23.976 fps.

[MrVideo]

I'm having him check out a video, 720x400 square pixel, that is 23.976 fps.

The video played just fine, including the audio. Next up is a test for anamorphic widescreen 720x480. Also, the XviD encoder was used.

[kalehrl]

Why don't you just change the encoding parameters to suit "normal" dvd/xvid player instead of choosing a player which plays files encoded with some "strange" settings?
Maybe I'm missing something here.

[SeeMoreDigital]

The video played just fine, including the audio. Next up is a test for anamorphic widescreen 720x480. Also, the XviD encoder was used.
Well, if the 720x480 16:9 and 4:3 anamorphic samples I gave you did not work with the Toshiba. No MPEG-4 SP/ASP .AVI contained encode will...

[MrVideo]

Well, if the 720x480 16:9 and 4:3 anamorphic samples I gave you did not work with the Toshiba. No MPEG-4 SP/ASP .AVI contained encode will...

I have not heard a response from him about the test files. Don't know why. I will get him to play those.

720x480 anamorphic 16:9 does not play letterboxed. It plays as if the video was 4:3, i.e., does nothing but send it out the composite video.

A 720x400 square pixel encoding plays fine.

[MrVideo]

Why don't you just change the encoding parameters to suit "normal" dvd/xvid player instead of choosing a player which plays files encoded with some "strange" settings?
Maybe I'm missing something here.

Who said the settings are strange. IMHO, the DivX certification is a mess. The fact that it won't play a 720x480 anamorphic 16:9 video correctly is fubar. DVDs have been that way for ages and yet, something "new" takes steps backwards.

And just what is normal? It is easy to find specs on encoding for DVDs, but pretty much impossible for DivX. And what settings might those be? The program, HDConvertToX, has lots of settings, including anamorphic.

[kalehrl]

If anamorphic is causing problems, don't use it.
It advisable to use square pixels when encoding in xvid and I think the same goes for divx.
I've been doing backups of my DVDs and satellite dvb-s recordings with AutoGK and sometimes with MeGUI and never have I had any troubles with playback on a standalone device - Philips dvp3260.
AutoGK always uses square pixels but MeGUI has also anamorphic function but, for standalone compatibility, it is not recommended when encoding in xvid.

[manolito]

@MrVideo

The fact that it won't play a 720x480 anamorphic 16:9 video correctly is fubar. DVDs have been that way for ages and yet, something "new" takes steps backwards.

You really have to take into account why the DivX company created this "Home Theater" profile in the past. They had to use the least common denominator to ensure compatibility with each and every standalone which had the DivX logo slapped on the front panel. To achieve this they gladly sacrificed a lot of possible options and features which the encoder offered.

To the best of my knowledge standalone players can either have the core "DivX" logo or the "DivX Ultra" logo. DivX Ultra supports anamorphic, menus, chapters and subtitles. But you can only author such a file using their own "DivXAuthor" software or TMPGenc Authoring Works.

For full compatibility with all DivX capable standalones I recommend to use the settings which their own "DivX Converter" uses. Those are:

1. Use the "Home Theater" profile

2. Square Pixels. Do not encode anamorphic.

3. Always deinterlace the source.

4. 2-pass ABR encoding. Do not use quality based encoding.

5. Audio should be MP3 CBR. Do not use VBR.
(AC3 is also allowed, but some standalones do not like it)


Cheers
manolito

[SeeMoreDigital]

MPEG-4 SP/ASP hardware player history lesson...

Given that DivX developed their first player "Certification" long before "aspect ratio signalling" (ARS) detection was conceived, there was no requirement for player manufacturers to include support for it.

Indeed, SigmaDesigns A/V decoding chip-sets included ARS detection support for MPEG-4 SP/ASP streams placed within the .MP4 container, a year or so before adding support for MPEG-4 SP/ASP streams placed the .AVI container!

Hardware player manufacturers who sold players based around MediaTek's MT1389xx A/V decoding chip-set(s) offered better ARS support for .AVI contained files than any other A/V decoding chip-set manufacturer.

Although, many A/V decoding "chip-set" manufacturers developed chip-sets that supported ARS detection for MPEG-4 SP/ASP streams placed within the .AVI container, not all "player" manufacturers could be bothered to enable it. And there's no-way they ever will now!

Xvid, offered the ability to generate MPEG-4 SP/ASP streams with ARS "years" before DivX.

Xvid also created a direct-show decoder filter capable of decoding MPEG-4 SP/ASP streams with ARS "years" before DivX.


Cheers

[MrVideo]

If anamorphic is causing problems, don't use it.


Because it doesn't work, I'm not.

[MrVideo]

For full compatibility with all DivX capable standalones I recommend to use the settings which their own "DivX Converter" uses. Those are:

1. Use the "Home Theater" profile

HDConvertToX doesn't have such an option, at least not that I've found. They have a "Stand Alone Player" compatibility mode, which I use. I also use the XviD encoder, as I seem to not have DivX installed. Fine by me.

2. Square Pixels. Do not encode anamorphic.

Ya, doing that now (720x400 for 16:9 material).

3. Always deinterlace the source.

That doesn't make sense for pure video material, as it has to be interlaced when sent out the composite video outputs. A moot point in a majority of the cases anyway, as the source is 720p23.976 H.264 MKV.

4. 2-pass ABR encoding. Do not use quality based encoding.

1300 kbps is the manual bitrate that I use.

5. Audio should be MP3 CBR. Do not use VBR.

192 kbps MP3 CBR

[MrVideo]

MPEG-4 SP/ASP hardware player history lesson...

I appreciate the info. Thanks.

[Jawor]

That doesn't make sense for pure video material, as it has to be interlaced when sent out the composite video outputs.
The “DivX Home Theater” profile supports interlacing, but...

1. It does not allow B-VOPs together with interlacing.
2. To retain the interlacing we'd have to keep the vertical resolution (576/480). Since the maximum horizontal resolution for “PAL” material is 720, we'll have a distorted AR with such clips (due to lack of widespread support for anamorphic signaling). Sure, we can create interlaced clips using other resolutions (by smart-bobbing before resizing and re-interlacing the clip after resizing), but does that really make sense? ;)
3. Some players seem to have issues with interlaced MPEG-4 despite being DivX-certified. E.g. my Philips DVP3142/12 (also based on the Zoran Vaddis 966 chipset) doesn't like TFF with 720x576 @ 25 FPS, but with 720x480 @ 29.97 FPS it works just fine.

[SeeMoreDigital]

Personally speaking...

Given the relative low cost of todays "high-def" capable network media players along with their ability to play just about any "popular" audio, video and container format. I'm of the opinion it's not worth the effort trying to find specific encoding options to accommodate these "low spec/weak" players!

[MrVideo]

As a result of all this, only 23.976 progressive material will be converted.

[kurkosdr]

I also believe that the issue is with SUPER, but have no proof one way or the other.

Divx avi clips made with SUPER don't play in my player too (toshiba 19DV615DG). When I select the clip, the screen goes black, as if it's about to start playing, but nothing happens. So, just use some other program to make Divx avi files.

The converter I use is Divx Plus Converter (yes, the one from Divx Inc). The real problem with other converters is that they are not really Divx-compatible. If you encode using high quality settings (like me), they are almost certainly going to produce a bitrate spike that exceeds 4096Kbps for more than one second, thus causing some players to freeze or skip.

Even AutoGK, which has compatibility profiles for the ESS and MTK chipsets, if you select "100%" in the "target quality" setting, it tells you that "some compatibility parameterers are going to be ignored".

Of course, if you encode using low bitrates (quantizer 4 or just fitting a 2hour movie in 1CD/2CD), then this problem doesn't show itself, so you may also use AutoGK.

[Ghitulescu]

The converter I use is Divx Plus Converter (yes, the one from Divx Inc). The real problem with other converters is that they are not really Divx-compatible. If you encode using high quality settings (like me), they are almost certainly going to produce a bitrate spike that exceeds 4096Kbps for more than one second, thus causing some players to freeze or skip.

Since DivX Networks (now DivX inc) licences the divx use, format and logo for standalones, it's no wonder their encodes work the best on them. :p:p:p

[Jawor]

DivX Networks (now DivX inc)

Now a part of Macrovision :p

The real problem with other converters is that they are not really Divx-compatible. If you encode using high quality settings (like me), they are almost certainly going to produce a bitrate spike that exceeds 4096Kbps for more than one second, thus causing some players to freeze or skip.
Using VBV in Xvid (which, BTW, is enabled by default in its VfW interface for two-pass encodes ;) ) should help here. Actually, Xvid.org's own Xvid Home profile uses the same VBV values that are specified in DivX Home Theater (so do celtic_druid's MTK PAL / MTK NTSC profiles and my Generic Standalone profile).

[Ghitulescu]

Now a part of Macrovision :p

I thought part of Sonic Solutions. Good to know.

[Jawor]

I thought part of Sonic Solutions. Good to know.
Rovi Corp (Macrovision) bought Sonic Solutions and DivX with it (http://www.rovicorp.com/pl/14990.htm).

(Sorry for drifting a bit off-topic...)

[kurkosdr]

Using VBV in Xvid (which, BTW, is enabled by default in its VfW interface for two-pass encodes ;) ) should help here. Actually, Xvid.org's own Xvid Home profile uses the same VBV values that are specified in DivX Home Theater (so do celtic_druid's MTK PAL / MTK NTSC profiles and my Generic Standalone profile).
If there was an easy GUI tool that would allow to use the Xvid Home profile, it would be good. But neither AutoGK nor Avidemux have this option. They have the usual quantizer / size settings that produce files with the usual 4096Kbps for more that a second spikes, for certain quality settings.

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"

[hello_hello]

If there was an easy GUI tool that would allow to use the Xvid Home profile, it would be good. But neither AutoGK nor Avidemux have this option. They have the usual quantizer / size settings that produce files with the usual 4096Kbps for more that a second spikes, for certain quality settings.

From AutoGK's help file, regarding the hidden standalone compatibility options (Ctrl+F9):

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.

[kurkosdr]

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.

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.

[hello_hello]

Since DivX Networks (now DivX inc) licences the divx use, format and logo for standalones, it's no wonder their encodes work the best on them.

They don't.
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.

[hello_hello]

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.

Sorry, I may have misunderstood your problem a little.
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.

[hello_hello]

I just opened the Xvid encoder's configuration and had a look around. Even the appropriate setting for the encoder is labelled "Video Buffer Verifier - used in Two-Pass mode"

[Jawor]

Even the appropriate setting for the encoder is labelled "Video Buffer Verifier - used in Two-Pass mode"

Yes, Xvid can use VBV only when encoding in two passes.

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).

[kurkosdr]

Yes, Xvid can use VBV only when encoding in two passes.
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.

[Ghitulescu]

They don't.
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.

I can't contest your assumptions as I do not have Divx videos. However, once a company produces and licences both the hardware specs and the encoder/codec, and this company is well known monopolist [supporter] I wouldn't be surprised to see a success rate of 100% for their videos vs. less than 100% for competitors.
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.