Log in

View Full Version : DivX Plus HD - Unable to stream videos through WebPlayer


wtopace
20th November 2009, 20:09
Hello, I am relatively new to video transcoding, and have been trying off and on for a few weeks to create a Divx Plus HD compatible H.264 MKV file. I am able to create the video files, but the web player keeps giving the following error message:

DivX Web Player: playback error
=================================
The downloaded video file is not a DivX file.

If anyone more experienced than myself can find the problem with my encoded file, I would be very grateful.

If you would like a 5 second sample of the transcoded file (900KB) please PM me and I will provide you a link to my webserver.

Thanks,
Wes

PS - Conversion information:
Command:
ffmpeg -t 5 -y -i SCC.S02E19.avi -s 1280x720 -maxrate 20000000 -bufsize 25000 -bf 3 -g 96 -qmax 51 -acodec aac -ab 128k -ac 2 -r 1001/24 -vcodec libx264 -vpre hq -crf 22 -threads 0 video.mkv

libx264-hq.ffpreset:
coder=1
flags=+loop
cmp=+chroma
partitions=+parti8x8+parti4x4+partp8x8+partb8x8
me_method=umh
subq=8
me_range=16
g=250
keyint_min=25
sc_threshold=40
i_qfactor=0.71
b_strategy=2
qcomp=0.6
qmin=10
qmax=51
qdiff=4
bf=3
refs=4
directpred=3
trellis=1
flags2=+wpred+mixed_refs+dct8x8+fastpskip

================
MediaInfo output
General
Complete name : C:\Users\Wes\Desktop\video.mkv
Format : Matroska
File size : 949 KiB
Duration : 5s 525ms
Overall bit rate : 1 407 Kbps
Writing application : Lavf52.39.2
Writing library : Lavf52.39.2

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.2
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Muxing mode : Container profile=Unknown@3.2
Codec ID : V_MPEG4/ISO/AVC
Duration : 5s 476ms
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 16:9
Frame rate : 41.708 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Writing library : x264 core 78
Encoding settings : cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=3 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=32 / keyint=250 / keyint_min=25 / scenecut=40 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=22.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=20000 / vbv_bufsize=479 / ip_ratio=1.41 / aq=1:1.00

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 5s 525ms
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Resolution : 16 bits
Video delay : -48ms

CruNcher
20th November 2009, 20:18
The downloaded video file is not a DivX file.

Says it all i they use something inside the .MKV to identify it as such without this boom ;)
so best way to confirm that use their applications to create a DivX .MKV i would guess that works fine, maybe they even check the bitstream itself :D

Dark Shikari
20th November 2009, 20:23
ffmpeg -t 5 -y -i SCC.S02E19.avi -s 1280x720 -maxrate 20000000 -bufsize 25000 -bf 3 -g 96 -qmax 51 -acodec aac -ab 128k -ac 2 -r 1001/24 -vcodec libx264 -vpre hq -crf 22 -threads 0 video.mkvSome unrelated notes about this commandline:

1) Maybe you meant bufsize 25M and maxrate 20M? They're both in bits.
2) -qmax 51 is part of -vpre hq, so you don't have to include qmax.

wtopace
20th November 2009, 20:44
Some unrelated notes about this commandline:

1) Maybe you meant bufsize 25M and maxrate 20M? They're both in bits.
2) -qmax 51 is part of -vpre hq, so you don't have to include qmax.

Thanks for the quick reply! Right after I posted this I did "x264 -h" and "ffmpeg -h" and realized that the units for both of those are different (kbits vs bits). That did not fix the problem, however, it looks like there has been an update to the WebPlayer that did fix it, so everything is working fine now. I will go dig around the DivX website and see if I can find a changelog to see what changed. Thank you guys for the help!

porfitron
21st November 2009, 23:38
BTW, Stax76 has added DivX Plus HD settings to the latest version of StaxRip: http://forum.doom9.org/showthread.php?t=102652&page=126 (thanks, dude!)

And you can also consult our developer portal (developer.divx.com) on how to use x264 for encoding compatible streams for DivX Plus HD.

We'll be putting together some recommendations for DivX Plus HD encoding for web streaming via the DivX Plus Web Player soon, we just want to make sure we get enough feedback from content publishers, developers of encoder GUIs and other users so we come up with some settings that work for the most popular use cases.

For now, we encourage you to experiment and share what's working best for you.

stax76
22nd November 2009, 00:14
edit: problem solved, problem was the source was on my hard drive instead of a web server.

CruNcher
22nd November 2009, 01:44
@ porfitron
Are you planing on Hardware Decoding support for the Web Player i mean come on it's the Buzzword currently though i remember Mainconcept failed back then implementing even DXVA playback when Elecard got it right hehe :D