New DivX 7 H.264 codec

[Enigmax]

New DivX 7 on January 2009.
http://www.divx.com/divx7/?lang=en

Supporting H.264 and AAC audio.

[microchip8]

no thanks, I'm sticking to x264 :p

[Doom9]

And since it's AVC it will need to be discussed in the AVC forum ;)

[Enigmax]

DivX 7 continues whit the full compatibility ASP.

But...
I prefer XviD (and X.264, of course) :D

[ChronoCross]

I'm interested to see what divx has got in store.

[tommy_vercetti]

Is it going to be 64 bit compatible, XVID has already gone 64 bit

[Kurtnoise]

It's out...:)

[mgh]

http://www.divx.com/en/products/software/windows/divx
free version also available.
downloading right now.

[leeperry]

nice! too bad they didn't tell betatesters :rolleyes:

EDIT : it does seem to offer lower latency than CoreAVC :eek:

[bond]

merged "divx7 is here" threads and moved to the forum it belongs

[ricardo.santos]

Well im really not really into the HD thing, DVD is more than enough for me.

Im more interested in streaming videos using h264, i converted a trailer (640x268) with divx converter using the divx plus profile, there were no video or audio option to tweak just a size limit option.

At the end i got a mkv file, demuxed it and muxed it back into mp4 with Yamb.

Hosted the mp4 but it doesnt stream, i checked the profile and it uses the 4.0(high), so in theory it should stream it.

I tried to replicate the settings used by the divx converter with other free programs that use x264 (automkv, xvid4psp, avanti) and the divx video looks about the same to me and they stream properly.

I'll have to wait untill 3rd party programs support divx7 so that i can tweak the settings and compare it to x264

[audyovydeo]

huh ?

PLAY
Plays DivX video (.divx, .avi)
Plays HD H.264 video (.mkv)
Supports AAC and MP3 audio
Includes DFX Audio Enhancer
CREATE
One-step conversion to DivX video
Outputs .divx ,.avi, .mkv files
Includes DivX Plus™ HD encode profile
Includes advanced encode settings

http://www.divx.com/en/products/software/windows/compare-divx

I take this to mean they don't support mp4 file format.
They're history from day zero, as far as i'm concerned. You can't make an H.264 codec without supporting its native container, full stop.

cheers
a/v

[leeperry]

ok I've done some benchmarks on my o/c Q6600.....all I can say is that ffdshow-mt works amazingly well on 720p files :eek:

too bad ffdshow-mt is not compiled in ICL10 as it helps a lot with post-processing...also divx seems to offer a very low latency when using avisynth scripts :)

Death.and.Life.of.Bobby.Z.mkv (720p 2.35 short sample)

divx :
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 561.4, dfps: 347.9
User: 1s, kernel: 0s, total: 1s, real: 1s, fps: 477.6, dfps: 351.6
User: 1s, kernel: 0s, total: 1s, real: 1s, fps: 492.3, dfps: 367.9

coreavc 1.85 :
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 542.4, dfps: 351.6
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 653.1, dfps: 351.6
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 581.8, dfps: 343.9

coreavc cuda :
User: 0s, kernel: 0s, total: 0s, real: 3s, fps: 711.1, dfps: 136.2
User: 0s, kernel: 0s, total: 0s, real: 3s, fps: 666.7, dfps: 135.6
User: 0s, kernel: 0s, total: 0s, real: 3s, fps: 711.1, dfps: 136.2

ffdshow mt 2576 :
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 888.9, dfps: 336.9
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 761.9, dfps: 336.9
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 820.5, dfps: 333.3

FF.mkv (1080p 1.78 short sample)

divx :
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 206.2, dfps: 121.0
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 214.2, dfps: 121.0
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 222.7, dfps: 121.0

coreavc 1.85 :
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 206.2, dfps: 129.5
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 253.1, dfps: 132.6
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 265.1, dfps: 132.4

coreavc cuda :
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 206.2, dfps: 118.5
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 253.1, dfps: 121.2
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 206.2, dfps: 121.2

ffdshow mt 2576 :
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 146.5, dfps: 99.4
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 135.8, dfps: 101.3
User: 0s, kernel: 0s, total: 0s, real: 0s, fps: 146.5, dfps: 103.1

Chaos.mkv (720p 2.35 short sample)

divx :
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 557.7, dfps: 300.2
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 574.1, dfps: 305.0
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 723.0, dfps: 300.2

coreavc 1.85 :
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 673.1, dfps: 282.9
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 673.1, dfps: 287.2
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 780.8, dfps: 278.8

coreavc cuda :
User: 0s, kernel: 0s, total: 0s, real: 2s, fps: 574.1, dfps: 128.4
User: 0s, kernel: 0s, total: 0s, real: 2s, fps: 723.0, dfps: 128.4
User: 0s, kernel: 0s, total: 0s, real: 2s, fps: 591.5, dfps: 128.4

ffdshow mt 2576 :
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 697.1, dfps: 300.2
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 697.1, dfps: 300.5
User: 0s, kernel: 0s, total: 0s, real: 1s, fps: 610.0, dfps: 305.0

[ArcticFox]

MKV needs a splitter, MP4 lots of other things can do it hence the specific MKV support, it will probably decode in MP4 as well as its just not specifically stated.

[tetsuox]

Im more interested in streaming videos using h264, i converted a trailer (640x268) with divx converter using the divx plus profile, there were no video or audio option to tweak just a size limit option.

Is DivX Plus™ HD encode profile = h264 encoder? Or is it just a tweaked MPEG4-ASP profile with more options suited to HD video? *confused*

@audyovydeo
DivX could have just packaged Haali's Splitter (a la CoreAVC) to support the .mp4 container.

[ricardo.santos]

Is DivX Plus™ HD encode profile = h264 encoder? Or is it just a tweaked MPEG4-ASP profile with more options suited to HD video? *confused*


yes it uses the h264 encoder, i had to demux the mkv and mux into mp4 using yamb

