Log in

View Full Version : Niltze! (XviD-1.0-RC1-26012004)


Pages : [1] 2 3 4

Koepi
25th January 2004, 16:56
Heya folks,

it's a whole month of hidden work, but here we are:

We proudly announce the release of XviD 1.0 Release Candidate 1, Codename "Niltze"! Before anyone asks - it's no nazi german, it's Aztec.

Changelog:

XviD-1.0-RC1-25012004 (Niltze):
- Cleaned up VfW-GUI
- Colour space assignment fixes (dshow)
- Weight zones fixed
- Overhauled VfW status window in general
- Bugfixes in the plugin system
- Statsfile existence gets checked now on 2nd pass
- Postprocessing fix
- Faster first pass QPel gets disabled as well now
- Installer deletes old XviD configuration (no need for "Load defaults" after install)

Regards,
Koepi

Human_USB
25th January 2004, 16:59
Cool beans..... testing now.


*Edit*

I love the new status window. Great job Xvid team. So far so good.

DAvenger
25th January 2004, 17:10
Good work. Thanks ;)

Swede
25th January 2004, 17:16
I like the new status look. :) Thanks for keeping XVID alive!

One quick question: What kind of frame is S? (amongst the 'internals' in the status-window)

Koepi
25th January 2004, 17:25
S is a S-Vop - a frame where GMC gets used :)

Regards
Koepi

aaar9800
25th January 2004, 17:28
Big thanks go to the whole development team!!!

One question though: Why is AS @ L5 chosen by default?

Human_USB
25th January 2004, 17:29
Oh, one thing. Can you tell us what each color is on the status window.

And for Xvid 1.0 it would be nice if we could save the status window information into a text file.

-Thanks
Jason

aaar9800
25th January 2004, 17:31
I think that

red = i-frame
blue = p-frame
green = b-frame

Swede
25th January 2004, 17:31
S-VOP. Aha.. /me learns new stuff everyday. :)

(The colors are Red=I, Blue=P and Green=B)

mikeX
25th January 2004, 17:57
dammit, just when i got my first gamr build and thought i'd be a few steps ahead of the masses... :mad: , oh well :rolleyes:
(my comments about the revised gui and status window are already posted -yes they are good :D -)

mf
25th January 2004, 17:59
Nice work on the status. It still lacks the curve-graphic (ala nandub) that me and suxen discussed, but it's certainly improving :).

seewen
25th January 2004, 18:05
Profile "AS@L5" is used by default. Does it mean that Rate Control's working correctly ?
(I know that it's written that "XviD RC will not respect these value" ).

CiNcH
25th January 2004, 18:40
S is a S-Vop - a frame where GMC gets used

Does XviD's GMC support 4 warppoints?

Alxemi
25th January 2004, 18:53
Big thanks to all XviD development team!!
Here it is a mirror (http://138.100.51.162/~alxemi/XviD-1.0-RC1-25012004.exe) for those who having problems with wget, downloads managers or whatever.

Heini011
25th January 2004, 19:16
Hi,

@Koepi & other devs: thanks a lot for your great work!

but again: please, make the fast first pass only be active, when the 'discard first pass' option is selected. i had already 2 times forgotten to deactivate the quant 2 zone in the second pass.
i use the first pass result to check the avisynth filter settings and for a size estimation.

i have a beta3 first pass ready (20h processing time, no weight zones). can i keep the stat file for RC1 ?

greetings, Heini011.

Koepi
25th January 2004, 19:20
Heini:

yupp, you could use that statsfile. Just remember to setup everything like it was again, now after installing my build XviD sets everything to the defaults :)

Regards
Koepi

Human_USB
25th January 2004, 19:28
With the new Xvid I'm having problems keeping the size down. Even at 2000kbps it's make a 40 minute video about 500-650 MBs. It's still encoding but I'm at 135MBs at 13600 frams of 65504. Maybe it's because the Weight system is fixed. Would 1000kbps look dvd like and remain small in the new RC? Each new xvid is so great but different.

Mr_Khyron
25th January 2004, 20:03
Originally posted by CiNcH
Does XviD's GMC also support 4 warppoints?

no 3 warppoints

Leak
25th January 2004, 20:06
Originally posted by Koepi
We proudly announce the release of XviD 1.0 Release Candidate 1, Codename "Niltze"! Before anyone asks - it's no nazi german, it's Aztec.

Rats! And I thought you spelled "Schnitzel" totally wrong... ;)

np: Autechre - 777 (LP5)

cretin
25th January 2004, 20:52
Hey. I installed the the new build and the first thing that i spot is that the Min I P and B Frame Quantizer defaults are 1 instead of 2.

