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

Ice =A=
9th January 2006, 01:44
Seems to be very fast indeed. But you should describe a little more clearly what to download and how to "install" the plugin, that's what kept me from testing it the last few days...
Then again, measured by this forum's standards I'm quite a noob... :)

SeeMoreDigital
9th January 2006, 11:33
CoreAVC outperforms any decoders around even without exploiting MT. It's just impressive, and we'll have some hard work to catch up ;) !Thanks for your confirmation bobololo. It's very gracious of you ;)

kurt
9th January 2006, 14:44
just noticed version 0.71h is up :)

version 0.71h
+aspect ratio support for mkv files
+avc cqm support
-mkv avc timing fix
-avc bug fixes
http://picard.exceed.hu/tcpmp/test/

download is very slow - so i made a mirror (http://home.arcor.de/mutterstadt/)
(hope this is ok?)

bond
9th January 2006, 15:02
just noticed version 0.71h is up :)anamorphic resize with mp4 in tcpmp works fine now too

Sirber
9th January 2006, 15:03
Did the 8x8 dct on bframes bug resolved?

PicardGK
9th January 2006, 15:13
Did the 8x8 dct on bframes bug resolved?
It should be. It's up to Toff to build a new dshow filter.

Sirber
9th January 2006, 15:20
Still the same problem with TCPMP 0.71h: bframes are dropped completly.

bond
9th January 2006, 15:25
Still the same problem with TCPMP 0.71h: bframes are dropped completly.sure you placed the new avc.plg into the tcpmp folder?
my avc mp4 streams with b-frames are played very nicely on my pentium3 866mhz

PicardGK
9th January 2006, 15:25
Still the same problem with TCPMP 0.71h: bframes are dropped completly.
Is this with mkv files? Does file/media info dialog show the dropped frames? Does this sample also drop frames? http://rapidshare.de/files/10655776/test-002.mkv.html

Make sure both the player and avc files are updated. Check version in about for 0.71h and check media info for CoreAVC video codec.

Sirber
9th January 2006, 15:49
duh!

I only upadted the player lol

works #1 now :D

thetrueavatar
9th January 2006, 16:43
Oops I forgot to update tpcmp. Now both tcpmp and plugins are up to date and it works fine with my mkv. Great job and keep going.

SeeMoreDigital
9th January 2006, 18:30
I'm getting a bit confused...

What's the latest direct-show encoder? The one I currently have installed is CoreAVCDecoder.ax v0.0.0.2 Alpha (2006-01-04).


Cheers

travisbell
9th January 2006, 18:33
I'm getting a bit confused...

What's the latest direct-show encoder? The one I currently have installed is CoreAVCDecoder.ax v0.0.0.2 Alpha (2006-01-04).


Cheers

I believe that is still the most updated. Only the Core player and plugin were just updated.

nurbs
9th January 2006, 20:07
I have some performance issues with TCPMP. I have 2 PCs, one with a 2 GHz Athlon XP and one with a 1.8 GHz Athlon 64.
I tested a 1080p trailer from Apple.

video not displayed; audio deactivated
Athlon XP: 180%
Athlon 64: 245%

video direct draw; audio wave out
Athlon XP: 120%
Athlon 64: 65% ;choosing GDI does improve this by ~ 5%

The trailer actually plays fine on the Athlon 64 as long as I keep the default window size, but when I go fullscreen the framerate drops and its not watchable any more.

PicardGK
9th January 2006, 20:08
Is the updated timeCodec.exe somewhere available?
How did you guys benchmark Nero7 filter when it only works in Showtime?

PicardGK
9th January 2006, 20:13
Athlon 64: 65% ;choosing GDI does improve this by ~ 5%
My guess the ddraw overlay mode didn't kick in or it couldn't use yv12 format. The fallback mode is kind of useless (unoptimized) at the moment. Fullscreen slowing down, means the player uses (fallback) software scaling.

kurt
9th January 2006, 20:27
I don't know if this is the right time to ask, but are there any plans to implement spdif output for AC3/dts/HE-AAC?
that would be great for all receiver owners :)

asdfsauce
9th January 2006, 20:28
I'm a little confused. Does the latest corecodec dshow filter do h.264? And if so, where can I get it?

kurt
9th January 2006, 20:30
I'm a little confused. Does the latest corecodec dshow filter do h.264? And if so, where can I get it?
yes it does, look here for download: http://forum.doom9.org/showthread.php?p=762244#post762244

thetrueavatar
9th January 2006, 20:38
Since it's coreAVCdecoder there is a lot of chance that it does :p

asdfsauce
9th January 2006, 20:39
Thanks kurt,

Very nice decoder, cut my CPU usage in half with MPC.

[Toff]
9th January 2006, 20:43
New DirectShow filter build up :
http://coreavc.corecodec.org/CoreAVC20060109.7z

Changelog :
Version 0.0.0.3 Alpha (20060109) :
CQM support
Fix for 8x8dct
Flush buffered frame
Support for X264 and x264 FOURCCs
Now use MERIT_NORMAL