heres what mediainfo says:
General
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 7.54 MiB
Duration : 2mn 6s
Overall bit rate : 501 Kbps
Encoded date : UTC 2009-01-05 11:53:15
Tagged date : UTC 2009-01-05 11:53:15
Writing application : Yamb 2.1.0.0 [http://yamb.unite-video.com]


heres the divx "mp4" that doesnt stream and the clip i used converted with x264 that streams, "side by side".

http://ricardouk.blogspot.com/2009/01/divx-7-vs-x264-streaming-teste-test.html

[tetsuox]

@ricardo
Try http://labs.divx.com/WebPlayerCodeGeneratorBeta to use DivX webplayer instead. I assume the DivX Webplayer supports .mkv as that is their output container.

[ricardo.santos]

@ricardo
Try http://labs.divx.com/WebPlayerCodeGeneratorBeta to use DivX webplayer instead. I assume the DivX Webplayer supports .mkv as that is their output container.


I guess it would but the already widely spread Flash player supports mp4/avc.

For example if i open a website and start posting videos i wont ask people to install divx to watch videos, youtube, dailymotion, vimeo, veoh etc etc etc etc everyone uses the flash player (small instalation file) to stream flv or mp4/avc.

About the divx mp4 file not streaming, it does but only after it downloads the whole video, something to do with the "atom" not being at the beggining of the mp4, i thought yamb would take care of it.

[tetsuox]

I guess it would but the already widely spread Flash player supports mp4/avc.

Yeah I know, but I'm just curious ;)

[Dark Eiri]

huh ?
I take this to mean they don't support mp4 file format.
They're history from day zero, as far as i'm concerned. You can't make an H.264 codec without supporting its native container, full stop.

cheers
a/v

I'm quite happy with this. Since hardware devices supporting H264 have mandatory support to .MP4, maybe now we'll start to see some MKV players out there. And it would be really great if Sony and Microsoft updated their licenses to bring it to the consoles too.

You can always remux the MKV to MP4.

[ricardo.santos]

well the divx mp4 file is streaming properly now... i had to manually execute the command "mp4box -inter 500 test.mp4" with mp4box.

So to stream avc/mp4 with divx i had to:

1- convert with the divx converter
2- demux the mkv with MKV Extract
3- remux the h264 video and aac audio files with yamb to mp4
4- aplly the command "mp4box -inter 500 test.mp4" with mp4box


with the free solutions out here most all of them all they need is for the user to select the video and conversion profile, only avanti doesnt move the "moov" atom to the begining of the mp4 file but that easily overcomed by doing step 4 above

For my streaming needs i have to say that x264 and free programs outhere can do the same and without so many "steps"

heres the link for the videos again, now both working:

http://ricardouk.blogspot.com/2009/01/divx-7-vs-x264-streaming-teste-test.html

[lexor]

huh ?

I take this to mean they don't support mp4 file format.
They're history from day zero, as far as i'm concerned. You can't make an H.264 codec without supporting its native container, full stop.

cheers
a/v
anything that might push mkv support into standalones (and by extension ac3 and dts support without the need for ~10% waste of space for m2ts) is a very, very good thing.

[iwod]

No one talks about the quality? I thought the beat was only about the Decoder. They suddenly come out a encoder without beta testing?

[Dark Shikari]

No one talks about the quality? I thought the beat was only about the Decoder. They suddenly come out a encoder without beta testing?Encoder has been out in alpha for a while... it's just a rewrapping of the Mainconcept encoder.

[tommy_vercetti]

Does this play .mp4 files, cos Im unable to play them

[deekey777]

Does this play .mp4 files, cos Im unable to play them

Same here: I can't play big_buck_bunny_1080p_h264.mp4, but on the other side I can play TS-files.

[bond]

which encoding options are offered to the user in divx7 h.264?

and which encoding options does it use by default?

[Dark Eiri]

Well, I'm testing the DivX Converter 7 right now and all I can say is: it's fast (took me about 10 minutes to encode a 4min 720p60 video, on a stock Q6600). You should be aware that you need to select DIVX PLUS HD for H264. For the first time encoding with it, I selected 720p HD (well, it was the format I wanted after all) and ended with a DivX v6.8.5 ASP encode.

What kills it is not being able to configure absolutely anything: resolution (keeps the source), H264 specs, bitrate (which is locked to 5 Mbps for 720p and 8.5 Mbps for 1080p)... you can't even change the output filename. The only thing you can actually change is the option to keep the original audio track if it is an AC3. It's almost retarded how absurdly limited it is. And I didn't see any way to use the encoder outside of it, so it seems it's tied to it's own crappy GUI. I give it no stars at all. It's pretty much useless for "power H264 users". I know most end-users don't give a damn about settings and will love the simplicity and how easy it is to compress their videos with nice visual quality.

Even if you can't tune it the visual quality is very nice. The deinterlacer is nice too. Most users won't need more than this. It's L4.0 (with 2 ref-frames, I believe) so DXVA and Xbox360/PS3 won't have a hard time decoding it (well, for the time being, you'll have to remux it to MP4 for the consoles). Didn't compare the quality against x264 because I couldn't tune the settings and I don't think is fair comparing it with a crippled x264 (no Psy-RD and AQ) to match the DivX 7 defaults. If it's really only a Mainconcept H264 twist, then we all know the results already.

EDIT: Just tested 1080p. Video quality was really good too. Kinda slow to encode, though.

The converter also couldn't use ffdshow for AC3 decoding, forcing me to install AC3Filter to convert a MPEG-2 TS.
Oh, and it downmixed the audio to AAC Stereo @ 160kbps, sounding nice, but no surround... Again, 99% of the users will be absolutely fine with stereo. (Confirmed it. And if I set AC3Filter to output 5.1, the encoded AAC gets all crazy.)

The decoder on the other hand is pretty fast! It's amazing how it plays 720p 60fps on my old Turion MK-36 (single core) notebook with very little frame loss. CoreAVC and ffdshow-mt got competition! If the free decoder is the same that is on the Pro trial, I would say it is the best H264 decoder available for free today.

Conclusion: While being a major evolution from DivX 6, it's not competition for x264 if you're an advanced user. It's like perfection for average users who just want to compress their footage and don't care about advanced settings, though. Congrats, DivX!

Warning: The 1080p encode buffers for more than a minute on the Xbox360 before starts playing. Scary.

EDIT: I'll edit this post with more tests later.

[audyovydeo]

maybe now we'll start to see some MKV players out there.

You can always remux the MKV to MP4.



they're two different things. I personally would love hardware players handle H.264-in-MP4 just as much as you'd like to see H.264-in-MKV.

But a software player supporting MKV and not MP4 is like a bicycle with 24 speeds without the brakes (I could've come up with a better analogy, but what the heck).

cheers
a/v

[Underground78]

For those who want to play with a sample : http://www.mediafire.com/?xyzmlxq2onz (original : http://rapidshare.com/files/82525583/killa.sampla.x264.mkv.html)

[Dark Eiri]

they're two different things. I personally would love hardware players handle H.264-in-MP4 just as much as you'd like to see H.264-in-MKV.

But a software player supporting MKV and not MP4 is like a bicycle with 24 speeds without the brakes (I could've come up with a better analogy, but what the heck).

cheers
a/v

Oh, you're talking about software players! I didn't install the player, but I'm almost sure it supports MP4. Just a minute, I'll try it.

Most "hardware" HD players can already play H.264-in-MP4, though (Playstation 3, Xbox 360 and some HDD/Ethernet based players). I can only name Popcorn Hour supporting MKV.

[tommy_vercetti]

A software player supporting MKV and not MP4 is like a bicycle with 24 speeds without the brakes (I could've come up with a better analogy, but what the heck).

cheers
a/v


And when XVID glady goes ahead and gets a 64 bit compatible version, DIVX gladly treads the 32 bit path.... :angry:

[audyovydeo]

"hardware" HD players / software / MP4 / MKV et al

<rant>
In the grander scheme of things, 10 / 20 years down the line, we'll all be using VC1-in-WMV only because H.264-in-whatever is becoming a helluva fragmented field, with files encoded to the H.264 standard by encoder X unable to play back on (software or hardware) player Y.

Already-seen scenario, now playing out in the video world.
Guess us "enthusiasts" will still be chatting around here about x264 r0.98.8437 and DivX12.4
</rant>

[Dark Eiri]

And when XVID glady goes ahead and gets a 64 bit compatible version, DIVX gladly treads the 32 bit path.... :angry:

XviD 64bit is that of an improvement over the 32bit?
There are 64bit builds for x264 too and they're not much faster than the 32bit ones.

[Dark Shikari]

XviD 64bit is that of an improvement over the 32bit?
There are 64bit builds for x264 too and they're not much faster than the 32bit ones.I doubt they're much faster as Xvid doesn't have any 64-bit-specific asm as far as I know.

x264's are 15% faster though, and that's pretty decent.

[bond]

seems to use advanced profile, level 4, with cabac, loop, weighted prediction (not in b-frames), 8x8, no custom matrix, 3 ref frames, hrd

[IgorC]

Nice to see Divx on H.264 and AAC. Advanced users already have advanced H.264/AAC codecs like x264, Nero and Apple AAC. But fast H.264 decoder and one more big company wich supports H.264/AAC is really usefull for even faster adoption of H.264.

The final version of H.264 decoder seems to be identical to Beta3 in perfomance field.

[tommy_vercetti]

Strange DigitalAK not around to answer our queries ?

[mgh]

media info shows High@L4.0 (CABAC/15 Ref Frames) with all encodes i tried (clips from vcds, dvds and 640 width avis). Quality of all was really nice, the dvd encodes were a little over 800 kbps video. could retain the ac3 audio
the player plays mkvs only, mp4s need to be remuxed to mkv (one step with megui mkv muxer)

[Kurtnoise]

well the divx mp4 file is streaming properly now... i had to manually execute the command "mp4box -inter 500 test.mp4" with mp4box.

you can do that w/ Yamb too...Just check the box in the settings. ;)

[CruNcher]

yep i wonder how the industry is gonna accept it a lot of parts of the content (downloadable high quality) is in WMV these days and .mov isn't adapted so fast and in reality i would like it more to see DivX and the Mainconcept Encoder become successful here then Apples Crap :D, though of course many will still prefer WMV because of the users they can reach with it but many go already multi encoding for their content so DivX H.264 could become a option (and who says you have to use Mainconcepts Encoder ;) ), though it also depends on the Licensing as WMV is easy in those regards you use it and don't care about anything :) sure you support Microsoft with that and their Monopol but most content provider don't care about that. It could push .MKV indeed and DivX Goal is clear they try the same strategy back with ASP though times changed and not sure if it will work the way they think these days :). I hope we gonna see new Devices from the Industry leaders gonna support .MKV it worked back then with .AVI though most go the .mp4 route these days so establishing .MKV as the Standard will be hard though by a great part it is in the Hands of the Consumer himself how successful it will be and that is what DivX Inc builds it's strategy on :) so buy buy buy and create content content content then the big ones have no chance to go and support .MKV tough they always need some kind of commercial coporation and of course they gonna license "DivX" as the name once again (which is funny because they created the underlying technology, the most important parts of it) :)
It's funny to see how DivX always makes it happen as the Child that Mother comes and want's something from them :D Child demands Mother reacts and they try it again but as i said it will be hard the market is different though the Power of the Consumer is always the same of course, and what once worked might work again if it doesn't hmmm i guess that would be the end of DivX as we knew it :)

[djloewen]

So, that CLI alpha encoder we were testing... it's gone? We have no way of using the DivX encoder outside of the Converter application?

[Amdh]

As said by others, no advanced settings to play with .. just a stupid useless encoder that fits only for novices, we expected more from divx, i'm personnally disappointed and i'll stick to my lovely x264

[LoRd_MuldeR]

As said by others, no advanced settings to play with .. just a stupid useless encoder that fits only for novices, we expected more from divx, i'm personnally disappointed and i'll stick to my lovely x264

I can't get that "DivX Converter" to produce any H.264 files :scared:

It always gives my an .divx file with "DX50" FourCC code. Here is the MediaInfo analysis:

General
Complete name : C:\TEMP\Crowd Run 1680p.divx
Format : AVI
Format/Info : Audio Video Interleave
File size : 3.05 MiB
Duration : 10s 0ms
Overall bit rate : 2 558 Kbps

Video
Format : MPEG-4 Visual
Format settings, BVOP : Yes
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default
Muxing mode : Packed bitstream
Codec ID : DX50
Codec ID/Hint : DivX 5
Duration : 10s 0ms
Bit rate : 2 550 Kbps
Width : 976 pixels
Height : 544 pixels
Display aspect ratio : 16/9
Frame rate : 30.000 fps
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.160
Stream size : 3.04 MiB (100%)
Title : Video
Writing library : DivX 6.8.2 (UTC 2008-05-17)

And yes, I did select the "DIVX PLUS HD" profile. Can't find any more options. Not even option to select bitrate/quantizer? :confused:

[audyovydeo]

Writing library : DivX 6.8.2 (UTC 2008-05-17)[/CODE]

:

are you sure in isn't a conflict with the previously installed version ? Looks like something didn't get unistalled. I cant say for sure, cause I'm NOT going to install that (shudder!) thing on my computer.

cheers
a/v

[ricardo.santos]

the market is different though the Power of the Consumer is always the same of course, and what once worked might work again

Altough im no expert on the quality side of things im going to give my opinion on this matter from a consumer point of view.

I have no bluray player or any bluray movie but the situation at the moment seems different to me, divx "launched" divx hardware players because dvd players at the time werent able to play divx only dvd, but now from what i read bluray players play blu ray discs and h264/mp4 videos.

Someone said mkv supports ac3 but doesnt aac give better quality?

i use their ASP encoder and im quite happy with it, but why the DIVX PLUS? To get money on licensing divx plus players? it seems bad to me from a consumer point of view taking in consideration that current bluray players/PS3 play MP4/H264.

Having the converter "locked" to produce just MKV seems unfair, perhaps tools like AutoGk/avi.net/Automkv/StaxRip can be upgraded to produce a different format...

Are my reasons wrong? Am i missing something?

[LoRd_MuldeR]

are you sure in isn't a conflict with the previously installed version ? Looks like something didn't get unistalled. I cant say for sure, cause I'm NOT going to install that (shudder!) thing on my computer.

I converted another video (this time a 1080p trailer from Apple site and again "DIVX PLUS HD" profile) and this time I got a H.264 stream in MKV. Strange :confused:

Seems the DivX Converter decides the output format also by some properties of the input file...

[Dark Eiri]

@LoRd_MuldeR: I'm getting that a lot too. Just ensure you select DIVX PLUS HD before adding the files and you should be okay for most encodes.

[LoRd_MuldeR]

Just ensure you select DIVX PLUS HD before adding the files and you should be okay for most encodes.

Thanks for the info. But for the moment I see no reason to care about the DivX Converter. I've seen enough :rolleyes:

Waiting for the final release of their CLI encoder ...

[Sagekilla]

Glad to see they're using mkv and not hacking away with avi :) About time we start using some newer formats that aren't a kludge to use.

[deekey777]

Same here: I can't play big_buck_bunny_1080p_h264.mp4, but on the other side I can play TS-files.

So, the DivX Player seems to have problems with my .MP4-files (it stutters). But the same files are playable with WMP11+DivX H.264 with no problems.

Something about performance: With 1080p24 (average 25 MBit/s) the DivX H.264 Decoder has some problems on my X2 4200+, CoreAVC works fine.

[LoRd_MuldeR]

Glad to see they're using mkv and not hacking away with avi :) About time we start using some newer formats that aren't a kludge to use.

H.264 and MKV support is a great thing. But as long as their encoder can only accessed through an almost useless "One Click" GUI, there is not much benefit for the users.

At the moment x264 is superior in all aspects. It can be used with pretty simple "One Click" GUI's and at the same time it can be used in a way where you can tune every single parameter.

I'd do a quality comparison, but if I can't even specify the bitrate or the quantizer, that's kind of pointless. Also it rejects many of my sources or converts them to ASP...

[Ajax_Undone]

I think the converter as it sits is a piece of poo there is no use for it as it was a heathen sacrifice of the Original Dr.

The CLI is still in beta status and has as Lord has stated is very limited in its ability to do anything.

As for the vfw codec itself is still the old v.6.8.5. I think upgrading to the "" New "" version is a moot point till they get more work done.

My own personal opinion is that they were pushing the new version before CES. Sad:(

[LoRd_MuldeR]

The CLI is still in beta status and has as Lord has stated is very limited in its ability to do anything.

What CLI encoder? There is none, or did I miss something? :eek:

The only CLI encoder I can find in my DivX folder is the "old" Alpha demo of the DivX H.264 encoder, which has expired:

H.264/AVC Encoder DivX (vs 0.0.0.4) (c) Jul 15 2008 DivX
Usage: [options] -i <input file> -o <output file>

This pre-release version has expired on Wed Nov 12 00:00:00 2008
Please check http://labs.divx.com for new versions.

[Ajax_Undone]

My mistake this even makes their situation worse...:scared:

Still it is really sad.:D

But yet I have beta 1

This pre-release version will expire on Tue Mar 10 01:00:00 2009 vs 0.0.0.5

[Dark Shikari]

I'm going to make a guess that if you set your system time appropriately... :devil:

[LoRd_MuldeR]

But yet I have beta 1

This pre-release version will expire on Tue Mar 10 01:00:00 2009 vs 0.0.0.5

That one certainly is not included in the public DivX 7 download. And I also can't find it on the "DivX Labs" site, although I'm in the "Rémoulade" group:

http://img181.imageshack.us/img181/3739/divxencoderbw3.th.png (http://img181.imageshack.us/img181/3739/divxencoderbw3.png)

[keeperofdakeys]

That one certainly is not included in the public DivX 7 download. And I also can't find it on the "DivX Labs" site, although I'm in the "Rémoulade" group:


google can't even seem to find beta 1...

I won't buy the new DivX 7 until it does have a vfw codec
another strange thing is that in redoing their website they took away the link to the forums, which still exist and are in the old site theme

they should have another release out soon though

[LoRd_MuldeR]

google can't even seem to find beta 1...

Well, Alpha-1 wasn't public either. Only for selected "Beta Testers". I guess the same applies Beta-1 now.

But obviously access to Decoder Beta-3 and Encoder Alpha-1, which I have, doesn't give you access to Encoder Beta-1.

I won't buy the new DivX 7 until it does have a vfw codec

Their H.264 Encoder will never become available in the VfW Codec. They keep on shipping the 6.8 series VfW Codec.

But there's still hope the CLI encoder will be released in a later version of DivX 7.

another strange thing is that in redoing their website they took away the link to the forums, which still exist and are in the old site theme

Obviously a re-design due to the launch of DivX 7 :rolleyes:

[cyberbeing]

The CLI encoder version 0.0.0.5 is included in the latest DivXH264EncoderCLI_Alpha1.exe from DivX Labs. They put it up with the same file name when the old one expired.

New version | CRC: 668C5A4B | Version: 8.1.0.67 | Digital Signature: Tuesday, November 11, 2008 11:31:17 AM
Old version | CRC: 308653C8 | Version: 8.1.0.61 | Digital Signature: Monday, August 11, 2008 12:28:27 PM

[LoRd_MuldeR]

The CLI encoder version 0.0.0.5 is included in the latest DivXH264EncoderCLI_Alpha1.exe from DivX Labs. They put it up with the same file name when the old one expired.

New version | CRC: 668C5A4B | Version: 8.1.0.67 | Digital Signature: Tuesday, November 11, 2008 11:31:17 AM
Old version | CRC: 308653C8 | Version: 8.1.0.61 | Digital Signature: Monday, August 11, 2008 12:28:27 PM

I see :D

[Ajax_Undone]

Sorry I did not know.

I didn't figure that they would make the h.264 part of their vfw but was hoping for an updated h.263 vfw codec...

I suppose its as I said new package and player same old codec with no h.264 release. As far as purchasing I wont until they include the cli in the package.

And as far as that is concerned I think x.264 is still way more advanced and a hole lot more useful... Just want to see how the commercial grade stacks up against OSS.

Have a question Lord can you point me in the right direction. I am needing an full out line on all the parameters used in x264 codec

[Dark Shikari]

full out line on all the parameters used in x264 codecenjoy (http://ffmpeg.x264.googlepages.com/mapping)

[Ajax_Undone]

Thanx bro

Appreciate that...:D

[CruNcher]

Mainconcepts Encoder isn't so advanced it can almost keep up with x264 (and without AQ it's bloody weak in a lot of situations) more interesting is Atemes Research, it easily beats Mainconcept :)

[Dark Shikari]

Mainconcepts Encoder isn't so advanced it can almost keep up with x264 more interesting is Atemes Research, it easily beats Mainconcept :)Indeed, unlike Mainconcept, Ateme has this brilliant encoder development strategy: don't release anything recent and blame all problems on the fact that their released software encoder core is really old, all while promising a new one that will come "eventually" and cost another $20,000 ;)