It was known that quant 1 has some problems, like they are not working well(?), or even if they are working they dont have any effect on quality they just increase size. I would like to know if this is fixed or improved by now or is there any change there at all ? Is there a point in using minimal quant 1, ll that result in higher quality or anything ?

Thank for your answers.

Human_USB
25th January 2004, 21:51
I tested what cretin said and I changed the Min I, P, and B to 2 and the size different is big.


I loaded up a 30 second video and set the Kbps to 10000 and encoded. Below is what I got;


Min I, P, B 1 - Video size 9.46MB, 403Kbps
Min I, P, B 2 - Video size 2.53MB, 108Kbps


Both look good... it's just funny how changing one thing throws the size off by 6.93MB and 295Kbps.

communist
25th January 2004, 21:59
Cool :)
I like the new status-window. Great job XviD team.

Topaz
25th January 2004, 22:56
There seems to be a problem. After I installed this new codec when I play back an xvid file using ffdshows libavcodec the colors are all distorted.

Using xvid own playback works though.

How come ?`

:confused:

Koepi
25th January 2004, 23:06
Topaz:

In ffdshow config under Misc., set IDCT to XviD (or Walken). SimpleIDCT (ffdshow's default) produces colour mismatches - if you use QPel, the effect is even worse.

Regards
Koepi

_rEuTeL_
25th January 2004, 23:30
I keep getting a flipped video when playing back any xvid file with this build
the "flip video" option works, but it won't "stick": when I close the file and I play it again, it's flipped again

Topaz
25th January 2004, 23:45
Originally posted by Koepi
Topaz:

In ffdshow config under Misc., set IDCT to XviD (or Walken). SimpleIDCT (ffdshow's default) produces colour mismatches - if you use QPel, the effect is even worse.

Regards
Koepi

Thanks!

Thought I was high there for a while :rolleyes:

mikeX
26th January 2004, 01:07
@ _rEuTeL_

are you sure your problem isn't the same as the one discussed in the 'Selam' (previous release: xvid beta 3) thread? (namely: directvobsub changing the colorspase)

--: edit :--some additions --: edit :--
i see the decoder supports matroska AR, nice...:D

communist
26th January 2004, 01:32
Is it a bug or is it supposed to be like this : the brightness slider is greyed out.

Blue_MiSfit
26th January 2004, 02:08
it's probably still not implimented, like in beta 3

bob0r
26th January 2004, 02:21
@koepi

When i uninstall beta 3, i can play xvid (dont ask me what plays it, probably divx 5.1.1)
Then i install RC1, i get no video, only audio, i uninstall RC1 i get video again, i install beta 3, and beta 3 plays the video for me.

Windows 2000 Professional, Service Pack 4 (5.0 - 2195) is my OS

This is obviously a "bug"

This goes for movies, tv rips and even my own caps, so i can safely say "for all xvid"


Hope its fixable soon!


(P.S. is the 2 pass filesize bug gone now? default xvid settings, just pick 1pass and then 2pass with the size, end result is a too big file.)

Emp3r0r
26th January 2004, 06:32
I am getting choppy playback with the newest build but only when using ffdshow, nero decoder, or VLC. The xvid decoder plays back smooth. This was not an issue prior to RC1. Anyone else have this problem? BTW, xvid is giving me outstanding results, keep up the good work!

sysKin
26th January 2004, 06:42
Originally posted by _rEuTeL_
the "flip video" option works, but it won't "stick": when I close the file and I play it again, it's flipped again Bug confirmed and fixed. Thanks!

Waiting for more,
Radek

Velsk
26th January 2004, 07:12
Originally posted by Emp3r0r
I am getting choppy playback with the newest build but only when using ffdshow, nero decoder, or VLC. The xvid decoder plays back smooth. This was not an issue prior to RC1. Anyone else have this problem? BTW, xvid is giving me outstanding results, keep up the good work!


Was the file encoded using packed bitstream?

Koepi
26th January 2004, 07:20
bob0r:

Something's wrong with your system/setup. Don't blame XviD - you're the only one to report this, so you can be sure it's your system (after so many downloads püeople would have loud screemed here already in plenty of posts that they can't playback xvid).

Try a registry cleaning software or something to completely get rid of superflous stuff. Do you configure ffdshow so it uses xvid.dll for decoding content? If yes, set ffdshow xvid playback to "disabled", XviD has no xvid.dll anymore.

Empe:

Please read sysKin's signature.

Regards
Koepi

Zerox20
26th January 2004, 09:53
When I installed the Rc1, it does not show up in my Virtual Dub Compression! I've tried uninstalling/reinstalling and it will not show up.

Kb_cruncher
26th January 2004, 10:09
Would it be possible to add a save to file option for the "show me the internals" output in a future release.

I realise i can do this with debugview but it would be nice to be able to do it all internally.

RC1 is awsome, i love the new status box(way better than the divx one, it uses too many cpu cycles and makes capturing impossible).With fetures like these evey man and his dog will be using xvid before long:D

Alvy
26th January 2004, 10:47
On my system RC 1 playback is jerky. I tried my primary and my recovery win2k installation (both SP4, DirectX 8.1). Switching back to beta 3 makes playback smooth again.

However since I own a Matrox G400 playback of dev 4 encoded stuff with usage of ffdshow is choppy too (divx and dev 3 not).

:( :(

Shall I switch back to nvidia for use of xvid?

Thanks

Alvy

System: Athlon 2400+, SiS 735, 768 MB PC2100, Matrox G400.

N-Bomb
26th January 2004, 10:58
So... I dunno if it's my setup or what, the new status window (which I love, BTW) needs to be enlarged or something... the quant fields on the graph go 1|2|3|4|5|6|7|8|9|0|1|2|3... etc. Not enough room to draw the 1x , 2x, or 3x.

Only cosmetic, but just thought I'd mention.

virus
26th January 2004, 11:01
Got some very minor problems installing RC1. Looks like Beta3 uninstaller did not finish the job completely and the new installer got stuck trying to delete what was left. I deleted my \Programs\XviD dir manually and everything went smoothly. Don't know, it may just be my system (some files in use not released, or similar).

Tried weight zones extensively: the output is fine :)
But I'm experiencing an incredible problem with the GUI.
I set the slider to 1.15, but when releasing it, it jumps to 1.13! If you hit OK, the main dialog shows "W 1.12" (!!!).
Same problems for the neighbouring values (1.14, 1.16). They're rounded down automatically. Entering the value directly doesn't help, just hit OK and you get a wrong value in the Zones listings :(
But setting 1.12 or 1.17 works fine (!!).
Other values work fine, that's really incredible :eek:
Are these values you cannot use?

Overall, GUI is improved, but trying to navigate between the options using the TAB button results in "random" jumps from here to there, in almost all windows. Also, some tooltips have been updated, but some are still missing. Yeah, I know, this is not high in your priority list ;)
You're right. Just don't forget that for 1.0-final :)

The "show me internals!" options is cool, but what's the practical use? The numbers move too fast to really understand something :D :D

bond
26th January 2004, 11:42
Originally posted by _rEuTeL_
I keep getting a flipped video when playing back any xvid file withyes i also get my old xvid encodes flipped
its not caused by dvobsub but by bsplayer (with the overlay1 option enabled) it seems, cause when i play the files in graphedit or mpc, they are not flipped

do you also use bsplayer? if yes, than set it to use "overlay mode 2"

xixi2000
26th January 2004, 11:44
great Koepi :D

communist
26th January 2004, 11:46
Originally posted by Kb_cruncher
i love the new status box(way better than the divx one, it uses too many cpu cycles and makes capturing impossible).
You can always disable it for capturing :)

_rEuTeL_
26th January 2004, 12:00
Originally posted by bond
do you also use bsplayer? if yes, than set it to use "overlay mode 2" yes it's only with bsplayer, winmediaplayer (:D) doesn't flip the image
and yes overlay mode 2 does the trick, but playback is a little choppy that way


edit: I can't find a "flip video" setting in regedit, maybe there just isn't a REG_DWORD included and you need to add it yourself?

crusty
26th January 2004, 12:30
@virus:

Did you reboot before installing RC1?

virus
26th January 2004, 12:58
Originally posted by crusty
Did you reboot before installing RC1?

IIRC yes (I always tend to use the uninstall-reboot-install procedure, it should be safer ;)). I've had no problems with the Beta2->Beta3 switch. Anyway, manual deletion worked fine. Don't know :rolleyes:

K-Dash
26th January 2004, 12:58
Good work XviD Team, love ya:)

Heini011
26th January 2004, 13:04
I have also a choppy playback with the newest build. This was not the case prior to RC1 and it is not related to b-frames. i have to further examine this...

my system: athlon xp@1800 mhz, nforce 3, radeon 9100

greetings, Heini011.

cretin
26th January 2004, 14:40
Human_USB: Then this means that the size difference between quant 1 and Quant 2 is like 300% ??? And did worth it ? Because if not then it means that it wasnt a too good decision to leave Quant 1 for default since its usage is not recommended then.

acrespo
26th January 2004, 15:21
I can't find xvid.dll anymore in RC1. Now I saw two files: xvidvfw.dll and xvidcore.dll. Which is the old xvid.dll?

I am using this DLL to decode my YV12 Avisynth files (VIDC.YV12 in register). I put xvidvfw.dll in register and it's function but I don't have sure about it.

Alvy
26th January 2004, 15:27
Hello,
after un- an reinstalling all video-related codecs playback seems to work fine :)

Xvid 1.0 is magnific

Thank you !!!!

Alvy