Announcing Project Rémoulade [DivX H.264 codec]

[plonk420]

also, how can i tell if i'm using Beta2? i THINK my results are from b2, but i'm not sure...

edit: i'm rendering to Null
system stats: Phenom 9550 on an RS690 mobo, Vista x64, 4gb DDR2-800, 7600GS. any other important stats i'm missing or things i should try?

[SeeMoreDigital]

Has anybody here had any success playing AVC video with AAC or AC3 audio streams placed within the .TS container?

AVC "video only" streams placed within the .TS container seem to play okay!

[bond]

file specs: x264_hp_2pass_720x288_B3-Ref_Ref5_p4x4-i8x8_loop-5_WBP_cabac_cqm-qmatrix
cpu: pentium3 866mhz

result:
DivxH264 42.83fps
ffdshow 64.48fps
CoreAVC 75.57fps

so it doesnt seem to be very fast on non-multithreading cpusrun the same file on beta2:
ffdshow: 64.81
coreavc: 75.53
divxh264: 62.59

so it seems to be now much closer to ffdshow, but not better

it also crashed on a baseline profile sample i created with x264: x264-r285_bp_720x288_B0_Ref5_p8x8-i4x4_loop-5_wbp_mp4box.mp4
if you want i can upload it

[the_corona]

Ok, some quick tests on my HTPC, on XP SP3 2GB Ram with the following CPU:
http://img382.imageshack.us/img382/1921/cpuzhtpcqb5.jpg

Results are:
- Timecodec priority set to High
- Divx Logo off (all other settings default)
- First Line: Null Renderer, Second Line VMR9

I would go so far as to say it's equaliy fast (good job Divx!) on this machine, even though its still slightly beaten in pretty much every test. But the diff. are so small its completely neglicable (of course it would be good if it could consistantly be faster :-))

74,5 MB 1:59 - 1280x720 @ 23.976 fps 4394 kbps
Core
fps: 793.9, dfps: 117.8
fps: 764.0, dfps: 91.7
Divx Beta 2
fps: 736.3, dfps: 119.5
fps: 686.4, dfps: 91.0


50,7 MB 0:28 - 1280x688 @ 25 fps 14.0 mbps
Core
fps: 962.8, dfps: 74.3
fps: 710.3, dfps: 65.3
Divx Beta 2
fps: 601.8, dfps: 72.0
fps: 677.0, dfps: 62.7

50,5 MB 0:56 - 1280x720 @ 23.976 fps 6790 kbps
Core
fps: 920.3, dfps: 87.2
fps: 760.2, dfps: 72.9
Divx Beta 2
fps: 633.5, dfps: 85.8
fps: 620.0, dfps: 71.4

