Project Rémoulade Update: DivX H.264 Encoder Alpha 1 & Tutorial now available

[crypto]

Yes, a PAR option would be great, although the same can be accomplished with a MP4 transformation matrix. I would also be happy to target the Main Profile. All other options are a well done, not to much, but powerful enough.

[ChronoCross]

Originally Posted by DigitAl56K

What additional input support would you like us to include and why? stdin support is one of the suggestions we've seen already over at DivX Labs.

MKV Input, MP4 Input

Both of these would be helpful for direct encoding from previously encoded files to a mobile platform/profiles. Rather than having to demux them first.

[DigitAl56K]

Crypto & Stax, I'm hoping to have SAR added to Alpha 2.

ChronoCross: I assume you mean specifically for the video track, the audio would still be demuxed, yes? Or do you suggest all other compliant tracks are automatically copied?

[ChronoCross]

Originally Posted by DigitAl56K

Crypto & Stax, I'm hoping to have SAR added to Alpha 2.

ChronoCross: I assume you mean specifically for the video track, the audio would still be demuxed, yes? Or do you suggest all other compliant tracks are automatically copied?

Whichever you are willing to do. Just would be nice to be able to lower the number of steps needed to process those files for movement between devices.

[linyx]

Awesome encoder

Our goal will rather be to create a spec that enables widespread interoperability of content across CE devices, ensuring that media created on certified encoder devices is guaranteed to play well on any certified decoder device.

Just a thought.

Maybe you could add more settings but have the encoder display a message saying that if you use "whatever setting" it will break compatibility with some certified decoders.

[hajj_3]

could i ask what is happening regarding divx certification on games consoles, is it mandatory for them to update to each new version? As i'm hoping that the ps3 and 360 add divx 7 so that they will be able to play .mkv files as we currently have to demux them and put them in a .mp4 container which is a choir. Will the 360 and ps3 HAVE to allow divx7 file playback and therefore x264 .mkv files as there are loads of x264 videos on the internet, would be great to play them on consoles.

[DigitAl56K]

hajj_3: It's not mandatory, but we also hope to see these consoles playing the new format.

[hajj_3]

doh Are you able to tell us if MS or Sony have discussed adding divx7 support to next update or if they are already adding .mkv support for h264? They added xvid surely .mkv would make sense too, they'd sell quite alot more consoles i reckon.

[DigitAl56K]

hajj_3: I don't know about that, but even if I did it would be illegal for me to tell you for multiple reasons I do agree that it would probably help them sell consoles and make their customers happy. Let's cross our fingers

[juGGaKNot]

Just got it now, will install and test.

[LigH]

Here a little GUI for the CLI encoder. Quite as "Pre-Release" as the encoder...

http://labs.divx.com/node/6992#comment-6651

[DigitAl56K]

LigH: That's awesome!

There's currently a small bug in the way you pass the file names in the batch script. You need to quote the file names in case they contain spaces, otherwise they are not interpreted as a single argument and you'll get an error.

Are you also considering tying in MKVMerge?

[LigH]

If I selected the encoder via file-open dialog, it got automatically quoted, so I assumed that for the video filename too... I'll put a little bit more brain into it tomorrow. Now I have to head to my pillow (23:00).

[LoRd_MuldeR]

DivX H.264 Encoder Alpha-1 vs. x264 r951+PsyRDO. 2-Pass encode at 300 kbps. Frame-wise comparison -- step through the video frame-by-frame!
http://www.mediafire.com/?z1ubvmbnp5y

[ChronoCross]

Originally Posted by LoRd_MuldeR

DivX H.264 Encoder Alpha-1 vs. x264 r951+PsyRDO. 2-Pass encode at 300 kbps. Frame-wise comparison -- step through the video frame-by-frame!
http://www.mediafire.com/?z1ubvmbnp5y

not even sure what that was supposed to be.

[LoRd_MuldeR]

Originally Posted by ChronoCross

not even sure what that was supposed to be.

Visual quality comparison of DivX H.264 Encoder vs. latest x264 revision. Encoded at 300 kbps in 2-Pass.
If you watch the video frame-by-frame (e.g. in VirtualDub) it should be quite clear...

[ChronoCross]

by this test divx is pretty horrible. (by my eyes)

what was your full command lines?

[LoRd_MuldeR]

Originally Posted by ChronoCross

by this test divx is pretty horrible. (by my eyes)

what was your full command lines?

I used Ligh's GUI for DivX H.264 and Avidemux for x264. So I can't give you the exact commandlines, but I pretty much maxed out all settings available

EDIT: Here are my x264 settings, extracted from the encoded sample video. And here are my DivX H.264 settings.

[IgorC]

I'm not sure if watch the video frame by frame is a good idea. I don't know how interpret a smoothness of Divx if don't see a video in playback. Same for x264. I can't say if it's more detailed or it's quantization noise without correlation between frames.

And do we watch the video frame by frame in real life?

[LoRd_MuldeR]

Originally Posted by IgorC

And do we watch the video frame by frame in real life?

We don't. But do you know a better way for visual comparison than showing the frames alternating?
Side-by-side view isn't perfect either. In fact I think it makes the comparison harder...

If you want to see it in motion, you can simply watch it in a player -> use SelectEven/SelectOdd in Avisynth.