Phil,

"Cuts off too much ..." means if the values get higher and higher reaching the right bottom corner the more high frequencies will be cut, means in easy words, the picture will look unsharper.

Do your test on DCT filter as I described here.
http://www.kvcd.net/forum/viewtopic.php?t=8551

The dct filter does almost the same, he perfoms a DCT (as our matrix also does during encoding) and does afterwards a InverseDCT (and that will be done when our KVCDs will be played back by the mpeg decoder as the matrix also will be present in the encoded mpeg stream! you simply can use "restream" to suck out the matrix of a m2v or VOB)
In easy words (cracks would hit me now) its like a chiffring and dechiffring (I dont no other word) where the chiffred code is very eay to encode seen in compression. And when while playback the dechiffring performs, it could cause rounding errors.

Do a test and use Restream, ... open a m2v encoded with notch and allocade manually to the stream the std. matrix in restream .... when playing back, trash would come out ;-)
You know what I mean? Its like a Key to get the right INVERSE-calculation afterwards.

So why we get blocks, ok, of less bitrate, but we do use Notch???
Ok, a cutting matrix does give the encoder very precise quantisation orders "where" to cut and thats why very much developers of matrixes do say "XXX Matrix, best for AVG about 1200kbit", because if the bitrate goes even below on high bitrate needed scenes the encoder dis-respects the matrix and does his own quantisation party to archive the needed AVG Bitrate or final filesize and this in a very very agressive way where YOU don't have the control over that quantisation anymore.

And our little friend ffvfw mpeg2 seems to like playing its own quantisation party very very fast.

The last 5 Days I also did tests using diff. Matrixes where for example only the high freq. will be cut straight and Im still in.

If you remember I saw in Kwags samples that the result is sharper!
Means the high frequencies won't be cut that much (8bit values! also at max cut), ok .... therefore the plainsurfaces and mid-detailed parts in the image could be suffer more ... and in case of ffvfw the plain surfaces do suffer more. Its just a thing what the encoder prefers to do.

Every encoder gots his own way of quantisation process and thats why CCE TmpgEnc MCE ffvfw do output diff streams.

But every encoder does come with his own pro and cons. So everybody has to choose what he wants on pros and what he can tolerate on cons.

;-)

Just for freaks if you want to try diverse Matrixes collected by Morpheus of doom9.de
Heres The Thread
http://forum.gleitz.info/showthread.php?t=82

(I just quoted the DVD relevant ones)
"Just" copy and paste :oops: :lol:

PS: Tonight I will do tests on ffvfw using "Angel 1CD 2.35 avg800 max1500" as it only does high cutting on high frequencies, ... we'll see

Hi Inc,

Remember that almost every one of those matrixes (high frequencies), will be truncated by ffvfw :!:
The MAX value for ffvfw is 63, so most of those matrixes will be useless with ffvfw.

-kwag

You mean "with that encoder" ?
Because there is not reason in the mpeg codec protocol that you can't do that. And all encoder can actually do CBR.

Okay, that's the same that we have with too hight value in DCT Filter. Thanks.

Acutally I didn't wait for this post to know what how DCT filters works :-)

scramble/unscramble :-)

Just make me think about something : WHO actually set the matrix in bbmpeg ?
:arrow: If I follow you correctly, if you do not do that, all the KVCD muxed with bbmpeg will be unscramble with the wrong key :!:

Okay, that was the point where I didn't join the pieces. Now I understand.

BTW, I can't install it on my Athlon ! I have big issues with MSVCR70.dll that is present but ffvfw installer complains about it :-(

Is there someone that have an idea ?

:? Tell me more ...

I have Athlon and its instaling without problems. But I have had this problem with ffdshow few months ago on clean (without any instaled codec) machines. I just downloaded missing file and put it to winnt\system32 (maybe it needs to be regsvr32 'ed ;) )

:? Tell me more ...[/quote]
Look at into bbmpeg, just under the part where you fill the name of the video stream and audio stream you have a place to put the files for the 2 matrix.
According to what Inc just said, if you do not put somethign here, your image will be ugly.

I'm waiting for an answer from him :-)

What do you think I did ? (I have two PC linked in network -:)). But it's not enought ! BTW they were already there as I told. And there is nowhere to find an INSTALLER for this sh!t (M$ product for sure !)

