XviD-1.1.-127-13102004...

[BigDid]

Hello Koepi,

Originally posted by Koepi
Hello mates, ...
Find it over at my XviD page at www.koepi.org ! ...
Regards
Koepi

http://www.koepi.org/XviD-1.1.-127-13102004.exe
Is the above link down?
I can go to the xvid page, download the 1.02 exe but not the 1.1 ?

Thanks for the info and all the best for the terrific work.
Best regards.

Did

PS, second attempt to post this inquiry, seems first one may have gone to subspace ...:rolleyes:

[kurt]

hi,

this is the latest 1.1 test build from koepi: http://www.koepi.org/XviD-1.1.-127-06112004.exe

[SeeMoreDigital]

After navigate to the XviD Binaries section (http://www.koepi.org/xvid.shtml). Refresh you browser and you should now find XviD-1.1.-127-06112004.exe (631kb) (http://www.koepi.org/XviD-1.1.-127-06112004.exe). Which is the most up to date version...


Cheers

[BigDid]

Originally posted by SeeMoreDigital
After navigate to the XviD Binaries section (http://www.koepi.org/xvid.shtml). Refresh you browser and you should now find XviD-1.1.-127-06112004.exe (631kb) (http://www.koepi.org/XviD-1.1.-127-06112004.exe). Which is the most up to date version...


Cheers

Hello kurt & SeeMoreDigital

It works; 1 more victim of non-refreshing browser grmbl ... me :angry:

Thanks to the two masters ( five point palm-exploding heart technique

) and ( Sigma Xcard ) ;)

Did

[ChronoCross]

so I encoded a 25 min long anime last night and then went to see how it turned out this morning. Several things were strange

1)stats file said the first pass was 680MB. the vob is only 950MB. the latest stable build returns 320MB.

2) when the file is opened in MPC, WMP10, or winamp. it detects that the video clip is over 9 hours long. (this is fixed by wrapping it in either mkv or OGM)

3) horrible quality. by far the worse I've seen. I was able to duplicate it this afternoon.

Options Enabled
VHQ for Bframes
qpel
trellis
cartoons mode
VHQ 1
1 bframs

Edit almost forgot. Uses xvid 1 to decode.

[Aktan]

Originally posted by ChronoCross


Options Enabled
VHQ for Bframes
qpel
trellis
cartoons mode
VHQ 1
1 bframs



Qpel adds noise, while for anime u want smooth.
Cartoon mode, I read, is more suited for simpler shapes like Simpsons, while anime has more detail

What matrix did you use.

[Teegedeck]

Excuse that I disagree.

Nope, cartoon mode is good for anime.

And QPel is a matter of taste also in this case.

Use VHQ=4, and leave b-frame settings at defaults (2/1.5/1).

[iradic]

hi

with XviD-1.1.-127-13102004 when i click 'calc' button i get 'rundll32 error in kernel32 ...'
OS is WinME

bye

[Koepi]

Can you test with XviD-1.1.-127-06112004.exe?

It works flawless for me.

Regards
Koepi

[iradic]

tested - not working - same error msg

bye

[celtic_druid]

Some more builds to try: http://ebola.gamersrevolt.it/celticdruid/

[iradic]

@celtic_druid: your builds are ... ? i mean are the same as koepi's or different - source is not i believe - what about dshow decoder and installer deinstaller and other things... i can see they are smaller and dates are confusing me ... (in firefox they are all last mod 4. nov 2004, date stamped head build is older than koepis and ... )

some info if you can write

thanks bye

[celtic_druid]

Those files were kindly mirrored by Sharktooth. As such the dates shown are the dates that they were uploaded.

http://celticdruid.no-ip.com/xvid/

Dates shown there should be roughly just after they were compiled.

There haven't been any changes in the cvs since my last compile.

[iradic]

xvid.cvs.head.2004.10.25.7z - produces same error...

[Sharktooth]

Uhm... i tried koepi,celtic_druid and my compiles... and nothing went wrong.
Maybe you have some problem with your Windows ME (WinME IS EVIL!!! use win98 instead)...

[chilledoutuk]

personaly i amazed there are still people using os's based on the 9x kernel when os's using the superior nt kernel such as win 2000 and xp are so well supported.

[iradic]

i dont have time to do all that (backup - install - etc)...

encoding is working... playback also... decoder forcing 16:9 too...

i need some calculation ... if someone can do it for me :)
movie length - 02:43:37
audio size - 84860 kb
container - matroska

what video size i need for 1cd (700 mb)

thanks bye...

[kurt]

with the build_in xvid calculator i get 634257kb with your movie settings (mkv, 700MB=716800kb) ....i guess the size is correct...

[iradic]

that confirms my assumptions that gknot calculates wrong numbers...
it gives me 631873 kb

thanks again bye...

[Sharktooth]

Ok, some news from the FFDSHOW front...
Milan said he added mpeg PAR signaling support to FFDSHOW, so in the next builds the FFDSHOW raw video filter should not interfere with xvid AR anymore (at least i hope...).

[LigH]

About your battle between GKnot and XviD bitrate calculations:

GKnot usually calculated the pure video size, and additionally the multiplexing overhead if desired. Because it seems that XviD interprets the target size including some muxing overhead, I noticed that GKnot 0.32 disables overhead calculation when selecting the XviD codec...

[iradic]

HI

does someone know this magic xvid calc formula?

will this 'feature' be removed from xvid ? - i dont see the point for using it ...

thanks bye

[Sharktooth]

@Koepi: Any news? New builds?
There are some changes in the Xvid CVS...

[Tommy B.]

Originally posted by iradic
will this 'feature' be removed from xvid ? - i dont see the point for using it ...

This calculator quite good in predicting filesize. And also because
it is embed into the codec, it makes it easy to use (for beginners
for example).

[iradic]

@Tommy B: i was thinking about this 'embeded in the codec' feature...

Yes it's good today, but tomorow?

bye...

[Tommy B.]

As long as the codec is not overloaded by these embed functions it's
ok, I think.

It's pretty handy when you have to calculate the bitrate and you
don't have to look in the program tree for it (saves time).

What I mean is that it is quite usefull when you are encoding with
non automated programs like VirtualDub.

[[MA]Debito]

Are there any plans of implementing an h.264 version of xvid?

[Tommy B.]

Look here:

http://forum.doom9.org/showthread.php?s=&threadid=82927&highlight=h.264

[ChronoCross]

there any chance of seeing a 1.1 final anytime in the next month or two?

[sysKin]

Originally posted by ChronoCross
there any chance of seeing a 1.1 final anytime in the next month or two?
There is no plans to release 1.1 final for now. 1.1 is just the current development branch, pretty much like dev-api-3 was the developemt branch for a long time before.

[ChronoCross]

much thanks. I really do like the improvements 1.1 makes. Look forward to seeing a full release but until then I'll keep on testing the dev build.