Something is wrong on my Vista machine, Timecodec seems to be limited to the screens refresh rate, as no clip, no matter how small and no matter what codec gets limited to 60 dfps in VMR9. This wasn't the case last time (Now it only uses like 40% CPU on some clips - but not just Divx, Core too). Any ideas what that could be? I can't really test on AMD now....:-(

[DigitAl56K]

@the_corona:

Those Intel numbers looks pretty promising - thanks for posting the shot from CPU-Z, that is exactly the kind of information that we need!

To address your earlier point, I have edited the DivX Labs post for beta 1. You can see the new information I've added under our performance charts, and I actually removed the scalability section referring to the 8-core system.

Hope that helps to address your concerns.

To others who have posted performance numbers here, if you can add CPU-Z shots to your posts (or even PM me a link to a screenshot) that would really be helpful.

[Flaarn]

Has anybody here had any success playing AVC video with AAC or AC3 audio streams placed within the .TS container?

AVC "video only" streams placed within the .TS container seem to play okay!

Most of my clips/samples are broadcast AVC High Definition transport streams & they have either 2.0/5.1 ac3 audio, I have ac3filter installed and playback is ok, with regards to aac, I suspect any issues would be down to the splitter and related audio filters I would think, and how it handles it or not, as the case may be.

[Shinigami-Sama]

http://mplayer.somestuff.org/misc/h264_sample.7z <- Thanks Mulder

the following are from plonk's following post, thanks as well

des-800-wg.mp4 [file (http://www.megaupload.com/?d=VVN85SZ7)]

fallingdown-4800-av-5b.mp4 [link (http://www.megaupload.com/?d=D8QEHW4R)]






results by Haali's timecodec (http://haali.cs.msu.ru/mkv/timeCodec.exe)

FFDSHOW tryouts build: 1967 -- all defaults
Divx Beta2: all defaults



renderer: null

h264_sample.7z samples:

sample.mp4

Divx: Crash

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 19s, fps: 488.2, dfps: 74.3

~~

sample.avi

Divx: User: 2s, kernel: 0s, total: 3s, real: 12s, fps: 493.3, dfps: 120.7

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 21s, fps: 473.6, dfps: 69.4
~~

sample.mkv

Divx: User: 2s, kernel: 0s, total: 2s, real: 11s, fps: 560.5, dfps: 125.5

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 18s, fps: 446.8, dfps: 78.7


~~

Renderer: VRM 9


sample.mkv

Divx: User: 1s, kernel: 0s, total: 2s, real: 14s, fps: 623.2, dfps: 103.1

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 24s, fps: 442.6, dfps: 59.8

~~

sample.avi

Divx: User: 1s, kernel: 0s, total: 2s, real: 15s, fps: 611.1, dfps: 97.7

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 22s, fps: 442.6, dfps: 67.1

~~

sample.mp4

Divx: Crash

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 24s, fps: 446.8, dfps: 61.2
/H264_sample.7z samples

~~
des-800-wg.mp4

Divx: User: 17s, kernel: 1s, total: 18s, real: 217s, fps: 828.3, dfps: 70.8

FFDSHOW: User: 35s, kernel: 7s, total: 42s, real: 349s, fps: 361.7, dfps: 44.0

~~

fallingdown-4800-av-5b.mp4

Divx: User: 36s, kernel: 3s, total: 39s, real: 366s, fps: 449.5, dfps: 49.0

FFDSHOW: User: 39s, kernel: 8s, total: 48s, real: 583s, fps: 371.2, dfps: 30.7


~~

Renderer: Null

fallingdown-4800-av-5b.mp4

Divx: User: 47s, kernel: 0s, total: 48s, real: 352s, fps: 367.1, dfps: 50.8

FFDSHOW: User: 47s, kernel: 4s, total: 51s, real: 598s, fps: 347.2, dfps: 30.0

~~

des-800-wb.mp4

Divx: User: 36s, kernel: 0s, total: 37s, real: 176s, fps: 414.7, dfps: 87.5

FFDSHOW: User: 38s, kernel: 2s, total: 40s, real: 290s, fps: 377.5, dfps: 53.1






CPU-z info (http://shinigami.ca/cpu-z/cpu-z-pc.jpg)
and some more cache info from cpu-z's latency.exe

Cache latency computation, ver 1.0
www.cpuid.com

Computing ...


stride 4 8 16 32 64 128 256 512
size (Kb)
1 2 3 2 3 2 3 2 2
2 4 3 2 2 2 2 3 2
4 4 10 2 3 3 2 3 3
8 5 5 7 10 9 4 12 6
16 6 7 17 20 33 37 38 40
32 5 7 13 18 24 38 25 38
64 4 8 13 26 43 33 35 42
128 5 4 13 23 44 44 41 36
256 6 8 10 31 42 41 43 32
512 7 14 34 63 96 278 297 144
1024 4 25 36 64 131 398 437 444
2048 8 22 36 65 130 409 447 444
4096 7 17 43 76 138 423 474 395
8192 4 20 38 75 130 475 407 407
16384 7 20 37 78 145 408 412 405
32768 11 21 43 74 133 449 447 404

3 cache levels detected
Level 1 size = 8Kb latency = 3 cycles
Level 2 size = 256Kb latency = 37 cycles
Level 3 size = 512Kb latency = 239 cycles

weird L3
on my CPU?
more likely than I thought

stock speed, will post OC'd results some time later

also I just realized theres 3 other computers(2 laptops) that I can test as well
those will take longer to get to though
all three older econo-models which are being sold for about 400-700$ range

will post more once I grab more samples

also all these tests were done under 'normal' conditions
IE what I normaly do while watching videos
msn, web, winamp going in the background, utorrent, pidgin
average case scenario

[plonk420]

stride 4 8 16 32 64 128 256 512
size (Kb)
1 3 3 3 3 3 3 3 3
2 3 3 3 3 3 3 3 3
4 3 3 3 3 3 3 3 3
8 3 3 3 3 5 3 3 3
16 3 3 3 3 3 3 3 3
32 3 3 3 3 3 3 3 3
64 3 3 3 3 3 3 3 3
128 3 3 4 5 9 15 15 15
256 3 3 3 6 9 16 15 15
512 3 3 6 10 20 48 48 48
1024 3 4 6 11 21 48 49 50
2048 3 4 12 19 42 118 117 124
4096 3 4 9 21 41 120 123 140
8192 3 3 9 20 40 117 120 135
16384 3 4 9 20 40 118 122 135
32768 4 4 9 21 40 119 126 144

3 cache levels detected
Level 1 size = 64Kb latency = 3 cycles
Level 2 size = 256Kb latency = 15 cycles
Level 3 size = 1024Kb latency = 48 cycles

edit: oops, forgot to pause distributed computing

[TEB]

Hi. Ive got trouble running timecodec: im getting a empty codec pulldown menu on my windows vista 32 box.
Running graphfilter shows me and ffdshow and hali are infact working as intended... Anyone know what the trouble can be?

[plonk420]

is it active (as in libavcodec set to decode it) in FFDShow Video Decoder Configuration? (or whatever ffdshow calls it outside of the cccp-project codec pack)

[LoRd_MuldeR]

FFDSHOW tryouts build: 1967 -- all defaults
Divx Beta2: all defaults



[i]renderer: null

h264_sample.7z samples:

sample.mp4

Divx: Crash

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 19s, fps: 488.2, dfps: 74.3

~~


Oh yes, I can reproduce that crash! But the MKV and AVI version plays fine now...

[clsid]

TimeCodec requires Haali Media Splitter to be installed in order to function properly.

[TEB]

is it active (as in libavcodec set to decode it) in FFDShow Video Decoder Configuration? (or whatever ffdshow calls it outside of the cccp-project codec pack)

Im not sure what u mean by "is it active".. What do u define as "it" ? The thing is that timecodec doesnt seem to detect any directshow filters while graphedit does and i can clearly play h.264.ts files and such.. and i see ffdshow pop up.

[MatMaul]

average dfps with null renderer and indiana_jones_4-tvspot_h720p.mov :
coreavc 1.7 trial : 84.5
ffdshow tryouts rev 1972 : 68.0
divx beta 2 : 81.7
http://img153.imageshack.us/img153/1523/cpuzew8.jpg

[plonk420]

Im not sure what u mean by "is it active".. What do u define as "it" ? The thing is that timecodec doesnt seem to detect any directshow filters while graphedit does and i can clearly play h.264.ts files and such.. and i see ffdshow pop up.

is ffdshow active as in decoding h.264? or is it only popping up to "process" RAW video?

[Shinigami-Sama]

Oh yes, I can reproduce that crash! But the MKV and AVI version plays fine now...

heres the info from the crash, happens on both renderers

AppName: timecodec.exe AppVer: 0.0.0.0 ModName: divxdech264.ax
ModVer: 8.1.0.48 Offset: 00018c8f


also why doesn't timecodec have haali renderer in its drop down box?

[Shinigami-Sama]

Im not sure what u mean by "is it active".. What do u define as "it" ? The thing is that timecodec doesnt seem to detect any directshow filters while graphedit does and i can clearly play h.264.ts files and such.. and i see ffdshow pop up.

you have to select a file first before anything appears in the box

[Shinigami-Sama]

pm for url


results by Haali's timecodec (http://haali.cs.msu.ru/mkv/timeCodec.exe)

FFDSHOW tryouts build: 1967 -- all defaults
Divx Beta2: all defaults



renderer: null

magasin-3200-av.mp4

Divx: User: 79s, kernel: 1s, total: 80s, real: 513s, fps: 354.3, dfps: 55.6

FFDSHOW: User: 71s, kernel: 6s, total: 78s, real: 844s, fps: 364.1, dfps: 33.8

~~

test-1-200.mkv

Divx: User: 32s, kernel: 1s, total: 33s, real: 127s, fps: 877.7, dfps: 232.0

FFDSHOW: User: 33s, kernel: 2s, total: 36s, real: 238s, fps: 809.1, dfps: 124.4

~~

sample-2-PPS-50fps.mkv

Divx: User: 1s, kernel: 0s, total: 1s, real: 8s, fps: 236.2, dfps: 42.8

FFDSHOW: User: 0s, kernel: 0s, total: 1s, real: 11s, fps: 369.0, dfps: 31.0

~~

SD41_720x576_ref11_bf3.mp4

Divx: User: 2s, kernel: 0s, total: 2s, real: 12s, fps: 542.3, dfps: 120.8

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 20s, fps: 509.1, dfps: 75.8

~~

sw_2_sample.mkv

Divx: User: 3s, kernel: 0s, total: 3s, real: 15s, fps: 352.8, dfps: 76.9

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 23s, fps: 478.6, dfps: 50.1

~~
shooter_sample.mkv

Divx: User: 2s, kernel: 0s, total: 3s, real: 15s, fps: 404.0, dfps: 79.9

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 23s, fps: 454.5, dfps: 52.9

~~

SD41_1024x544_ref11_bf3.mp4

Divx: User: 3s, kernel: 0s, total: 3s, real: 16s, fps: 451.5, dfps: 91.8

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 27s, fps: 447.4, dfps: 56.6

~~

SD41_720x576_ref15_bf0.mp4

Divx: User: 2s, kernel: 0s, total: 2s, real: 12s, fps: 563.7, dfps: 124.1

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 20s, fps: 479.7, dfps: 76.7

~~

SD41_1024x544_ref15_bf0.mp4

Divx: User: 3s, kernel: 0s, total: 3s, real: 16s, fps: 475.1, dfps: 93.6

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 26s, fps: 477.4, dfps: 58.6

~~

pirates_sample.mkv

Divx: User: 2s, kernel: 0s, total: 3s, real: 15s, fps: 355.6, dfps: 73.8

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 23s, fps: 471.8, dfps: 49.5

~~

x3_sample.mkv

Divx: User: 2s, kernel: 0s, total: 3s, real: 18s, fps: 380.3, dfps: 65.1

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 28s, fps: 492.7, dfps: 42.3



~~

Renderer: VRM 9

magasin-3200-av.mp4

Divx: User: 58s, kernel: 218s, total: 276s, real: 575s, fps: 103.3, dfps: 49.6

FFDSHOW: User: 71s, kernel: 6s, total: 78s, real: 844s, fps: 364.1, dfps: 33.8

~~

test1-200.mkv

Divx: User: 19s, kernel: 51s, total: 70s, real: 219s, fps: 417.8, dfps: 134.6

FFDSHOW: User: 32s, kernel: 8s, total: 41s, real: 257s, fps: 721.6, dfps: 114.9

~~

sample-2-PPS-50fps.mkv

Divx: User: 1s, kernel: 0s, total: 1s, real: 9s, fps: 220.7, dfps: 38.7

FFDSHOW: User: 0s, kernel: 0s, total: 0s, real: 12s, fps: 407.2, dfps: 29.8

~~

SD41_720x576_ref11_bf3.mp4

Divx: User: 1s, kernel: 0s, total: 2s, real: 16s, fps: 723.0, dfps: 95.3

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 22s, fps: 422.8, dfps: 68.0

~~

sw_2_sample.mkv

Divx: User: 2s, kernel: 0s, total: 2s, real: 19s, fps: 472.6, dfps: 61.6

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 24s, fps: 447.2, dfps: 47.8

~~

shooter_sample.mkv


Divx: User: 2s, kernel: 5s, total: 8s, real: 19s, fps: 153.0, dfps: 63.0

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 25s, fps: 418.8, dfps: 49.7

~~

SD41_1024x544_ref11_bf3.mp4

Divx: User: 2s, kernel: 0s, total: 2s, real: 20s, fps: 639.6, dfps: 77.4

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 29s, fps: 410.6, dfps: 53.7

~~

SD41_720x576_ref15_bf0.mp4

Divx: User: 1s, kernel: 0s, total: 2s, real: 16s, fps: 779.5, dfps: 97.2

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 25s, fps: 560.5, dfps: 62.4

~~

SD41_1024x544_ref15_bf0.mp4

Divx: User: 2s, kernel: 0s, total: 2s, real: 19s, fps: 665.2, dfps: 79.4

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 28s, fps: 408.9, dfps: 54.1

~~

pirates_sample.mkv

Divx: User: 2s, kernel: 0s, total: 2s, real: 18s, fps: 490.7, dfps: 62.6

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 25s, fps: 462.9, dfps: 45.9

~~

x3_sample.mkv

Divx: User: 1s, kernel: 0s, total: 2s, real: 21s, fps: 544.0, dfps: 57.7

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 27s, fps: 452.8, dfps: 44.4






I culled most of the test clips from the MPC-HC thread if you're wondering
more tomorrow
hopefully the laptop

[Morbo]

How dependant is the GPU with this decoder?

I use a 8800 GTS on desktop,....but would like to do some testing on say an AGP X800XT(coupled to a P4@3ghz).

Of course the 8800 plays 1080p fine,..but the old ATi chokes hard on it(via ffdshow,....do not use core here).

[CiNcH]

Edit: Perhaps FFDshow might have been used a bit too much as a model during DivX development...

Hmm, came across some more similarities. Both, ffdshow and DivX decoder do not connect to Elecard and CyberLink demuxers (crash on connection with GraphStudio which is most likely a bug in GraphStudio, GraphEdit simply refuses connection), and both crash when DVBViewer's DVBSource starts pushing data (resp. when graph is run). Both work flawlessly with Haali Media Splitter.

DVBViewer developer Griga already investigated on the DVBViewer/ffdshow crash and found out that Haali + ffdshow work perfectly with the same source files but seem to have a special communication. Checking pin data, you can see that Haali propagates a lot of information, of particular interest is the Sequence Parameter Set, which DVBSource does not propagate and expects the decoder to find the information within the video stream itself. ffdshow needs this information to work properly...

[CiNcH]

As I have learnd now, both, ffdshow and DivX seem to expect a MP4/AVC fileheader (within the sequence header) which can't be found in H.264 PES (as used for DVB). DVBViewer developers are reluctant implementing a header conversion as it is not the way it is meant to be.

Here is the pin info propagated by DVBSource filter (and excepted by CyberLink, InterVideo, CoreCodec, MainConcept,...):


2. [DVB Source]/(H.264) -> [MainConcept (Demo) AVC/H.264 Video Decoder]/(AVC/H.264)
Major: MEDIATYPE_Video
Subtype: {8D2D71CB-243F-45E3-B2D8-5FD7967EC09B}
bFixedSizeSamples: FALSE
bTemporalCompression: FALSE
lSampleSize: 1
cbFormat: 132
Format: FORMAT_MPEG2_VIDEO
VIDEOINFOHEADER2:
rcSource: (0,0,1920,1088)
rcTarget: (0,0,0,0)
dwBitRate: 10000000
dwBitErrorRate: 0
AvgTimePerFrame: 400000
dwInterlaceFlags: 1
dwCopyProtectFlags: 0
dwPictAspectRatioX: 16
dwPictAspectRatioY: 9
dwControlFlags: 0
BITMAPINFOHEADER:
biSize: 40
biWidth: 1920
biHeight: 1088
biPlanes: 1
biBitCount: 24
biCompression: 0x34363248
biSizeImage: 6266880
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0
MPEG2VIDEOINFO:
dwStartTimeCode: 0
cbSequenceHeader: 0
dwProfile: 77
dwLevel: 40


MainConcept guys know how to handle that ;) .

[DigitAl56K]

LoRd_MuldeR: Sample.avi and Sample.mkv should be playing fine as of Beta 2, I have the crash in sample.mp4 logged.

I'm using MPC (media player classic). The decoder is not updating the OSD (on-screen display).

I'm looking at MPC, and I'm not sure what you're referring to by the OSD, can you give me more specific steps to show this problem?

[bob0r]

x264 has cores*1.5 as threads auto setting.

I think Divx and CoreAVC should have the same feature for decoding!

[Dark Shikari]

x264 has cores*1.5 as threads auto setting.

I think Divx and CoreAVC should have the same feature for decoding!Depends heavily on the threading implementation and what they've found to be optimal.

[cyberbeing]

On a ultra low quantizer CRF10 encode I did of a DVD, Divx H264 Beta2 did very well and was less than 1% slower than CoreAVC.

x264 [info]: slice I:723 Avg QP: 6.54 size: 72349
x264 [info]: slice P:24106 Avg QP: 8.22 size: 49321
x264 [info]: slice B:47307 Avg QP: 8.77 size: 19230
x264 [info]: mb I I16..4: 20.3% 56.0% 23.6%
x264 [info]: mb P I16..4: 1.3% 8.7% 1.9% P16..4: 24.9% 25.6% 30.5% 0.5% 0.4% skip: 6.2%
x264 [info]: mb B I16..4: 0.0% 1.2% 0.1% B16..8: 25.9% 1.0% 9.2% direct: 9.8% skip:52.7%
x264 [info]: 8x8 transform intra:73.0% inter:24.1%
x264 [info]: direct mvs spatial:78.7% temporal:21.3%
x264 [info]: ref P 50.0% 15.0% 8.3% 4.5% 3.7% 3.2% 2.8% 1.7% 1.5% 1.6% 1.6% 1.4% 1.4% 1.2% 1.2% 0.9%
x264 [info]: ref B 62.4% 16.8% 6.0% 2.8% 1.9% 1.8% 1.3% 1.0% 1.4% 0.8% 0.8% 0.9% 0.7% 0.8% 0.6%
x264 [info]: kb/s:5719.4

MeGUI x264 Command Line
--crf 10.0 --keyint 240 --min-keyint 12 --deadzone-inter 6 --deadzone-intra 4 --ref 16 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -3,-3 --subme 6 --partitions all --8x8dct --qpmin 5 --me umh --merange 24 --threads auto --thread-input --sar 1:1 --cqmfile "C:\Program Files\megui\M4G HRM V2.cfg" --progress --no-dct-decimate --no-psnr --no-ssim --aq-mode 1 --aq-metric 3 --aq-strength 0.7 --aq-sensitivity 15.0 --fgo 10


704x480 High 5.1 (CABAC/16 Ref) 5.7Mbps
Timecodec Results VMR9 (all my previous Timecodec results were with null)

FFDshow Rev. 1972
User: 53s, kernel: 8s, total: 61s, real: 539s, fps: 1168.2, dfps: 133.8

CoreAVC 1.7 Pro
User: 19s, kernel: 16s, total: 35s, real: 427s, fps: 2021.3, dfps: 168.9

Divx H264 Beta 2
User: 24s, kernel: 12s, total: 36s, real: 430s, fps: 1961.2, dfps: 167.7

[bob0r]

Depends heavily on the threading implementation and what they've found to be optimal.

True, but we can't choose how many threads now :)

[DigitAl56K]

CiNcH: Thanks for your continuing help.

All: It's taking me a little while to work through all the bug reports and PM's I'm receiving here and at DivX Labs. Keep them coming, I'm logging them all slowly but surely!

[Shinigami-Sama]

pm for url


results by Haali's timecodec (http://haali.cs.msu.ru/mkv/timeCodec.exe)

FFDSHOW tryouts build: 1967 -- all defaults
Divx Beta2: all defaults

CPU-Z info (http://shinigami.ca/cpu-z/cpu-z-laptop.jpg)


renderer: null

magasin-3200-av.mp4

Divx: User: 79s, kernel: 1s, total: 80s, real: 513s, fps: 354.3, dfps: 55.6

FFDSHOW: User: 71s, kernel: 6s, total: 78s, real: 844s, fps: 364.1, dfps: 33.8

~~

test-1-200.mkv

Divx: User: 32s, kernel: 1s, total: 33s, real: 127s, fps: 877.7, dfps: 232.0

FFDSHOW: User: 33s, kernel: 2s, total: 36s, real: 238s, fps: 809.1, dfps: 124.4

~~

sample-2-PPS-50fps.mkv

Divx: User: 1s, kernel: 0s, total: 1s, real: 8s, fps: 236.2, dfps: 42.8

FFDSHOW: User: 0s, kernel: 0s, total: 1s, real: 11s, fps: 369.0, dfps: 31.0

~~

SD41_720x576_ref11_bf3.mp4

Divx: User: 2s, kernel: 0s, total: 2s, real: 12s, fps: 542.3, dfps: 120.8

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 20s, fps: 509.1, dfps: 75.8

~~

sw_2_sample.mkv

Divx: User: 3s, kernel: 0s, total: 3s, real: 15s, fps: 352.8, dfps: 76.9

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 23s, fps: 478.6, dfps: 50.1

~~
shooter_sample.mkv

Divx: User: 2s, kernel: 0s, total: 3s, real: 15s, fps: 404.0, dfps: 79.9

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 23s, fps: 454.5, dfps: 52.9

~~

SD41_1024x544_ref11_bf3.mp4

Divx: User: 3s, kernel: 0s, total: 3s, real: 16s, fps: 451.5, dfps: 91.8

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 27s, fps: 447.4, dfps: 56.6

~~

SD41_720x576_ref15_bf0.mp4

Divx: User: 2s, kernel: 0s, total: 2s, real: 12s, fps: 563.7, dfps: 124.1

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 20s, fps: 479.7, dfps: 76.7

~~

SD41_1024x544_ref15_bf0.mp4

Divx: User: 3s, kernel: 0s, total: 3s, real: 16s, fps: 475.1, dfps: 93.6

FFDSHOW: User: 2s, kernel: 0s, total: 3s, real: 26s, fps: 477.4, dfps: 58.6

~~

pirates_sample.mkv

Divx: User: 2s, kernel: 0s, total: 3s, real: 15s, fps: 355.6, dfps: 73.8

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 23s, fps: 471.8, dfps: 49.5

~~

x3_sample.mkv

Divx: User: 2s, kernel: 0s, total: 3s, real: 18s, fps: 380.3, dfps: 65.1

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 28s, fps: 492.7, dfps: 42.3



~~

Renderer: VRM 9

magasin-3200-av.mp4

Divx: User: 58s, kernel: 218s, total: 276s, real: 575s, fps: 103.3, dfps: 49.6

FFDSHOW: User: 71s, kernel: 6s, total: 78s, real: 844s, fps: 364.1, dfps: 33.8

~~

test1-200.mkv

Divx: User: 19s, kernel: 51s, total: 70s, real: 219s, fps: 417.8, dfps: 134.6

FFDSHOW: User: 32s, kernel: 8s, total: 41s, real: 257s, fps: 721.6, dfps: 114.9

~~

sample-2-PPS-50fps.mkv

Divx: User: 1s, kernel: 0s, total: 1s, real: 9s, fps: 220.7, dfps: 38.7

FFDSHOW: User: 0s, kernel: 0s, total: 0s, real: 12s, fps: 407.2, dfps: 29.8

~~

SD41_720x576_ref11_bf3.mp4

Divx: User: 1s, kernel: 0s, total: 2s, real: 16s, fps: 723.0, dfps: 95.3

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 22s, fps: 422.8, dfps: 68.0

~~

sw_2_sample.mkv

Divx: User: 2s, kernel: 0s, total: 2s, real: 19s, fps: 472.6, dfps: 61.6

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 24s, fps: 447.2, dfps: 47.8

~~

shooter_sample.mkv


Divx: User: 2s, kernel: 5s, total: 8s, real: 19s, fps: 153.0, dfps: 63.0

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 25s, fps: 418.8, dfps: 49.7

~~

SD41_1024x544_ref11_bf3.mp4

Divx: User: 2s, kernel: 0s, total: 2s, real: 20s, fps: 639.6, dfps: 77.4

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 29s, fps: 410.6, dfps: 53.7

~~

SD41_720x576_ref15_bf0.mp4

Divx: User: 1s, kernel: 0s, total: 2s, real: 16s, fps: 779.5, dfps: 97.2

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 25s, fps: 560.5, dfps: 62.4

~~

SD41_1024x544_ref15_bf0.mp4

Divx: User: 2s, kernel: 0s, total: 2s, real: 19s, fps: 665.2, dfps: 79.4

FFDSHOW: User: 3s, kernel: 0s, total: 3s, real: 28s, fps: 408.9, dfps: 54.1

~~

pirates_sample.mkv

Divx: User: 2s, kernel: 0s, total: 2s, real: 18s, fps: 490.7, dfps: 62.6

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 25s, fps: 462.9, dfps: 45.9

~~

x3_sample.mkv

Divx: User: 1s, kernel: 0s, total: 2s, real: 21s, fps: 544.0, dfps: 57.7

FFDSHOW: User: 2s, kernel: 0s, total: 2s, real: 27s, fps: 452.8, dfps: 44.4

[DeathTheSheep]

With my t7200 C2D, when directshowsourcing a long 720p anime AVC mkv with Haali splitter through Virtualdub, I get the following for total time (average of 3 trials each) running an "analysis pass" with direct stream copy (so no video actually rendered to screen):
CoreAVC Pro 1.7 defaults: 8min07sec
DivX-b2 no logo, defaults: 7min31sec
ffdshow r1943sse defaults: 12min11sec

Direct stream copy was used so that little overhead resulted from the "analysis pass." For me, this is a real-life scenario. All three decoders utilized 100% cpu, though ffdshow fluctuated a bit more than the others. Source encoded with...r714, 3ref, 3bframes, and so on. I made sure the hard-drive was not the limiting factor, just to make sure...

Yep, DivX is the clear winner here. Beta2 also seems to work fine with VfW, from what I've tried...great! The filter loads up in WMP more speedily than ffdshow or CoreAVC, too, which is literally the first thing I noticed when I installed it. ;) I have not tried beta 1, ever.

[Dark Shikari]

DivX beats CoreAVC by a small margin (~5%) when decoding LosslessTouhou.mkv.

By the way, thanks for implementing lossless mode :p:cool:

[DigitAl56K]

Dark Shikari & DeathTheSheep, this is good to hear!

For others: We're continuing to improve the decoder for better performance on a wider range of processors. Stay tuned on that front.

By the way, thanks for implementing lossless mode :p:cool:

If you have any remaining problem clips let me know and I can set up an account for you to upload them. In fact, if you have a selection of lossless clips from various encoders I'd love to get them into our regression suite to ensure compatibility going forward. Shoot me a PM if you'd like to help us out and I'll hook you up with an FTP account :)

[Dark Shikari]

In fact, if you have a selection of lossless clips from various encodersWait, there are multiple encoders that support lossless mode? ;)

I've heard there are, but I haven't seen any on the consumer level; at least from what I can see none of the ones installed on my computer do.

If you want samples for regression tests, check out Jarod's file repository (http://files.x264.nl/); if I recall correctly it has a whole load of broadcast streams of various bizarre formats (MBAFF, PAFF, etc) that you can test your decoder on.

[DigitAl56K]

When you wrote:

One general note about lossless: the original lossless profile specified has been removed from the H.264 standard (but everyone still uses it).

I had taken "everyone" to mean "many encoders". If there are no others that makes our life easier!

Is there is anonymous ftp access to the file system(s) publicly presented via http at x264.nl? Or could you upload a zip for me if I give you an FTP account?

[Dark Shikari]

I had taken "everyone" to mean "many encoders". If there are no others that makes our life easier!I'm not sure, of course, since there are a ton of features that aren't widely used but still have implementations.

Example: Grayscale mode. Extremely easy to support in any encoder and took me only a few lines of code in x264 to support, but basically useless because it only saves a couple bits (literally) by not coding chroma CBP. I know Ateme and some others have this implemented too. Despite the fact that its widely "implemented," you'll probably never actually find a stream that uses it... :p (nor does ffmpeg support decoding it).

[LoRd_MuldeR]

Result for "Big Buck Bunny" animated short movie:

E:\HD\big_buck_bunny_1080p_h264.mov
MP4/MOV, 1920 x 1080, Main@L4.1, CAVLC, 9282 kbps,

[ffdshow-tryouts SVN-r1977]
User: 80s, kernel: 0s, total: 81s, real: 123s, fps: 175.1, dfps: 116.1

[DivX H.264 Decoder Beta-2]
User: 40s, kernel: 0s, total: 41s, real: 66s, fps: 346.0, dfps: 214.9

No CoreAVC Decoder this time. Trial period has expired :o

[sparky]

Checking pin data, you can see that Haali propagates a lot of information, of particular interest is the Sequence Parameter Set, which DVBSource does not propagate and expects the decoder to find the information within the video stream itself. ffdshow needs this information to work properly...

DivX decoder can interpret the SPS, whether it is in the sequence header or in the video stream. For instance, it will work with the standard DirectShow AVI demux if H.264 is properly packetized into AVI (with a copy of all relevant SPS and PPS in every keyframe chunk). So will ffdshow and CoreAVC.

I seem to recall that there is a known issue - the decoder may crash if it receives a frame for which it does not have SPS/PPS yet. Maybe that's what's happening.

As I have learnd now, both, ffdshow and DivX seem to expect a MP4/AVC fileheader (within the sequence header) which can't be found in H.264 PES (as used for DVB). DVBViewer developers are reluctant implementing a header conversion as it is not the way it is meant to be.


I'm not sure what you mean by that.

Wait, there are multiple encoders that support lossless mode?

I've been able to create a few lossless clips with JM. The version I used (12.2 IIRC) had a few bugs but it worked well enough to test lossless implementation.

BTW, good to know that it's working for you.

basically useless because it only saves a couple bits (literally) by not coding chroma CBP.

It may only save a couple bits by not coding chroma CBP, but it saves considerable amount of decoding time because your frames are 33% smaller and you don't have to do chroma MC.

According to my tests, CoreAVC does not support monochrome either, 1.6 for sure, I think 1.7 does not either. (Even though it's much easier to implement than lossless)

[CiNcH]

Correction:

DVBSource delivers only the H.264 Elementary Stream. PES header is removed. Contained PTS are converted to DirectShow-PTS and presented via the IMediaSample-Interface.

[Sagittaire]

Wait, there are multiple encoders that support lossless mode? ;)

I've heard there are, but I haven't seen any on the consumer level; at least from what I can see none of the ones installed on my computer do.

If you want samples for regression tests, check out Jarod's file repository (http://files.x264.nl/); if I recall correctly it has a whole load of broadcast streams of various bizarre formats (MBAFF, PAFF, etc) that you can test your decoder on.

x264, elecard and Ateme support lossless mode.
Ateme support mbaff and paff.
Ateme support fgm, subpartition, adaptative inloop matrix.

You can certainely find stream with these profil on this forum.

[plonk420]

i DID notice one thing upon a quick examination just now... skipping around in a file took a while to give me a picture (my encode was only 3 refs, 5 bframes), opposed to CoreAVC's near instant image.

[DigitAl56K]

@plonk420: I see that also, we can try to improve it.

[MarcioAB]

I'm looking at MPC, and I'm not sure what you're referring to by the OSD, can you give me more specific steps to show this problem?

Sorry, I mixed things. I was so used with ffdshow OSD that I forgot DivX was not going through that.

[TEB]

Processors Information
------------------------------------------------------------------------------------

Processor 1 (ID = 0)
Number of cores 1 (max 1)
Number of threads 2 (max 2)
Name Intel Pentium 4 560
Codename Prescott
Specification Intel(R) Pentium(R) 4 CPU 3.60GHz
Package Socket 775 LGA (platform ID = 4h)
CPUID F.3.4
Extended CPUID F.3
Core Stepping D0
Technology 90 nm
Core Speed 3667.6 MHz (18.0 x 203.8 MHz)
Rated Bus speed 815.0 MHz
Stock frequency 3600 MHz
Instructions sets MMX, SSE, SSE2, SSE3
L1 Data cache 16 KBytes, 8-way set associative, 64-byte line size
Trace cache 12 Kuops, 8-way set associative
L2 cache 1024 KBytes, 8-way set associative, 64-byte line size
FID/VID Control no
Features
----------------------------------------------------------
FFDSHOW 1975 -> null renderer
User: 5s, kernel: 1s, total: 7s, real: 183s, fps: 64.3, dfps: 2.7
DivX H.264 Filter Beta2 -->null renderer
User: 7s, kernel: 3s, total: 10s, real: 103s, fps: 46.4, dfps: 4.8

[falcon2000eg]

this file play fine with coreavc and ffdshow but crashed the divx codec it is an old file with old x264 build here media info output

General
Complete name : E:\vip film\aristocrates\the aristocrats1.mkv
Format : Matroska
File size : 140 MiB
Duration : 44mn 18s
Overal bit rate : 441 Kbps
Encoded date : UTC 2005-12-04 15:06:35
Writing application : mkvmerge v1.6.0 ('Ist das so') built on Oct 14 2005 15:22:41
Writing library : libebml v0.7.5 + libmatroska v0.7.7

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 44mn 16s
Nominal bit rate : 375 Kbps
Width : 400 pixels
Height : 272 pixels
Display aspect ratio : 1.471
Frame rate : 29.970 fps
Original frame rate : 14.985 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.115
Writing library : x264 core 41 svn-381M
Encoding settings : cabac=1 / ref=1 / deblock=1:1:1 / analyse=0x3:0x133 / me=hex / subme=6 / brdo=1 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / chroma_qp_offset=0 / slices=1 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=2 / wpredb=1 / keyint=350 / keyint_min=25 / scenecut=40 / pass=2 / bitrate=375 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=10 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30
Language : English

Audio
Format : Vorbis
Codec ID : A_VORBIS
Duration : 44mn 18s
Bit rate mode : Variable
Channel(s) : 2 channels
Sampling rate : 48.0 KHz



here is a sample
http://www.4shared.com/file/50241124/2d772013/the_aristocrats-1-001.html

[BetaBoy]

Result for "Big Buck Bunny" animated short movie:

E:\HD\big_buck_bunny_1080p_h264.mov
MP4/MOV, 1920 x 1080, Main@L4.1, CAVLC, 9282 kbps,

[ffdshow-tryouts SVN-r1977]
User: 80s, kernel: 0s, total: 81s, real: 123s, fps: 175.1, dfps: 116.1

[DivX H.264 Decoder Beta-2]
User: 40s, kernel: 0s, total: 41s, real: 66s, fps: 346.0, dfps: 214.9

No CoreAVC Decoder this time. Trial period has expired :o

PM me your email addy and i'll send you a full version.

[LoRd_MuldeR]

Okay, I repeated the test. This time with CoreAVC included :)

E:\HD\big_buck_bunny_1080p_h264.mov
MP4/MOV, 1920 x 1080, Main@L4.1, CAVLC, 9282 kbps

[DivX H.264 Decoder Beta-2]
User: 41s, kernel: 0s, total: 41s, real: 65s, fps: 344.7, dfps: 217.7

[CoreAVC Decoder Professional v1.7.0]
User: 31s, kernel: 0s, total: 31s, real: 59s, fps: 448.9, dfps: 241.0

[ffdshow-tryouts SVN-r1993]
User: 81s, kernel: 0s, total: 84s, real: 130s, fps: 169.5, dfps: 109.7

E:\HD\PlanetEarthSample.mkv
MKV, 1920 x 1088, High@L5.1, CABAC, 5008 kbps

[DivX H.264 Decoder Beta-2]
User: 22s, kernel: 0s, total: 23s, real: 62s, fps: 431.3, dfps: 160.2

[CoreAVC Decoder Professional v1.7.0]
User: 16s, kernel: 0s, total: 17s, real: 93s, fps: 587.2, dfps: 106.9

[ffdshow-tryouts SVN-r1993]
User: 25s, kernel: 8s, total: 34s, real: 362s, fps: 290.2, dfps: 27.6

[sparky]

[DivX H.264 Decoder Beta-2]
User: 40s, kernel: 0s, total: 43s, real: 76s, fps: 332.5, dfps: 186.9

[CoreAVC Decoder Professional v1.7.0]
User: 31s, kernel: 0s, total: 31s, real: 59s, fps: 448.9, dfps: 241.0

Why did it go from 215 dfps to 187 dfps?

Is this with the full movie (700 mb)?

[LoRd_MuldeR]

Why did it go from 215 dfps to 187 dfps?

Is this with the full movie (700 mb)?

I'm not sure. And yes, it's the entire movie (691 MB).

EDIT: Just did another pass and it seems that ~215 is the correct value. Something must have screwed up my result last time :o

[Sophocles]

The system used for this demo specifications are. CPU Screenshot included;

CPU: E8400 Overclocked to 3549.7 MHz

Memory: 2 Gigabytes of Corsair

Graphcis Card: ATI HD 3870:


Time Code: Video HighRes.mkv (downloaded from this thread)

ffdshow:

null:User: 58s, kernel: 0s, total: 58s, real: 59s, fps: 8.6, dfps: 8.5

VMR9: User: 59s, kernel: 0s, total: 59s, real: 59s, fps: 8.4, dfps: 8.3

CoreAVC Pro 1.7 is unable to open this file.

DiVx H.264 Beta 2:

null: User: 6s, kernel: 0s, total: 6s, real: 27s, fps: 75.3, dfps: 18.5

VMR9: User: 6s, kernel: 0s, total: 7s, real: 27s, fps: 68.2, dfps: 17.9


Video: Downloaded from this thread: 300.2006.1080p.BluRay.DTS.x264-CtrlHD.sample.noaudio


ffdshow:

null” User: 34s, kernel: 0s, total: 34s, real: 34s, fps: 46.4, dfps: 45.9

VMR9: User: 35s, kernel: 0s, total: 35s, real: 36s, fps: 44.8, dfps: 44.0

CoreAVC:

Null: User: 2s, kernel: 0s, total: 2s, real: 16s, fps: 784.1, dfps: 99.9

VMR9: User: 2s, kernel: 0s, total: 2s, real: 16s, fps: 708.4, dfps: 95.4

DiVx H.264 Beta 2:

null:User: 2s, kernel: 0s, total: 2s, real: 16s, fps: 537.8, dfps: 99.4

VMR9: User: 2s, kernel: 0s, total: 2s, real: 17s, fps: 590.3, dfps: 93.2

[Sophocles]

Sorry I forgot to add a screenhot for the previous post. As noted with all the other tests DiVx H.264 decoder did well but ran consistently slower than CoreAVC, except for the first run using the High Res Clip where it wouldn't even open.

http://www.dvdhounds.com/forums/attachment.php?attachmentid=687&stc=1

[BetaBoy]

I tested it on my ultimate torture clip: A 2160p (!!) 50fps 100 mbps video (http://mirror05.x264.nl/Dark/HighRes.mkv).


I wanted to comment 2160p.... you are getting errors in playing back such files in CoreAVC 1.x because we do not support it at this time. However, in CoreAVC 2.0 we have already added Quad HDTV support and if needed, we can add it to the upcoming 1.8.x or 1.9.x, but we would prefer not too at this time, as such resolutions could potentially slow decoding.