The builds just before the 2004 ones don't need the msvcrt files and they are based on the same cvs so don't know if you would see much difference anyways.

http://www.ligh.de/software/ffdshow/...w-20031128.exe

http://www.ligh.de/software/ffvfw/ffvfw-20031117.exe

Don't yell at me :bawl:
The way I proposed work for me. I even create modified instaler for other people, and they have never declare problems. Any complaint to the Bi-G :lol:

Thank oyu Dano, I will see.

But in fact I have two problems : ffdshow does not install at all (but I do not need it actually). But ffvfw installs itself once (the second install fails because of the dll) but... I DON'T HAVE IT IN VDUB ! :-(

EDIT: OKAY ! With release given by Dano it works. But is the encoder really the same quality ? Inc, which was the version you used and taht gave problems to you ?

Hi Phil,
Inc is online but probably doing something else. :?
Though I don't know for sure which build he was using when he had problems,
I can assure you I had issues with the one Dano has just told you to use.
I'm using iNTEL cpu and I didn't have any problems, so I went to check on an AMD cpu and I also didn't find any problems installing it.
Any chance you're running a French version of WinXP?
Try checking with a friend who is also running French WinXP.
I say this because I've had some issues with Portuguese WinXX so many times that now I only use English versions :evil:
C ya

It seems the problem is deeper : I can't even install half of the patch provided on windows update ! The install fails and for sure this "wonderfull" M$ crap don't even tell why :-(

@Phil
We sure could be running something stronger on our PCs nowadays.
I mean WinXP is nice and all but it's still too dumm.
Suddenly when we least expect it, we start seeing the OS failing because of some rather buggy
application we installed last week...
That's just something the OS should try to solve by itself...
It should already have some repair routines like we see on some not as good looking OSes...
Worst: It's got own willing :evil:
Good luck Phil. :?

In fact I just foudn the problem : that was a service that I stopped (ie desactivated) days before and was mandatory :-(

Friends I had a very nice time with an ugly bad converted PAL capture where someone before did a conversion from 23.976 to 25.000 which has ben send via cable :arrow: Blending, interlacing and everything which gives headache!.............. :evil: THIS SUCKS! 2 Hours to solve that using Selectevery() etc.

So Phil,

Yep you're right, our encodings would come out ugly IF the matrix wouldn't be placed within the video mpeg, as I did read in the www.

If you open Restream you can see that its not only the VOB or the mpeg which can be opened, its also m2v m1v source etc.
That means as said the matrix values for descrambling are within the encoded videostream.

Its nice, just when you did load that video stream, move with the mouse over the little floppy disk "safe" symbol in the matrix sections and a pop up will appear which hows you all the values.

By this you can get the orig Matrix where your orig DVD has been encoded with.

;-)

@ Kwag

You're right, as I forgot that the ffvfw matrix is only 8bit in its values, but we still can use that matrix
By copying the values into the matrix section of ffvfw, just replacing all the 99 with 64 and add in the avisynthscript at the end a

DCTfilterD(4)

At least at the intra section this will all 4 last diagonals cut (like 99) and in the non intra section, well only one diagonal will be still used with lower cutting parameters, but by this we can try.

That's what I thought (I never understood why bbmpeg allow to give matrix files. BTW, I do not use bbmpeg :-))

That is a new answer for the guy on other thread taht was asking "how to distinghuish regular MPEG from a KVCD one" :-)

Where? The mpeg4 HVS matrix comparison? 8O

Lets cut da frequencies! :cut:

:D

Fortunaly for newbies, while you are all testing ffvfw, I'm still reading the forum and helping them :nose:

http://www.kvcd.net/forum/viewtopic....910&highlight=

:lol:

We should add to our signature ....

"away in *ffvfw headache holidays* will be back soon .... :drink:


Uops:
It was the build from Nov.2003! Since I updated to both (ffdshow/ffvfw)latest builds (I think they are the Jan.2004 ones) the big problems where gone.

That is what I thought. Fortunally I managed to have the 2004 version to be installed and working.