[Dark Eiri]

BTW, does anybody know if DivX 7 decoder supports out of spec MVs on H264? That would be a small plus from CoreAVC. I don't have any file with those issues to test.

[crnagora]

Their H.264 Encoder will never become available in the VfW Codec. They keep on shipping the 6.8 series VfW Codec.

But there's still hope the CLI encoder will be released in a later version of DivX 7.


Where do you get your Info on that ? Even x264 has a vfw codec. It would surprise me big time if they dont release a vfw codec.

Also MP4 support would have been quite nice.

Kinda makes me sad. Rushing the release to be on time with the CES :(

[LoRd_MuldeR]

Where do you get your Info on that ? Even x264 has a vfw codec. It would surprise me big time if they dont release a vfw codec.

Because the DivX developers that used to hang around here stated that DivX 7 would ship as a CLI encoder (of which we have an Alpha version available) and because they also stated that DivX 7 will use the MKV container, which excludes VfW (more or less). Also encoding H.264 through a VfW Codec is "problematic" at least. Last but not least: The x264 VfW encoder is not officially supported.

[Sharktooth]

x264 vfw is not supported at all by the x264 devs. a third party development is going on.
also forget about divx7 in virtual dub (finally!). it's time to move toward new technologies.

[bond]

do i see it correctly that divx 7 uses native mkv for their mkvs?

[STaRGaZeR]

I was wondering about that as well. What about new version of Haali's splitter? CoreAVC64? Haali64? :scared:

[LoRd_MuldeR]

do i see it correctly that divx 7 uses native mkv for their mkvs?

Sorry, what does "native" MKV mean? And is there something like none-native MKV ???

Fact is: If you choose the "DivX Plus HD" profile in the "DivX Converter", a very very simple tool with absolutely no encoding options, it will (hopefully) give you H.264 in a MKV container. All other profiles produce MPEG-4 ASP in AVI (with .divx extension). And the DivX Codec teself is completely unchanged. So if you use VirtualDub & Co with DivX 7, you'll also get MPEG-4 ASP in AVI ...

MediaInfo from "DivX Plus HD" MKV:
General
Complete name : C:\TEMP\Samples.mkv
Format : Matroska
File size : 3.20 MiB
Duration : 1mn 30s
Overall bit rate : 297 Kbps
Writing application : libDivXMediaFormat 3.0.0.0386
Writing library : libDivXMediaFormat 3.0.0.0386

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 15 frames
Muxing mode : Container profile=Unknown@0.4
Codec ID : V_MPEG4/ISO/AVC
Duration : 1mn 30s
Bit rate : 278 Kbps
Width : 352 pixels
Height : 288 pixels
Display aspect ratio : 1.222
Frame rate : 25.000 fps
Standard : PAL
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.110

[JonRead]

Anyone got any idea why my "Divx Plus Directshow Filters" H264 decoder settings doesn't work ? Everytime I click it I get "can not be found". Yet it is there in the folder. When looking at the file load info it seems to go to the System32 folder first then on to the DIVX one. Any idea what is going on ? Thanks.

[clsid]

It's probably a bug in their installer. Change the path or rundll32 to the SySWOW64 dir.

[Inventive Software]

Sorry, what does "native" MKV mean? And is there something like none-native MKV ???

Fact is: If you choose the "DivX Plus HD" profile in the "DivX Converter", a very very simple tool with absolutely no encoding options, it will (hopefully) give you H.264 in a MKV container. All other profiles produce MPEG-4 ASP in AVI (with .divx extension). And the DivX Codec teself is completely unchanged. So if you use VirtualDub & Co with DivX 7, you'll also get MPEG-4 ASP in AVI ...

MediaInfo from "DivX Plus HD" MKV:
General
Complete name : C:\TEMP\Samples.mkv
Format : Matroska
File size : 3.20 MiB
Duration : 1mn 30s
Overall bit rate : 297 Kbps
Writing application : libDivXMediaFormat 3.0.0.0386
Writing library : libDivXMediaFormat 3.0.0.0386

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 15 frames
Muxing mode : Container profile=Unknown@0.4
Codec ID : V_MPEG4/ISO/AVC
Duration : 1mn 30s
Bit rate : 278 Kbps
Width : 352 pixels
Height : 288 pixels
Display aspect ratio : 1.222
Frame rate : 25.000 fps
Standard : PAL
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.110

Non-native MKV is stuff encoded in VFW-mode with a generic FourCC instead of a dedicated Codec_ID.

[LoRd_MuldeR]

Non-native MKV is stuff encoded in VFW-mode with a generic FourCC instead of a dedicated Codec_ID.
Codec ID : V_MPEG4/ISO/AVC

So I think we have "native" MKV here ;)

[Inventive Software]

I knew what I was on about, he didn't. ;) From memory, VFW stuff is V_VFW/4_CC (4_CC implies a 4 character FourCC identifier, for those not in the know).

[ricky man]

Hi.

What is the difference between Divx Plus HD and HD1080p?

[LoRd_MuldeR]

Hi.

What is the difference between Divx Plus HD and HD1080p?

DivX Plus HD = H.264/AVC in MKV Conatiner (.mkv)

HD1080p = MPEG-4 ASP in AVI Container (.divx)

[Sagittaire]

Unfortunaly DivX7 AVC don't use the best setting available for Mainconcept SDK. No AQ and No FGO. This codec can't fight with Nero/ateme or x264. Moreover DivX7 don't use the last SDK available ... lol

[ChronoCross]

Disappointing showing from Divx. Any File that I would want to use this on is missing x codec or y codec. It's absolutely useless unless I do pre-rendering through AVS.

New divx converter for all your divx to divx conversions!!! :devil:

[LoRd_MuldeR]

You know that you can drop Avisynth scripts on the DivX Converter? ^^

[ChronoCross]

You know that you can drop Avisynth scripts on the DivX Converter? ^^


Disappointing showing from Divx. Any File that I would want to use this on is missing x codec or y codec. It's absolutely useless unless I do pre-rendering through AVS.


I know that....and that's what I said lol. Its a converter I shouldn't have to do 6 steps to put a media file through it.

[LoRd_MuldeR]

I know that....and that's what I said lol.

I see :D

Its a converter I shouldn't have to do 6 steps to put a media file through it.

And yes, I agree. It's strange that it doesn't accept everything DirectShow can handle, like DirectShowSource() does :confused:

[Sharktooth]

i downloaded and installed divx 7 on a relatively old machine (athlon xp). i have to say the h.264 decoder is pretty fast on that setup (compared to ffdshow/libavcodec) and it can play 720p stuff without problems.

[robU*4]

Hi guys,

