Log in

View Full Version : CoreCodec/H.264 Codec "CoreAVC"


Pages : 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144

videomixer9
10th January 2006, 21:47
I think not supporting YV12 for a video renderer would be quite dumb as almost any material is encoded in YV12 ...

[Toff]
10th January 2006, 21:51
About AR handling, I'v only tried Haali splitter so it's very possible to be buggy with other splitters. I will try Gabest's splitter.

ChronoReverse
10th January 2006, 21:58
']CoreAVC currently output YV12 or I420 which are 12 bits planar format (Y,U,V plane are separated and not interlaced like YUY2 for example).

VMR9 support is probably dependant of the hardware you use. For example here it support YV12 without problem (Radeon 9600 pro).

I mostly use just the old Overlay Mixer myself.


Well looking at the Graph information output in Zoomplayer, both ffdshow and coreAVC outputs to yv12 and works fine in VMR9 (i.e., the VMR9 colour controls work).


It seems like with MPC, it somehow renders not using VMR9 though...

videomixer9
10th January 2006, 22:11
Btw. I noticed a quite funny thing, while the aspect ratio is mostly correct with actual playback, te thumbnails created via haali for video with AVC are wrong in aspect ratio ... with other codecs this works fine in any container, thumbnails are all stretched to max size. I dunno how thumbnails are generated, but as I understand it create a graph for the requested frame and shows this, with ffdshow widescreen movies had fitting aspect ratio thumbnails, with CoreAVC not ... odd.

SoleBastard
10th January 2006, 22:14
Wow, this decoder just rocks:

I tried it on my Tungsten T5 (Intel Xscale 420MHz) with a personal encode using the following encoding settings:

Nero Recode 'Max definition' (b-frames, CABAC, the works)
576x328
25fps
80kbps HE-AAC
around 600kbps video bitrate

...And it *almost* runs smoothly! With 'Disable AVC deblocking filter' it runs with acceptable speed (stillf frame-dropping but in sync) at full screen! This is just amazing :D. I hope if I'd use LC-AAC and 480*xxx I can get smooth playback on my T5...

Thank you for this kick ass decoder 8)

/edit

benchmark info (disabled avc-deblocking filter):
Average speed: 60.55%
Benchmark FPS: 15.14

Ah well, I guess it looks better then the cold hard numbers tell. Can't spoil the fun for me though ;-)

videomixer9
10th January 2006, 23:13
well as long as anybody knows what is meant, it's just that 4CC is understood by much more ppl then those who'll know instantly what subtype will describe ...

Except that tool like hypersnap are imo useless you cannot capture overlays really, no matter which tool you're using. What you see in your shoot is the video you opened and it moves as the overlay position is set to your player coordinates, but the color supposed to be the placeholder for the video also works in screenshots of it, thus overlay video is also placed into any areas that have the same overlay colorcode.

Btw. usually in the filter list overlay mixer or videomixing renderer 7 should appear listed, my filterlist only looks like yours if ancient rendering is used. Oh well whatever, maybe something to do with the standard thing.

sillKotscha
10th January 2006, 23:31
you cannot capture overlays really, no matter which tool you're using.

hmm, look above at SMDs screencapture_image...

What you see in your shoot is the video you opened and it moves as the overlay position is set to your player coordinates, but the color supposed to be the placeholder for the video also works in screenshots of it, thus overlay video is also placed into any areas that have the same overlay colorcode.

I know, I know... it's just the fact that I thought hypersnap might do well in that respect

Btw. usually in the filter list overlay mixer or videomixing renderer 7 should appear listed

it does, if another renderer is used instead of the standard one :)

Oh well whatever, maybe something to do with the standard thing.

see above...

videomixer9
10th January 2006, 23:33
whenever I use standard vmr9 pops up even though vmr7 and overlay mixer work fine ...

ChronoReverse
10th January 2006, 23:57
hmm, look above at SMDs screencapture_image...

He's probably using a VMR mode in which case screenshots work just fine (and another reason I use VMR).

AVmaniac
11th January 2006, 13:05
I did a reencode on the X-Men3-HD-Trailer with megui-x264-awesome-setting
[1920x816@2048kbps]
When using ffdshow for the decoding i had a 99% CPU load on my Athlon64-3400+So754 Machine ...
Since i use the CoreAVC-DS-Filter i've an average load of 65% for the same video ...

