Please post your DivX 5.05 bugs here.....

[crusty]

I have been using 5.02 for a while now and when 5.03 came out it apparently gave some people mixed or worse results. So I decided to wait for a new version.
I want to use this new codec but only if it's notably better than the 5.02 codec.
So I would really like to have some feedback on bugs, errors and peculiarities with this new codec.

Please post any bugs you're encountering here so everybody can verify and/or learn from them. TIA.

[niUmex]

By my machine (WinXP Pro, DX9a, 2xAthlonMP2200 +, Tyan Tiger MPX, 1024Mb DDR, GeForce4Ti 4600, Audigy2, 2xPromiseUltra133) coding on DivX 5.0.4 Pro (I the registered user) causes freezing a computer. This mistake occurs on the second pass and if on the second pass will not fall off, on one of the subsequent passes. I use DivX5Enc by Jonny (or Enc by Jonny - his new program) and VirtualDubMod 1.4.13.2v2. I have noticed that if during coding to not use a computer, coding is carried out without failures but if I something shall do on my computer at this time - freezing...

During coding I actively used Opera for surfing on Internet and looked through my catalogue of images + listened WinAmp.

Previous versions DivX and other codecs do not cause by my machine of such anomalies.

[niUmex]

"Write MV file" does not create a MV-file.

[SiXXGuNNZ]

Originally posted by niUmex
"Write MV file" does not create a MV-file.

yes, I second this, altho I do not notice any degrade in quality or speed :)

[niUmex]

I do not notice any degrade in quality or speed

It agree that quality does not worsen, since this file is necessary only for acceleration of calculation on additional passes. But where a guarantee, what if this file was created, productivity would not increase considerably on additional passes? So it bug and with yet not certain consequences...

[SiXXGuNNZ]

Originally posted by niUmex
It agree that quality does not worsen, since this file is necessary only for acceleration of calculation on additional passes. But where a guarantee, what if this file was created, productivity would not increase considerably on additional passes? So it bug and with yet not certain consequences...

of course it is a bug :D

and yes I want them to fix it, cuz I get 5-10 more fps a second on nth passes with it :)

[niUmex]

Proceeding from the problems described by me to use the codec it is impossible (for me)!

[murattttt]

I tried to use adware version of Divx 5.0.4 since yesterday and still couldn't see one encoded movie with it. Truly it doesn't create mv file whatever I do. However it does create a log file but it shows "0" bytes in explorer and surprisingly enough I can open the file with notepad and see nothing is there.
Then I get furious, kill the vdubmod, and then see that now that the log file is full with info to the right position I aborted the dub. -Well, I discovered this at 3 o'clock a.m. and then although this was a quite enough bug to remove 504 and go back to good old divx 502 ( how good?) I woke up in the morning to fing out that after 9 hours the 1st pass was still infinished. Vdubmod was encoding at 0 f/ps. Though it came alive then and finished the 1st pass after 25 minutes this was ridiculous. I see that after the 1st pass is finished I have to wait for 2-3 minutes to see my log file is filled up with frames but even so I can't use the codec with job control or Gknot can I? They expect to get a log file from the 1st pass and see that it is empty they go for a 1 pass encode from 0. So I can't get the benefit of the nth pass or real 2 pass at all.
I'm afraid it does not work forme and I have to change my behaviour of sticking to the newest tool I can get from now on. This is so pathetic.

[jonny]

By my machine (WinXP Pro, DX9a, 2xAthlonMP2200 +, Tyan Tiger MPX, 1024Mb DDR, GeForce4Ti 4600, Audigy2, 2xPromiseUltra133) coding on DivX 5.0.4 Pro (I the registered user) causes freezing a computer. This mistake occurs on the second pass and if on the second pass will not fall off, on one of the subsequent passes. I use DivX5Enc by Jonny (or Enc by Jonny - his new program) and VirtualDubMod 1.4.13.2v2.