I looked at the .mkv files produced by Converter 7 (like this one (http://www.mediafire.com/?xyzmlxq2onz) found earlier in the thread) and these files have numerous problems. They are invalid, bogus and inefficient. Hopefully remuxing with mkvmerge fixes most of the issues (hence the sample files on divx.com are correct since they are remuxed with mkvmerge 2.4.0).

Here is the list of the issues I found:
All EBML elements are saved. This is inefficient as EBML allows to avoid outputing the mandatory elements that have a default value. That means the files created by libDivXMediaFormat 3.0.0.0846 are much bigger than what they should be.
In the video tracks properties there are 2 EBML elements with the ID 0xFF. Which are in violation of the EBML specs (http://ebml.sourceforge.net/specs/):"Any ID where all x's are composed entirely of 1's is a Reserved ID, thus the -1 in the definitions above."
The aspect ratio infos set final pixels as 16x9. This is not compliant with the specs too. But that was introduced by Haali (IIRC) and is supported by most decoders.
Each track description has a link to an attachment, that doesn't exist in the file produced.
Each AAC frame is stored in 1 Block. Which is very inefficient space-wise. That's why there is lacing in Matroska (mkvmerge packs the frames by 8 at a time).
In another file (http://devcenter.coreforge.org/corefiles/get.php?id=cc-qxgjbfst) I found the audio timecodes are bogus. They go 0ms, 21ms, 42ms, 64ms, 85ms, 106ms, 128ms, 149ms, 170ms, 192ms, 213ms. And then they continue 64ms, 85ms, 106ms, 128ms, 149ms, 170ms, 192ms, 213ms, 234ms, 256ms, etc... Going backward in time is wrong. Even if these frames have correct timecodes, they should be muxed with consecutive timecodes.


Remuxing these 2 samples with mkvmerge makes the files 15 and 25 KB smaller and fixes all these issues. Not sure what happens to the bad audio frames though :scared:

[tommy_vercetti]

In not sure but playing Videos with DivX in Windows Media Player does work unless you have Halli Splitter installed, What I have found is that with Vista x64 in Media Player 11 the video lags and the sound is not in synchronisation with the video, the Video is a .mp4 with AAC audio

[dj_tjerk]

List of things wrong with divx's muxer
Did you try their splitter? Can't really say for sure cause i got confused which splitter was being used, but vfr/chapters/anamorphic/softsubs didnt work anymore >_>
If someone would be so kind to check it properly, that'd be nice :)

[tommy_vercetti]

Their DivX splitter is selective, it works for .mp4 only in their player and for playing in Windows Media Player 11 you need to use Halli splitter and also enable the AVI option in it while installing

[TheResidentEvil]

I will not be getting this as I am perfectly happy with x264. However, I am glad that they are using the MKV format and I do hope it encourages more MKV playeres to pop up.

[hajj_3]

i will not be getting this as i am perfectly happy with x264. However, i am glad that they are using the mkv format and i do hope it encourages more mkv playeres to pop up.

+1 !!!

[clsid]

Dozens of such players already exist, some are even cheaper than $100.

[lexor]

Is there a certification program for this new version? So is there a label we should be looking for in the future? Or is it still gonna say "DivX" or something?

[dj_tjerk]

Their DivX splitter is selective, it works for .mp4 only in their player and for playing in Windows Media Player 11 you need to use Halli splitter and also enable the AVI option in it while installing
Well, I renamed all the splitters I could find one by one.. and when playing files in zoomplayer, mkv opening failed as soon as I disabled Haali (most preferred).
Playing in MPC-HD still worked (no chapters/subs/vfr/...), but when I renamed divx's splitter, mpc-hd switched to using a low-merit splitter (or so it said in context menu), and it had chapters and subs again?
The last one was probably mpc's internal splitter, I can't think of anything else... But because the chapters and subs worked again when I renamed divx's splitter, I thought that it actually got used (and failed at splitting mkv properly)..

[lexor]

Dozens of such players already exist, some are even cheaper than $100.

There are dozens of players that have mkv support with aac, ac3, dts, subtitles and unrestricted 5.1 h264 decoders?

I want some, can you give links? The only such devices I know of are HTPCs.

[Ajax_Undone]

It does still concern me why Divx has resorted to that dumbed down interface once again for their premier encoder for Release.

Why they think if its not "" iPod "" easy to operate people wont buy it. The only reason I like x.264/Xvid above any others is NOT because they are free though it helps. Its because I have Advanced Options...

[nurbs]

@lexor:
I'm sure you know there are no normal players that do AVC level 5.1, but if you can live with level 4.1 there are quite a lot you can choose from. Although DTS is often only bitstreamed and subs are often limitet to .srt. The Popcornhour A-110 has support for everything you asked for except AVC level 5.1.

[clsid]

Search for "Sigma 8635".

[leeperry]

the amount of cash divx has got from m$ to put it in windows 7 must be completely crazy :eek:
I remember Brian Eno got like a 6 figures check for taking care of the windows 95 sound effects.
good part is it will support h264 mkv OOTB, how about DTS? :D

[djloewen]

The announcement on the DivX webpage mentions that DivX-Plus certified devices will begin appearing in late 2009.

Also, my understanding is that Windows 7 does not have .mkv functionality built-in. Check the announcements carefully (and the blogs of the people who have tried W7) - I think it just plays MPEG-4 ASP and H.264 (as well as just about everything else), it's not actually "DivX certified" and certainly not "DivX-Plus certified".

In reviewing past posts from DivX, and given that they (silently...) updated the alpha CLI encoder to function until March, it does seem clear that they intend to release a final CLI encoder sometime soon. I'm sure it will have only a small percentage of the options available to x264 users (and it would probably be silly and wasteful for them to try to compete with that hardcore-enthusiast segment of the encoder market), but it will be a big step up from this Converter. Personally I welcome it. What annoys me is that they haven't said a word about it since releasing the new codec. I'm sure they're busy with CES or something, I guess we'll just have to be patient.

Besides an update on the happenings of the CLI encoder, the other thing I'd really like to hear from them is what kind of non-video specs they require in order to certify devices as DivX-Plus. Will such devices be required to handle chapters, tags, subtitles? Will they be able to handle (and depending on the device, downmix) 5.1 audio? What audio bitrates? If we had these specs we could at least begin encoding compliant videos using x264.

On the decoder end of things, I see things from a very different point of view. We have all been able to create and play .mkv videos for some time, and DivX isn't really improving that situation (although I do welcome their additions to the encoder/decoder fold). The reason I'm cheering DivX on is because of their "it just plays" mentality. I like the idea of a video standard, like mp3 became the audio standard, that will play on anything.

So with that in mind, while it may play videos cleanly and efficiently, what sorely disappoints me is the lack of polish in how it handles .mkv with Windows Media Player. After installing it (with no other splitters or codecs installed), WMP played the video, but only after asking for my confirmation because it didn't recognize the extension. It wouldn't allow me to add .mkv files to my WMP library, much less sort them with tags. The files didn't show up in Media Center at all.

While I am perfectly capable of making the videos show up in Media Center by editing the registry (or installing another splitter/codec), I fear that this will sorely hurt DivX's (and our) long-term goal of .mkv acceptance. Another real problem in that direction is that the new Windows 7 seems to be able to natively play just about everything video-related (including H.264 and AAC audio), except the .mkv extension.

I personally would love to be able to tag and sort my videos in Windows Media Player just like I do with mp3s, and it's that sort of end-user functionality that could make or break DivX's chances of taking this mainstream. I strongly urge DivX to do what they can on their end to make this happen, and to push Microsoft to do their part as well. As it stands, when Windows 7 comes out, .mkv may turn out to be the format that mainstream computer users avoid like the plague.

[LoRd_MuldeR]

the amount of cash divx has got from m$ to put it in windows 7 must be completely crazy :eek:

Where is that info from?

I already know that Windows 7 will include H.264 and MPEG-4 ASP decoders. But did they really license DivX's decoders ???

[rtjnyoface]

I think its great that Divx was able to get hardware manufacturers to support divx7 but man, with the extremely limited abilities of Divx 7 I don't think that 1) there will be many people buying hardware just interested in divx certification and 2) that because of their choice in the direction of divx 7.

No VFW and only able to use it with converter. Boy, I don't think that they're going to have as prosperous a future as they did in the past.

[LoRd_MuldeR]

No VFW and only able to use it with converter. Boy, I don't think that they're going to have as prosperous a future as they did in the past.

They still have the H.264 CLI encoder in the making. If they ever release it, DivX 7 may actually become interesting for us...

[DigitAl56K]

Strange DigitalAK not around to answer our queries ?

Sorry guys, I got caught up in our launch activities and some work for CES and needed to catch some Zzzz's ;)

Is it going to be 64 bit compatible, XVID has already gone 64 bit

It will become 64-bit compatible. In this regard it's likely that work on the ASP elements will be finished first and 64-bit builds of the H.264 components willbe released via DivX Labs when they're ready.

nice! too bad they didn't tell betatesters :rolleyes:

EDIT : it does seem to offer lower latency than CoreAVC :eek:

I'll be sending e-mail to the beta groups today. During the course of the launch we also changed the website back-end and we needed to monitor how it performed before driving too much traffic. You may have noticed the site was a little slow over the past 48 hours but should be getting better now.

Glad you like the performance :) I think it's great that there's a high-performance H.264 decoder available for free now, and there are ongoing improvements that we'll continue to release via DivX Labs soon.



I take this to mean they don't support mp4 file format.
They're history from day zero, as far as i'm concerned. You can't make an H.264 codec without supporting its native container, full stop.


Yes you can! DivX 6, if you remember, is an MPEG-4 ASP-based codec and we use it in an AVI container. Xvid does the same. While you could argue that we should have used MP4 for DivX 6 and not AVI it would have been much harder to promote MP4 in a world where VFW applications dominated and our CE devices would have required much more memory to deal with indexing, making the entire format much less likely to succeed. Therefore MP4 was not the best choice of container for DivX 4/5/6. DivX 7 again brings a selection of technologies together. We chose the MKV container for DivX 7 because it has been well designed, supports our needs well, and has gained traction across many toolsets. The MP4 container might be the "native" container because it's part of the same specification suite, but that alone does not necessarily make it the best choice.

This all being said, in future we may have expanded playback support for MP4. Currently DivX Player will allow you to play content in an MP4 container if you have QuickTime installed by virtue of the QuickTime API, but this implies decoding is done via the QuickTime engine and codecs and thus playback performance may not be as good as when the DivX H.264 decoder is used.

MKV needs a splitter, MP4 lots of other things can do it hence the specific MKV support, it will probably decode in MP4 as well as its just not specifically stated.

The DirectShow decoder filter is not restricted - if you have an MP4 splitter it should work.

Is DivX Plus™ HD encode profile = h264 encoder? Or is it just a tweaked MPEG4-ASP profile with more options suited to HD video? *confused*

@audyovydeo
DivX could have just packaged Haali's Splitter (a la CoreAVC) to support the .mp4 container.

DivX Plus HD uses H.264 video. DivX Plus devices will be able to decode both DivX 6 (ASP) and DivX 7 (AVC) content. In the DivX 7 bundle the DivX 6 encoder and decoder are still included and DivX Converter 7 will output to either DivX 6 profiles or DivX Plus HD depending on the setting in the main window.

It's difficult to package code that we don't have access to and control over for legal reasons unfortunately. We also need our own splitter regardless. The DirectShow splitter we provide will grow in terms of functionality over time. We install it with a low merit so that if you already have a preferred splitter we don't override it, but if you don't have a splitter already we extend support for the MKV container to your DirectShow media applications.

@ricardo
Try http://labs.divx.com/WebPlayerCodeGeneratorBeta to use DivX webplayer instead. I assume the DivX Webplayer supports .mkv as that is their output container.

Web Player is going to be updated to support the DivX Plus HD content but this isn't included in the 7.0 release which focuses on the initial steps required to allow people to work with the format: Free high-performance playback in DirectShow applications, an easy to use Converter application and support in DivX Player. Again, keep your eyes on DivX Labs. If you're interested, subscribe to the DivX Video Publishers group there. Unfortunately I'm unable to talk too much about future release dates.

I guess it would but the already widely spread Flash player supports mp4/avc.

For example if i open a website and start posting videos i wont ask people to install divx to watch videos, youtube, dailymotion, vimeo, veoh etc etc etc etc everyone uses the flash player (small instalation file) to stream flv or mp4/avc.

I'll be fair and say that there are of course benefits to both players :) With Flash you have a larger pre-existing install base that can just click-through and start playing. With DivX there's a higher probability that any given visitor does not already have the DivX Web Player installed, but there are also side benefits. For example, DivX Web Player has always supported full-screen mode, has a windowed mode and also a nice desktop dimmer that makes the viewing experience much nicer. End users can save the media to their desktop without installing any special applications to snatch the content from the page, and can then play it back very easily in pretty much any player they like so long as DivX is installed, which is of course free. Good flv playback is not easy to come by. A benefit to the site operator and the user is that DivX Web Player allows users to save the cached content, so that saving the file doesn't consumer 2x the bandwidth and download time. Then of course you can take the content to any DivX Certified device, stream it via DivX Connected, and so forth.

well the divx mp4 file is streaming properly now... i had to manually execute the command "mp4box -inter 500 test.mp4" with mp4box.

So to stream avc/mp4 with divx i had to:

1- convert with the divx converter
2- demux the mkv with MKV Extract
3- remux the h264 video and aac audio files with yamb to mp4
4- aplly the command "mp4box -inter 500 test.mp4" with mp4box


with the free solutions out here most all of them all they need is for the user to select the video and conversion profile, only avanti doesnt move the "moov" atom to the begining of the mp4 file but that easily overcomed by doing step 4 above

For my streaming needs i have to say that x264 and free programs outhere can do the same and without so many "steps"

I'm glad you got this working! Keep in mind though that the goal of DivX Plus is not to output streaming MP4 files, so I am not surprised that there are other methods with fewer steps ;)

Same here: I can't play big_buck_bunny_1080p_h264.mp4, but on the other side I can play TS-files.

MKV is the container used and supported by DivX Plus HD. See above regarding MP4 playback support. There is a copy of Big Buck Bunny on our showcase page (http://www.divx.com/en/downloads/divx-7-showcase).

Well, I'm testing the DivX Converter 7 right now and all I can say is: it's fast (took me about 10 minutes to encode a 4min 720p60 video, on a stock Q6600). You should be aware that you need to select DIVX PLUS HD for H264. For the first time encoding with it, I selected 720p HD (well, it was the format I wanted after all) and ended with a DivX v6.8.5 ASP encode.

What kills it is not being able to configure absolutely anything: resolution (keeps the source), H264 specs, bitrate (which is locked to 5 Mbps for 720p and 8.5 Mbps for 1080p)... you can't even change the output filename.

This is only the first version of Converter and more options will be added. If you'd like to help us prioritize them send me a PM with an ordered list of what is most important to you to tweak.

EDIT: Just tested 1080p. Video quality was really good too. Kinda slow to encode, though.

...

The decoder on the other hand is pretty fast! It's amazing how it plays 720p 60fps on my old Turion MK-36 (single core) notebook with very little frame loss. CoreAVC and ffdshow-mt got competition! If the free decoder is the same that is on the Pro trial, I would say it is the best H264 decoder available for free today.

Conclusion: While being a major evolution from DivX 6, it's not competition for x264 if you're an advanced user. It's like perfection for average users who just want to compress their footage and don't care about advanced settings, though. Congrats, DivX!

Dark Eiri, I will raise up several of the points from your post to our product group so that they can be addressed. I'm glad you like the decoder! In terms of advanced encoding, we have a command line encoder available at DivX Labs which has been available for a while. We're working on updates to it (again, I can't elaborate on release dates), but it does provide more configurability than DivX Converter and will accept AVISynth scripts as input. There's a tutorial on the Project Rémoulade (http://labs.divx.com/projectremoulade) group homepage on using the command line encoder together with a handful of other tools to create a complete DivX Plus file.

But a software player supporting MKV and not MP4 is like a bicycle with 24 speeds without the brakes

Brakes are for wimps!

<rant>
In the grander scheme of things, 10 / 20 years down the line, we'll all be using VC1-in-WMV only because H.264-in-whatever is becoming a helluva fragmented field, with files encoded to the H.264 standard by encoder X unable to play back on (software or hardware) player Y.

Bingo! DivX is trying to prevent this exact problem. We're now delivering free playback software to several millions of users every month that can play H.264/AAC Surround/MKV. We're also working to certify devices to support this format also. If you want to create content that lots of people are going to be able to play easily then authoring in this format is a good way to go.


Already-seen scenario, now playing out in the video world.
Guess us "enthusiasts" will still be chatting around here about x264 r0.98.8437 and DivX12.4
</rant>

Hopefully not. As I'm sure I'll still be repeating on my death-bed: It's okay to use x264 ;)

Nice to see Divx on H.264 and AAC. Advanced users already have advanced H.264/AAC codecs like x264, Nero and Apple AAC. But fast H.264 decoder and one more big company wich supports H.264/AAC is really usefull for even faster adoption of H.264.

The final version of H.264 decoder seems to be identical to Beta3 in perfomance field.

For 7.0 the code was frozen around Beta 3 save a few bugfixes so that we had a stable build to integrate into Player, Converter, and so forth. However, work on the decoder has progressed simultaneously and more beta versions can be expected to be released through DivX Labs.

yep i wonder how the industry is gonna accept it a lot of parts of the content (downloadable high quality) is in WMV these days and .mov isn't adapted so fast and in reality i would like it more to see DivX and the Mainconcept Encoder become successful here then Apples Crap :D, though of course many will still prefer WMV because of the users they can reach with it but many go already multi encoding for their content so DivX H.264 could become a option (and who says you have to use Mainconcepts Encoder ;) ), though it also depends on the Licensing as WMV is easy in those regards you use it and don't care about anything :) sure you support Microsoft with that and their Monopol but most content provider don't care about that.

I award you 5 bonus points for the longest sentance!

I personally find content in .mov quite tedious to work with. QuickTime on the PC does not support all of the same codecs as it does on the Mac either for playback or export and support for DirectShow filters is poor. Kind of strange for a product that's been running on Microsoft platforms since Windows 3 ;) WMV is better although I think MS could do a better job of optimizing their codecs for performance. Certainly H.264/AAC/MKV has a much better potential for cross-platform support I think.

It could push .MKV indeed and DivX Goal is clear they try the same strategy back with ASP though times changed and not sure if it will work the way they think these days :). I hope we gonna see new Devices from the Industry leaders gonna support .MKV it worked back then with .AVI though most go the .mp4 route these days so establishing .MKV as the Standard will be hard though by a great part it is in the Hands of the Consumer himself how successful it will be and that is what DivX Inc builds it's strategy on :)

One of the key benefits DivX brings to the community is that we want to take the key technologies you're working with and use our influence to bring very broad support for them to market. The launch of DivX 7 means that we will deliver free software playback support into the hands of tens of millions of people this year, if not more. As we continue to improve the software we will also extend this to consumer electronics making the reach of content in this format very extensive.

So, that CLI alpha encoder we were testing... it's gone? We have no way of using the DivX encoder outside of the Converter application?

No, it's not gone! It's still available on DivX Labs and there are not only plans to update it but also to grow the number of tools we provide for the community. I should be able to elaborate more on this in the near future.

i use their ASP encoder and im quite happy with it, but why the DIVX PLUS? To get money on licensing divx plus players? it seems bad to me from a consumer point of view taking in consideration that current bluray players/PS3 play MP4/H264.

Because it is not only in Blu-ray players that we want to support an interoperable format. It is set-top boxes, digital televisions, portable media players, digital still cameras (video recording), digital video cameras, in-car players, gaming consoles, mobile phones, and of course those digital picture frames we love so dearly! :)

So, the DivX Player seems to have problems with my .MP4-files (it stutters). But the same files are playable with WMP11+DivX H.264 with no problems.

Something about performance: With 1080p24 (average 25 MBit/s) the DivX H.264 Decoder has some problems on my X2 4200+, CoreAVC works fine.

MP4 files are going through the QuickTime architecture, implying our decoder is not used. As noted above native MP4 playback support is something we're considering, and at that point performance for MP4 playback would be as high as for MKV playback.

[DigitAl56K]

The only CLI encoder I can find in my DivX folder is the "old" Alpha demo of the DivX H.264 encoder, which has expired

The download was replaced some time ago with a version that does not expire until March.

google can't even seem to find beta 1...

I won't buy the new DivX 7 until it does have a vfw codec
another strange thing is that in redoing their website they took away the link to the forums, which still exist and are in the old site theme

they should have another release out soon though

The omission of the forums link was an oversight and will be addressed later today.

Do you really want a VFW codec? On one hand we hear "AVI sucks!", while on the other I see people still asking for a VFW encoder, which is puzzling. For most cases is it not true that you are working with AVISynth through VirtualDub, in which case you can simply pass your AVISynth script to the command line encoder anyway? Most of the front-ends I see are using x264 command line or a built-in library version, and anything using x264 CLI should also be able to use DivX CLI (once we add some of the features that have been requested).

I'm intersted to hear more on why the VFW is critical to you, please drop me an e-mail, amayo (at) divxcorp [dotcom].

Well, Alpha-1 wasn't public either. Only for selected "Beta Testers". I guess the same applies Beta-1 now.

But obviously access to Decoder Beta-3 and Encoder Alpha-1, which I have, doesn't give you access to Encoder Beta-1.


I'm going to open up access to the CLI encoder in the next 24 hours.

As far as purchasing I wont until they include the cli in the package.

Currently the CLI is available separately for free, and playback in DivX 7 is also free. Good deal, no? :)

CruNcher & Dark Shikari: The encoder core in our CLI encoder will be updated, I promise :)

Unfortunaly DivX7 AVC don't use the best setting available for Mainconcept SDK.

The settings will be improved going forward, and even today they do give very high quality output. The command line encoder was used to create all of the content on our showcase page.

Disappointing showing from Divx. Any File that I would want to use this on is missing x codec or y codec. It's absolutely useless unless I do pre-rendering through AVS.

New divx converter for all your divx to divx conversions!!! :devil:

Which formats? PM me :)

