Smart encoding

[lar1r]

2 questions that I don't know enough about;

Can the codec be made to perform 2 passes at once or can this only be implemented in an encoding program (such as VirtuaDub)?
ie-once the logfile is made then the codec continues to write the video file by looping through the process again?

Is it possible for the codec to analyze the logfile and motion values and decide the proper alt. curve parameters or again does this have to be done outside the codec (in another program).



Thx

[kastro68]

Wouldn't it be better if it does one at a time?

[Koepi]

Please read over the concept of 2 pass encoding.
Then take a look at what those parameters do.

How could a program know your preferences?

[xming]

I think he is mixing up 2 pass and vbr, AFAIK xvid is not true cbr in the cbr mode (the bitrate varies in frames)
xming

[lar1r]

I understand 2 pass encoding, its all I use. I have been using it since Nandub first came out.

I am wondering if the xvid.dll file could ever be made to not only process information as it currently does, but intercept messages sent to the encoder once the 2 pass - 1st pass is done?

I am trying to understand how things work and if the .dll file simply does a translation of the video and that's all it will ever be able to do.

I am concerned about pushing Xvid to the masses, and if it will require creating enhancements in 3rd party programs or if it can be done once and for all within the xvid.dll. Thats all.

Thx everyone!

[-h]

There are limits to what a humble dll can accomplish.

XviD will get it's own encoding program some time, you just have to be patient :)

-h

[lar1r]

thx - i was just curious if the .dll could be hacked in a way to provide new functions.

Once XVID development nears relative completion, I would highly recommend creating a simple (ala Oggdrop) but powerful encoder (with Gnot smarts) to allow everyone and their brother to get awesome XVID 2-pass results.

[Koepi]

hm.

1.) _ALPHA_
2.) expect something between DivX 3.1 and DivX4/5, and no wonders except for the outstanding quality

:)

Regards,
Koepi

[rui]

Originally posted by -h
...XviD will get it's own encoding program some time, you just have to be patient :)

-h

I assume that this will be because of b-frames?

And as long as i brought this up, will we have any trouble creating avi's when xvid gets b-frames? I mean, i remember having read in this forum that the current Vdub will not handle variable b-frames (correct?). So, will the avi file type have any problems with it?
Or will we all need to migrate to ogg format? Not that i have anything against that, just asking. ;)

And, in case the avi file format doesn't have any problems, will those avi's play correctly in every media player type (bsplayer, media player, zoom player, ...)?

Sorry if i am asking anything stupid.

[-h]

I assume that this will be because of b-frames?

Yes.

And as long as i brought this up, will we have any trouble creating avi's when xvid gets b-frames? I mean, i remember having read in this forum that the current Vdub will not handle variable b-frames (correct?). So, will the avi file type have any problems with it?

Not really, it depends on the implementation. The system planned will work around avi limitations by grouping MPEG4 frames together into a single AVI frame. Or it should anyway..

Or will we all need to migrate to ogg format? Not that i have anything against that, just asking. ;)

Heh that's also an option. A bit harder to work with at the moment though.

And, in case the avi file format doesn't have any problems, will those avi's play correctly in every media player type (bsplayer, media player, zoom player, ...)?

Anything that can play an XviD avi at the moment will be able to play the B-frame files.

-h

[mwillberg]

When reading the first post I misunderstood, and thought he was asking about multiple outputs during the second pass... However, that would be quite a nice feature, especially when that stand-alone encoder comes out.

I remember that back in the MM4-days some applications were able to output several versions of the movie at the same time, which was useful since the MPEG2-decoding, resize and was on was done only once. Would also be helpful when trying out different curve-compression-settings...

Just a thought...

[gldblade]

>The system planned will work around avi limitations by grouping MPEG4 frames together into a single AVI frame. Or it should anyway..

Would other Mpeg4-compatible decoders (i.e. DivX 5) be able to decode it then?

[movmasty]

-h, is very difficult to write a new mpg codec ??

[-h]

Would other Mpeg4-compatible decoders (i.e. DivX 5) be able to decode it then?

Yes, but only if they conform to the spec we create. I believe efforts are underway to agree with DXN on a common format..

-h, is very difficult to write a new mpg codec ??

Well, yeah. It's taken this long just to get to this point, and I wouldn't say it's been easy.

-h

[movmasty]

sorry, i didnt explain well,
i meant: would be difficult to write a mpg codec in mpg FORMAT like es. the mpg1?

naturally should rewrite adding the mpg4 to the mpg1........

in others words, would be difficult to have xvid in a format like the mpg1,without creating a new format??

[-h]

in others words, would be difficult to have xvid in a format like the mpg1,without creating a new format??

Ah ok, this format already exists - it's the MPEG4 system stream format, aka .MP4 files. You can already create an MP4 file with XviD by using MPEG4IP to mux an avi and audio stream together.

But it's not really mature yet (the tools I mean, not the format).

-h

[movmasty]

ok, thanx,
but mp4 cant be loaded from normal editors, i would prefer mpg extension.
is MPEG4IP on doom site??

[Dali Lama]

Originally posted by -h

You can already create an MP4 file with XviD by using MPEG4IP to mux an avi and audio stream together.

-h

But where can I d/l and the binary of MPEG4IP? I have seen the source somewhere. (I don't know how to compile myself :scared: )

Thanks,

Dali