Last version supported by DivX5Enc is 5.0.3 (so it's not safe to use 5.0.4 with it, i've not tested this version here!)
Enc works well (but if you have previously used divx5enc, a good idea could be to reset the codec configuration, the first time you open the codec settings window on Enc)

[niUmex]

a good idea could be to reset the codec configuration, the first time you open the codec settings window on Enc

Yes, I know. I read the documentation on your site. I already tried all this.

How I understand, you do not have such problem with DivX 5.0.4 as at me?

ps. Jonny, thanks you for so delightful program! She is my best assistant in hard work of the coder.

[murattttt]

Now that my machine is doing 2nd pass with 504 (Vdubmod, avisynth 251, dvd2avi 2.76) I see that my log file is "0" bytes again and I don't know how to make sure this pass is really a 2nd pass.
Does anyone know how to ensure that the pass is a 2nd pass?

About the previos post I think the codec writes log data to some temp file I don't know where of (or maybe store in the ram).

[crusty]

I think it's best in these cases to try the new codec with some small clips first...that way you don't have to wait ages to see if it fails.

Only if those small clips work then I would start with bigger clips.

Moving over from one codec to another isn't a small change, you have to learn how the new codec 'behaves'.

[SiXXGuNNZ]

Originally posted by murattttt
Now that my machine is doing 2nd pass with 504 (Vdubmod, avisynth 251, dvd2avi 2.76) I see that my log file is "0" bytes again and I don't know how to make sure this pass is really a 2nd pass.
Does anyone know how to ensure that the pass is a 2nd pass?

About the previos post I think the codec writes log data to some temp file I don't know where of (or maybe store in the ram).

I encoded a 4pass 1 cd of the matrix and it looks great, mv wasn't created, but it looked damn nice, I also did a 2pass 2cd of lotr fellowship se and no mv again, but also looked damn good.

[murattttt]

11:42:51: Started DivX5-First Pass: C:\DIVX_PROJECT_FILES\VTS_01.avs
14:22:49: Finished DivX5-First Pass. Duration: 2 hours, 39 minutes, 57 seconds.
14:22:49: Trying to open Log-file.
14:22:49: Error: Could not open C:\DIVX_PROJECT_FILES\vdenc.log
14:22:49: Error: Could not count encoded Frames.
14:22:49: Speed: 1222.771 Frames per Second.
14:22:49: WARNING: Number of counted frames differs from settings!
14:22:49: WARNING: Settings: 248275
14:22:49: WARNING: Counted: 0
14:22:49: WARNING: Difference: 248275
14:22:49: Correcting Bitrate...
14:22:49: Original Bitrate = 1146 k(=1000)Bits/s
14:22:49: ERROR: Correction impossible.
14:22:49: Now encoding at 1146 k(=1000)Bits/s

So I think I'm sure Gknot is not making a real 2nd pass but just one pass from scratch alone. Maybe this only has happened to me but better make sure yours is not doing the same too.
Well quality does not make sure it has done the multipasses efficiently...

[len0x]

I suggest you get latest Gknot and delete all default settings for divx5. Then try again. If the problem still exists post you log along with *.settings file at SF bugs section...

P.S. I have no problem with 5.0.4 multipass and GK :)

[Ewi]

RC seems to be broken again (or still). As BiaTch 5.0 wrote in the sticky thread that High Motion scenes can be very bad. Perhaps it is related to the more or less seldom appearing bug in 5.03: Bitrate going down without any hint why and usage of too high quants. It was hard to reproduce and happend more on high motion scenes. Some thought it to be related to bframes.

I'll keep 5.02 til a bugfree version cause I don't want to look at every movie concentrated, searching for bug caused bad scenes. I want to be sure that it works, cause I'm not willing to be a DivX beta tester for free...

[jonny]

How I understand, you do not have such problem with DivX 5.0.4 as at me?

Yep, the MV doesn't get writed on my sistem too (both with Enc and with VDub only).
But i'm not experiencing any freeze :( (is your system 100% stable? have you tryed running Prime95 or something similar?)