I looked at the .mkv files produced by Converter 7 (like this one (http://www.mediafire.com/?xyzmlxq2onz) found earlier in the thread) and these files have numerous problems.

Steve, I will need to ask our engineers to look into these issues and get back to you.

Is there a certification program for this new version? So is there a label we should be looking for in the future? Or is it still gonna say "DivX" or something?

DivX Plus(TM) HD is the name of the certification program for video up to 1080.

It does still concern me why Divx has resorted to that dumbed down interface once again for their premier encoder for Release.

Why they think if its not "" iPod "" easy to operate people wont buy it. The only reason I like x.264/Xvid above any others is NOT because they are free though it helps. Its because I have Advanced Options...

More options will be added to both DivX Converter and the DivX H.264 Command Line Encoder. Please keep in mind that DivX Converter 7.0 is only the very first release.


Also, my understanding is that Windows 7 does not have .mkv functionality built-in. Check the announcements carefully (and the blogs of the people who have tried W7) - I think it just plays MPEG-4 ASP and H.264 (as well as just about everything else), it's not actually "DivX certified" and certainly not "DivX-Plus certified".

That's also my understanding.

In reviewing past posts from DivX, and given that they (silently...) updated the alpha CLI encoder to function until March, it does seem clear that they intend to release a final CLI encoder sometime soon.

The expiration date was set to March only because we did not have a fixed timeline for the final release and the existing alpha version expired. You will see betas appear on DivX Labs.

I'm sure it will have only a small percentage of the options available to x264 users (and it would probably be silly and wasteful for them to try to compete with that hardcore-enthusiast segment of the encoder market), but it will be a big step up from this Converter.

Converter will have more options, but it is designed primarily as an easy to use drag-and-drop encoder. It's not the kind of tool we'd expect the majority of users at Doom9 to use. This is why the command-line encoder exists: So that when it's finished you can build any toolchain you like around it, or integrate it as an option into any existing tool chain alongside x264.


Personally I welcome it. What annoys me is that they haven't said a word about it since releasing the new codec. I'm sure they're busy with CES or something, I guess we'll just have to be patient.

Again, sorry for the short delay! With the software release, website update, and CES all happening simultaneoulsy it's been an incredibly busy period for us.

Besides an update on the happenings of the CLI encoder, the other thing I'd really like to hear from them is what kind of non-video specs they require in order to certify devices as DivX-Plus. Will such devices be required to handle chapters, tags, subtitles? Will they be able to handle (and depending on the device, downmix) 5.1 audio? What audio bitrates? If we had these specs we could at least begin encoding compliant videos using x264.

I will get these to you. Any GUI developers interested in creating compliant options please e-mail me, amayo (at) divxcorp [dotcom].

On the decoder end of things, I see things from a very different point of view. We have all been able to create and play .mkv videos for some time, and DivX isn't really improving that situation (although I do welcome their additions to the encoder/decoder fold). The reason I'm cheering DivX on is because of their "it just plays" mentality. I like the idea of a video standard, like mp3 became the audio standard, that will play on anything.

What we're improving is the reach of this content through broad interoperability, free playback software, and CE devices. All of this will grow over time. Yes, you have had the capability to create MKV videos for some time, and it's because we recognize that certain technologies are best-in-class that we've adopted them for DivX 7.

So with that in mind, while it may play videos cleanly and efficiently, what sorely disappoints me is the lack of polish in how it handles .mkv with Windows Media Player. After installing it (with no other splitters or codecs installed), WMP played the video, but only after asking for my confirmation because it didn't recognize the extension. It wouldn't allow me to add .mkv files to my WMP library, much less sort them with tags. The files didn't show up in Media Center at all.

I noticed this as well recently (WMP is not my preferred player) and it should be easy to fix in our installer.

Another real problem in that direction is that the new Windows 7 seems to be able to natively play just about everything video-related (including H.264 and AAC audio), except the .mkv extension.

I haven't tried it myself but I've heard the Windows 7 decoder is not too fast and may be limited to media foundation apps.

I personally would love to be able to tag and sort my videos in Windows Media Player just like I do with mp3s, and it's that sort of end-user functionality that could make or break DivX's chances of taking this mainstream. I strongly urge DivX to do what they can on their end to make this happen, and to push Microsoft to do their part as well.

We're actually discussing ways to improve this situation already.

They still have the H.264 CLI encoder in the making. If they ever release it, DivX 7 may actually become interesting for us...

You have no stronger advocate for imrpoving the CLI encoder than me :) It will happen!

[LoRd_MuldeR]

Currently the CLI is available separately for free. I'm going to open up access to the CLI encoder in the next 24 hours.

You have no stronger advocate for imrpoving the CLI encoder than me :) It will happen!

Good news :thanks:

[Sagekilla]

Glad to hear that you guys are going strong with mkv. Does it seem likely that you'll get hardware support for it, since you guys are backing it?

Also, is there going to be the possibility to decode H.264 content that was encoded outside of a DivX converter on a SAP? I'd love to be able to stick x264 + AC3 streams in mkv on a DivX SAP and have them playback on my new projector :)

[hajj_3]

thanks for the replies digital56k, i still believe that divx7.00 is half-baked, this should have been an alpha release as no .MP4 support, Poor divx converter and no Cli just isnt a product at all, its an alpha. If you waited 3 months until you were ready and all these things were fixed then your launch would have been great but as it stands its just not really a format which is a shame, was hoping everything would be ready and ps3 and 360 would add support in their next updates but i think i'm just hoping too much. Hope you add divx7 HD support to standard dvd players, standard dvd player can play divx and xvid, nearly all new players can, would be great to have divx7 support which would also allow us to playback 720p and 1080p x264 5.1 .mkv files. Instead we have to use media players like popcorn hour etc but the software on those isnt very good and they are rather expensive.

I'll have to be patient for a £70 upscaling dvd player with divx7/x264 support.

Could someone link me to info about windows7 having native support for h264, aac etc, didnt know about this at all, would like to read up about it.

[Dark Shikari]

thanks for the replies digital56k, i still believe that divx7.00 is half-baked, this should have been an alpha release as no .MP4 support, Poor divx converter and no Cli just isnt a product at all, its an alpha.Well, you can't be too hard on them. I heard they're a bit short-staffed right now. ;)

[djloewen]

Man, you guys can be snarky sometimes :). Thank you DigitAl56K for your very thorough replies, and I eagerly await updates on the CLI encoder.

[keeperofdakeys]

they should have another release out soon though
The omission of the forums link was an oversight and will be addressed later today.

Do you really want a VFW codec? On one hand we hear "AVI sucks!", while on the other I see people still asking for a VFW encoder, which is puzzling. For most cases is it not true that you are working with AVISynth through VirtualDub, in which case you can simply pass your AVISynth script to the command line encoder anyway? Most of the front-ends I see are using x264 command line or a built-in library version, and anything using x264 CLI should also be able to use DivX CLI (once we add some of the features that have been requested).

I'm intersted to hear more on why the VFW is critical to you, please drop me an e-mail, amayo (at) divxcorp [dotcom]

it would appear that I was under the influence of something, maybe I should resay what I mean

It's not that vfw is critical, it's because it is the way I do it,
and humans don't like change, but I'll be a cyborg soon enough ;p

I mostly use the ffdshow filter in virtual dub at the moment, so I don't have much of a need to lookup AVIsynth filters but I guess I will need to now, since i'll be using a CLI encoder

I currently have not used CLI encoders for video, only audio
so i'm just a little cry baby, and I need to grow up a bit


and having just comiled my own copy of ffmpeg, there is no time like the present

[Ajax_Undone]

Originally Posted by Ajax_Undone View Post
It does still concern me why Divx has resorted to that dumbed down interface once again for their premier encoder for Release.

Why they think if its not "" iPod "" easy to operate people wont buy it. The only reason I like x.264/Xvid above any others is NOT because they are free though it helps. Its because I have Advanced Options...

More options will be added to both DivX Converter and the DivX H.264 Command Line Encoder. Please keep in mind that DivX Converter 7.0 is only the very first release.

OK I will trust in this bit but I still don't see Converter getting anymore advanced then v.6.6 With out a complete interface redesign. Please don't disappoint.

By the way if your getting equal feedback on vfw and cli you should just produce both and take the cut. Cuz obviously there is some people who still like vfw.

[Ajax_Undone]

Well, you can't be too hard on them. I heard they're a bit short-staffed right now. ;)

Na I think hes right. its peaty much vaporware:sly:

[ChronoCross]

By the way if your getting equal feedback on vfw and cli you should just produce both and take the cut. Cuz obviously there is some people who still like vfw.

Why would you say this? Seriously it's the only thing they got right with this rushed release was no VFW encoder. Maybe now we can start seeing tools designed to use the Divx CLI since all major encoders have moved away from VFW

[Shinigami-Sama]

unrestricted 5.1 h264 decoders?


no such thing exists as dark shikari said elsewhere...

[rtjnyoface]

I have to give credit where credit is due. Al, you seem to be doing a very fine job. I'm sure being the one to respond to the many complaints from a very, very large group of people is quite difficult (especially from all us doom9 folks). For your work, I thank you.

:goodpost::thanks: Al

[Kurtnoise]

Seriously it's the only thing they got right with this rushed release was no VFW encoder. Maybe now we can start seeing tools designed to use the Divx CLI since all major encoders have moved away from VFW
the DivX 7 bundle still provides the vfw interface (6.8.5) encoder...see DigitAl56K's answer above.

[Ajax_Undone]

Why would you say this? Seriously it's the only thing they got right with this rushed release was no VFW encoder. Maybe now we can start seeing tools designed to use the Divx CLI since all major encoders have moved away from VFW

Just figured find some happy ground... No use in breaking what is not yet broken. Some like vfw ok let em have it. some like cli let me have it. :D

http://forums.divx.com/forum/viewTopic.php?id=6726

From Divx's own community...:D:D

[Sagittaire]

