Does X264Cli provde better results than X264vfw ?

[Sergejack]

Does it ?

[ChronoCross]

yes because naturally it has more options. The vfw is behind on what it provides.

[Sergejack]

Does it use directshow encode ?

[celtic_druid]

No. Also if you don't turn any of the extra options on, then the quality should be the same. Other disadvantage (other than being behind) of the VfW though is well the fact that it is VfW.

[JoeBG]

No. Also if you don't turn any of the extra options on, then the quality should be the same. Other disadvantage (other than being behind) of the VfW though is well the fact that it is VfW.

Yes it is better because it´s more flexible and has more options. I like it very much.

[Doom9]

you'll be happy to know that yesterday I started adding x264.exe support to MeGUI. Once it's done you can switch between mencoder and x264 cli to encode x264.

[bond]

first of all it has to be defined what "better" means of course ;)

from the interoperability point of view the cli is better (or easier to use) as it can output straight into .mp4

you'll be happy to know that yesterday I started adding x264.exe support to MeGUI. Once it's done you can switch between mencoder and x264 cli to encode x264.
nice :)

[JoeBG]

you'll be happy to know that yesterday I started adding x264.exe support to MeGUI. Once it's done you can switch between mencoder and x264 cli to encode x264.

That´s really good news, thanks in advance :)

[Mc Onyx]

I don't know if it's just me, but VFW is quite faster than CLI on my computer, 14-15 fps in VFW, compared to 9-10 fps in CLI.

[Zero1]

I don't know if it's just me, but VFW is quite faster than CLI on my computer, 14-15 fps in VFW, compared to 9-10 fps in CLI.

I've noticed this too, but I put it down to the fact that the settings I were using in both the CLI and GUI probably were not like for like, I haven't really tested because (for once) I believe that the transition to mp4 should be made.

The damage was already done with ASP, AVI became the defacto container for the majority of encoders, and let's face it, it's easy to see why.

- Already supported "out of the box" on all Windows systems since 3.11 (possibly earlier too, but don't forget you also have different versions of the AVI container too...) Hey, I found a disk of Win3.11 programs I nabbed from an old computer a while ago, and the media player on that was happy to play my XviD/MP3 encodes :)

- Virtualdub, the most widely used video compression app I know of, it's easy, it's flexible and it works, you're silly not to use it.

- Ease of playback. All you need to do is install a MPEG4ASP compatible decoder (providing you are running Win95SE or later, which I believe has the fraunhofer MP3 decoder installed). This is of course opposed to installing a video codec, audio codec and a video splitter. No hardship for most of us I'm sure, but the lesser PC literate have been known to struggle :devil:

Well do forgive me for veering ever so slightly off topic ;) but you know how one thing leads to another...

A couple of things I'd really like to see that would help boost awareness of mp4 would be:

- A Virtualdub(mod)? version that supports h264 + aac encoding and outputting to an mp4 container (please somebody?!) This ought to at least catch the attention of a few encoders straight away

- Out of the box standard mp4 support from Windows Media Player. Lets face it, it's the default media player on Windows, many people use it, and it's convienient for the so called lesser PC literate, being able to download a mp4 video and play it back in the default player without installing any extras is easy life for people. I know some of us prefer the more minimalist solutions such as media player classic and so on, but let's face it, video die hards/encoders are a bit of a minority when you consider the amount and type of people that own computers. And I say standard, not some butchered Microsoft proprietary DRM protected format (aka WMV? ;) )

Ok, I'm done already :p

Yes it is possible to gain better results from the CLI, for starters you have access to more advanced integer pixel motion estimation methods such as uneven multi hex search, and exhaustive search. There's also stuff such as quant capping, quant offsets, zones, 8x8dct and on the feedback side of things you get nice little tools such as verbose output for each frame or overall progress with PSNR reports. I'm sure there are plenty of features I've omitted.

I like the fact that it is a CLI, meaning I can set up batch files to do all my dirty work :)

[berrinam]

A couple of things I'd really like to see that would help boost awareness of mp4 would be:

- A Virtualdub(mod)? version that supports h264 + aac encoding and outputting to an mp4 container (please somebody?!) This ought to at least catch the attention of a few encoders straight away

Doesn't everyone want that? Anyway, that requires a LOT more coding, to handle the mp4 container, aac audio, added to the fact that it is unlikely that VFW would be usable without hacking the perfectly good mp4 container.

[JoeBG]

Doesn't everyone want that? Anyway, that requires a LOT more coding, to handle the mp4 container, aac audio, added to the fact that it is unlikely that VFW would be usable without hacking the perfectly good mp4 container.

hhanh00 is working on that as far as I know

[celtic_druid]

Best would probably be to link directly to DLL's, XviDcore.dll, x264.dll, faad.dll, etc. That way you don't have to worry about VfW, etc. but you can still update your codecs easily.

[Selur]

something like a Virtual Dub for DirectShow (an extended graphedit?) would be nice :)

[celtic_druid]

Well directshow is windows only. What ever happened with the XviD dshow encoder?