[knight_inferno]

murattttt, I had the same problem as you last night, I was encoding 2 movies overnight, the first movie came out fine, when I got up it was still going, although it appeared that it wasnt encoding the second pass, when I moved my mouse to see what was going on and brought gordian knot back "on top", virtualdubmod window popped up and started the second pass, but in the gordian knot window (Jobs log) it said Frames Differ from originals and started encoding at 1400 instead of the 860 it was ment to @_@ (I would have had re-calculate bitrate on probably..), although something screwed up :\ oh well, time to restart the encode :rolleyes:

[Gej]

About DivX5Enc: It seems that DivX5Enc is not fully compatible with DivX 5.0.4, this application create a VirtualDub log file, by “faking” the codec’s state info, since 5.0.4 and introduction of quantizer 1 in the 1pass Q mode, this may have adversely affected this application (and possibly other working on this principle). So behavior can be unpredictable.

About MV: http://forum.doom9.org/showthread.php?s=&threadid=51480

SiXXGuNNz: During encodes the log file is actually updated so the file appear to be 0 bytes in Windows, no big deal it’s the way Windows handle file access.

[murattttt]

14:22:49: Trying to open Log-file.
14:22:49: Error: Could not open C:\DIVX_PROJECT_FILES\vdenc.log
14:22:49: Error: Could not count encoded Frames.

Well As I should have understood, whatever name I wrote for my avs files, my Gnot 28 beta 6 tried to open vdenc.log every time. So then this is a bug related to Gknot, not the new codec itself.
BTW, so I can encode sth with renaming the avs files as vdenc.log (can not guess why) the quality seems sure ahead of divx 502 or 503 and is worth upgrading.

[jonny]

vdenc.log is a different thing.
It's a log file generated by the latest VirtualDubMod version.
It's used to obtain the size of each frame in a compressibility test encode.
Obtaining this error means that there is something wrong with the VDub version you are using.
(you can take a look in the GKnot development forum... there is a sticky thread).

BTW, so I can encode sth with renaming the avs files as vdenc.log (can not guess why) the quality seems sure ahead of divx 502 or 503 and is worth upgrading.

This is a crazy thing! :)

EDIT: len0x, i was faster :D

[len0x]

Lets not do that there.
Post your log file in GK devel forum, plz...
(and read the forum to find out what vdenc.log is for...)

[stevvie]

Updated from 5.02 to 5.05 and now it does not show up in Tmpgenc 2.510. It was already set from before and seems to encode but it just doesn't show up in the compressions list so I can not change the settings anymore. :confused:

[Ungowa]

A friend of mine had some weird results with divx 5.04 & 5.05. At the beginning of the movie he tries to encode, is a black screen with white letters, explaining some dates and events that occurred. After encoding this screen is completely black. When he uses divx 5.02 or xvid the screen gets encoded without any problems.
Also in some very dark scenes it's sometimes like a trail of black blocks attaches itself to moving objects. This only happens occasionally, especially at the beginning of the movie. For the encoding GK 0.28 final and the last beta version were used. Switching on b frames. Encoding with or without b-frames didn't make any difference. No gmc, psychovisual enhancement or quarter pixels were used.

[Angelus]

I have found a bug in Divx 5.05, at least on my computer. I've tried to encode a couple movies lately (Old School, Gangs of NY, How to lose a guy in 10 days) and I use GKnot to encode using Divx. I've noticed that when i try to encode, VDubMod freezes at different frames and won't finish encoding. here's a link stating everything on this that i've written:
Here's the thread (http://forum.doom9.org/showthread.php?s=&threadid=57953)

I've just encoded Old School with Xvid and it worked fine, without any freezing. With Divx it froze after like the 2200th frame. And I have encoded movies with Divx 5.05 such as the Recruit (i think) and most recently Phone Booth. So unless there is something in the source of the movies that makes Divx not friendly, I dunno wat causes this.