CoreCodec/H.264 Codec "CoreAVC"

[PicardGK]

Originally Posted by CruNcher

You mean Dr.DivX OSS with that ?

Yes, that's the correct name.

[CruNcher]

i found decoding probs
those decoding errors seem to occur only with the Directdraw output with GDI their are no problems visible useing blitting instead of overlay with directdraw the problems are also gone strange.

Picard is deblocking 100% supported ???

[PicardGK]

Originally Posted by CruNcher

Picard is deblocking 100% supported ???

Yes. It should be.

If GDI mode shows it correctly it seems a problem with my DirectDraw overlay handling. What does media info dialog tell about the video size (maybe odd pixels, but in theory it shouldn't be a problem)? Can you send a sample with problem? picard[at]demoscene[dot].hu

[CruNcher]

try this http://rapidshare.de/files/9787718/T...cking.mp4.html
you gonna find a bug in CoreAVC with this Clip

Merry Christmas

[PicardGK]

Thanks. The problem was caused by a buffering problem with high bitrate files dropping reference frames (there were also some audio gaps)

[CruNcher]

In the case of DirectDraw overlay mode the full sized YUV color space frames are transfered to the video card memory and it's downscaled by video card during displaying.

But the null vs directdraw speed difference is larger as mine. Do you have a 8x AGP video card? Or maybe it does vsync even in benchmark mode. Do you seen tearing during benchmark? (I do with my Radeon 9600)

Sorry for being offtopic. For further CoreAVC discussion: http://forum.doom9.org/showthread.php?t=104277

ps: ops. I forget to update the version number in the player to 0.71g

Jep better to continue here hehe no no tearing visible got a Radeon 9800 pro 8x Agp yes running @ 8 AGP on ULI M1695+M1567 ASrock Dual Sata-II Catalyst 5.13

you still have no changelog for the CoreAVC 0.71g version on your site is this intentional ?

[easyfab]

Thanks Picard and all corecodec Team .
Now I can play HD 1080p AVC files on my XP2500

I'm impressed that your (assembly?) optimizations gives so better speed improvement

You prove that we not absolutely need new generation PC each new codec generation ( same for games or softwares ).

[Scarpad]

0.71 D works well on my Axim 30 H, of course there's a price to be paid for AVC decoding, it eats Battery life.

[Pomyk]

I have a problem with normal playback - it skips frames when file has b-frames. In benchmark it plays smoothly and I get over 300%. I'm using win32.0.71g version.

[BetaBoy]

Got word Toff is finishing up work on the CoreAVC directshow decoder filter and doing speed comparisons now to other filters that are available. I'll get the status for everyone... but I am counting on this for CES to demo for everyone.

That aside.... On sunday I want to demo H.264 in our new TCPMP 'CoreXtension Web browser Plug-in'.... the first version will be only for IE. But dont worry FireFox will be right behind it.... ill post a link then.

[Sharktooth]

Any news on Weighted prediction front?

[CruNcher]

hehe sharktooth that's supported allready

version 0.71e (avc plugin only):
-some fixes
-weighted prediction support

we are at 0.71g allready but therefore no changelog is existing right now seems to had some speed optimations

@BetaBoy
that sounds cool but i hope going into Directshow and outside of TCPMP will not hurt the performance that much

[BetaBoy]

CruNcher... thats the goal... the TCPMP decoders are written at such a low level that in theory they should be at least 20% or more effecient then a comparable decoder. I am guessing this is why Toff wanted to diff other decoders.

[Lobuz]

It's wonderfull decoder ... but I have a little problem with maximizing CPU usage. Tested with Aplle trailers at WInXP and even in benchmark mode there is max around 60-70% CPU usage. My hardware is a little old: Newer AthlonXP 2400+ running on old Asus A7V at 1.5 GHz with 100MHz bus + 512MB of 133Mhz RAM on GForce2Pro64 . Is my hardware causing some bottleneck problem for TCPMP optimisations? Anyway it would be nice to know in what kind of video output TCPMP is working (WMV7-9 etc.) and color space (YV12 - YUY2 ) for better graphics card setting (YUY2 for my card).

Regards
Lobuz

[PicardGK]

There were no changes other that avc optimizing in 0.71g

In general the player is not really tuned for win32/x86 yet. Example some color space transformations maybe slow like hell.

Originally Posted by Lobuz

Anyway it would be nice to know in what kind of video output TCPMP is working (WMV7-9 etc.)

You mean VMR7 / VMR9? Neither. The player is not DirectShow based, it uses simple DirectDraw overlays for output.

Originally Posted by Lobuz

and color space (YV12 - YUY2 ) for better graphics card setting (YUY2 for my card).

It will try to use planar YUV formats first, like YV12, IYUV, I420. If that fails it will try the packed ones like YUY2. But I just checked and the planar->packed transformation in the player is handled by a slow fallback function currently with x86. This may cost speed, but didn't explain lower cpu usage.

One explanation I can think of is vsync. If you don't see tearing this means the ddraw overlay driver uses vsync. Try benchmarking the movie with selecting options/video/null in menu.

[Lobuz]

Originally Posted by PicardGK

It will try to use planar YUV formats first, like YV12, IYUV, I420. If that fails it will try the packed ones like YUY2. But I just checked and the planar->packed transformation in the player is handled by a slow fallback function currently with x86. This may cost speed, but didn't explain lower cpu usage.

That would be useful to choose YUV formats like in ffdshow config. My graphics card isn't good with YV12 .. some hroma/luma shift and it propably does some conversion from yv12 color space.

Originally Posted by PicardGK

One explanation I can think of is vsync. If you don't see tearing this means the ddraw overlay driver uses vsync. Try benchmarking the movie with selecting options/video/null in menu.

With null video set it uses 100% CPU and gets in benchmark of V 1080p 120% speed.

Regards
Lobuz

ps. Are there any chances of mpeg2 in ts HDTV support witch such fast decompression speed?

[unmei]

Yeah, i got the same "problem" here, i didn't even see that it wasn't using all of the CPU, i just noticed that a Xvid, a 450kbit AVC and a 2400kbit AVC all had exactly 60.09Hz in benchmark - highly unlikely (my assumption is either the GPU or the TFT itself (on DVI) locked the overlay memory to only allow writing at that certain freq max, which is the monitors refresh rate). Anyway with the NULL decoder speeds are amazing.

[bond]

first of all wow! this decoder really blows away!
i guess i can for the first time decode D1 res avc + he-aac in realtime on my 866mhz pentium3

here my speed results for
x264_hp_2pass_720x288_B3-Ref_Ref5_p4x4-i8x8_loop-5_WBP_cabac:
coreavc-tcpmp: 90.32fps
ateme: 50.62fps
ffmpeg-mplayer: 49.91fps
ffmpeg-ffdshow: 44.98fps
ffmpeg-tcpmp: 38.58fps

i guess the values speak for themselves, coreavc-tcpmp is ~80% faster than the second fastest decoder, ateme!!!

the tcpmp values are derived via the tcpmp benchmark option together with "null video".
with directdraw video i still get 36.92fps

as i see it the now used avc features not supported by coreavc are:
- custom quant matrices
- lossless
- interlacing
i hope at least the first two will be supported too

another interesting thing i saw was that ffmpeg avc decoding via tcpmp is clearly more slower than when decoding with ffmpeg via ffdshow or mplayer. i guess thats because tcpmp itself is not that fast?

Originally Posted by PicardGK

Thanks. The problem was caused by a buffering problem with high bitrate files dropping reference frames (there were also some audio gaps)

i am wondering when does tcpmp drop frames? and is it possible to disable this, so i know for sure that tcpmp plays my videos in realtime without dropping frames

[Revgen]

This decoder (V. 71g) may be fast for some videos (The Greatest Game) but it's slow with my x264 encoded Beavis and Butthead video.

FFDshow and VLC player play this video fine.

If BetaBoy or Picard would like to take a look at it just send me a PM with your e-mail and I can send it to you via www.yousendit.com

[bond]

make sure you have avc.plg in your folder, otherwise the player will use ffmpeg for decoding, and thats slow