travisbell
9th January 2006, 21:23
Awesome! Just gave it a try and love it. .mkv's seem to working properly with 0.0.0.3.

Keep up the good work guys!

ChronoReverse
9th January 2006, 21:56
Works and is fast. This wins.


I'm not sure how the Aspect signaling things work but an clip in mp4 resized itself automatically (like it should) in Zoomplayer when I tried playing it using 0.0.0.2 (and 0.0.0.3). So does this already support it or is this something about the container that Haali's splitter handles instead?

foxyshadis
9th January 2006, 22:39
I know this is a little off-topic, but since I want to switch off ffdshow to use this for a while, is there a way I can run the output through avisynth without creating a new script with directshowsource(file) for every file? If not I'll find a way around it with batch files or scripts, but it'd be cooler if it did. ;)

SeeMoreDigital
9th January 2006, 22:43
I'm not sure how the Aspect signaling things work but an clip in mp4 resized itself automatically (like it should) in Zoomplayer when I tried playing it using 0.0.0.2 (and 0.0.0.3). So does this already support it or is this something about the container that Haali's splitter handles instead?AR signalling detection does not appear to be working in either .AVI or .MP4 for me :(

ChronoReverse
10th January 2006, 01:50
No idea why it works for me and not you =(

I have the latest Haali Splitter installed and played the .mp4 (video only) clip using Zoomplayer Standard 4.51 using Derived Aspect setting.

The .mp4 file is a 640x432 video with the pixel set to 6:5 in megui. Zoomplayer automatically resizes to 768x432 (in VMR9 Windowed... VMR9 Windowless seems to have a bug with it) with both FFDSHOW and CoreAVC.

Of course, I'm probably not understanding how it works...


confirmed: it only works with CoreAVC + haali splitter. gabest splitter failed for mp4....

Ah, there it is. I'm using Haali's Splitter.

kurt
10th January 2006, 01:51
AR signalling detection does not appear to be working in either .AVI or .MP4 for me :(
confirmed: it only works with CoreAVC + haali splitter. gabest splitter failed for mp4....
TCPMP works fine btw :)

testfile (http://home.arcor.de/evil.bert/test/hq%20slowest.cqm.sar.mp4)

bond
10th January 2006, 02:06
anamorphic resize doesnt work here with coreavc with either haali or gabests mp4 splitter with vmr7 and vmr9
haali works with overlay mixer (1 and 2) and the old video renderer, but gabest doesnt

ChronoReverse
10th January 2006, 02:10
anamorphic resize doesnt work here with coreavc with either haali or gabests mp4 splitter with vmr7 and vmr9
haali works with overlay mixer (1 and 2) and the old video renderer, but gabest doesnt


Okay... now I need to figure out what I did to make it work on my end with VMR9 Windowed.

wata
10th January 2006, 02:21
anyone using matrox g400 32mb (latest driver)
can't play any 720p trailers from apple using directdraw, 50% drop frames
if switch to gdi, playable but with a few drop frames
i am using amd64 3500+ with asus a8v deluxe board
i saw people using axthonxp and play 1080i no problem, does this have to do with the old videocard i am having, any setting to fix.

the same trailer clip can be play using either nero or ffdshow filter with mpc.

ChronoReverse
10th January 2006, 02:46
If you're using VMR modes, it's almost certainly it since those modes require a fast enough video card that can handle the resolutions you're playing at.

wata
10th January 2006, 05:53
i am using the latest tcmp player with the latest avc plugin to play

ChronoReverse
10th January 2006, 09:21
Not sure then since I haven't used that player.


Bug report (I think).

Media Player Classic 6.4.8.7
Video clip is Vorbis + AVC + .ass softsubs inside .mkv using AR signaling.

When using CoreAVC Aspect Ratio is automatically corrected in MPC, but the softsubs will not show up.

As soon as I switch back to ffdshow, Aspect Ratio is no longer automatically corrected but the softsubs do show up.

Incidentally, in Zoomplayer, the Aspect Ratio is corrected regardless of whether I use CoreAVC or ffdshow.

Hmm, none of the VMR9 features in MPC seem to work with CoreAVC. Does CoreAVC do something that doesn't jive with VMR9 renderless?

kurt
10th January 2006, 11:08
anyone using matrox g400 32mb (latest driver)
can't play any 720p trailers from apple using directdraw, 50% drop frames
if switch to gdi, playable but with a few drop frames
i am using amd64 3500+ with asus a8v deluxe board
i saw people using axthonxp and play 1080i no problem, does this have to do with the old videocard i am having, any setting to fix.

the same trailer clip can be play using either nero or ffdshow filter with mpc.
I also have this videocard - but in my secondary pc (PIII, 1ghz, 256 MB RAM)...

full anamporphic x264 dvdrips (704x432) are able to play smoothly up to ~2000kbps with AC3 sound in mkv container with this decoder :) (need to do some more tests with even higher bitrates)

Did you try mplayer for comparison? (have a look here (http://forum.doom9.org/showthread.php?p=727638#post727638) to setup mplayer)
The hdtv trailers (720p) I didn't check out yet (could do this only at the weekend) but in my case I guess the cpu/low RAM is the limited factor ...

dzy
10th January 2006, 11:26
Hmm, none of the VMR9 features in MPC seem to work with CoreAVC. Does CoreAVC do something that doesn't jive with VMR9 renderless?

VMR9 doesn't accept the two output formats CoreAVC supports now. Colorspace convertion might cause a severe performance impact though.

videomixer9
10th January 2006, 14:14
For me it works just fine ... using DirectX 9 Dec 2005, GeForce FX 5600 and 83.10 Forceware with MPC and 0.0.0.3 DShow CoreAVC and Haali, both Overlay and VMR9 ... anamorphic encodes also play fine incl. softsubs (both vsfilter and mpc internal one).

SeeMoreDigital
10th January 2006, 16:39
For me it works just fine ... using DirectX 9 Dec 2005, GeForce FX 5600 and 83.10 Forceware with MPC and 0.0.0.3 DShow CoreAVC and Haali, both Overlay and VMR9 ... anamorphic encodes also play fine incl. softsubs (both vsfilter and mpc internal one).Hmmmm!

Somewhere along the line Haali's filters must be interpreting the "streams" AR signalling data and sending it along to the media player, because without Haali I can't get AR signalling to work at all in MPC or (shock horror) WMP10.


Cheers

bond
10th January 2006, 16:48
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 mp4

SeeMoreDigital
10th January 2006, 16:52
....but still, this means coreavc has incomplete anamorphic resize support with mp4Agreed ;)

BetaBoy
10th January 2006, 16:56
picard noted it is on Toff to add it to the DS filter as the decoder now can pass the AR info parsed from video stream.

Ice =A=
10th January 2006, 17:25
@ChronoReverse:
Could you tell me how to use CoreAVC in MPC? Thanks!

ChronoReverse
10th January 2006, 18:39
Um, I'm presuming you mean how to install the CoreAVCDecoder.ax? MPC uses dshow filters just like many other players do.

In WinXP:

regsvr32 <pathto>\CoreAVCDecoder.ax

You may have to open the ffdshow settings and turn off h.264 decoding (stop it from using libavcodec).

lexor
10th January 2006, 19:19
ooh and Pickard (or anyone from Core team or anyone else for that matter) is there a way to make seek slider appear in full screen? it's kinda weired now having to minimize to seek.

Ice =A=
10th January 2006, 19:43
@ChronoReverse: Thanks for your help, I mixed up the direct-show decoder with that tcpmp plugin. To be honest, I still don't quite understand it, but I don't have to know everything... :)

ChronoReverse
10th January 2006, 21:16
VMR9 doesn't accept the two output formats CoreAVC supports now. Colorspace convertion might cause a severe performance impact though.

I'm not sure if this has been asked yet, but what are the two formats that CoreAVC uses?

And which are the ones that VMR9 supports?

Check that, is it YUY2 and RGB?

videomixer9
10th January 2006, 21:29
VMR9 Renderless in MPC seems to have YUY2 enforced, windowed always used YV12 with videos also using it if I didn't convert to RGB manually.

VMR9 is btw. b0rked for me since some time already, fullscreen stutters around or it stutters if I put another window on top of MPC, with any video driver and decoder ... dunno what's so great about VMR9 anyways, just keep using Overlay, works great and bugfree ... I only remember a post that CoreAVC supports only YV12 ... did I overread another format being supported now?

ChronoReverse
10th January 2006, 21:32
VMR9 Renderless in MPC seems to have YUY2 enforced, windowed always used YV12 with videos also using it if I didn't convert to RGB manually.

VMR9 is btw. b0rked for me since some time already, fullscreen stutters around or it stutters if I put another window on top of MPC, with any video driver and decoder ... dunno what's so great about VMR9 anyways, just keep using Overlay, works great and bugfree ... I only remember a post that CoreAVC supports only YV12 ... did I overread another format being supported now?


Does it now?


As for VMR9 being borked, it works fine for me. I generally use it in MPC for the prettier softsubs (the only reason I use MPC). In ZP, I turn it on for the VMR9 style colour controls.

videomixer9
10th January 2006, 21:41
Oh well it my VMR9 works but not using Direct3D, if you render with Direct3D it fails with stuttering around ... as to SeeMoreDigital ... maybe try another ASP decoder, if the decoder somehow enforces this, not like there not enough MPEG4 SP/ASP decoders ... (oh well seems many more answered before me, quite much activity currently here!)

As Toff already mentioned I too dislike the concept of those huge all incl. packs like ffdshow as it's basically killing the dshow concept ... I like to have each for it's own ... especially as you can get the best for anything then easily without having to carry around the bloat of other ffdshow stuff e.g. like I never needed all those filters in ffdshow and some things like the vorbis decoder was always buggy.

[Toff]
10th January 2006, 21:44
I'm not sure if this has been asked yet, but what are the two formats that CoreAVC uses?

And which are the ones that VMR9 supports?

Check that, is it YUY2 and RGB?

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.