You have no stronger advocate for imrpoving the CLI encoder than me :) It will happen!

Well I have here a very better CLI version of Mainconcept SDK. It's very simple for you to compile Mainconcept SDK executable with all the native command. With this very old CLI I produce very better output than DivX7 AVC. Here very simple optimisation:

I made test with your DivX H.264 Encoder Alpha 1. I have similar result for quality and speed with my previous test with Mainconcept/Elecard Encoder. Anyway your encoder is really not complete:

1) Quality profil are too restrictive:
5 or 6 profils for quality will be really better: fastest, fast, normal, good, best and insane for example or [0-5] for aqo.

2) Psy optimisation:
There are possible and very usefull psy optimisation with Mainconcept H264 SDK. Film grain optimisation [0-100], AQ with luma masking [-100;100], AQ with contrast masking [-100;100], AQ with complexity masking [-100;100].
Why not to implement this command: -psy <AQLuma>, <AQContrast>, <AQDetail>, <FGO>
My prefered setting for MC SDK is -psy 33,-33,-33,50

3) Buffer and Max rate
With this command line for example -vbv <maxbitrate>,<buffer>

[tsal]

I installed Divx 7 and tried to play a h.264 .mkv file with media player classic home cinema, with all its internal codecs off.

All i got was a black picture and stuttering sound.

Turns out that windows xp provides the wrong codecs for the playback.

I have Nero 8 installed, and only the nero burning part, and it also installed a lot of codecs.

So windows xp gives the nero codecs, nero splitter and decoder, to my player, and not the newly divx 7 codecs.

I tried to fix this by adding all 4 or 5 divx codecs in mpc-hc and setting them to prefer, this didnt work (maybe a bug in current mpc-hc), but the only thing that solved it was to add the nero codecs and set them to block.

So, playbacks of h.264 .mkv files with divx 7 in mpc-hc and windows media player 11 are broken because of an installed nero 8 version, even in the lightest install mode.

You definatly need to add a codec filter priority option to fix this, or all nero users will be left outside.

[DigitAl56K]

A few updates:


Anyone can now download the alpha CLI encoder. Create a free DivX Labs account (http://labs.divx.com/user/register), login and join the Project Rémoulade Apps group (http://labs.divx.com/og/subscribe/7406?destination=node/6536) - an open group that does not require moderator approval, and then download the installer (http://labs.divx.com/node/6536).
DivX.com forums nav link is fixed
robU*4: We've already started to look into the file writer issues you listed
djloewen: I've logged an issue on support for the .mkv extension in WMP, hopefully it will be addressed in the next update to our installers.


Glad to hear that you guys are going strong with mkv. Does it seem likely that you'll get hardware support for it, since you guys are backing it?

Yes, you can see some announcements (http://investors.divx.com/releases.cfm) already :)

Also, is there going to be the possibility to decode H.264 content that was encoded outside of a DivX converter on a SAP? I'd love to be able to stick x264 + AC3 streams in mkv on a DivX SAP and have them playback on my new projector :)

Yes, that should work. DivX Converter will not be the only way to create DivX Plus HD video.

rtjnyoface: Thanks for your kind words :) Sometimes the forums can be a little tough, but it's important to hear everyone's opinions even if they can be harsh sometimes so that we can get a better sense of where we are doing well and where we can improve. I hope with this release everyone does see good things starting to come out of DivX 7. For example, the free high performance H.264 decoder, AAC decoder, and a much improved DivX Player. Better support for the MKV container in CE should also be a big deal. Clearly there are areas that we need to improve in upcoming releases though: The H.264 CLI encoder needs to be updated and Converter could use more options, among other things. One of the reasons I'm here is to be a voice for the community inside our team. The feedback you provide helps me give input into our priorities as we move forward so that we can build out more of the tools and functionality you want to see faster. DivX 7 has arrived in its "point zero" release this week, and my hope is that as we hit .1, .2, and so on we can address a lot of the issues raised here so far and others that will follow in the coming days.

Sagittaire: I'm passing your comments on to our codec team :)

Thanks to all who have commented so far. Time for a quick nap, back in the morning!

[DigitAl56K]

tsal, in the MPC options go to "External filters", add the DivX H.264 Decoder to the list of filters, make sure it's checkbox is on, it's at the top of the list, and set it to "Preferred" on the right of the dialog.

[tsal]

I tried that, using the newest official version of mpc-hc, all internal codecs and filters unchecked, added divx h.264 decoder and set to preferred or set to high merit, it doesnt get used.

I always get the nero splitter, and the nero audio decoder 2.

Only blocking those 2 works for me.

Its an x264 .mkv file with mp3 sound.

Maybe another user who also has nero installed can tell his experience ?


edit:

Ok, i think this is a bug or limitation in mpc-hc.

After testing i found out, that if you enable all internal codecs and filters of mpc-hc, and then after that set the divx h.264 decoder to preferred, then it works.


But that still leaves the problem of nero 8 and probably 9, too, it kills the divx 7 h.264 playback :(


edit2:

Ok, some more finetuning, for my .mkv file to work with a preferred divx 7 decoder in mpc-hc, the matroska source filter must be checked and activated, thats it, otherwise preferring wont work, only blocking.

[ncahammer]

Will support VFR encodes ?
I get
Framerate outside profile specification (24.0119Hz) (312155000/12999987)

[xaeroak15]

It seems that it can't decode x264 track in mkv file automatically?

[LoRd_MuldeR]

It seems that it can't decode x264 track in mkv file automatically?

Does work properly here:

http://img264.imageshack.us/img264/6662/divxx264yj4.th.png (http://img264.imageshack.us/img264/6662/divxx264yj4.png)

[Sharktooth]

works here too.

[xaeroak15]

Well,it works~
I've used gspot to set the meirt.
and also checked the AAC decorder both aac and realaac work well~

[robU*4]

Steve, I will need to ask our engineers to look into these issues and get back to you.

Great! At least the invalid IDs should be fixed. The timecode issue may be due to the source (if you use DShow and its timestamps), but it should not make a badly interleaved file. (in case of "timecode reset" you can use another Segment)

For the rest, it's just optimizing.

Anyway, I appreciate all the effort from DivX to make Matroska available on even more CE devices. It looks like 2009 will be the year where Matroska is available outside of computers :D

[ChronoCross]

the DivX 7 bundle still provides the vfw interface (6.8.5) encoder...see DigitAl56K's answer above.

I know this....that's not important with DivX 7 as h264 is the primary addition to 7. 6 has always been vfw so I pay no attention to it.


Just figured find some happy ground... No use in breaking what is not yet broken. Some like vfw ok let em have it. some like cli let me have it. :D

http://forums.divx.com/forum/viewTopic.php?id=6726

From Divx's own community...:D:D

The primary point is that AVC was never meant to be used in vfw. While using hacks you can put it in vfw doesn't mean you should as it's been dropped altogether from every AVC implementation I can think of.

[Ajax_Undone]

Hey DigitAl56k Tell you what make a GUI interface that is par with most of the x264 apps here and I will shut up. I don't care if you sell it. I just want to see evidence of our idea's put to fruition.

Until this happens there is not a chance in the farthest reaches of time and space that I will ever consider giving divx any credence.

P.S. ChronoCross I Never meant to paint the picture of AVC being vfw. I meant to paint the picture for a new asp vfw codec for the continuance of current asp mpeg 4 video.
And now reading this I feel silly for even stating that a new version be produced... The current one works just fine...

[djloewen]

Hey DigitAl56k Tell you what make a GUI interface that is par with most of the x264 apps here and I will shut up.

What if they make the CLI, and members of the Doom9 community make the GUIs? Isn't that good enough? Personally I don't need the GUI, I'm happy doing everything from batch files.

[Ajax_Undone]

Yeah well Proof is all I ask besides that Most of Doom9 are staying with the tried and true x264 as am I. So I figure if they don't build it it will not get built..

[DigitAl56K]

As I'm sure I'll still be repeating on my death-bed: It's okay to use x264 ;)

Aside from this, did we not previously have a discussion where several developers both here and over at divx.com said they specifically did not want to be put in the position where their own applications would be competing with a front-end built by DivX (e.g. Dr DivX)?

I don't understand the source of your cynicism, we're steadily working towards making more updates and tools available. I think Project Rémoulade has been a very good recent example of how we can respond to your feedback and requests, and it will continue to be so.

[DigitAl56K]

Will support VFR encodes ?
I get
Framerate outside profile specification (24.0119Hz) (312155000/12999987)

You need to convert it to constant frame rate. There is a table of permitted rates in the tutorial at the labs as well as suggestions for converting between rates using the internal filters provided by AVISynth.

[Ajax_Undone]

My main criticism comes from the laughable tools such as converter and the stupid fact that you expect people to purchase an mpeg 2 decoder just to use its limited interface to pop a dvd into it... 10 dollars better spent elsewhere.

Don't get me wrong its just the way I see it. Its very hard to take any CS BS PR crap. I do have high hopes for the CLI app and believe it to be your resurrection if done right.

I think as far as Divx Corp is concerned I would take and make consumer versions of the codec plug-ins inside of MainConcepts Reference app might do some good also.

Anyhow I am just offering what I think. No hard feelings. K

[DigitAl56K]

Okay, but I think we've established now that you don't like Converter and that it wasn't designed for this more technical audience.

Agree that the CLI app has the potential to be good. Let's see how that works out :)

[Shinigami-Sama]

Okay, but I think we've established now that you don't like Converter and that it wasn't designed for this more technical audience.

Agree that the CLI app has the potential to be good. Let's see how that works out :)

you mean its targeted at an audience that won't realize its broken?

[Sharktooth]

Okay, but I think we've established now that you don't like Converter and that it wasn't designed for this more technical audience.

Agree that the CLI app has the potential to be good. Let's see how that works out :)
a directshow encoder filter wont be bad too... ;)

however, converter is just a POC... my suggestion is to spend more time into Dr. Divx instead of wasting your resources into Converter.
also, i had a discussion with kurtnoise in the megui private forum on sourceforge. he suggested to add the divx cli support to megui but i answered we have a free h.264 encoder already included (x264), so divx cli support would not be the no.1 priority.
that may change if you divx guys just tell us "do it.. OR BE EATEN!" (...couldnt resist (http://it.youtube.com/watch?v=pFYXdv03Sbk&fmt=18)...) ;)
awaiting an answer...

[CruNcher]

CruNcher & Dark Shikari: The encoder core in our CLI encoder will be updated, I promise

nice to hear if you make at least Complexity masking available (AQ) and improve slightly the Encoder Performance (AQ will lower it once more) it would be a good start.
Indeed the Performance of Microsofts Consumer Encoder isn't so good but did you ever compared the Performance of x264, Mainconcept SDK and Elecard SDK in those regards Mainconcept is still behind, though this also depends on the used toolset, with RD for example all of them (H.264) come very close these days :)

Also how does it look with DSP manufactures are you working closely together in the Labs with MediaTek on their new MT14xxXX series ?

[Sagittaire]

Little comparison with ParkRun show that DivX7 AVC is the worst AVC codec in area for this source.
Today AVC codec without AQ is not realy competitive. Even VC1 from MS produce better quality here.

[CruNcher]

See here for some 1 Pass Broadcast Performance/Quality results though this is heavily HVS influenced based on my Balancing work (would have never been possible without Dark_Shikari joining x264) :)
http://forum.doom9.org/showpost.php?p=1225626&postcount=16

[Sagittaire]

See here for some Performance/Quality results though this is heavily HVS influenced based on my Balancing work (would have never been possible without Dark_Shikari joining x264) :)
http://forum.doom9.org/showpost.php?p=1225626&postcount=16

For parkrun ateme produce the best quality at high quantizer because Ateme have really advanced HVS tools at high quantizer. Mainconcept produce good quality with AQ and FGO here. Anyway DivX7 AVC don't use AQ, FGO or even latest SDK build. It's really strange ... :devil:

[CruNcher]

Yep they do heavy HVS research :)
Sagittaire for me it looks like the old Game why should Consumer get the latest and greatest instead give them some outdated stuff build nice graphics around it and they be happy.
The same though Nero does with it's Customers and Nero Digital the Encoder Core is so outdated, it doesn't really show off what Atemes Encoder is capable off, i hope though they gonna react now with DivX 7 and gonna implement the new 3.x Core then DivX 7 looks old ;)

[IgorC]

Yep they do heavy HVS research :)
The same though Nero does with it's Customers and Nero Digital the Encoder Core is so outdated, it doesn't really show off what Atemes Encoder is capable off, i hope though they gonna react now with DivX 7 and gonna implement the new 3.x Core then DivX 7 looks old ;)
Why would they do that? They didn't include new gen of H.264 in Nero when x264 became most popular H.264 codec.

[shon3i]

Why would they do that? They didn't include new gen of H.264 in Nero when x264 became most popular H.264 codec.
Because it probably wants to be Ateme name for quality and not Nero ;)

[Sagittaire]

Why would they do that? They didn't include new gen of H.264 in Nero when x264 became most popular H.264 codec.

Well psy option exist since very long time in Ateme core codec and you can use this option in Nero.

[Selur]

Btw. any plans to support Yv12 Input via stdIn pipe ?

