New DivX 7 H.264 codec [Archive] - Page 4

DigitAl56K

11th January 2009, 02:32

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

11th January 2009, 02:35

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

11th January 2009, 04:14

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

11th January 2009, 06:17

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

11th January 2009, 12:12

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

11th January 2009, 13:44

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

11th January 2009, 14:16

Thanks, when we should expect that new version??

Kurtnoise

12th January 2009, 13:54

Sagittaire

12th January 2009, 15:07

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

12th January 2009, 15:13

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

12th January 2009, 16:54

[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

12th January 2009, 17:14

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

12th January 2009, 17:25

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

12th January 2009, 17:33

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

DivX7 is not free and really limited.

shon3i

12th January 2009, 18:04

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

12th January 2009, 18:35

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

12th January 2009, 20:06

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

12th January 2009, 20:12

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

12th January 2009, 20:25

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

12th January 2009, 20:27

yaya guys, please cool down and respect other opinions

:thanks:

Sagittaire

12th January 2009, 20:34

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

12th January 2009, 20:41

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

13th January 2009, 01:47

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

14th January 2009, 04:46

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

14th January 2009, 09:42

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

14th January 2009, 14:13

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

14th January 2009, 21:40

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

15th January 2009, 02:44

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

15th January 2009, 18:36

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

15th January 2009, 20:21

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

djloewen

15th January 2009, 20:45

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

xLusi0n

16th January 2009, 00:08

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

16th January 2009, 00:10

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

16th January 2009, 00:11

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

16th January 2009, 01:38

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

LoRd_MuldeR

16th January 2009, 01:48

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

16th January 2009, 03:36

@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

16th January 2009, 03:43

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

16th January 2009, 05:17

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

16th January 2009, 08:13

mgh

16th January 2009, 12:33

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

16th January 2009, 16:06

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

16th January 2009, 16:11

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

24th January 2009, 21:31

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

keeperofdakeys

24th January 2009, 21:35

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

25th January 2009, 01:25

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

22nd February 2009, 15:57

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?