simlpy GREAT !!!
You folks at CoreCodec really did a great job !!!! THX !!!!! and please go on !!!

Sharktooth
11th January 2006, 13:34
This thing is getting faster and faster... :D
Keep up the good work guys

FFWD
11th January 2006, 14:40
Hi BetaBoy,

I have an iPaq rx3715 Windows Mobile 2003SE pocket pc. I installed these components on my iPaq File Store;

tcpmp.setup.0.71h.exe
ac3.setup.0.71h.exe
ffmpeg.setup.0.71h.exe
avc.setup.0.71h.exe
tcpmp_aac_plugin.windows_mobile.0.66.zip

However, when I try to play back an H.264/AVC file, I get an "avc decoder not found" error. If I remove the "avc.setup.0.71h.exe" plug-in, I can play back the file (with ffmpeg plug-in), but I only see a new frame each 5 seconds :-/

The .mp4 file was made with MeGUi and the x264 codec. I used the MeGui HQ Slowest preset.

bob0r
11th January 2006, 17:08
What about a splitter and decoder in 1?

Once CoreAVCDecoder.ax is "finished" and ready to ship with the x264 installer, it would be great to run a splitter at the same time, as then we have a complete package.

I will still host the alternative splitters and decoders, but its just a thought on how to further take over the world.

grouik
11th January 2006, 17:30
Very Nice Decoder i can now play 720p AVC trailer on a simple 2400+ with sdram, 1080p need a little more power it was playaing at 22 fps as well

Good Job and Thanks a lot

What about a "corevc1" ? (joke)

3ngel
11th January 2006, 23:33
Many compliments for the AVC ds filter, this filter was something really miss :cool:

You may ask for a CoreASP
This would be another SO GREAT thing to have :), as now ASP is the most difficult coding to read correctly (atm only Nero itself and 3ivx decode it correctly, ffdshow has a little brightness problem (and moreover i hate ffdshow :))).

GhengisKhan
11th January 2006, 23:41
Hahaha! I love you Picard! Unbelievable! My 1.6Ghz Intel Centrino Proc. now can decode 1080p perfectly! Actually, the benchmark said 117.83% average speed (that's with one IE page open - it couldn't even decode it that well before)!

This is all using TCPMP Win32. I couldn't get it to work properly using the Directshow filter in WMP10. But, playing in TCPMP is enough for me now!

Thanks again Picard - and all the other devs helping :thanks: ,

GhengisKhan :cool:

P.S. I am considering "switching" (that means dual booting) to Mac (Intel Macs of course). Can anyone tell me about how the development is going that arena? I'm assuming it won't be that big of a deal - but, I can't be sure. Thanks again.

P.P.S. why don't I get audio in WMP10 (playing 1080p V is for Vendetta Trailer 2) and why does it skip so many frames? I thought the Directshow filter wasn't supposed to be that much slower...

tomos
12th January 2006, 01:27
just found out about this tonight, worked a treat - thanks all and keep up the good work :)

[Toff]
13th January 2006, 00:33
New build up :
http://coreavc.corecodec.org/CoreAVC20060113.7z

Version 0.0.0.4 Alpha (20060113) :
Support for VSSH FOURCC
Support for YUY2 output
Force anamorphic flag on renderer

You can thank Haali for this release ;-)

(I haven't look at this .ts sample yet)

chichazor
13th January 2006, 01:18
¿Can anybody make a simple setup for the directshow version?

ChronoReverse
13th January 2006, 01:29
Cool, I'll test this out as soon as I get home.


@chichazor

I have a few batch files to do it but frankly, just use Regdrop (http://www.addisonsw.com/revsqu.htm). Drag the ax to the executable to register it and drag it with shift held down to unregister.

Scoty
13th January 2006, 02:11
this Codec is very great. with MPC i can run it but how can i use with WMP 9 or 10 ?

loni_blues
13th January 2006, 02:41
And for lossless support?

ChronoReverse
13th January 2006, 05:01
']New build up :
http://coreavc.corecodec.org/CoreAVC20060113.7z

Version 0.0.0.4 Alpha (20060113) :
Support for VSSH FOURCC
Support for YUY2 output
Force anamorphic flag on renderer

You can thank Haali for this release ;-)


Haali gets a cookie. VMR9 Renderless mode is working perfectly in Media Player Classic now. I'm getting my automatic aspect ratio and my softsubs.

Pookie
13th January 2006, 09:08
You CoreAVC guys deserve medals for this big leap in playback functionality, and I mean BIG !

Thank you very, very much :)