Cu Selur

[*.mp4 guy]

I'm sure the people over at Divx know that as of right now they are not competetive with X264, or mainconcept, or Ateme (new one, not the one from nero). However looking at what they are trying to do, and understanding that their main competition is Nero, as long as they work on functionality improvements to bring divx7 closer to divx6 in that aspect, I won't have any complaints that aren't a result of it being targeted at a vastly different demographic then the one I occupy.

[CruNcher]

Compared to Nvidias Encoder DivX 7 is WOW and compared to Cyberlinks it would be Super Incredible Fantastic, so overall it is in the higher league and Visual Quality wise not much far away from the TOP Players (let's just wait for the small CLI additions), Speed wise it's another thing ;)

[DigitAl56K]

a directshow encoder filter wont be bad too... ;)

also, i had a discussion with kurtnoise in the megui private forum on sourceforge. he suggested to add the divx cli support to megui but i answered we have a free h.264 encoder already included (x264), so divx cli support would not be the no.1 priority.
that may change if you divx guys just tell us "do it.. OR BE EATEN!" (...couldnt resist (http://it.youtube.com/watch?v=pFYXdv03Sbk&fmt=18)...) ;)
awaiting an answer...

Which tools are using a DirectShow encoder? It looked to me that most were based on CLI or library versions. Let me know.

As to the answer... do it.. OR I MAKE YOU WATCH THAT VIDEO AGAIN!

A better answer: We're working on the details around how tools such as the encoder CLI will be packaged and distributed in future so that it's easier to integrate support for them.

Also how does it look with DSP manufactures are you working closely together in the Labs with MediaTek on their new MT14xxXX series ?

I could ask our CE group about this but unfortunately I'm not sure I can give you any answer. Generally there are NDAs to deal with and beyond this SEC rules around disclosures. In the event that any announcements are made I can point them out to you though.

Btw. any plans to support Yv12 Input via stdIn pipe ?

Cu Selur

Yes, it has been requested by several people.

[LoRd_MuldeR]

Which tools are using a DirectShow encoder?

GraphStudio or GraphEdit ;)

Drop in your source, connect to encoder filter, press "Play" button, done :D

BTW: Monogram has made an x264 DirectShow encoder (Link (http://blog.monogram.sk/janos/2008/12/29/monogram-x264-encoder-1020/)).

[Sharktooth]

Which tools are using a DirectShow encoder? It looked to me that most were based on CLI or library versions. Let me know.

As to the answer... do it.. OR I MAKE YOU WATCH THAT VIDEO AGAIN!

A better answer: We're working on the details around how tools such as the encoder CLI will be packaged and distributed in future so that it's easier to integrate support for them.
Graphstudio or Graphedit.
Also it is not excluded microsoft listened to my suggestions and maybe they will even implement directshow encoders in one of the next expression encoder versions... but that's obviously their decision.

about megui support, kurtnoise was so kind to add divx avc support and an experimental build is already available for testing here: http://www.webalice.it/f.corriga/megui/MeGUI_divxAVC_20090110.zip
(install megui and replace the exe with this one).
i've not signed up for the encoder testing... but ill do it asap.

[gswudi]

about megui support, kurtnoise was so kind to add divx avc support and an experimental build is already available for testing here: http://www.webalice.it/f.corriga/megui/MeGUI_divxAVC_20090110.zip
(install megui and replace the exe with this one).
i've not signed up for the encoder testing... but ill do it asap.

only 1 thread?

[shon3i]

Thanks Sharktooth, and Kurtnoise13 for MeGUI build.

Two things, why 1 thread?? and why pyramid can't be used without bref??, when these two things are totaly independet??

[Kurtnoise]

Two things, why 1 thread?? and why pyramid can't be used without bref??, when these two things are totaly independet??
- threads = 1 : because it was just for debugging on my side. I should add it as new argv.
- pyramid : from the help text >>
-pyramid : Enables pyramid encoding (implies -bref)

At last, I'll add also a "turbo" mode.

[shon3i]

Thanks, when we should expect that new version??

[Kurtnoise]

[Mirror 1 (http://www.mediafire.com/?ozmn0hgj1ze)] - [Mirror 2 (http://www.megaupload.com/fr/?d=LA2KRAOB)] - [Mirror 3 (http://rapidshare.com/files/182414922/MeGUI_divxavc_20090112.zip.html)]

but don't expect too much with this codec for the moment...

[Sagittaire]

but don't expect too much with this codec for the moment...

At this time really useless support. DivX7 is too limited. x264 make better job in all case.

[LoRd_MuldeR]

At this time really useless support. DivX7 is too limited.

Having alternatives and having ways to test one encoder versus another is always a good thing. Don't you think?

x264 make better job in all case.

I agree. But maybe people want to verify that themselves...

[shon3i]

[Mirror 1 (http://www.mediafire.com/?ozmn0hgj1ze)] - [Mirror 2 (http://www.megaupload.com/fr/?d=LA2KRAOB)] - [Mirror 3 (http://rapidshare.com/files/182414922/MeGUI_divxavc_20090112.zip.html)]

but don't expect too much with this codec for the moment...
Thanks, but seems turbo option not working that should, when ticked along with Automated 2Pass, all options are out of control.

And another problem is:

[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.1.1009
--[NoImage] OS : Microsoft Windows XP Professional SP3 (5.1.196608.2600)
--[NoImage] Framework used : 2.0 SP1 (2.0.50727.3053)
-[Information] Hardware
--[NoImage] CPU : AMD Phenom(tm) 9550 Quad-Core Processor
-[Information] Log for job1 (video, Harold.avs -> NUL)
--[Information] [12/01/2009 4:55:18 PM] Started handling job
--[Information] [12/01/2009 4:55:18 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\DivX\DivX H.264 Codec CLI\bin\DivX264.exe" -i "F:\HaroldKumar\Harold.avs" -o "NUL" -npass 1 -sf "F:\HaroldKumar\Harold.stats" -br 5835 -bf 3 -bref -pyramid -threads 6
--[Information] [12/01/2009 4:55:21 PM] Encoding started
--[NoImage] Standard output stream
--[NoImage] Standard error stream: Framerate outside profile specification (23.976Hz) (10000000/417083)
--[Information] [12/01/2009 4:55:24 PM] Job completed


i think that you must use -fps parametar aslo?

i tryed to use in avs script fps=24/1.001 on directshowsource, but nothig helps, until not add in cli -fps parametar

t this time really useless support. DivX7 is too limited.Yes, but not that bad at higher rates. At least no problems with VBV :)

[Sagittaire]

I agree. But maybe people want to verify that themselves...

There are nothing to verify because Mainconcept SDK is really well know codec now.


Yes, but not that bad at higher rates. At least no problems with VBV

Unfortunaly you can't configure vbv with DivX7 encoder. MC SDK is really good H264 implementation but DivX7 produce really ridiculous support for this SDK.

[LoRd_MuldeR]

There are nothing to verify because Mainconcept SDK is really well know codec now.

Did we have any free encoder based on that Mainconcept SDK before?

[Sagittaire]

Did we have any free encoder based on that Mainconcept SDK before?

DivX7 is not free and really limited.

[shon3i]

Unfortunaly you can't configure vbv with DivX7 encoder. MC SDK is really good H264 implementation but DivX7 produce really ridiculous support for this SDK.Default VBV is quite sufficient for my needs. I agree with you that the DivX7 very limited, but with what we have, the quality is identical with Mainconcept Reference, I still prefer MeGUI than Mainconcept Reference

[LoRd_MuldeR]

DivX7 is not free and really limited.

DivX 7 is free (except for the "Pro" version). And I was not talking about DivX 7, but about the DivX's H.264 CLI encoder, whichs is not part of DivX 7 bundle (yet). It is available as a separate download for everybody (after free registration at DivX Labs, Admin "activation" is no longer needed). Sure that CLI encoder is limited, compared to x264. But it's an Alpha version and it's much less limited than the DivX converter tool. So it's definitely interesting for everybody who wants to test the Mainconcept encoder personally. And we may see improvements in the future...

[Sagittaire]

DivX 7 CLI is shareware ... time limitation for use.
If you wan see the real potential of MC SDK use Converter gui from Elecard ... it's shareware too.

[LoRd_MuldeR]

DivX 7 CLI is shareware ... time limitation for use.

It's not Sharware. It's simply an early pre-relase Alpha version, not ready for a final release yet. It was Shareware, if you could buy an "unrestricted" version. But that isn't the case here.
Think they simply don't want people to keep/use these early test versions until forever. And they put up a new build as soon as the old build expired...

[Sagittaire]

It's not Sharware. It's simply an early pre-relase Alpha version, not ready for a final release yet.

Mainconcept SDK is ready for final use since more than 2 years now ... DivX7 CLI is not alpha build. Converter and DivX CLI build are simply limited gui for Mainconcept SDK and nothing else. DivX7 AVC is not a new codec ...
I have here a complete h264vout.001 file collection (2.1, 2.2, 2.3, 7.0, 7.1, 7.2, 7.3, 7.4 and 7.5) and you can use these files for make encoding with DivX7 CLI or converter from DivX Network.

[bond]

yaya guys, please cool down and respect other opinions

:thanks:

[Sagittaire]

yaya guys, please cool down and respect other opinions


Dont' worry ... it's cool thread I think.
Anyway there are fact:
- DivX 7 AVC CLI alpha 5 is not free (time limitation at 3 month)
- DivX 7 AVC is really not a new codec and certainely not in alpha stage realise
- DivX 7 AVC is simply really limited gui for well know, stable and good codec: Mainconcept AVC SDK

[LoRd_MuldeR]

DivX 7 AVC CLI alpha 5 is not free (time limitation at 3 month)

We'll see what their future plans are... (maybe DigitAl56K can reveal some more details)

[CruNcher]

DivX 7 CLI is shareware ... time limitation for use.
If you wan see the real potential of MC SDK use Converter gui from Elecard ... it's shareware too.

It uses Elecards Encoder (faster) not Mainconcept i also mixed that up but it seem it's their own Encoder nothing in common with Mainconcepts it's based on Elecards SDK not Mainconcepts SDK :)
that might be also the reason why FGO and Complexity Masking vanished in the 3.0 studio :)

[DigitAl56K]

Kurtnoise13: Thanks for your work, I will check it out tomorrow. I'm a bit sick today unfortunately. If you have requests that you think will make the encoder more useful/better integrated in the context of MeGUI please email me, amayo (at) divxcorp [dotcom]. Regarding the frame rate issue, the encoder requires a valid dwRate/dwScale, there is a table here (http://labs.divx.com/node/6992#Section_3).

On the CLI encoder: The only reason that there is a timeout date is so that when new versions are released people eventually stop using the old builds which could contain yet-unknown bugs (due to "alpha"/"beta" status). As far as I know there are no plans to charge for it. I consider it a free tool.

[cyberbeing]

DigitAl56K, are you still working on fixing the last two bugs I reported, considering they still exist in the released version? The corruption with mkv segment linking (http://forum.doom9.org/showpost.php?p=1188872&postcount=30) and the anamorphic aspect ratio issue with some videos (http://forum.doom9.org/showpost.php?p=1192167&postcount=37)?

The last thing you said, was you thought the aspect ratio issue was Haali Media Splitter's fault, even though it only happens with the DivX decoder. Do you still believe that is the case?

You never commented on the segment linking corruption. Is it a coincidence that the DivX MKV splitter crashes specifically on ever MKV using segment linking (Catastrophic Failure 0x8000ffff in GraphEdit), yet works perfect for ever MKV without segment linking? I assume this behavior was purposeful since you are aware the issue in the decoder still exists? Are you still planning to fix the segment linking corruption in the decoder or just leave it broken as an unsupported feature?

[mgh]

If run in single pass mode without specifying a bitrate, the CLI is using a default bitrate based on the resolution which is working out at approximately a bits/pixel ratio of .1. It uses a higher bits/pixel value below some resolution and above some resolution. What is the formula used? Reason i ask is that, the quality is nice and i want to run twopass encodes with a bitrate about 10% higher than the default.

[robU*4]

DigitAl56K, are you still working on fixing the last two bugs I reported, considering they still exist in the released version? The corruption with mkv segment linking (http://forum.doom9.org/showpost.php?p=1188872&postcount=30) and the anamorphic aspect ratio issue with some videos (http://forum.doom9.org/showpost.php?p=1192167&postcount=37)?

The last thing you said, was you thought the aspect ratio issue was Haali Media Splitter's fault, even though it only happens with the DivX decoder. Do you still believe that is the case?

It might be a mis-interpreting of the specs. In Matroska the aspect ratio is defined by the source width/height pixels versus the output displayed width/height. The output width/height can be in pixels (default), centimeters or inches. DivX (and Haali, sometimes) write 16/9 for the displayed width/height. Which is neither pixel, centimeters or inches. We could add 2 more possible units: DAR and PAR. But right now it's not in the specs. But maybe the DivX splitter assumes the display width/height are always using DAR.

[LoRd_MuldeR]

DivX 7 AVC CLI alpha 5 is not free (time limitation at 3 month)
On the CLI encoder: The only reason that there is a timeout date is so that when new versions are released people eventually stop using the old builds which could contain yet-unknown bugs (due to "alpha"/"beta" status). As far as I know there are no plans to charge for it. I consider it a free tool.

There we have it. Thanks for info :)

[djloewen]

So I set the Converter to "DivX Plus HD", and dropped in an .avi with a 5.1 ac3 audio track. Some hours later, the converter produced an mkv with a stereo AAC track. Why the downmix to stereo? Don't the new specs call for 5.1 AAC?

[Dark Eiri]

@djlowen: Check if AC3Filter is set to output 5.1.

[djloewen]

Well I'll just try that again then :cool:

[xLusi0n]

So, I encoded my first H.264 video today. The input was a AVCHD file from my camcorder. I had to install AC3Filter to get it to work. Dropped the M2TS file in, chose highest HD profile and a MKV file popped out. It didn't give me any options but perhaps I didn't know where to look. Anyway, the file was 1/2 the size of the original and the quality was nearly identical. I'm no expert here...total newb, but I think this would be a good method for me to code my AVCHD files to something more friendly. I wish I could create a MP4 file though.

[xLusi0n]

Oh, that was using DivX 7 Converter.

Are there other frontends I can use with DivX 7 codec to encode?

Oh, one thing too...on my laptop, playing the AVCHD file it was really choppy (not sure what codec it was using), but after converted to MKV, it played smoothly...weird.

[LoRd_MuldeR]

It didn't give me any options but perhaps I didn't know where to look.

If you were using the "DivX Converter" Drag&Drop tool, then you are right. There are no encoding options available.

But they have a CLI h.264 encoder available (you can get it after free registration at DivX Labs), which has some options at least.

[xLusi0n]

Is Dr. DivX a video encoder using DivX? Is this what you were referring to?

[LoRd_MuldeR]

Is Dr. DivX a video encoder using DivX? Is this what you were referring to?

There is no "Dr. DivX" in the DivX 7.0 package. Only the "DivX Converter" tool, a very simple and limited Drag&Drop encoder.

And the Commandline (CLI) encoder is available as a separate download...


http://download.chip.eu/ii/69743196_b556b510b2.gif

[djloewen]

@djlowen: Check if AC3Filter is set to output 5.1.

I closed the Converter, opened the AC3Filter config, changed the output format to "AS IS (no change)" closed the config. Opened the converter, changed it to DivX Plus HD, dropped the video in, hit encode. I now have another .mkv with an AAC stereo downmix.

[LoRd_MuldeR]

I closed the Converter, opened the AC3Filter config, changed the output format to "AS IS (no change)" closed the config. Opened the converter, changed it to DivX Plus HD, dropped the video in, hit encode. I now have another .mkv with an AAC stereo downmix.

Does "DivX Plus HD" support more than two channels ???

If not, you know why you get a "dowmix" version. And if it does support more than two channels, maybe their AAC encoder (used in DivX Converter) can not do it (yet).

Anyway: You can simply use the Nero AAC encoder (which has full 7.1 support) and mux the AAC stream into the MKV file afterwards...

[mgh]

there is an option in the converter to keep ac3 or mp3 audio without conversion (Media Options Tab when you hit modify buttton in view list after selecting a vid in the list to convert). conversion is to aac 2 channel.

[Ajax_Undone]

there is an option in the converter to keep ac3 or mp3 audio without conversion (Media Options Tab when you hit modify buttton in view list after selecting a vid in the list to convert). conversion is to aac 2 channel.

Mope sorry son! No can do. Why converter is a broken toy. :confused:

[mgh]

Mope sorry son! No can do. Why converter is a broken toy. :confused:

:confused:checked it out again, it retains ac3 6 channel or 2 channel if it is there in the original video

[djloewen]

Thanks for the info. I don't have Nero, and I want to use AAC because that's what "DivX Plus HD"-certified devices will support.

@DigitAl56k:
I thought I read at some point that the new DivX supported AAC 5.1 audio - I can't seem to find any reference to that on the DivX website now, except for the player: "Get pure 5.1 channel, room-rattling surround sound". Is it in the specs? Will certified devices be able to either play or downmix 5.1? Any chance we can get access to the AAC codec in the CLI encoder, so that we can actually create 5.1?

[LoRd_MuldeR]

Thanks for the info. I don't have Nero, and I want to use AAC because that's what "DivX Plus HD"-certified devices will support.

You don't need Nero Burning ROM. Their AAC Encoder is available as a separate and free download:
http://www.nero.com/eng/downloads-nerodigital-nero-aac-codec.php

If you don't like to use it from the commandline, you may want to give my little front-end a try:
http://mulder.dummwiedeutsch.de/home/?page=projects#lamexp

[Placio74]

However still available on FTP.
http://ftp6.nero.com/tools/

[keeperofdakeys]

They removed Nero AAC download page from nero.com.


By using a quick google cache, it turns out that it was still up at http://ftp6.nero.com/tools/NeroDigitalAudio.zip, the download page was just removed

[LoRd_MuldeR]

They removed Nero AAC download page from nero.com.

Read this please:

The webpage for the Nero AAC Encoder on the Nero website is currently unavailable. For a direct download of the package click here (ftp://ftp6.nero.com/tools/NeroDigitalAudio.zip).
A temporary information page can be found here (http://www.audiocoding.com/nero_aacenc.html).

[DJ Bobo]

I've tried the DivX Converter yesterday.
Good thing that it supports avisynth scripts.

If I got this right, choosing DivX Plus HD should ensure compatibility with future certified devices right? which means higher quality settings won't work right? Then I'll be glad to use the converter. I'm the STANDARD guy!

But for the next version, I'd like to see at least a custom file size option, then will the converter be perfect for my needs! I mean, 700, 880 or 1100MB may be very appropriate sizes (CD, 5 movies per DVD or 4 movies per DVD), but since I load AVS files, the sound gets treated separately, so this negates the whole purpose behind those "smart sizes". And loading DVD VOBs directly is not an option, since many things like IVTC or cropping have to be applied first so...

Got a question though: is it alright to encode anamorphic or not? I don't wanna encode anamorphic to see eggs later on TV!
And what about the AAC incarnations? Will LC 5.1 and HE 5.1 work with DivX Plus HD devices?

[DJ Bobo]

DivX 7.1 has been released today.
The .1 should have been .0.1 because there are no significant changes as far as I can tell.
The DivX Converter is absolutely the same, still no custom sizes (only the DivX Player and the DivX Web Player have been updated).

[Koti]

Custom sizes.
View List / Modify...
http://img13.imageshack.us/img13/2559/newbitmapimagesnn.th.png (http://img13.imageshack.us/my.php?image=newbitmapimagesnn.png)

[DJ Bobo]

Damn! How come I didn't realize this?? It really works!
Was it there from the beginning, or is it a new feature in the 7.1 update?
Cooooool, time for serious H.264ing now :cool:
Go Go Gadgeto-... I mean Go Go DivXo Converto :D

[porfitron]

Hey All (porfitron here from DivX),

There's an updated free CLI encoder available at DivX Labs, since the alpha one had the March expiration.

This "Beta 1" update has some new guts, supports ctrl-break, and had its insides tidied up a bit... we put another expiration on this one, just because it'll keep the pressure on ourselves to keep the releases coming (with more features/improvements).

If you want to give it a shot, you can get your hands on it by doing the following...

Make a DivX Labs Account (if you don't have one already):
http://labs.divx.com/user/register

Otherwise, just log-in and join the Project Rémoulade Apps Group:
http://labs.divx.com/og/subscribe/7406?destination=node%2F6992

Get the DivX H.264 Encoder Beta 1:
http://labs.divx.com/node/6536

View the tutorial Here:
http://labs.divx.com/node/6992

Please post your feedback in the labs threads or here, and let us know what you think... we've definitely got more releases planned, but had to get this one out ASAP since the Alpha has expired.

DigitAl56K and I look forward to hearing what you think!

[Sagittaire]

Please post your feedback in the labs threads or here, and let us know what you think... we've definitely got more releases planned, but had to get this one out ASAP since the Alpha has expired.

DigitAl56K and I look forward to hearing what you think!

... and always the same useless tools.

1) Mainconcept SDK is well know and well tested codec now. Why make beta 1 tool.

2) Without AQ, FGO, VBV ... this codec is simply out of interest. I have simply better HVS result with ... 2006 CLI tools from Mainconcept .

[Dark Shikari]

... and always the same useless tools.

1) Mainconcept SDK is well know and well tested codec now. Why make beta 1 tool.

2) Without AQ, FGO, VBV ... this codec is simply out of interest. I have simply better HVS result with ... 2006 CLI tools from Mainconcept .But they can't have DivX competing with their own subsidiary now can they? ;)

[iwod]

But they can't have DivX competing with their own subsidiary now can they? ;)

What? So... what is the point in putting out Divx 7 in the first place?

[DJ Bobo]

What? So... what is the point in putting out Divx 7 in the first place?
Bringing AVC to the normal consumer for a few bucks and enabling him to play it on upcoming compatible devices I guess :p
No consumer would pay 400€ for an encoder!

[Dark Shikari]

Bringing AVC to the normal consumer for a few bucks and enabling him to play it on upcoming compatible devices I guess :p
No consumer would pay 400€ for an encoder!Yes, if only there was a high-quality free encoder available to the ordinary consumer who can't afford high-priced "professional" encoding products! We should start an open source project to write one.

[DJ Bobo]

Yes, if only there was a high-quality free encoder available to the ordinary consumer who can't afford high-priced "professional" encoding products! We should start an open source project to write one.

*loooooooooool*
No, seriously, I think DivX aims for the normal consumer that wants a simple way to encode without having to learn about options and what they do and what they don't, and wants to be sure to be able to play it in his standalone player :)

[dj_tjerk]

*loooooooooool*
No, seriously, I think DivX aims for the normal consumer that wants a simple way to encode without having to learn about options and what they do and what they don't, and wants to be sure to be able to play it in his standalone player :)
That's what the GUI does/should do; There are enough gui's for x264 out there, ranging from simple (noob level) to advanced (litle less than pro level. Real pro's use cmdline ofcourse. Or do real pro's calculate the bitstream manually with a pocket calculator?)

[DJ Bobo]

I know, I know, you don't have to tell me this. I guess the hardware compatibility is their trump card.
Anway, this discussion is useless, because it has already been conducted in the earlier pages, no need to repeat it.

I still wanna have answers from the DivX representatives for the questions I posted above! The AAC thing and the anamorphic thing!
I also would like to know wether this DivX converter really works in 2-pass mode, 'cause I'm not having the feeling it does. It does say "Analyzing" at the beginning, but it takes 30 seconds wether I put a 1-min clip or a 2-min clip, so what gives?
If it's not multipass, then it's useless for me.

[djloewen]

I heartily approve of DivX's philosophy and goals. The problem here is that we've waited around for awhile, and well, we're still waiting. We need this encoder to go through a series of betas, each of which works out bugs (if any) and adds the features we're requesting. I mean basic things like a CRF-type mode, and anamorphism. Or just one beta, if they can get it all right the first time. Then a final 1.0 release. Then, we can have all sorts of interesting discussions about whether or not they are making the world a better place with their product.

But, until we see the heat cranked up a little higher, and start seeing visible changes/improvements in the encoder, there's not much to do but wait.

[JeepinDan]

I'd like to endorse what I perceive as DivX's interest in serving those of us who are less sophisticated at all this. I suspect the highly sophisticated market is relatively small and I know there are many who just won't mess with a CLI.

Still a rather spotty implementation at this time, but DivX 7 just got a bit better with their update a few days ago. I can actually get Converter to finish a task without dying.

A few suggestions on areas I'd like DivX to concentrate on?:
1. The basic idea behind the converter is good. Simple and straightforward, the problem is that it is too simple - need to be able to more easily access options. I'd recommend having a second or expanded interface that would allow us to at least find out what the profiles mean and to more easily figure out how to designate output. Also, even the free HandBrake let's you easily see which files in a folder can be ripped and gives the length of the file (in minutes and seconds) so you can more easily determine what you want to rip. Even better would be to also let us actually preview the file like Slysoft's CloneDVD allows. You know, even isofter's interface was better (although it was a generally execrable piece of work IMHO).
2. The player is pretty good but I've not been able to get MKV chapters to work with it (might be my fault).
3. I think DivX Author is almost exactly what I want in editing software (nice interface, looks to be easy to make menus, etc.). Only problem is that it crashes on me routinely and I've never been able to actually output a file. Again, the problem may be mine because I'm running 64-bit Vista.
4. I appreciate the earlier statement that they are working on 64-bit support. It can't come soon enough.

FWIW from one of the relatively unsophisticated.

[Sgt_Strider]

Can the PS3 watch content encoded with DivX7? What about DivX files with subtitles soft-encoded? Will the subtitles display?

[Shakey_Jake33]

Bit of a n00b question here, but is it possible to access DivX's deinterlacing options when using a player other than the DivX Player (i.e. using MPC-HC)? I have a 1080i video file which plays and deinterlaces excellently in DivX Player, better than CoreAVC and ffmpeg-mt, but obviously I don't want to be using the DivX Player. The filter configuration lacks any deinterlace options.