CQ=60.00: Difference: 0.862563
CQ=51.75: Difference: 0.974991
CQ=51.75: Difference: 0.974991
...
m1v.Sample-filesize with 51.75-CQ: 2,392,064 Bytes
m1v-filesize with 51.75-CQ: 3,973,120 Bytes

Any idea :?:

@krassi,

I have the same problem starting with a CQ of 60.

I cancelled it in the end. I haven't tried by starting with a different base CQ, I'll do that now.

Fiz.

Got it working with another CQ at start :?:

I'm having the same problem as Krassi and Fiz where after 2 prediction samples, CQMatic keeps sampling at the same CQ! I find that if I cancel and restart with a CQ closer to the "stuck" value, that prediction completes as normal. Very weird bug.

I'm having the same problem also with the resampling of the same cq after 2 tries.


David

Hey! Same problem with repeating CQ here too!

Working on it ....


-kwag

Please download this: www.kvcd.net/cqmatic-test.exe
Try to use the same starting CQ that continued in a loop.
See if this fixes that.

-kwag

The behavior is different :D . The second CQ was 55.88, third was 53.38.

Great :D
sorry :!: :oops: :imstupid:
:x

The condition shouldn't repeat :!:
I'm updating the regular cqmatic.exe to the same version as that test file now ( BETA 2 )

-kwag

I'm sorry to inform you that its still there. It only needed about 10 tries to find the same 51.75-value where it hangs. Sorry. :roll: :oops:

:x :x :x :x :x

Thanks :!:
Priority #1 to fix today
Stay tuned :!:

-kwag

Here it is. www.kvcd.net/cqmatic-1.0b3.exe
Please try it again :!:
I believe that if you start with the CQ that always continued to loop from the start, that's the actual CQ to encode, because it's within the precision boundaries. But :imstupid: was running another iteration, instead of exiting at that point :imstupid:

I can't test it, because I haven't seen that condition in my encodes 8O
So please give us feedback :!:


-kwag

You bet :D
Doing a test right now. Second CQ is 57.24, third 55.86...56.18...final 56.18.
Have a beer, Kwag :drink:
Well, i have to double-check the new CQ. Its a bit higher than before (56.18 instead of 51.01). Maybe its more accurate now 8) .
Thanks Kwag :!:

Thanks :D
I'll post BETA 3 now :)
I think that bug was totally squashed ;)

-kwag

Thats also what i thougth. Man, this bug has a real big armor :lol: .
It was coming back when encoding a long movie (not the one i encoded previously :evil: .
Maybe this has something to do with start-CQ of 60 or with PAL :?:

EDIT: This time Difference in log doesn't stay at the same value with the same CQ, it varies a little bit.

Do this mean you are experiencing the problem again 8O
With BETA 3 :?:

Yep, exactly. With Beta 3 :roll: .

http://www.kvcd.net/cqmatic-1.0b4.exe
Grab it, and let me know :roll:

-kwag

Is it normal that one prediction cycle is taking almost 20 minutes to complete? This with a 140 min. movie. It's going real slooooow....
Using the same script in ToK only takes 3-4 minutes on the first cycle.
This with a XP 2500 Barton. (Just upgraded)