LigH
13th January 2006, 10:56
']Support for YUY2 output
...
You can thank Haali for this release ;-)
Yes - thank you [Toff], thank you Haali. YUY2 output will help my old and crappy GeForce2 a little.

hippoth
13th January 2006, 11:25
@BetaBoy

A new TCMP-version (NOT TCPMP) is coming soon (I hope so). What can we expect in relation to AVC support? Is it similar to TCPMP?

SeeMoreDigital
13th January 2006, 11:26
Hmmm.

I'm still unable to get anamorphiclly signalled MPEG-4 AVC streams within AVI to auto AR in Media Player Classic or WMP10. And it's no-go with MPEG-4 AVC streams within MP4 in Media Player Classic too!

When tested on my other WinXP boot, the same encodes work fine with Haali's splitter!


Cheers

sillKotscha
13th January 2006, 11:31
Hmmm.

I'm still unable to get anamorphiclly signalled MPEG-4 AVC streams within AVI to auto AR in Media Player Classic or WMP10. And it's no-go with MPEG-4 AVC streams within MP4 in Media Player Classic too!

at first I've experienced the same beahviour with your posteted clip - but than I've reinstalled latest Haali Media Splitter and wOOt :)

what about http://tcpmp.corecodec.org/tcpmpx/index.htm ?

I can't see anything 'cause FireFox does need a plugin and I'm to dumb to install the required one...

bond
13th January 2006, 12:23
basically the nero mp4 parser was the one which introduced the way how avc mp4 parsing is done now in as good as all mp4 parsers (haali, gabest, elecard...), so its in a way the benchmark

coreavc shows the same behaviour with the nero parser as with gabest here, which tells me coreavc doesnt read out the anamorphic resize correctly it gets from the parsers (they attach the SPS/PPS storing the ar info)
propably haali does something additional/different which makes coreavc work

but still, this means coreavc has incomplete anamorphic resize support with mp4still the case with 0.0.0.4

anamorphic resize works with haali's mp4 parser, but not with nero's (and all the other mp4 parsers acting the same way as nero, like gabest, elecard...)

therefore i think haali does something different than all the others making coreavc not resize and therefore the support in coreavc is, unfortunately, still incomplete

SeeMoreDigital
13th January 2006, 12:42
....therefore i think haali does something different than all the others making coreavc not resize and therefore the support in coreavc is, unfortunately, still incompleteAgreed....

I cross-checked to see if Media Player Classic's own internal MP4 parser was working okay by playing some anamorphic MPEG-1 and MPEG-2 in MP4 streams (muxed using YAMB/MP4box) and they work perfectly ;)


Cheers

bond
13th January 2006, 12:48
'] Support for YUY2 outputthx to this i can now connect to vmr9 without the need for the avi decompressor doing the colorspace conversion

some random speed comparison between yv12 and yuy2 output:

yv12: 72.32fps
yuy2: 67.47fps (-7%)

edit:
is the colorspace conversion done in coreavc lossless?

3ngel
13th January 2006, 13:29
New build up :
http://coreavc.corecodec.org/CoreAVC20060113.7z

Version 0.0.0.4 Alpha (20060113) :
Support for VSSH FOURCC
Support for YUY2 output
Force anamorphic flag on renderer

It works absolutely great on my side! Great!

One question, how can i know what colorspace is used during the decoding? I use MPC. Is there a way to force the output colorspace to RGB? You can add the option in the control panel of DirectShow filter to decide the output color space?

videomixer9
13th January 2006, 13:39
Isn't there a way to make GPU do all the colorspace conversions via directx or something? I still wonder why this things cannot be easily done via simple interfaces to the graphics adapter. Imo VMR9 should've been made that way though, connect with anything and convert via hardware to anything else ... but now I'd think filters could fix this up at least maybe ...

Koti
13th January 2006, 16:14
']New build up :

Version 0.0.0.4 Alpha (20060113) :


Thx Haali , Toff , Picard , CoreCodec

SeeMoreDigital
13th January 2006, 17:05
Isn't there a way to make GPU do all the colorspace conversions via directx or something? I still wonder why this things cannot be easily done via simple interfaces to the graphics adapter. Imo VMR9 should've been made that way though, connect with anything and convert via hardware to anything else ... but now I'd think filters could fix this up at least maybe ...Agreed....

