View Full Version : Aloha!
ferrous66
1st December 2003, 19:16
I have read this thread and I am not sure which DS filters I should use to playback xvid1.0 encoded video(all codec features on).
Is Nicīs 16072003 DS decoder fully compatible, or should I use the Xvid1.0 DS filters? It was pointed out that devapi3 decoders might have problems, does that include Nicīs 16072003 DS filters?
Thanks.
P0l1m0rph1c
1st December 2003, 19:25
Originally posted by ferrous66
I have read this thread and I am not sure which DS filters I should use to playback xvid1.0 encoded video(all codec features on).
Is Nicīs 16072003 DS decoder fully compatible, or should I use the Xvid1.0 DS filters? It was pointed out that devapi3 decoders might have problems, does that include Nicīs 16072003 DS filters?
Thanks.
@ferrous66: don't use devapi3 decoders. They work bad, if they work at all. In order to decode XviD 1.0 content, it is recomended using either XviD 1.0's dshow filter or ffdshow.
RadicalEd
1st December 2003, 19:44
Originally posted by LigH
@ RadicalEd:
:confused: Where do you quote me from?
Originally posted by LigH
2-pass file size prediction in XviD dev4api does not work without B frames!
cipher
1st December 2003, 19:50
@P0l1m0rph1c
Thx for your tests, but I've got little comments :)
Are the results from 2nd-pass or they're from 1st-pass? If they're from 1st-pass, could you please also include the filesize?
And from what I experienced, DivX5.1.1 was not a crap anymore, it performed really good. Maybe you guys don't wanna hear this, but without using a custom matrix, , dev-api-3 could hardly beat it. But fortunately, dev-api-4 still rulez :D That's why I was a little suprised when the results showed that dev-api-3 had a huge PSNR difference of 0.5db higher than DivX5.11.
So could you plz tell your settings, like, are XviD and DivX using pretty much the same settings? b/c if DivX used bframes while XviD used no bframes + custom matrix + qpel, it wouldn't be a fair test, would it? :)
P0l1m0rph1c
1st December 2003, 20:05
@cipher: I was a bit surprised with the results too. Here are the settings I used:
For DivX, No psychovisual enhancements, GMC, B frames.
For XviD, GMC, BVOPS 2/1.50/1.00, Trellis, VHQ4, Chroma Motion and h.263 quant.
I used the same settings for api3 and 1.0.
I aimed for 700 kbps, and i used 2 pass for both.
I tried to make it as fair as i could.
stax76
1st December 2003, 20:52
the new build looks great. Two bugs I encountered (present already in older builds):
1. decoder gives screwed image here too
2. codec calculates the AVI overhead
sapient
1st December 2003, 21:09
The pop-up help for the encoding type lists 1-pass quality and 2nd pass external as available options, but they're not actually there... Will they be available in future releases?
LigH
1st December 2003, 21:59
@ RadicalEd:
Aah... I think I got it. You mean:
'I wrote a bunch of stuff.';
I thought you mean
'I wrote "a bunch of stuff"'
and I couldn't remember any thread where I would have used the words "bunch of stuff", because usually I never use the word "bunch" in such a circumstance... :p
temporance
1st December 2003, 23:08
@P0l1m0rph1c:
Watch out when using an average for PSNR etc. It can be biased against codecs with better rate control. Do you have an Overall-PSNR result?
KpeX
1st December 2003, 23:42
Here's the results of some tests I performed so far on Beta 1, with one-pass quant 2 encodes. Results are pretty impressive. (Sorry for the large table size, you'll probably need to scroll to the right to see all the data). The first 9 files are a comparison between different b-frame settings. Files 10-14 are a vhq comparison. Finally, files 15-20 compare some of the other advanced xvid options. Then I repeated all the tests (b-frame, vhq, advanced settings) with MPEG quant instead of H.263, as seen with files 21-40. All settings not listed are default. Listed here are features, filesize, and fps.
File # Name, Features (All 1-pass Quant 2, res 640x272, 9 minute high-motion DVD source) Size(KB)Speed(FPS)
1 TestScene_H.263.quant_MS6_-1MaxBframes_VHQ0.avi 274312 26.89
2 TestScene_H.263.quant_MS6_1MaxBframes_Ratio100_Offset75_VHQ0.avi 274918 24.82
3 TestScene_H.263.quant_MS6_1MaxBframes_Ratio125_Offset100_VHQ0.avi 246255 24.47
4 TestScene_H.263.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ0.avi 230142 24.66
5 TestScene_H.263.quant_MS6_1MaxBframes_Ratio150_Offset75_VHQ0.avi 246255 24.3
6 TestScene_H.263.quant_MS6_2MaxBframes_Ratio100_Offset75_VHQ0.avi 275185 23.08
7 TestScene_H.263.quant_MS6_2MaxBframes_Ratio125_Offset100_VHQ0.avi 245642 24.53
8 TestScene_H.263.quant_MS6_2MaxBframes_Ratio150_Offset100_VHQ0.avi 229053 24.8
9 TestScene_H.263.quant_MS6_2MaxBframes_Ratio150_Offset75_VHQ0.avi 245642 23.95
10 TestScene_H.263.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ0.avi 230142 24.66
11 TestScene_H.263.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ1.avi 226337 19.39
12 TestScene_H.263.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ2.avi 224749 15.11
13 TestScene_H.263.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ3.avi 224309 12.56
14 TestScene_H.263.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ4.avi 222716 9.91
15 TestScene_H.263.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ4.avi 222716 9.91
16 TestScene_H.263.quant_MS6_1MaxBframes_Ratio150_Offset100_AdaptiveQuant_VHQ4.avi 205586 10.28
17 TestScene_H.263.quant_MS6_Trellis_1MaxBframes_Ratio150_Offset100_AdaptiveQuant_VHQ4.avi 204911 9.81
18 TestScene_H.263.quant_MS6_Trellis_1MaxBframes_Ratio150_Offset100_AdaptiveQuant_QPel_VHQ4.avi 206707 6.76
19 TestScene_H.263.quant_MS6_Trellis_1MaxBframes_Ratio150_Offset100_GMC_AdaptiveQuant_QPel_VHQ4.avi 205333 4.46
20 TestScene_H.263.quant_MS6_Trellis_1MaxBframes_Ratio150_Offset100_ChromaMotion_GMC_AdaptiveQuant_QPel_VHQ4.avi 204892 4.26
21 TestScene_MPEG.quant_MS6_-1MaxBframes_VHQ0.avi 281162 26.32
22 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio100_Offset75_VHQ0.avi 280761 24.69
23 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio125_Offset100_VHQ0.avi 251047 24.83
24 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ0.avi 238967 24.86
25 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio150_Offset75_VHQ0.avi 251047 23.76
26 TestScene_MPEG.quant_MS6_2MaxBframes_Ratio100_Offset75_VHQ0.avi 281008 24.58
27 TestScene_MPEG.quant_MS6_2MaxBframes_Ratio125_Offset100_VHQ0.avi 250458 24.67
28 TestScene_MPEG.quant_MS6_2MaxBframes_Ratio150_Offset100_VHQ0.avi 238048 24.69
29 TestScene_MPEG.quant_MS6_2MaxBframes_Ratio150_Offset75_VHQ0.avi 250458 23.24
30 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ0.avi 238967 24.86
31 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ1.avi 237083 23.72
32 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ2.avi 233878 14.35
33 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ3.avi 232989 11.26
34 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ4.avi 229363 8.67
35 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio150_Offset100_VHQ4.avi 229363 8.67
36 TestScene_MPEG.quant_MS6_1MaxBframes_Ratio150_Offset100_AdaptiveQuant_VHQ4.avi 208955 9.04
37 TestScene_MPEG.quant_MS6_Trellis_1MaxBframes_Ratio150_Offset100_AdaptiveQuant_VHQ4.avi 208186 8.6
38 TestScene_MPEG.quant_MS6_Trellis_1MaxBframes_Ratio150_Offset100_AdaptiveQuant_QPel_VHQ4.avi 219664 5.82
39 TestScene_MPEG.quant_MS6_Trellis_1MaxBframes_Ratio150_Offset100_GMC_AdaptiveQuant_QPel_VHQ4.avi 216968 4.03
40 TestScene_MPEG.quant_MS6_Trellis_1MaxBframes_Ratio150_Offset100_ChromaMotion_GMC_AdaptiveQuant_QPel_VHQ4.avi 216304 3.79
As far as conclusions, here's what I got out of it: all features tested appear to be fully working and doing their job in this beta. The bframe tests I did show that for me it looks like my preferred b-frame settings will be 2.150.100 or 1.150.100. I only noticed one thing that really surprised me - note files 15 vs.16 and 35 vs. 36. In both of these, adding Adaptive Quantization actually increases speed slightly! I'd be interested to see if anyone can duplicate this.
All encoding was done with avs2avi on a P4 2.0 Ghz.
Here's a link (http://www.freewebs.com/kpex/XviD_Beta1_test.sxc) (right-click, save target) to a full spreadsheet with more data, it's in OpenOffice format.
Regards,
P0l1m0rph1c
1st December 2003, 23:46
Originally posted by temporance
@P0l1m0rph1c:
Watch out when using an average for PSNR etc. It can be biased against codecs with better rate control. Do you have an Overall-PSNR result?
Overall PSNR's:
DivX: 41.6106
XviD api3: 42.2349
XviD 1.0: 42.3870
Rash
2nd December 2003, 02:20
Hey! Thank you all for replying my question about B-Frames. :)
@Ligh, I was asking about B-Frames values, not how to activate it. ;) Thank you all.
I've just made a perfect rip with it today. So, nothing new. :D
Calculon
2nd December 2003, 04:59
I've been ripping my Deep Space Nine dvds with this build and I must say I like the results. No problems to report from me. Nice work. :D
GolovachLena
2nd December 2003, 06:15
Guys, you're doing great job!
This night i re-encoded Matrix Reloaded 640x256@25, b-frames default, chrome motion, vhq4 and VERY modest quantizer settings, aiming to two CDs with english+russian audio streams, and i got undersize upto 100 Mb comparing to previous encode with dev3! But i couldn't notice ANY visual quality loss! I may be wrong, but the quality even a bit better then previous encode. And it was done at least 1.5 times faster. The greatest tool for CD-rip so far :)
b00zed
2nd December 2003, 06:50
@GolovachLena: You're not really stressing its compressibility capabilities much if you're using 640x256 for a 2CD rip. Try at least 688x288 ;)
LigH
2nd December 2003, 07:35
My usual "quick stress test": The PAL trailer of "Mortal Kombat 2 - Annihilation" = 2000 frames, completely used picture area (no letterbox or any black frame) in 16:9, rather old-and-dirty quality, in-/out-/cross-fades, rapid scene changes, flashes, rich blue lighting, much action, and finally: blazing flames! Just about verything an MPEG codec hates... And at 512x288 pixels with only 900 kbps, it clearly shows every flaw and weakness (e.g. did you know that the "dicas mpegable" codec even needs to drop frames to reach 'watchable' results?!).
GolovachLena
2nd December 2003, 08:17
Originally posted by b00zed
@GolovachLena: You're not really stressing its compressibility capabilities much if you're using 640x256 for a 2CD rip. Try at least 688x288 ;)
Actually i prefer to follow the old rule to keep width mod 32, not 16, so 688x288 is not acceptable for such purist like me ;) You think if i set it 704x288 it'll be stressed way too much? Ok, i'll give it a try tonight.
m0rtal
2nd December 2003, 09:38
yesterday night I've tried the brand-new XviD beta on "Catch me if you can" DVD.
Awesome quality, more than 2 hours of slow motion video, mostly dark scenes...
The result is... strange.
I've got some "color strangeness" - when some area not in focus of camera (walls, ceiling, etc) receives pink shade besides it's own color.
And I've got some "color moving areas" - when dark area of pixels moves (e.g., suit, or car, etc), it leaves same pink trace... very small, even unrecognizable, but it still exists!
XviD settings was:
Motion search: 6
Quantization: H.263
FourCC: XviD
VHQ: 4
Chroma motion on
B-frames: 2-150-70
DX50 b-vop
Trellis quantization on
Koepi
2nd December 2003, 09:42
mortal:
when decoding with ffdshow you have to set the IDCT in ffdshow configuration to XviD IDCT. Simple IDCT decoding will show these artefacts.
Regards
Koepi
b00zed
2nd December 2003, 09:49
@GolovachLena: I can't argue with you there ;)
I found since the source is clean and there are a lot of low/no motion scenes that it compressed rather well, and 688x288 came out very nicely. It could probably be pushed higher (eg 704x304) but I doubt there's much point.
GolovachLena
2nd December 2003, 10:12
May be it is a FAQ question but i still didn't find an answer, please don't beat me too hard :) What will Xvid do when quantizer set to relatively small value (2-5), frame drop ratio set to 0 and finally it can't fit the movie to the size desired? Will the size grow? Or the quantizer will be set higher value beyond initial settings?
m0rtal
2nd December 2003, 10:14
Koepi
ok, I'll try, thanks! :)
m0rtal
2nd December 2003, 10:39
GolovachLena
Why are you restricting encoder doing what it can do best of all? It's his work - determining frame quantizer, not your's! :)
GolovachLena
2nd December 2003, 11:04
m0rtal, you mean i should leave default settings 2-31? Then why most of manuals i have read mention lesser values such as 2-6, 2-12 etc. ?
m0rtal
2nd December 2003, 11:10
GolovachLena
I personally set I-frames to 2-16 and all other to 2-31...
why bothering yourself if encoder could make it better than you? :)
Then why most of manuals i have read mention lesser values such as 2-6, 2-12 etc. ?
to make absolutely sure that I-frames will look better :)
Manao
2nd December 2003, 11:22
Then why most of manuals i have read mention lesser values such as 2-6, 2-12 etc. ? Because they still think XviD needs help as DivX3.11 needed. But note that the two reference guides on encoding in XviD ( Snowbeach's and Doom9 one's ) are both saying not to cap in order to let the codec do its wonder.
mf
2nd December 2003, 12:07
Originally posted by GolovachLena
Actually i prefer to follow the old rule to keep width mod 32, not 16, so 688x288 is not acceptable for such purist like me ;) You think if i set it 704x288 it'll be stressed way too much? Ok, i'll give it a try tonight.
Mod32 won't help you any more than mod16. Really. Unless you like to believe in myths.
GolovachLena
2nd December 2003, 12:32
2 mf: under the myth you possibly mean the fact of incorrect overlaying mpeg4 movie to the TV ? I used mod32 only for such a case. Never tried any other mod values, actually.
2 all: well, i think i got your point with quantizers... but how the heck do i beat the undersize problem? I thought the only way is manual lowering quantizer values.
m0rtal
2nd December 2003, 12:38
Originally posted by GolovachLena
2 all: well, i think i got your point with quantizers... but how the heck do i beat the undersize problem? I thought the only way is manual lowering quantizer values.
no, there are many other ways: turning b-frames off, increasing resolution, lovering motion search precision, increasing quality of audio stream, etc...
whats the problem with undersizing?
HarryM
2nd December 2003, 12:49
What is 'Aloha', in real?
Rober2D2
2nd December 2003, 13:06
I think this was not in the list.
a) Using ffdshow + xvid 1.0 makes all video playback application to crash. Tried using bsplayer, media player classics and directshow sdk. ffdshow 28-11-2003 from athos site.
b) I really haven't used them for a long while, but where is modulated quantization? Will it disappear to avoid non-MPEG 4 compliant stream?
Koepi
2nd December 2003, 13:11
ffdshow can't use xvid.ax for decoding the content. set it to use libavcodec for decoding xvid and you'll succeed with ffdshow decoding.
regards
Koepi
mf
2nd December 2003, 13:14
Originally posted by GolovachLena
2 mf: under the myth you possibly mean the fact of incorrect overlaying mpeg4 movie to the TV ? I used mod32 only for such a case. Never tried any other mod values, actually.
Well you could of course use Bicubic Resize Dshow filter (http://www.doom9.org/software2.htm#filters) to expand to mod32 or just use ffdshow (http://prdownloads.sourceforge.net/ffdshow/ffdshow-20030424.exe?download)'s internal resize filter to do so. To me it just looks like a nasty bug in whatever it is you're using to output to TV. No reason to cripple yourself in encoding sizes.
mazzo
2nd December 2003, 14:31
I'm doing my first 2 cd encoding right now. The first pass took over 15 hours!!!
superdump
2nd December 2003, 15:15
Mazzo: What CPU/RAM/RAM Speed? What settings did you use? What source is it? What resolution are you encoding at? How long is the source? What filters are you using?
mazzo
2nd December 2003, 15:23
I used the default settings, I haven't touched anything in the codec. (I think, BTW it is Wide search). I used XVid earlier and it encoded 3 times faster than this, and DivX 5.1.1 is five times faster.
I have encoded DivX for more than a year. The source was 1h 54m long. Bitrate 1400Kbps (approx) 1.7 Gb processor 1024 Mb Ram
m0rtal
2nd December 2003, 15:27
Originally posted by mazzo
I used XVid earlier and it encoded 3 times faster than this, and DivX 5.1.1 is five times faster.
it is hardly beleivable!
what filters are you using?
does avisynth comes to play?
what is the source? dvd or smthng else?
"1,7GHz processor" - what kind of processor? intel? amd? celeron? duron? maybe it's even mac's g4! :)
P0l1m0rph1c
2nd December 2003, 15:42
@mazzo, are you sure you using the same settings? In my machine it's faster then api3 and a little bit slower than DivX (not 5 times at all!). What processor are u using?
Koepi
2nd December 2003, 15:43
Hit "Load defaults" after installing a new build (I already posted that in this thread, didn't I? It's in the stickies as well...)
You should notice a "slight" speed agin - beta1 is at least 10% faster than dev-api-3 for me, so it must be your settings.
Koepi
wannabe
2nd December 2003, 16:12
I made two, 2 pass encodes on the same source with the following settings:
1) AS @ L5, BVOPS, Packed Bitstream, Trellis / everything else default
2) AS @ L5, BVOPS, Packed Bitstream, Qupel, GMC, VHQ4 (i disabled trellis for this one)
1) = Max Frame Quantizer was 10 (avarage of 5.56)
2) = Max Frame Quantizer was 27 (avarage of 3.97)
So it seems that some of the advanced settings (or the combination of em) has a negative effect on the max frame quantizer ceiling.
bugsan
2nd December 2003, 16:43
xp2000+, avs2.53, dvd2avi 1.77.4
xvid3 with xvid.ax 24/06/2003
xvid4 with xvid.ax 01/12/2003
postproc-4 with ffdshow 28/11/2003
4775 frames processed
640x256, 1000kbps, 2pass
very high motion scene (codec killer) comp 36%
loadplugin("d:/divx/avisynth/mpeg2dec3.dll")
mpeg2source("D:/MATRIX_RELOADED_DISC_1/VIDEO_TS/matrix2.d2v",cpu=2,idct=2)
Trim(122112,126886)
Crop(0,78,0,-78)
LanczosResize(640,256)
----8<-------8<----------8<-----
LoadPlugin("D:\DivX\avisynth\compareyv12.dll") #recompiled version
#with fopen() bugfix (didnt work for me)
clip1 = AviSource("matrix2.avs")
clip2 = AviSource("xvid4_xxx.avi") #.Trim(1,0)
Compareyv12(clip2,clip1,"YUV","psnryv12.log")
----8<--------8<----------8<-----
this table shows time encoding (in seconds), real time fps,
psnr overall and mean square error/pixel/frame.
xvid encoding time = total encoding time - avisynth processing time.
sorry to do not show xvid4 encoding time because i have lost my virtualdub jobs :(
avisynth processing time: 94secs/pass, 50.8fps
|---------------------|-------------|-------------|---------|--------|-------|
| | avs+codec | codec | PSNR | Sq err | SSIM |
| | time fps | time fps | overall | /pixel | |
|---------------------|-------------|-------------|---------|--------|-------|
| xvid3 24062003 |
|---------------------|-------------|-------------|---------|--------|-------|
| default | 333 | 28.7 | 145 | 65.9 | 41.0125 | 5.15 | |
| altcc | 332 | 28.8 | 144 | 66.3 | 41.0194 | 5.14 | |
| cm | 360 | 26.5 | 172 | 55.5 | 41.0854 | 5.06 | |
| vhq1 | 409 | 23.3 | 221 | 43.2 | 41.2624 | 4.86 | |
| vhq1 cm | 444 | 21.5 | 256 | 37.3 | 41.2863 | 4.84 | |
| vhq4 | 1090 | 8.8 | 902 | 10.6 | 41.5808 | 4.52 | |
| vhq4 cm | 1099 | 8.7 | 911 | 10.5 | 41.5984 | 4.50 | |
| mpeg | 326 | 29.3 | 138 | 69.2 | 40.9471 | 5.23 | |
| mpeg vhq1 | 454 | 21.0 | 266 | 35.9 | 41.2726 | 4.85 | |
| mpeg vhq4 | 1266 | 7.5 | 1078 | 8.9 | 41.6116 | 4.49 | |
| bf1 | 364 | 26.2 | 176 | 54.3 | 40.9945 | 5.17 | |
| bf1 mpeg | 371 | 25.7 | 183 | 52.2 | 40.9514 | 5.22 | |
| bf1 vhq1 | 427 | 22.4 | 239 | 40.0 | 41.3484 | 4.77 | |
| bf1 vhq4 | 873 | 10.9 | 685 | 13.9 | 41.5640 | 4.54 | |
| cop | 323 | 30.0 | 135 | 70.7 | 41.0128 | 5.15 | |
| trellis | 360 | 26.5 | 172 | 55.5 | 41.1759 | 4.96 | |
| gmc | 347 | 27.5 | 159 | 60.1 | 40.9950 | 5.17 | |
| gmc bf1 | 369 | 25.9 | 181 | 52.8 | 40.9874 | 5.18 | |
| qpel | 403 | 23.7 | 215 | 44.4 | 40.8329 | 5.37 | |
| qpel bf1 | 483 | 19.8 | 295 | 32.4 | 40.8744 | 5.32 | |
| mpeg vhq1 bf1 | 451 | 21.2 | 263 | 36.3 | 41.2525 | 4.87 | |
| mpeg vhq1 bf1 altcc | 451 | 21.2 | 263 | 36.3 | 41.2262 | 4.90 | |
|---------------------|-------------|-------------|---------|--------|-------|
| xvid4 01122003 (cvs build) |
|---------------------|-------------|-------------|---------|--------|-------|
| default | 345 | 27.7 | 157 | 60.8 | 41.0011 | 5.16 | 73.50 |
| // + ffds-pp0 | - | - | - | - | 40.9986 | 5.17 | |
| // + ffds-pp4 | - | - | - | - | 41.3942 | 4.72 | |
| // + divx dec | - | - | - | - | 41.3539 | 4.76 | |
| me5 | 299 | 31.9 | 111 | 86.0 | 40.8815 | 5.31 | |
| cm | 372 | 25.7 | 184 | 51.9 | 41.0720 | 5.08 | |
| vhq1 | 428 | 22.3 | 240 | 39.8 | 41.4404 | 4.67 | |
| vhq1 cm | 440 | 21.7 | 252 | 37.9 | 41.4604 | 4.65 | |
| vhq4 | | | | | 41.7316 | 4.36 | |
| vhq4 cm | 851 | 11.2 | 663 | 14.4 | 41.7429 | 4.35 | |
| hvs-best | | | | | 40.8758 | 5.31 | |
| mpeg | | | | | 40.9356 | 5.24 | |
| mpeg vhq1 | | | | | 41.3239 | 4.79 | |
| mpeg vhq4 | | | | | 41.6477 | 4.45 | |
| bf default | 342 | 27.9 | 154 | 62.0 | | | |
| bf default mpeg | | | | | | | |
| bf default vhq1 | 405 | 23.6 | 217 | 44.0 | 41.3572 | 4.76 | |
| bf default vhq4 | 673 | 14.2 | 485 | 19.7 | | | |
| trellis | 370 | 25.8 | 182 | 52.5 | 41.1697 | 4.97 | |
| gmc | 931 | 10.3 | 743 | 12.9 | 40.9935 | 5.17 | |
| gmc bf1 | | | | | | | |
| qpel | | | | | 40.8138 | 5.39 | |
| qpel bf1 | | | | | | | |
| cartoon | | | | | 40.9395 | 5.24 | |
| bf-1-1.2-0 | | | | | 41.0003 | 5.16 | |
| bf-1-1.5-0 | | | | | 41.0326 | 5.13 | |
| bf-1-1.8-0 | | | | | 40.9267 | 5.25 | |
| bf-1-2.0-0 | | | | | 40.8361 | 5.36 | |
| bf-1-1.5-1 | | | | | 40.9837 | 5.18 | |
| bf-1-2.0-1 | | | | | 40.7459 | 5.48 | |
| bf-1-3.0-1 | | | | | 40.3142 | 6.05 | |
| bf-2-1.5-1 | 342 | 27.9 | 154 | 62.0 | 40.9510 | 5.22 | |
| bf-2-2.0-1 | | | | | 40.7063 | 5.53 | |
| bf-2-3.0-1 | | | | | 40.2506 | 6.14 | |
| bf-3-1.5-1 | | | | | 40.9498 | 5.23 | |
| bf-1-1.5-0_v4_cm_tr | | | | | 41.7270 | 4.37 | |
| vhq4_cm_tr | 958 | 10.0 | 770 | 12.4 | 41.8116 | 4.28 | 76.25 |
| // ffds pp4 | | | | | 42.1085 | 4.00 | |
| // divx dec | | | | | 42.0843 | 4.02 | |
|---------------------|-------------|-------------|---------|--------|-------|
| divx 5.1.1 |
|---------------------|-------------|-------------|---------|--------|-------|
| fastest 2pass no-bf | 343 | 27.8 | 155 | 61.6 | 41.2395 | 4.89 | |
| // (ffds pp0) | - | - | - | - | 40.8215 | 5.38 | |
| // (ffds pp4) | - | - | - | - | 41.1819 | 4.95 | |
| slowest 3pass bf | 3161 | 4.5 | 2879 | 5.0 | 41.4807 | 4.62 | |
| // (ffds pp0) | - | - | - | - | 41.1792 | 4.96 | |
| // (ffds pp4) | - | - | - | - | 41.4930 | 4.61 | |
|---------------------|-------------|-------------|---------|--------|-------|
| fvfw mpeg4 |
|---------------------|-------------|-------------|---------|--------|-------|
| default | 545 | 17.5 | 357 | 26.8 | 40.8780 | 5.31 | |
|---------------------|-------------|-------------|---------|--------|-------|
| wmv9 |
|---------------------|-------------|-------------|---------|--------|-------|
| faster simple (avis)| 367 | 26.0 | 179 | 53.4 | 40.5280 | 5.76 | |
| better complex(avis)| 1533 | 6.2 | 1345 | 7.1 | 41.0502 | 5.11 | |
|---------------------|-------------|-------------|---------|--------|-------|
| rv9 ehq |
|---------------------|-------------|-------------|---------|--------|-------|
| ehq very high | 1045 | 9.1 | 857 | 11.1 | 41.9565 | 4.14 | |
|---------------------|-------------|-------------|---------|--------|-------|
sqerr/pix: 255*255/(10**(psnr/10))
vhq is faster and more effective :)
any question ?
communist
2nd December 2003, 16:53
Originally posted by HarryM
What is 'Aloha', in real?
An island?
cipher
2nd December 2003, 17:27
What is 'Aloha', in real?
It's the traditional way ppl in Hawaii say "hello" or "goodbye" :)
fisix
2nd December 2003, 17:34
ack, bugsan, those encoding times are important!
sorry to hear you lost the jobs..
thanks very much for the table, outstanding.
-fiz
mazzo
2nd December 2003, 17:49
Hi guys, my processor is 1,7 GHz Intel. I encode an segmentedavisource, recorded from television with some trimming (not much). No deinterlacing. Natural bicubic. As I always do, the movies on my tv here in Norway are mostly progressive. I use this XViD new encoder together with Gordian Knot.
Tueurne
2nd December 2003, 17:58
well great thx to every Xvid dev
trellis H263 , Qp, GMC, Adp Q are all Ok ;)
I have somme problem with reduce resoltion which doesn't work (H263)
And trellis with HVS matrix. Size on first pass is biger with trellis than without :(
A known bug but I don't know if you remember. The last answer was It's hard to correct it's in the core. This is the problem of MPEG matrix after loading a custom matrix you must load default setting if you want to use MPEG matrix anymore, or saving the MPEG matrix before loading the custom
wannabe
2nd December 2003, 18:10
Size on first pass is biger with trellis than without
yes, thats true, i can confirm that also.
Bushman
2nd December 2003, 20:56
ehm... koepi, i can't download your beta-version... :(
it always tells me:
Your browser didn't send the correct referer for my site, thus you are following a direct link from some page on the net. I'm sorry, but due to massive bandwidth stealing, producing a real workload, and in the end doing us financial harm we had to disallow this.
but: i use opera 7.22, and NO downloadmanager. what's the problem? i tried with IE6 SP1 too. failed! i also turned off my Firewall (ZoneAlarm)... failed again.
may someone can send me the installer (win32) to my email? its: graalandria[at]web[dot]de
thx!
(ps: normally i dont use beta-versions... but i'm wondering about the new settings of the codec...)
Alxemi
2nd December 2003, 21:16
Bushman thereīs a mirror posted in one of the first pages of this thread
Have fun testing ^_^
Regards
mazzo
2nd December 2003, 21:16
Encoding time so far:
BeSweet transcoding: 5 minutes 50 seconds
First Pass: 15 hours 37 minutes 22 seconds
Second pass: 10 hours 34 minutes and 4 more hours to go ....
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.