I wonder, would it be possible to place some "user settings" that can be accessed and adjusted via the filters "Properties" widow: -

http://img486.imageshack.us/img486/9890/coreavcsettings7cp.png


Cheers

[)370|\|470!2
13th January 2006, 17:33
']New build up :
http://coreavc.corecodec.org/CoreAVC20060113.7z

Version 0.0.0.4 Alpha (20060113) :
Support for VSSH FOURCC
Support for YUY2 output
Force anamorphic flag on renderer

Just great! With an YUY2 it's now possible to mess around with
saturation/brightness/contrast. Thx Core team. Keep up teh
good work. ;)

foxyshadis
13th January 2006, 17:43
GPUs doing colorspace conversions is what causes so many problems with YUV levels being incorrectly converted to RGB for output, and why the big flamewar over ffdshow and/or vmr9 sucking erupted. Still, it's worth investigating if you need the speed and can find a colorspace it doesn't trash.

Revgen
13th January 2006, 18:08
I personally have trouble with VMR9/VMR7 whever I use FFDShow or CoreAVC. I pretty much stick to Ol' Fashioned Hardware Overlay.

Isochroma
14th January 2006, 03:37
Thank you CoreCodec team for your awesome work! Unfortuantely, my GeForce FX5200 (and MX400) don't do either YUY2 or YV12 colorspace conversions right - the result looks really ugly - faded, washed out colors.

When you get time, it would be really great to add RGB24 output to your decode filter, thanks!

molinacabaleiro
14th January 2006, 09:49
mpc 6481 + ffdshow = 40% cpu
tcpmp + ffmpeg = 20% cpu

not bad, but ogg vorbis volume goes down quite a bit compared to radlight decoder

what do i do with CoreAVC.ax so mpc will recognize it?
when i uninstall ffdshow it resorts to nero for x264 playback :(

bond
14th January 2006, 11:17
mpc 6481 + ffdshow = 40% cpu
tcpmp + ffmpeg = 20% cpunice, but this has nothing to do with coreavc

not bad, but ogg vorbis volume goes down quite a bit compared to radlight decodernot nice, but this has nothing to do with coreavc :D

what do i do with CoreAVC.ax so mpc will recognize it?
when i uninstall ffdshow it resorts to nero for x264 playback :( register it ;)

3ngel
14th January 2006, 12:15
When you get time, it would be really great to add RGB24 output to your decode filter, thanks! Or even RGB32, choosable from a control panel inside the filter.

Ice =A=
14th January 2006, 12:41
Version 0.0.0.4 Alpha (20060113) works very well in my case. Plays all 1080-videos smoothly on an Athlon 3500+ (at least with mpc in overlay mode). Good work! :)

breez
14th January 2006, 14:35
Thank you CoreCodec team for your awesome work! Unfortuantely, my GeForce FX5200 (and MX400) don't do either YUY2 or YV12 colorspace conversions right - the result looks really ugly - faded, washed out colors.

Well actually the conversion is done just right, but there is a difference with video and PC levels. In video levels reference black is at 16 and reference white at 235 (0 and 255 in PC levels).

It is problematic for mixed use PCs. One either calibrates display for video or PC levels, but not for both. One can also expand the 16-235 range to 0-255 to use with a display calibrated to PC levels. This of course isn't a lossless operation (banding may occur when done at low precision). You can do the expanding with ffdshow 'levels' or only allowing RGB32 output colorspace (with HQ YV12 to RGB32 checked to get reduced banding). And at least on ATI cards the overlay mode does the expanding for you (with 10-bit precision, less banding than with 8-bit). Try overlay for starters.

BetaBoy
14th January 2006, 15:38
bond... should we make this a sticky now?

SeeMoreDigital
14th January 2006, 16:21
bond... should we make this a sticky now?Well... I agree ;)

Sharktooth
14th January 2006, 17:15
agreed ;)

[)370|\|470!2
14th January 2006, 17:17
Thumbs up! ;)

Sirber
14th January 2006, 17:44
I'm against!

Nothing to see, move along ;)

Why not adding it to the AVC sticky in the decoder section?

[edit]

Ha! like the "ateme beta encoder" :)

I agree then :D

GhengisKhan
14th January 2006, 18:37
Making this thread a sticky must be the best idea I've seen in this thread yet!

Go for it :D !

GhengisKhan :cool: