CoreCodec/H.264 Codec "CoreAVC"

[videomixer9]

Making this thread a sticky must be the best idea I've seen in this thread yet!

Go for it :D !

GhengisKhan :cool:

That must be of the most useless posts in this threads here though ...

As to ideas, I'd wonder if CoreAVC or only the DShow filter could output some stats like Haali Media Splitter does too, maybe some infos about bitrates or maybe also about the connections in the graph for the DShow version and which colorspaces, I really hate that most filters don't show you any nice stats and debug infos. It'd be nice if filters all had this as you always need ppl to get GraphEdit for debugging.

[GhengisKhan]

That must be of the most useless posts in this threads here though ...

As to ideas, I'd wonder if CoreAVC or only the DShow filter could output some stats like Haali Media Splitter does too, maybe some infos about bitrates or maybe also about the connections in the graph for the DShow version and which colorspaces, I really hate that most filters don't show you any nice stats and debug infos. It'd be nice if filters all had this as you always need ppl to get GraphEdit for debugging.

:eek:

First off, :thanks: -I am honored to deserve such recognition from... you,

The top priority right now with CoreAVC is supporting AVC to the fullest (same goes for the Dshow filter), right after that is making it as fast as possible.
I fail to see how much more important seeing info is compared to making and using the application... maybe it's just me.

GhengisKhan :cool:

[3ngel]

After some tests, i've found that the "best looking" output of NeroDigital decoder (both in ASP and AVC mode) is because its output is in every case straight to RGB32. In this sense, Nero Digital does itself the color space conversion and fires to the GPU the best possible raw data RGB32.
So, i think that is even more important that CoreAVC, in both versions (filter and exe) supports the RGBs output (and do a best possible color-conversion), to avoid (as said by someone in this thread before), buggy or difficult color-conversions done by the graphic cards.

[videomixer9]

GhengisKhan, I fail to see where I said to put this on top priority, usual feature request as done anywhere without ppl making dumb comments on it, and certainly has more to do with this than you playing the bootlicker imo :)

As to my idea from before with colorspace conversions, I stated that I don't wanna have it the way it's done with overlay but having the calculation being done by the GPU rather than by using the CPU, last year some compilers were presented that can compile to do certain operations all on GPU and had outstanding performance. This way a performance loss could be kept minimal, however seeing CoreAVC also works for mobile PCs I'd wonder if this would be an issue for code portability, besides only ATI and nVidia really support this, besides you could do all the encoding then via this O_o lol.

Besides this, I'd really wonder if we need all these conversion in the decoders ... I dunno if it gives you quality gain because of actual decoding interaction, but imo there should be one HQ Filter that can do those conversions, and not the cheap hack via using ffdshow for uncompressed video which will prolly work with CoreAVC too :)

[Isochroma]

3ngel: yes! I use the Nero decoder for MPEG 1/2/4/AVC for that exact reason, though ffdshow with output set to RGB24/32 only works well - excepting the brightness difference.

[3ngel]

@Isochroma
Exactly :) But at this point i think that NeroDigital has an upgear in the space-color conversion routine too, comparing to FFDShow (not considering the brightness problem). Even in RGB32 i found FFDShow inferior as global visual effect compared to ND.
I hope CoreAVC developers, will take good suggestions from our experiences :)

[Scoty]

how can i use the CoreAVC codec in WMP 10 ??

[molinacabaleiro]

nice, but this has nothing to do with coreavc

not nice, but this has nothing to do with coreavc :D

register it ;)
"thank you" but I'd already guessed THAT much

[SeeMoreDigital]

how can i use the codec in WMP 10 ??I've included some installation instructions (and "bat" files) to the latest version of CoreAVC_DSDec.zip (http://81.98.148.105/Uploaded_Files/Doom9_Forum_files/CoreAVC_DSDec.zip)

Hope that helps you out ;)


Cheers

[bond]

actually i wont make this thread a sticky, cause i am absolutely against making discussion threads sticky

being sticky means carrying general information people should look at before posting and using search
a 20 and increasing pages discussion thread is definitely not useable for this

if we dont make such a limitation there could be lots of threads with some useful info somewhere being made sticky, which would definitely be an overkill

that said, if you want coreavc info in a sticky, wait till i update the info and decoder thread with coreavc

[Isochroma]

Yes, the XviD directshow filter has a very good output colorspace selector; this would be great to have in CoreAVC!

[Scoty]

please People help me. i can not use the CoreAVC in MPC and WPM 10. which settings in MPC and WPM 10 i need ?

[calinb]

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). The other problem with expanding levels from the video to pc range is levels outside the "permitted" video level range sometimes occur--the so called "blacker than black levels." They will be clipped in the expansion. When using the video range, it's still possible to properly adjust your display to render them (supported by some monitor/TV calibration DVDs), whereas they are simply lost when expanded to the PC range.

[dk75]

please People help me. i can not use the CoreAVC in MPC and WPM 10. which settings in MPC and WPM 10 i need ?
regsvr32 /s CoreAVCDecoder.ax
And you shouldn't uninstall ffdshow.
You should change decoding option in codec settings: "H.264" to "disabled" and "RAW" to "supported all".
With this, you could do color space conversion with ffdshow for CoreAVC decoded stream.

[Zero1]

The speed is remarkable, excellent job. This will help bring H.264 to many more people now :)

Such a shame it won't become a part of FFDShow(/libavcodec). Let's just hope they are able to speed up also. We already have the best ASP decoder :D

[sillKotscha]

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

Cheers

at least some kind of infos... would it be possible to show the profile that was used for the encode?? like ffdshow does via osd (bframes, gmc, etc.)

that would be very nice :)

btw, enjoy the nice sunday

[bond]

ok before this non-avc related discussion evolves too much, note that this thread is about coreavc, the _AVC_ decoder ;)

if you want to discuss different things, like mpeg-2, .ts, streaming or whatever start new threads where they belong plz

[lexor]

ok before this non-avc related discussion evolves too much, note that this thread is about coreavc, the _AVC_ decoder ;)

if you want to discuss different things, like mpeg-2, .ts, streaming or whatever start new threads where they belong plz
it is? I thought it was about TCMPM which reached mature stage and just got coreAVC, I thought decoder discussion was just a bonus based on BetaBoy's first post.

[bond]

guys, betaboy started an own thread for tcpmp in the software player forum (where it belongs):
http://forum.doom9.org/showthread.php?t=103199

post there your non-coreavc issues

[PicardGK]

I'am checking rgb32/24 mmx transformation. It will cost speed for sure (like ffdshow). Alone the bytes written to memory is almost 3 times as many. Benchmark performance with Null output will suffer more because of lower memory latency which doesn't really hide the mmx transformation.

Why people use rgb32 for video playback? I heard some Nvidia card has crappy yuv colorspace transformation, but I'am not sure why.

Does all VMR9 driver support YUY2 input? I also have the brightness problem in this scenario, but it can be adjusted by the decoder (like ColorYUV(levels="TV->PC")), although I'am not sure how much quality loss there is because of the 8bit channel resolution.

[bond]

Why people use rgb32 for video playback? I heard some Nvidia card has crappy yuv colorspace transformation, but I'am not sure why.well i used to notice jerky playback in rare cases with my old nvidia tnt2 pro with yv12, that happened with gabest's realvideo dshow stuff iirc
especially i noticed jerkyness with yv12 anamorphic resize (with asp)
this would speak for that the old tnt2 has problems with yv12

than there is the thing that anamorphic resize works in mplayer, tough i am not sure it really uses yv12 (altough it says so)
tcpmp also works fine it seems (does it output yv12?)
so this might indicate that there are simply some issues with the dshow filters i used (ffdshow for asp) and yv12 works fine on the tnt2

than there is that mf once told me that these cards have problems with yv12 overlay but i wasnt able to find any info about this anywhere in the web, so i am not sure about this

also after i upgraded to win2000 i dont seem to get these issues that clearly anymore (eg yv12 anamorphic resize with coreavc seems to work fine)
the thing is the jerks are hardly spotable, so its hard to say whether there are problems or not, especially if you are testing with avc on a pentium3 866mhz pc you never know if lack of cpu kicks in

so all in all my tnt2 is an old card and i still cant say for sure if it has problems or not

Does all VMR9 driver support YUY2 input?on my tnt2 vmr9 only wants to directly connect to coreavc if it outputs yuy2. when coreavc outputted yuy2 only it force a colorspace converter in between

I also have the brightness problem in this scenario, but it can be adjusted by the decoder (like ColorYUV(levels="TV->PC")), although I'am not sure how much quality loss there is because of the 8bit channel resolution. if you add something that means quality loss make sure to add an option for the user to en- or disable it plz

[PicardGK]

tcpmp also works fine it seems (does it output yv12?)
YV12 is the deafult if the DirectDraw overlay supports it. But I will add some options in settings dialog to be able to override.

on my tnt2 vmr9 only wants to directly connect to coreavc if it outputs yuy2. when coreavc outputted yuy2 only it force a colorspace converter in between
I guess the second part was about YV12. My Radeon 9600 doesn't support YV12 either with VMR9. I guess because it's planar.

if you add something that means quality loss make sure to add an option for the user to en- or disable it plz
Of course. Btw the only problem with TV->PC yuv level transformation that scaling [16..235] to [0..255] means the result will have some gaps, but I guess it's not visible. But it may cost little performance, so everything is optional.

[videomixer9]

I think many ppl want to convert the ranges as you can clearly see any encoding glitch in VMR9 with YV12 video. I have lots of encodes that look fine in overlay but you'll see how crappy they really are in VMR9. Besides it's kinda awkward seeing a grey tone instead of black even though this is the correct way of displaying it. Where this doesn't matter should be HTPCs or if you use VMR9 on your TV screen otherwise, of course.

Imo the problem clearly is that there's no hardware accelerated colorspace conversion available as part of VMR9 and imo MS should fix this.

Besides the bonus of being able to have lots of accelerated videos running at the same, I don't see much bonus in using VMR9 (excl. all uses for videos in games). If you got an graphics adapter with bad hardware resizer you'll prolly lack the power to correct this via software anyways, seeing that high quality lanczos resizing or even hq bicubic resizing takes lots of power in realtime.

Whatever, VMR9 sounds cool and is new, thus many ppl will keep using it and some might actually gain quality with it, but sure not those with old pcs and graphics cards that have broken support for things like YV12, and those sure aren't the new top modells of nvidia and ati ...

[3ngel]

Why people use rgb32 for video playback?
Because doing YUY2->RGB32 conversion in software avoid possibile bad conversion, and any visualization problem you can imagine cause of the grafic card hardware routine.
Doing in software a good conversion (with a good routine) you are sure to send to the GPU the raw video stream (already converted in the color space used by the GPU that is RGB) and so the GPU has only to send to video without any other operation. And so there are no problems at all (and a maximum quality visualization).

[PicardGK]

I hope CoreAVC can have these color conversion options :
ColorMatrix("Rec.709->Rec.601")
ColorMatrix("Rec.601->Rec.709")
ColorYUV(levels="TV->PC")

Because vmr7&9 seems to need PC scale YUV
and overlay needs Rec.709 for HD.

I checked and AVC does have a way to signal input yuv levels and whether it's BT601 or BT709. So by default the decoder will use this info (example all Apple 1080p trailers us BT709, but 720p and lower are BT601). Not sure if there is a need to be able to override it. On the other hand the output properties should be optional, because I don't know any way to detect them.

At the moment BT601 vs BT709 transformation will only work with RGB output. (btw maybe it's just me, I see almost no different on my LCD monitor between this modes...)

I think many ppl want to convert the ranges as you can clearly see any encoding glitch in VMR9 with YV12 video.

Sure. It will be supported (optional). This an output property.
Btw I don't understand why would VMR9 look good on TV? This would mean the gray on monitor looks black on TV, which means an old overlay black would be more black or something.

Imo the problem clearly is that there's no hardware accelerated colorspace conversion available as part of VMR9 and imo MS should fix this.
You mean whem CoreAVC outputs YUY2 to VMR9, it's transformed by the video driver software and not pixelshader or something? This would mean there is not much perfomance loss if CoreAVC would do the transformtion (with correct yuv level and colormatrix usage).

[Inventive Software]

Guys, I'm impressed! For the first time I can play 720x576@25 AVC content on my Celeron 800. You should have an award! This stuff is revolutionary, no joke.

As yet, I haven't tried ASP content with all the bells and whistles, but that time will come soon!

[CruNcher]

This stuff is revolutionary, no joke.


It isn't really, it shows that good clean low level coding can be very powerfull but sadly alot of developers today go more in the direction of .Net and stuff loseing all this knowledge :(

[breez]

Btw I don't understand why would VMR9 look good on TV? This would mean the gray on monitor looks black on TV, which means an old overlay black would be more black or something.

Old overlay with a TV would look bad as supposedly gray colors would be black (and white when dealing with light gray).

[BetaBoy]

mmx color transformation code has been added to SVN for TCPMP and also to the CoreAVC filter.. it's up to Toff to listen to the proposals from you 'SMD' to add the about dialog controls so the user has more options.

[videomixer9]

You mean whem CoreAVC outputs YUY2 to VMR9, it's transformed by the video driver software and not pixelshader or something? This would mean there is not much perfomance loss if CoreAVC would do the transformtion (with correct yuv level and colormatrix usage).

Actually I thought that MS could implement VMR9 to accept almost anything and give video drivers the chance to pass over colorspace conversion to the graphics hardware, all I know is that MS currently delivers this odd colorspace conversion filter that's not really brilliant. Or can VMR9 do conversions via PixelShaders or sth. similar already without the player, or are there any shaderscripts you can e.g. use with MPC to do conversions e.g. to RGB?

Oh well seeing how skillful CoreAVC is done I guess you'd do something nice for this thing too, maybe better than fake hardware acceleration we all know :)

As to TV it seems funky as classic overlay and VMR9 look almost perfectly the same here. Dunno what nvidias drivers or hardware do there ...

[Isochroma]

Agreed. Until M$ gets its OS act together (Vista?) on this issue, it seems wise that decoders provide their users the option of software colorspace conversion. The default could be none, thus incurring no speed penalty.

[niknik]

It isn't really, it shows that good clean low level coding can be very powerfull but sadly alot of developers today go more in the direction of .Net and stuff loseing all this knowledge :(

Tell me about it, I do real time image analysis with micro controllers running at 25Mhz and having the "massive" amount of 16Kb on-chip ram...
My next project will face an upgrade to 25Mhz and 32Kb ram... Just try and do the same with a PC! :)

There really is no excuse to how bloated programming has become... and worse: people are now used that, in order to write a letter, they need a 2Gb program to do it! geeee :scared:

Back on topic: great work! 264 to the masses! :)

[TheBashar]

This thread started out so promising. Sigh.... Can someone please split off all the non CoreAVC related crud. Yes, including this.

[bond]

i will clean up the thread tomorrow and once i cleaned it up everyone who posts something here not belonging to coreavc will get striked for rule 15 (and this means also non-coreavc tcpmp issues are a nono in this thread)

so if you have a new issue not yet discussed here, start a new thread or post in threads already existing fitting the topic!

you have been warned...

[BetaBoy]

/me hugs bond

[DeathTheSheep]

/me hugs bond
That's ... awkward ;) Mmm, snuggly bond XD Well, Happy cleanin' to ya bond (tomorrow, not today I hope, cuz I just posted :D)


PS: Are their any pending plans for CoreAVC lossless support? If so, could you enlighten me as to thier to-do priority as opposed to the implementation of interlace support? Thank you.

[dk75]

Is CoreAVC decoding HigProfile?
I have some file from QuickTime encoded with MainProfile and this files was played OK. But, i have some other files encoded by myself, probably HighProfile (everything that i can switch in x264 ;PPPp) and i can't play these files with CoreAVC. At least files with B-Frames. I have one file with everything on but B-Frames and this file was played ok to.

[bond]

i had fun cleaning up the mess in this thread and splitted things to new threads:
http://forum.doom9.org/showthread.php?t=105966
http://forum.doom9.org/showthread.php?t=105967
http://forum.doom9.org/showthread.php?t=105969
http://forum.doom9.org/showthread.php?t=105970
http://forum.doom9.org/showthread.php?t=105971
http://forum.doom9.org/showthread.php?t=105977
http://forum.doom9.org/showthread.php?t=105978
http://forum.doom9.org/showthread.php?t=105979
http://forum.doom9.org/showthread.php?t=105980
http://forum.doom9.org/showthread.php?t=105981
http://forum.doom9.org/showthread.php?t=105982
http://forum.doom9.org/showthread.php?t=105984
http://forum.doom9.org/showthread.php?t=105985
http://forum.doom9.org/showthread.php?t=105986
http://forum.doom9.org/showthread.php?t=105987
http://forum.doom9.org/showthread.php?t=105988
http://forum.doom9.org/showthread.php?t=105989
http://forum.doom9.org/showthread.php?t=105990
http://forum.doom9.org/showthread.php?t=105991

enjoy :D

[CruNcher]

@dk75

What for problems you have @ playback High Profile should work there was a bug with b-frames for High Profile in the first versions of CoreAVC but that should be fixed in the latest, maybe you are still useing an older version ?

@bond
nice work :)

[blubberbirne]

Little Problems with CoreAVC and 1920x1080 Endoced File.

Yesterday i created some Testfiles with x264 and MeGui. (HQ Slow Profile)

Problem is now, that this files only Playbacks with ~26fps, instead of 29,97.
CPU Usage is only 48% with my AMD X2 3800+. For Testing i encodet this Video @1440x816 and everythink works fine. CPU usage was only 34% :D

Any Idea what happens? Is it a CoreAVC Problem (no SMP support at this time i know), or whats going frong?

[SeeMoreDigital]

...Problem is now, that this files only Playbacks with ~26fps, instead of 29,97.
CPU Usage is only 48% with my AMD X2 3800+. For Testing i encodet this Video @1440x816 and everythink works fine. CPU usage was only 34% :D

Any Idea what happens?Have you cross checked the "reported" FPS speed of your encodes?

If your streams have been placed within the MP4 container you can use YAMB to check them!

[bkman]

CoreAVC simply has no SMP support, I would guess, and just one of your cores isn't powerful enough to decode the video at full speed.

[handtruck]

Didn't know whether to start a new thread in the software players forum, but since this may be AVC codec related, I'll post here. Let me know if I should start one in the other forum.

All these issues are with x264 video and mp3 audio (vbr and cbr)

MKV container (muxed with mkv merge):
-Choppy play on any videos with b-frames (I encoded one video with and without to make sure). The video plays fine in all other containers I've used in tcpmp windows. This problem does NOT occur in the Palm OS version of tcpmp.

MP4 container (muxed with mp4box):
-If I scroll through the video, the audio goes blank for a while and then it starts again. The farther I go into a video, the longer it takes for the audio to start up again. I originally thought it was a cbr/vbr issue with the mp3, but I reproduced the error with cbr. For some reason, this doesn't always happen, but I haven't figured out the difference between the successful and unsuccessful files. This happens in both the Palm OS and windows version of tcpmp. This problem does not happen in MPC or mplayer, however, so I think it might be a software issue.

[sjchmura]

Wow wow wow. I am STUNNED at the quality of the decoder and the low CPU time. On my AMD X2 I get <20% CPU time playinh back 720p clips scaled to 1920x1080p (HP 65" set).

SIMPLY STUNNING WORK.

So am I missing something? Is there some "deblocking" not going on that I would see if had lower (crappier) bit rate encodes? The color looks great - I mean - just shockingly good.

Strong work - will CoreAVC Decoder be a donationware project? I would definitely pay pal a few USD

Steve

[nm]

Magic ;)

[BetaBoy]

Wow wow wow. I am STUNNED at the quality of the decoder and the low CPU time.

Strong work - will CoreAVC Decoder be a donationware project? I would definitely pay pal a few USD

Steve

Thanx... No, not donationware... we will be live with www.coreavc.com in about 2 weeks and will sell CoreAVC at that time... there is alot going on... and as we progress further i'll let everyone know more details.

[bob0r]

Sell? Means i can't put the CoreAVCDecoder.ax with the x264 installer package?

[dk75]

What for problems you have @ playback High Profile should work there was a bug with b-frames for High Profile in the first versions of CoreAVC but that should be fixed in the latest, maybe you are still useing an older version ?
I think i have latest version (20060113) but i have update about this.
CoreAVC works with my encodings up to "-qp16" (my latest encoding, with B-Frames) but don't work with "-qp0" encoded file (older one).
I've didn't checked at which point (-qp settings) it's stop to work.

[bond]

I think i have latest version (20060113) but i have update about this.
CoreAVC works with my encodings up to "-qp16" (my latest encoding, with B-Frames) but don't work with "-qp0" encoded file (older one).
I've didn't checked at which point (-qp settings) it's stop to work.qp0 is propably lossless, which coreavc doesnt support yet

[BetaBoy]

I should have been more specific... but I also am not going to spell it all out at once... CoreAVC will be offered for windows on CoreAVC.com, be featured in other DS based media players... and as we will expand outwards we have larger goals in mind.

Some of those 'goals' is that CoreAVC will also be featured in TCPMP and in as many as 40 million devices by the end of 2006 alone ;-)

[Foreigner999]

I got a crash of either tcpmp or it's avc/ffmpeg plugin (internal not the DS version).
It was on a customers computer when I was running a test to see what kinda video the old p3 1ghz could handle. It was a trailer from quicktimes site called x-men_3-pre_teaser_h480p.hdmov at 480p and was downloaded to a flash drive and played from there (tcpmp also). It's extension was an hdmov and was downloaded using quicktime alternative. Where should i send the crash.txt?

Computer specs: Windows ME 128MB Ram Internal Intel Video Driver.

P.S. The video ran fine after the first crash and benchmarked at 167% using standard playback with audio.

[Foreigner999]

I should have been more specific... but I also am not going to spell it all out at once... CoreAVC will be offered for windows on CoreAVC.com, be featured in other DS based media players... and as we will expand outwards we have larger goals in mind.

Some of those 'goals' is that CoreAVC will also be featured in TCPMP and in as many as 40 million devices by the end of 2006 alone ;-)

:D Did you manage to get a mobile phone provider contract?

[sillKotscha]

Some of those 'goals' is that CoreAVC will also be featured in TCPMP and in as many as 40 million devices by the end of 2006 alone ;-)

nice B-Plan :)

did you spoke to one of those guys (http://ifa2005.videocoverage.org/) (2nd footage) - ok, maybe not really one of them... :P

[bob0r]

Edit:
CoreAVCDecoder.ax will not be added to the x264 installer, unless CoreAVC developers/legal owners will give me a go.

Thanks and keep up the great work!

encoders:
-x264
-xvidavc
-coreavc
-ateme

Great competition, this should be great for the end user! :D

[GhengisKhan]

Update about AVC plugin:

Picard removed the AVC plugin from the test site. They are planning to put up this site www.coreavc.com and offer it for purchase and have a trial version as well (not sure about DS filter - so far I have only checked the Win32 and PPC versions).

So, don't crash your PPC or something (unless you still have the installer - I don't :scared: ) before the site goes up!

It seems like TCPMP 1.0 must not be so far away...

GhengisKhan

P.S. Bob0r I'm guessing by the look of it, you won't be able to add CoreAVC in as a free version - maybe as a trial.

[BetaBoy]

GK... we are looking at adding the last of the bulletpoints for CoreAVC 1.0... IE; interlacing, lossless coding, SMP, x86-64bit

Interlacing and Loseless are the first priorites so we comply with _all_ AVC profiles... then we move to multi-processor support (that will probally come very soon) and last 64bit.

There will be two fast release waves for CoreAVC.... as we go from v1.0 to v2.0... We are predicting less then a few months between these versions as we add the features and work towards our encoder and a very BIG suprise with v2.0.

[Selur]

@BetaBoy: Will the Decoder(Encoder?) stay free for personal use?

Cu Selur

[GhengisKhan]

Oh sure, first you get me all hyped for v1.0 an now you tell me v2.0 is coming soon after that with a BIG suprise... looks like you almost have the AVC codec finished though. Interlacing and SMP are my "most wanted" features, although I might use lossless (I don't think Nero Recode has it though).

Keep up the good work :)

GhengisKhan

[crypto]

Although I like CoreAVC, I don't like seeing it going commercial. It is always the same. People from the scene help making something into a product. And as soon as this is done, someone starts making money out of it. This has a bitter taste and I encourage you to rethink this strategy.

[CruNcher]

@crypto
"Nothing is for Free except dying but even that costs your life"

[SeeMoreDigital]

@crypto
a common german saying "Nothing is for Free except dying but even that costs your life"Yeah...

And who-ever came up with the expression "love is free" must have been delusional :scared:


Cheers

[niknik]

I don't mind paying for something, if the price is right.

And although I support "freeware/donations" stuff, I have nothing against good programmers making some money out of their hard work. (I'm a professional programmer myself)

Just let's hope they won't become like Sony or some other mega-big-corporation in a few years, installing rootkits in their codecs! :)
ehehe

[Inventive Software]

Yeah...

And who-ever came up with the expression "love is free" must have been delusional
Amen to that. Nothing in life is free, except possibly GPL'd software. ;)

On-topic, sort of, can somebody point me in the direction of the CoreAVC DirectShow decoder? I can't seem to find it. :(

[kurt]

On-topic, sort of, can somebody point me in the direction of the CoreAVC DirectShow decoder? I can't seem to find it. :(
http://forum.doom9.org/showthread.php?p=767051#post767051 :)

[SeeMoreDigital]

Amen to that. Nothing in life is free, except possibly GPL'd software. ;)

On-topic, sort of, can somebody point me in the direction of the CoreAVC DirectShow decoder? I can't seem to find it. :(As far as I'm aware the latest DSdec build is still v0.0.0.4 (Dated Jan 09 2006).

Anyway, I placed it on my own website together with some installation instructions (and "bat" files). All of which can be found here (http://81.98.148.105/Uploaded_Files/Doom9_Forum_files/CoreAVC_DSDec.zip).


Note to CoreAVC developers:
If there's a problem with me hosting your direct-show filter, please let me know and I wll remove it.


Cheers

[travisbell]

Although I like CoreAVC, I don't like seeing it going commercial. It is always the same. People from the scene help making something into a product. And as soon as this is done, someone starts making money out of it. This has a bitter taste and I encourage you to rethink this strategy.

I dunno if I agree. If any piece of software is a quality tool I have absolutely no problem paying for a product. It's the old saying right? You get what you pay for. I believe that statement 110% and you will see me purchase CoreAVC once it has finalized up a bit better.

[BetaBoy]

Although I like CoreAVC, I don't like seeing it going commercial. It is always the same. People from the scene help making something into a product. And as soon as this is done, someone starts making money out of it. This has a bitter taste and I encourage you to rethink this strategy.

Well... OS or Closed... from the very beginning (only 4 weeks ago) we were telling everyone about our plans about selling it. First a 1.0 decoder, then v1.5 NEW decoder (sorry GK no v2.0 right away like we planned)... then an encoder.

While we host and offer some great open source Audio and Video apps on CoreCodec.org... there is a line to be draw on what we need to actually do to make 'something' to support those projects. TCPMP and CoreAVC are that medium atm.

Hey, I dream of a true Open Source video codec that CoreCodec can host... in the real world however IP costs cash and comes at a cost (IE; AVC). It will always be a balance for us, we are not XIPH and will never be. We actually make things happen fast and dont have an ever prolonged devel period that last what seems, well, forever.

Proof is the value in Audio and Video development we bring by our actions and intentions. Open Source when possible and push for open standards... I do this on a daily basis... and I hope that CoreCodec and the other developers associated with us have shown that 'intention' over the past few years.

[Isochroma]

Are there license fees to pay the MPEG-LA for AVC encoders/decoders? I assumed that open-source and other freeware codecs weren't billed because the MPEG-LA either couldn't be bothered or had a formal/informal policy of not pursuing non-monetary implementations...

[CruNcher]

@Isochroma
as long as they don't get a major threat to commercial available solutions this might be true but CoreAVC is threatening AVC Aliance solutions (with it's decoding efficiency).
What i don't understand why customers have to pay finaly for it the revenue could be gathered by major deals (SDK for example) with other companies not from the avg joes i hope this can be achived sooner or later so all get it for free again.

[GhengisKhan]

Well... OS or Closed... from the very beginning (only 4 weeks ago) we were telling everyone about our plans about selling it. First a 1.0 decoder, then v1.5 NEW decoder (sorry GK no v2.0 right away like we planned)... then an encoder.

While we host and offer some great open source Audio and Video apps on CoreCodec.org... there is a line to be draw on what we need to actually do to make 'something' to support those projects. TCPMP and CoreAVC are that medium atm.

Hey, I dream of a true Open Source video codec that CoreCodec can host... in the real world however IP costs cash and comes at a cost (IE; AVC). It will always be a balance for us, we are not XIPH and will never be. We actually make things happen fast and dont have an ever prolonged devel period that last what seems, well, forever.

Proof is the value in Audio and Video development we bring by our actions and intentions. Open Source when possible and push for open standards... I do this on a daily basis... and I hope that CoreCodec and the other developers associated with us have shown that 'intention' over the past few years.

Sounds logical to me... I mean Corecodec is a company - not a group of developers. By the way, Betaboy, are you hinting that 2.0 will be released alongside the CoreAVC encoder (so that I can finally call it a codec...). Cause if you are I should become a some sort of anaylist... and that would, of course, be really cool as well :) .

I agree with CrunNcher though, it would be really nice if Corecodec offered the solution for free to the average joe and made all the money off of big businesses. I don't think this would be that hard, but... there are some things you want to offer consumers that come at a price as well...

Now, I hope the new AVC site gets up soon... I'm getting really impatient. Although, I do understand that TCPMP v1.0 is under major development too. I'm really excited - release it soon! :D

Keep up the good work,

GhengisKhan

P.S. I think it's good that CoreCodec comes to forums and asks for people's help - that way they make a great product people will like right off the bat.
P.P.S. Betaboy can you give us some time period we can expect TCPMP v1.0 released - internal goal, from the way it's going now, what Picard thinks, etc. I rough estimate will sastisfy me for now - don't answer this question if you are releasing it this week...

[ChronoCross]

No one should charge for a decoder. however the encoder is something one should charge for as it is something that can be much more difficult.

[foxyshadis]

It looks like their goal is to have it used for low-power x32/x64 processors in an embedded/media center style machine for home theaters, though. Thus the decoder is an integral feature in making older, cooler, and much cheaper chips usable, whereas there's already free slower decoders for everyone else. So it does make sense.

[crypto]

Well... OS or Closed... from the very beginning (only 4 weeks ago) we were telling everyone about our plans about selling it. First a 1.0 decoder, then v1.5 NEW decoder (sorry GK no v2.0 right away like we planned)... then an encoder.

BetaBoy:
I am relatively new to CoreAVC. Can you point me to a post of this statement?

I would also like to add, that in this case your plans are totally ok. I was not criticizing going commercial at all. What I was talking about is, holding such plans behind.

[bond]

obviously everyone wants everything to be freely available, but thats not how capitalism works ;)

that said nothing wrong with coreavc going commercial, i am sure there is lots of money to make from it (as its really good)
there is just one thing that needs to be added imho before it really can become a "threat" to other professional solutions and thats support for interlacing

[bratao]

But i tip.
Make a stripped to bone, free for personal use, version of you decoder.
Then a professional version with the good stuff.
This can make a huge publicity for your pro version witout any effort.

[niknik]

Even nvidia was charging for their "purevideo" codec, and that's for people that already spent hundreds of dolars buying their cards.

A good codec, vastly improving on existing ones, allowing you to use "old/low-end" hardware to be used effectively as a media center is something most people won't mind paying a small price for it.

But back on the *real* topic: are any there any news coming up? how's the development going? :)

[Scarpad]

I'm using TCPMP on my 51V. So there will be encoder for AVC now? Will Profiles be used and will it include a baseline profile for Ipod Encoding? I want to be able to play the vids in either the PPC or the Ipod.

[clsid]

I can understand that the AVC encoder and TCPMP are going commercial because of the MPEG license fees and generating revenue required to run CoreCodec. But no fees have to be paid for a decoder, right? Keeping the DS decoder free would make many of us happy. Plus that would be a good way for people to get to know the CoreAVC name/brand, making it easier to sell the commercial products.

[BetaBoy]

Eventually we would like to work towards that goal with AVC (and all our pay codecs)... and with the other things that TCPMPx supports COSP (3D enviro pics) and soon SVG (vector graphics)... we hope with these additional tools and our plans to license them that it will make TCPMP and our filters as free as Flash/IPIX/Real/QT players are...

[slavickas]

I can understand that the AVC encoder and TCPMP are going commercial because of the MPEG license fees and generating revenue required to run CoreCodec. But no fees have to be paid for a decoder, right? Keeping the DS decoder free would make many of us happy. Plus that would be a good way for people to get to know the CoreAVC name/brand, making it easier to sell the commercial products.
nope avc ip licensing is per product, iirc it is same if decoding or encoding or both capabilities supports product

[Foreigner999]

@betaboy
Will the pay version of TCPMP (with AVC for win32) would I be able to move about with it in a flash drive from computer to computer (for example) and not have to deal with registration issues like calling an 800 number to register it a billion times?

Has this part been thought out at all?

How would the licensing system work? Cause the current system that TCMP has of registering through email and having to get a key and all that was a real turn off to buying the software. Not exactly streamlined. Comments welcome.

[BetaBoy]

The 'PC Desktop' version of CoreAVC at first will be for Windows only but will expand in a 1.xx version to bundle it with Linux as well (you can only use one of those at a time).

On registering... we are gonna make it easy.. once you register the filter... you are really registering @ CoreCodec and are associating your account to our backend DB for CoreTheque (CT is our metadata management client and backend DB). On portablilty... i'll look into that... seeing something like Sandisk U3 platform being used.

[GhengisKhan]

Just thought everyone might want to know that a new version of TCPMP has been released. Here's the changelog. I don't know if the old AVC plugin still works in it (prob. not).

Changelog

version 0.71i
+nsv container support (but no vp3/vp6 codec...)
-installer file naming changed
-playlist shuffle mode fix
-buffering fix for very high bitrate movies
-avi audio timing fix with incompatible files
-PalmOS: pixel aspect option in preferences dialog
-WinCE: asf http streaming stream selection
-WinCE: XScale driver fix (for O2 Atom. still needs testing)
-WinCE: fix X50v WM5 black display after power on
-WinCE: telling "go online" to OS before http connection
-WinCE: better handling of special hotkeys (record, menu, green, red phone buttons)
-WinCE: ATI Imageon 3200 "Keep ATI driver active" option (maybe helps with crashes...)
-WinCE: DirectDraw mode fixes (+disabled with some devices...)
-Win32: DirectDraw clipping blit when overlay not available
-Win32: DirectDraw overlay color space option in settings

GhengisKhan 8)

[Negi]

What types of secret techniques make this filter runnable on slow cpus? Is that trade-secret or is it just a decoder that's been worked on extensively?

[Irwin]

What types of secret techniques make this filter runnable on slow cpus? Is that trade-secret or is it just a decoder that's been worked on extensively?

Picard - that's all :D

[niknik]

What types of secret techniques make this filter runnable on slow cpus? Is that trade-secret or is it just a decoder that's been worked on extensively?

Good, old-fashioned, optimized to death, coding... that's all.

Just imagine if Windows itself was coded this way... It would fit in a few Megabytes, boot instantly, and run like the wind! :)

[pankov]

Good, old-fashioned, optimized to death, coding... that's all.

Just imagine if Windows itself was coded this way... It would fit in a few Megabytes, boot instantly, and run like the wind! :)
I hope you are right and they are not giving us speed for the price of quality. I personally didn't have the opportunity to compare in details different decoders but it looks OK so keep up the good work
:)

[SeeMoreDigital]

Just thought everyone might want to know that a new version of TCPMP has been released. Here's the changelog. I don't know if the old AVC plugin still works in it (prob. not).That's encouraging news.... Hopefully a revised DSdec filter isn't too far behind also :)


Cheers

[allclone]

Awesome added support for NSV in v0.71i, I dunno if they got my e-mail a while back or I'm just lucky. Either way thanks for adding it to the latest TCPMP, great stuff, and look forward to future releases.

Edit:
Not that its a huge issue because nsv support was just added, but using avc video specifically x264 and aac audio in nsv container causes some weird audio and video sync issues when playing back the files in the new TCPMP 0.71i

[slavickas]

Awesome added support for NSV in v0.71i, I dunno if they got my e-mail a while back or I'm just lucky. Either way thanks for adding it to the latest TCPMP, great stuff, and look forward to future releases.
http://forum.doom9.org/showthread.php?p=775896#post775896

[although your post and mine reply should be in that thread]

[unmei]

I hope you are right and they are not giving us speed for the price of quality.
AVC is bit exact decoding. Therefore every decoder will produce exactly the same output. The only issue here are bugs (;)) and a potentially bad quality color space conversion or resizing - that is the stuff that comes after the actual decoding.

[BetaBoy]

pankov.... unmei has it exactly right. Maybe bond wants to do a comparison of our quality against others decoders?

[GhengisKhan]

You can check, but I think Quicktime gives a slightly better ouput for the apple trailers. The color is more vivid and sharper.... but I could be wrong.
However, I think the difference is only very slight.

GhengisKhan

[foxyshadis]

The only valid comparison is to ISO reference decoder. Anything different is either wrong, or more likely includes various post-processing. Also different video renderers and video cards can create differences where there are none.

[Manao]

GhengisKhan : it's due to your overlay. Configure it properly, and you'll have the same "vivid" colors.

[Sirber]

Is 0.0.0.4 the latest?

[COREiP]

http://coreavc.corecodec.org/CoreAVC20060113.7z This link is dead...

[COREiP]

Where can i download version 0.0.0.4?

[Koti]

Where can i download version 0.0.0.4?

See Post=315 (http://forum.doom9.org/showpost.php?p=773877&postcount=315)

[rushin_911]

perhaps this has been asked before (the thread is 18 pages,,,) but are there any plans for making a linux version of the decoder?

[BetaBoy]

There will be a Linux version of the decoder.... the link is dead atm... but we will probally release another test build soon.

[blubberbirne]

There will be a Linux version of the decoder.... the link is dead atm... but we will probally release another test build soon.

that sounds good :D

[pike]

@BetaBoy

I see you :p

[bob0r]

Where can i download version 0.0.0.4?

Always have a short look at http://files.x264.nl :sly:

[lexor]

Always have a short look at http://files.x264.nl :sly:
is that legal though? I mean if corecodec intended for it to be available they wouldn't have removed links, after all it's still their product that was a demo, never an actual freely available product.

[bond]

is that legal though? I mean if corecodec intended for it to be available they wouldn't have removed links, after all it's still their product that was a demo, never an actual freely available product.its as long legal as corecodec doesnt have anything against coreavc being mirrored there :)

[bob0r]

And even if it isn't legal, i don't have delete rights :cool:

[wata]

will there be a ape plugin for 0.71i
remember it is mention before somewhere, i saw only wavepack and flac plugin

[amango]

I'd like to see the CoreAVC-decoder in XBMC. :-)

[Sirber]

Firefox can't establish a connection to the server at files.x264.nl.

Will this host get back online for Canadian users one day?

[foxyshadis]

Traceroute it. Does it stop in the rogers network, or does it make it out to interoute.net? If the former, only Rogers can fix its routing.

[vendol21]

I'd like to see the CoreAVC-decoder in XBMC. :-)

Me too :D

[Sirber]

http://w1.hidemyass.com/index.php?q=ZmlsZXMueDI2NC5ubA--&hl=1111101001

:D

[fogbav]

I'd like to see the CoreAVC-decoder in XBMC. :-)


Vote ! Vote ! Vote !

I'm also willing to pay some bugs 4 that ! 8)

[nm]

I'm also willing to pay some bugs 4 that ! 8)
I doubt the developers are willing to receive payment in bugs ;)

[BetaBoy]

as long as those bugs are coverd with PIMS... we will gladly accept it... (it might get Toff to add the suggested filter properties box too)

[tomos]

cent believe how much decoding x.264 has changed since dec (when i first really started messing around with this).

on my 4400+, i 1st used ffdshow to play back some clips i made - which it couldnt handle on 1 core. then moved to nero showtime since it used both cores.

now this codec plays back on 1 core what showtime needed 2 for. have only now found its limits on my sys. playing back hidef underworld, coreAVC cant handle it on 1 core (maxxed @ 50%) - but then again, it plays it better than showtime does using both cores (maxxed @ 100%)

in short, credit to the writers of coreAVC - cant wait for what the next 2 months development bring :D

[BetaBoy]

Then get ready for Interlacing and SMP ;-)

[tomos]

sweet :D

not sure why someone would want to encode interlaced content, but the SMP would definetely be most welcome :)

[krackato]

I'm having a really hard time testing this codec. I have CoreAVC20060113.7z, CoreAVC_DSDec.zip, and tcpmp.win32.0.71j. After installing CoreAVCdecoder.ax, I've tried playing an h.264 file but tcpmp says "Error: Player: Video codec (AVC aka H.264) not supported by the player!" I've tried playing 2 files with the same error. Is there a way to fix this?

[[Toff]]

I'm having a really hard time testing this codec. I have CoreAVC20060113.7z, CoreAVC_DSDec.zip, and tcpmp.win32.0.71j. After installing CoreAVCdecoder.ax, I've tried playing an h.264 file but tcpmp says "Error: Player: Video codec (AVC aka H.264) not supported by the player!" I've tried playing 2 files with the same error. Is there a way to fix this?

You're mixing up things, CoreAVCdecoder.ax is a DirectShow filter meant to be used with player like WMP, MPC, ZoomPlayer ...
tcpmp.win32.0.71 is currently not using you're installed DirectShow filter but his own kind of plugin.

So if you install CoreAVCdecoder.ax you need to try with a DirectShow player.

If you install TCPMP you need to add the CoreAVC plugin for TCPMP, currently called avc.plg (and maybe also to disable ffmpeg.plg by deleting/moving it)

[hellfred]

I'm having a really hard time testing this codec. I have CoreAVC20060113.7z, CoreAVC_DSDec.zip, and tcpmp.win32.0.71j. After installing CoreAVCdecoder.ax, I've tried playing an h.264 file but tcpmp says "Error: Player: Video codec (AVC aka H.264) not supported by the player!" I've tried playing 2 files with the same error. Is there a way to fix this?
The win32 port of Core Pocket Media Player (TCPMP) does not (yet) support DShow filters. So with CoreAVCDecoder.ax installed on your system, and a splitter like Haali's, you should be able to watch h264 clips in mp4 or mov contianer (file) with any DShow Media Player like MediaPlayerClassic, mplayer2, BSPlayer, Zoomplayer etc.
TCPMP had an h264 plugin (avc.plg) that needed to be placed in the TCPMP folder of to decode h264 clips. The plugin was distributed in an archive called avc.win32.0.71h.zip.

Hellfred

EDIT: Toff was faster

[krackato]

Thanks guys for the info. Two questions.

1. Where can I get avc.plg and/or avc.win32.0.71h.zip?

2. Since I have CoreAVCdecoder.ax installed and Halli's Media Splitter, how do I get Media Player Classic to use CoreAVC to decode my h.264 clip? As far as I can tell, it's still using the ffdshow mpeg-4 video decoder and I can't figure out how to switch it.

[bond]

Thanks guys for the info. Two questions.

1. Where can I get avc.plg and/or avc.win32.0.71h.zip?

2. Since I have CoreAVCdecoder.ax installed and Halli's Media Splitter, how do I get Media Player Classic to use CoreAVC to decode my h.264 clip? As far as I can tell, it's still using the ffdshow mpeg-4 video decoder and I can't figure out how to switch it.disable h.264 in ffdshow

[videomixer9]

just noticed something cool, played an h264 video with coreavc on my old athlon 1ghz and it needed less decoding cpu than divx 6.1 needs for decoding without postprocessing on it for a similar video ... rofl

[Schrade]

Heh that's pretty damn funny. I love CoreAVC. It actually makes it quite a pleasure to play MPEG4 AVC videos.

[Avish]

The win32 port of Core Pocket Media Player (TCPMP) does not (yet) support DShow filters. So with CoreAVCDecoder.ax installed on your system, and a splitter like Haali's, you should be able to watch h264 clips in mp4 or mov contianer (file) with any DShow Media Player like MediaPlayerClassic, mplayer2, BSPlayer, Zoomplayer etc.
TCPMP had an h264 plugin (avc.plg) that needed to be placed in the TCPMP folder of to decode h264 clips. The plugin was distributed in an archive called avc.win32.0.71h.zip.

Hellfred

EDIT: Toff was faster
I downloaded the player, but the plugin "avc.win32.0.71h.zip" is not there at the TCPMP website. Anyone have it?

[kurt]

http://home.arcor.de/mutterstadt/

[pankov]

Then get ready for Interlacing and SMP ;-)
Will this allow playback of MPEG-4 AVC captures (or even live) from some satellite channels like TPS HD, which use H.264 for their 1080i content? Or the problem lies in the MainConcept MPEG Demultiplexer which doesn't like CoreAVC Decoder???

[Avish]

http://home.arcor.de/mutterstadt/
Thank u very much Kurt :)

[kopavel]

Player don't play AVC at all :( what's wrong?
After file opening and play button pressing position slider momentaly moving at end of clip and this is all :/
may be plugin don't support some of the features of AVC? all clips is from the same source.
Mplayer play without problem, coreavc DS filter play them too but much SLOWER then mplayer...

[blubberbirne]

Will this allow playback of MPEG-4 AVC captures (or even live) from some satellite channels like TPS HD, which use H.264 for their 1080i content? Or the problem lies in the MainConcept MPEG Demultiplexer which doesn't like CoreAVC Decoder???

Current CoreAVC does not support Interlaced ;)

[pankov]

Yes, I know but is this the reason why the MainConcept MPEG Demultiplexer doesn't allow the CoreAVC Decoder to connect to it?

[sjchmura]

Which splitter (elecard, nero etc) works best? Has anyone seen if the initial splitter canimpact CPU time?

Right now COREAVC just stopped decoding despite its high priority - I have no idea what happned. I have nero 6.6 and Purevideo installed and no matter WHAT I do thenero digital decoder is always picked (despite its low prioriry)

[BetaBoy]

Haali splitter hands down... imho

[boombaard]

never mind

[HookedOnTV]

Video: MPEG2 Video 1280x1088 (16:9) 29.97fps 65000Kbps [Video]


Are you trying to play a mpeg2 file?

[HookedOnTV]

Then get ready for Interlacing and SMP ;-)

I'm ready...

[BetaBoy]

I was informed that the requested filter properties and an about screen we added... http://cc.serveftp.org:8884/CoreAVCLogo.png

Interlacing work continues as well as profile support for High 10 and High 4:2:2 for our Enterprise version.

[HookedOnTV]

Just did a quick comparison between CoreAVC and Cyberlink's H264 decoder that utilizes hardware (x1300) acceleration...

CoreAVC ~ 18% utilization
Cyberlink ~ 28% utilization

Keep up the good work!

[CruNcher]

@HookedOnTV
please more info
Resolution: ???
Encoding Settings: ???
thx

[bond]

Just did a quick comparison between CoreAVC and Cyberlink's H264 decoder that utilizes hardware (x1300) acceleration...

CoreAVC ~ 18% utilization
Cyberlink ~ 28% utilization

Keep up the good work!how did you measure the average cpu useage? did you use windows' perfmon tool for that?

[HookedOnTV]

Sorry for the lack of detail. Used TaskManager first time. Went back and tested again using perfmon.

CoreAVC 16% average
Cyberlink 24% average

1280x720, 7000kbps, MeGui HQ-Slower, mkv (haali splitter)

[bond]

720p resolution with only 16%??? what cpu do you have?

[HookedOnTV]

Dual core Opteron running at 2.7GHz. Encodes like a banshee :)

[tomos]

Dual core Opteron running at 2.7GHz. Encodes like a banshee :)

hmm, my 3800+ x2 runs at 2.8 and a 720 ep of 24 encoded with x.264 takes about 25% CPU (with corecodec of course) and a 1080 source @ 35ish CPU

ahh, missed the x1300 bit.

[acidsex]

Anyone have any idea of when CoreAVC decoder will be available for purchase?

[bob0r]

acidsex

1: when its ready
2: when money is needed
3: when they figure out what features will be in what version
4: all of the above

[BetaBoy]

acidsex

1: when its ready
2: when money is needed
3: when they figure out what features will be in what version
4: all of the above

Very well said... it will likely be by the end of February for CoreAVC Standard and maybe the Professional Decoder... Enterprise Decoder will be a lil ways off. We have defined what each version will feature and be capable of and are getting all internally to sign off on it.

On the encoding side of things... more news on that as it developes further.

[bond]

what will be the difference between standard/pro/enterprise decoder?

[BetaBoy]

Standard: Main and Baseline
Professional: Main, Baseline, Extended? high?
Enterprise: Main, Baseline, Extended, High, High 10, High 4:2:2

When it comes to Extended, High profiles we are working on which will be in Standard and Pro versions. SMP support in the Pro version will be limited to 4 processors and have GPU enhancements enabled.

Suggestions? Thoughts?

[bond]

noone needs extended, everyone needs high profile ;)

[bob0r]

...

Suggestions? Thoughts?

All features in 1 freeware or buyware version, pro/lite/standard/enterprice/full/ I so hate those.

[BetaBoy]

All features in 1 freeware or buyware version, pro/lite/standard/enterprice/full/ I so hate those.

Thx... noted...

[videomixer9]

Soon we'll see then how CoreAVC development goes anticracking rather than improve decoding ... :devil:

[bond]

hehe we will see ;)

[Dreassica]

That would be useless to do though, since its nearly impossibe to stop hackers from cracking :(

[Kostarum Rex Persia]

Standard: Main and Baseline
Professional: Main, Baseline, Extended? high?
Enterprise: Main, Baseline, Extended, High, High 10, High 4:2:2

When it comes to Extended, High profiles we are working on which will be in Standard and Pro versions. SMP support in the Pro version will be limited to 4 processors and have GPU enhancements enabled.

Suggestions? Thoughts?

Wow, that's really good, BetaBoy. I am impressed:goodpost:

My notice about Standard and Pro version:

1) Standard version: Currently, standard version is very poor in capabilities, however, you must add, at least, Extended profile and support to AMD64 processors.

2) Professional: Main, Baseline, Extended and High are very good for PRO version, and, of course, you should add full support for adaptive quantization, trellis quantization, RDO for B/frames and Bidirectional encoding.

3) Enterprise: Main, Baseline, Extended, High, High 10, High 4:2:2 and all options from PRO version.

I really hope that you will appreciate my advice, BetaBoy

And, of course, Enterprise version should have SMP support for, at least 4 processors( but, I hope for 8 processors SMP support) and GPU enhancements enabled (support for newest Ati and Nvidia GPU, X1900XTX and future Nvidia 7900 GTX)

[foxyshadis]

Decided yet which ones get interlaced decoding?

Rex, these are decoders, most of those extra features don't matter as much in a decoder. And do you still not know what extended-profile is? (It's like sub-baseline with error correction.)

[ChronoCross]

I'm in agreement with bob0r on this one. IT's all or nothing in terms of a decoder. Offering the decoder with ad support, and a paid version with no ad support is the way to go I believe.

[bob0r]

I'm in agreement with bob0r on this one. IT's all or nothing in terms of a decoder. Offering the decoder with ad support, and a paid version with no ad support is the way to go I believe.

ad = advertisements?
if so, NOOOO ads/banners/crap!

Freeware of Buyware, not Crapware(quicktime already holds this title)

[BetaBoy]

I'd give it away for free before that would happen. We are not Radlight ;-)

[Kostarum Rex Persia]

Glad to hear that, BetaBoy.

[Sirber]

I'd give it away for free before that would happen. We are not Radlight ;-)LOL

:goodpost: :goodpost: :goodpost:

[tomos]

quick Q, will SMP be in the test codec or be saved till the final product?

[pankov]

So I read about the versions but as I'm not familiar with the terms (Extended/High/High-10/High 4:2:2) I have a simple question:
Which version will I need to decode MPEG4-AVC satellite channels?
I'm talking about the channels shown here
http://www.kingofsat.net/en/hdtv.php
As far as I know there is a differences in resolution (1080i / 720p / 528i) but are there any other differences?
Also what's the reason not to be able to use CoreAVC for the 720p from SkyItaliaHD (HotBird 13E)?
Here you can find different captures I was able to capture in .ts format
http://www.casyst.com/mitko/tmp/80e_11064_H [704x576i].avc-ts (http://www.casyst.com/mitko/tmp/80e_11064_H%20%5b704x576i%5d.avc-ts)
http://www.casyst.com/mitko/tmp/SkyIt HD [1280x720p].avc-ts (http://www.casyst.com/mitko/tmp/SkyIt%20HD%20%5b1280x720p%5d.avc-ts)
I also have a 1080i capture from TPS HD but it's too big for me to host it. If someone can handle 42MB please send me a PM

The other quesiton I have is can someone advice me on a Transport Files Source and/or Splitter that can handle H.264 in Transport Stream. Except of course the combo FileSource(Async.) + MainConcept MPEG Demux.

[Selur]

"If someone can handle 42MB please send me a PM"
Try e.g. http://rapidshare.de/

[bond]

pankov, may i ask where this "80e" clip is from? what channel/country?

[pankov]

http://rapidshare.de/files/13094302/TPS_HD__1920x1080i_.avc-ts.html
it's a little harder to get to the file but it's there
if you read good you will get it
;)

[XiN]

yes, i also tried many DVB sofware trying to get MPEG4 AVC channels working with CoreAVC (especially for the olympics). author of SkyAVC.ax DVB filter for SkyStar2 card even made special build, because coreavc didnt want to connect the graph, but that also didnt help. so far Nero and Moonlight AVC codecs work, but they are way too slow on singlecore CPUs to produce fluent picture (they are fine on dualcore). I was thinking that the problem may be that the DVB Transport Streams use MPEG2 encapsulation of MPEG4 AVC stream. but thats just a guess.

oh and thank you for this great codec!

[bond]

the problem with those stream is generally that they are interlaced, which coreavc doesnt support

[XiN]

pankov, may i ask where this "80e" clip is from? what channel/country?

looks like it could be from 80,0°E Express AM-2 sattelite. channel Kavkaz-Hit 11,064/H 6666 3/4. but you need huge dish to receive this one from central/western europe.


the problem with those stream is generally that they are interlaced, which coreavc doesnt support

ahh, thats probably it

[pankov]

pankov, may i ask where this "80e" clip is from? what channel/country?
A friend of mine told me this
80°E 11064 H 6667 3/4 (QPSK modulation, so can tune it with ss2)

vpid and apid are hidden in mux

found them by pid scanner in skyview

vpid 556 (AVC/H264)
apid 557 (AAC)
btw
it was him that made the capture. I can't get a sat that far east

[clsid]

This is what MPC and ffdshow make of it:
http://img105.imagevenue.com/loc253/th_c46c2_thumbs20060212192152.jpg (http://img105.imagevenue.com/img.php?loc=loc253&image=c46c2_thumbs20060212192152.jpg)

[pankov]

the problem with those stream is generally that they are interlaced, which coreavc doesnt support
I understand this for the 576i/1080i content but what about SkyItaliaHD? its 720p

@clsid
I agree it's heavily interlaced animated music clip but with MainConcept's DMO + FFDShow (DScaler) Deinterlace it's acceptable ... except the CPU hit :(

[bond]

I understand this for the 576i/1080i content but what about SkyItaliaHD? its 720pit works with coreavc when you remux the stream to mp4
(demux to raw with mplayer and import to mp4 with mp4box)

[pankov]

Well that's a good news
So we have another problem then:
We need a Demux that will allow connection to CoreAVC. Obviously the MainConcept MPEG Demux doesn't allow it
:(
last night I did some testing with different demultiplexors/source filters and didn't find another working solution.
I think that all other are fooled by the Transport Stream container and MPEG4. All other label their output pin as MPEG2Video and I think this prevents all MPEG4-AVC Decoders to connect
Am I right?
Can someone make a type(label)converter directshow filter? Which will allow MPEG2 input and have MPEG4 output ... or am I talking nonsence?

[bond]

try the gabest mpg/ts splitter (inbuilt in mpc)

but i think the streams you posted are somehow strange as they bork mplayer (and mplayer handles all the other hdtv captures fine)

[pankov]

if you are talking about this
http://sourceforge.net/project/showfiles.php?group_id=82303&package_id=170670
I've tried it already without success
:(

[bond]

thats outdated you need a new compile of mpc (read the mpc thread in the software player forum)

[pankov]

OK I'll do it later but I have to ask if I'm supposed to use MPC or I'll be able to get the DirectShow filter only?

[bond]

for getting the standalone filter you will have to ask someone to compile it for you (or you compile it yourself)

[pankov]

Well, I've found a build of the MPEG Splitter from 09feb2006
http://ffdshow.faireal.net/mirror/Media%20Player%20Classic/external%20filters/uniocde/
and there is a light at the end of the tunnel
;)
Look here
http://www.casyst.com/mitko/tmp/MPEGSplitter%201.0.0.2.png
This graph even works ... somewhat.
It's not what I expected - a nice fluent decoding but I see something.
There are problems though:
1. It doesn't decode all the frames and it's not because of not enough CPU power - it simply doesn't decode/show all of them !??!?!
2. with another capture (SkyItHDmpg4.avc-ts made with SkyView... the "working" one is done with AltDVB) it doesn't show any picture at all - only black window ... with the correct HiDef dimensions though.

I've noticed that there are different MediaSubTypes when using the MPEG Splitter and the MainConcept MPEG Demux.
Why is that !??!

I'm really lost now
:(

[bond]

Well, I've found a build of the MPEG Splitter from 09feb2006
http://ffdshow.faireal.net/mirror/Media%20Player%20Classic/external%20filters/uniocde/
and there is a light at the end of the tunnel
;)
Look here
http://www.casyst.com/mitko/tmp/MPEGSplitter%201.0.0.2.png
This graph even works ... somewhat.
It's not what I expected - a nice fluent decoding but I see something.
There are problems though:
1. It doesn't decode all the frames and it's not because of not enough CPU power - it simply doesn't decode/show all of them !??!?!
2. with another capture (SkyItHDmpg4.avc-ts made with SkyView... the "working" one is done with AltDVB) it doesn't show any picture at all - only black window ... with the correct HiDef dimensions though.well i already said that i doubt that these captured .ts files are correct

try other samples from other capturers

I've noticed that there are different MediaSubTypes when using the MPEG Splitter and the MainConcept MPEG Demux.
Why is that !??!dshow allows you to use what you want (eg to make it possible that only your filters can connect to each other)
thats why commercial filters suck

[pankov]

well i already said that i doubt that these captured .ts files are correct

try other samples from other capturers
OK I believe that too, but then why does the MainConept graph works fine (good quality but high CPU usage)? There is something wrong but what? :(

[bond]

i now tried gabests mpeg splitter together with other hdtv captures and .mpg and .ts encodes done with mainconcept/moonlight and i got none of the hdtv .ts captures (all created with tandberg) to work (only black). i tried .mpg samples created by mainconcept and coreavc didnt show all frames and those it showed only half (the rest of the frame being green). the .ts samples from mainconcept and moonlight played fine

my conclusion:
- in contrary to .mp4 the filter situation with .mpg and .ts is currently a mess with lots incompatibilities
- avc decoders are currently written to work together with .mp4 splitters (like coreavc) as noone uses avc with mpg and ts is only used for hdtv
- .mpg and .ts splitters dont act like the mp4 splitters (which causes the not working of coreavc)
- the only chance i see to get a useable ts/mpg splitter is by asking gabest to make his splitter act like his mp4 splitter in the case of avc being stored, cause this will also ensure broad interoperability with all important avc decoders

[sillKotscha]

and i got none of the hdtv .ts captures (all created with tandberg) to work (only black).

if you switch back to ffdshow for x.264 decoding you'll see a picture :)

[bond]

if you switch back to ffdshow for x.264 decoding you'll see a picture :)ffdshow has dozens of workarounds for various splitters included, i would prefer a splitter that is able to work with nearly all avc decoders (without workarounds) instead of applying workarounds in all the decoders
it was possible with mp4, i am sure its also possible with mpg/ts :)

[SeeMoreDigital]

if you switch back to ffdshow for x.264 decoding you'll see a picture :)Yes I too obtain a picture when using FFdshow's H.264 (AVC) decoder filter.

Maybe we Media Player Classic users require a separate "MPEG-4AVC PS/TS/PVA" Source filter option?!


Cheers

[bond]

Maybe we Media Player Classic users require a separate "MPEG-4AVC PS/TS/PVA" Source filter option?!what for?

[BetaBoy]

for SMD and those who wanted to see our filter options.... http://cc.serveftp.org:8884/CoreAVCProp.png

[SeeMoreDigital]

what for?Because I presume MPC's current option: -

http://i1.tinypic.com/np11co.png

..... is for MPEG-2 within PS/TS/PVA and not MPEG-4 AVC

[SeeMoreDigital]

for SMD and those who wanted to see our filter options.... http://cc.serveftp.org:8884/CoreAVCProp.pngIt's "a thing of beauty... un-surpassed" :D

[bond]

Because I presume MPC's current option: -

http://i1.tinypic.com/np11co.png

..... is for MPEG-2 within PS/TS/PVA and not MPEG-4 AVCthat option is for demuxing ps/ts/pva files

whether avc is demuxed from such files in an useable way is a different story

[SeeMoreDigital]

it works with coreavc when you remux the stream to mp4
(demux to raw with mplayer and import to mp4 with mp4box)As a matter of interest, could you upload your re-muxed MP4 sample please?

Our very own Richard Berg is offering some (very) temporary ftp space (ftp://tempclips%40avisynth.org:QfJY(86m@avisynth.org).


Cheers

[RBF]

As a matter of interest, could you upload your re-muxed MP4 sample please?
Cheers
http://www.megaupload.com/?d=04CBCNQB

[Isochroma]

Very impressive, BetaBoy! Your RGB output options pretty much guarantee that I will purchase the decoder...

[3ngel]

Wow betaboy, i'm waiting the moment of the release and possibly to buy it :)

[SeeMoreDigital]

That reminds me....

Has any progress been made with respect to anamorphic signalling detection for AVC streams placed within AVI and MP4/


Cheers

[[Toff]]

That reminds me....
Has any progress been made with respect to anamorphic signalling detection for AVC streams placed within AVI and MP4/
Yes, there was some progresse made with anamorphic signalling detection and MP4, now it should works properly works with Gabest MP4 splitter.
Nothing new on the AVI side.

[SeeMoreDigital]

']Yes, there was some progresse made with anamorphic signalling detection and MP4, now it should works properly works with Gabest MP4 splitter.
Nothing new on the AVI side.Sadly.... I've been unable to get MPC to correctly display anamorphic AVC streams in MP4 with Gabest's MP4 splitter.

I've tried the all the latest MPC compiles, including todays.


Cheers

[[Toff]]

Sadly.... I've been unable to get MPC to correctly display anamorphic AVC streams in MP4 with Gabest's MP4 splitter.
I've tried the all the latest MPC compiles, including todays.

I can tell you it works fine with your Starwars sample and current CoreAVC developpement build.

[3ngel]

It works for me with Haali Media Splitter and MPC (and latest CoreAVC) with no problems.

[[Toff]]

It works for me with Haali Media Splitter and MPC (and latest CoreAVC) with no problems.
Haali's splitter is more clever because it decode the AR signaling info and provide them when connecting to the decoder. So with Haali's splitter you can just pass the information to the video renderer, with Gabest's splitter you need to decode the information provided in the SPS.

[SeeMoreDigital]

']I can tell you it works fine with your Starwars sample and current CoreAVC developpement build.Just tried it... and no it does not :(

http://img47.imageshack.us/img47/3002/coreavc4oq.png



Just to confirm... I do not wish to install Haali's splitter because I've been testing Gabest's external MP4 splitter.... Which has just made it into Celtic_Druid's latest compiles of MPC: -

Updated (celtic_druid's build)
mplayerc2006.02.14.2kxp.7z (http://www.fairyland.to/celtic_druid/Media_Player_Classic/mirror/Media%20Player%20Classic/mplayerc2006.02.14.2kxp.7z)
mplayerc2006.02.14.2kxp.7z (http://m17n.cool.ne.jp/freeware/mpc/mirror/Media%20Player%20Classic/mplayerc2006.02.14.2kxp.7z)
Cheers

[bond]

']Haali's splitter is more clever because it decode the AR signaling info and provide them when connecting to the decoder. So with Haali's splitter you can just pass the information to the video renderer, with Gabest's splitter you need to decode the information provided in the SPS.actually its not only gabest's splitter who acts like gabest's splitter :D
basically every mp4 splitter handling avc acts the same way (including haali) as they all attach the SPS/PPS at dwSequenceHeader, so if you readout the sar info from there (do you do that?) coreavc will work with every mp4 avc splitter publically known (haali, gabest, nero, elecard, moonlight)

[[Toff]]

Just tried it... and no it does not :(
I'm talking about the development build. It does not works with v0.0.04.

[[Toff]]

actually its not only gabest's splitter who acts like gabest's splitter :D
basically every mp4 splitter handling avc acts the same way (including haali) as they all attach the SPS/PPS at dwSequenceHeader, so if you readout the sar info from there (do you do that?) coreavc will work with every mp4 avc splitter publically known (haali, gabest, nero, elecard, moonlight)
Well Gabest splitter is free so it's easier to test :)
And as I have said Haali's splitter is more clever because in addition to attaching the SPS/PPS, it decodes the SPS and put that info in the media type.

[SeeMoreDigital]

']I'm talking about the development build. It does not works with v0.0.04.You'll have to excuse my ignorance... the development build of what?

Can you point me to it please?

[[Toff]]

You'll have to excuse my ignorance... the development build of what? Can you point me to it please?
The developement build of CoreAVC DirectShow filter, what are we talking about into this thread ;)
And no it's not available.

[multicone]

lol ..... everybody knows that [Toff] is the developer of CoreAVC ... long life [Toff] !

[SeeMoreDigital]

']The developement build of CoreAVC DirectShow filter, what are we talking about into this thread ;)
And no it's not available.Bummer.... It was worth a try :)

Nice to know it works though... well done ;)

[[Toff]]

lol ..... everybody knows that [Toff] is the developer of CoreAVC ... long life [Toff] !
Only the DirectShow "port" to be percise.

[dk75]

CoreCodec staff... had you heard that AT&T have right for some parts of the MPEG-4 and licensing it?

[SeeMoreDigital]

Bummer.... It was worth a try :)

Nice to know it works though... well done ;)By-the-way.... I have not broken any of the NDA's I've signed ;)

[thuan]

I have a problem with this file [Relish]Kino_no_Tabi_-life_goes_on-[h264][20772313].mkv. When I play it with Haali splitter (latest) and CoreAVC 0.0.0.4 (dl from here) it play with wrong frame rate. With Haali and ffdshow I play it fine.
But the file itself is muxed the wrong way I think, when I tried to remux it with mkvtoolnix I got the following error massage:
Error: 'G:\Files\[Relish]Kino_no_Tabi_-life_goes_on-[h264][20772313].mkv' track 1: You are trying to put AVC/h.264 video from an AVI or a similar VfW (Video for Windows) compatible source into a Matroska file in the so-called 'VfW compatibility mode'. Please note that this is not the official way to store AVC/h.264 video in Matroska. Therefore proper playback of such files cannot be guaranteed, and we strongly urge you to use the native Matroska-mode.

So I extract the timecodes of this file and the video track to raw then I mux the video with mp4box to .mp4 and I mux the the new mp4 with the remaining streams in the original file to the new mkv with the timecodes I extracted earlier and the new mkv file play fine with CoreAVC.

The file is muxed the wrong way but ffdshow play it fine so I think the developer may want to take a look into it.

[[)370|\|470!2]

COREAVC 0.0.04 hangs & crashes explorer when it tries to create
a thumbnail for a fresh-created avc(avi) file. Anyone can confirm this?..

[ChronoCross]

gotta love avc in avi...................

[BetaBoy]

gotta love avc in avi...................

Can someone pass the word along... just let AVI die already? :thanks: (sorry Alexnoe)

[[)370|\|470!2]

i'm impressed
you're very original

[SeeMoreDigital]

Can someone pass the word along... just let AVI die already? :thanks: (sorry Alexnoe)We'll need more MP4 capable stand-alone players/devices before that happens!

Some supporting MKV would not be bad either ;)

[Sirber]

I like more MKV than MP4, but MP4 is pretty well supported on handled.

[Sharktooth]

the problem with mkv is you cant know what codec is used for the video and audio streams without opening the file, while with mp4 you expect mpeg 4 for both...
avi is another story though... 90% of avis are mpeg-4 video + mp3 or ac3 audio.

[Sirber]

MP4 can be ASP, AVC, AAC, AAC+, AAC+v2, MP3, and maybe more
so you can't be that sure of the content

[SeeMoreDigital]

the problem with mkv is you cant know what codec is used for the video and audio streams without opening the file, while with mp4 you expect mpeg 4 for both...Yes... 99% of the time.

However, MPEG-1 and especially MPEG-2 video works well in MP4.... As does MP3 audio ;)

[fight2win]

does a directshow based core avc decoder exists? if no, when can we expect it to be released?

[Sirber]

does a directshow based core avc decoder exists? if no, when can we expect it to be released?It's already Dshow...

[bond]

MP4 can be ASP, AVC, AAC, AAC+, AAC+v2, MP3, and maybe more so you can't be that sure of the contentthere is no difference between aac, aacv1, aacv2 mp4-wise
as noone uses mp3 in mp4 i would say the only really unsure thing is whether avc or asp video is used in mp4

[Sirber]

as noone uses mp3 in mp4 i would say the only really unsure thing is whether avc or asp video is used in mp4I've seen some, so it's possible and used by some people.

[SeeMoreDigital]

I've seen some, so it's possible and used by some people.Indeed...

I used it quite a bit, when I first started re-muxing my early MPEG-4+MP3 in AVI encodes straight to MP4.... I did not really feel it necessary to re-encode 2Ch MP3 audio to 2Ch AAC-LC (and suffer the inevitable quality drop).


Cheers

[Hellworm]

the problem with mkv is you cant know what codec is used for the video and audio streams without opening the file, while with mp4 you expect mpeg 4 for both...
avi is another story though... 90% of avis are mpeg-4 video + mp3 or ac3 audio.

I think the Situation for mp4 and mkv is nearly the same. It's possible to place nearly everything in an mp4/mkv, but most times you can assume that it's some mpeg4 for mp4 and for mkv you can expect some mpeg4 for video and for audio one of the three ogg, aac or mp3.

[foxyshadis]

wmv-in-mkv via vfw is painfully common. rm-in-mkv I spot occasionally. I've yet to see quicktime or flash in mkv except when I remux. Fortunately mpeg-4 is the most common, given the competition.

[SeeMoreDigital]

....I've yet to see quicktime or flash in mkv except when I remux. Fortunately mpeg-4 is the most common, given the competition.There's no such thing as QuickTime video.... Do you mean Sorenson?


Cheers

[Sirber]

rm-in-mkv I spot occasionally.I have quite a lot :D (no wonder :p)

[Hellworm]

I have to admit, i've nerver seen an wmv in an mkv, only in avi.
( And when I will ever see, I'll destroy the file and desinfect my hd carefully :D )
But what I've seen is mpeg4 ( and nowadays avc ) in vfw-mode in an mkv and also often in avi, which is quite a pain, and ( to come back to topic) people tend to want it decoded by an avc-decoder, but I think that's not something developers of decoders should have to worry about. Unfortunately until there are no vfw-encoders for mpeg4 any more there will always be Problems with that.

[[)370|\|470!2]

Unfortunately until there are no vfw-encoders for mpeg4 any more there will always be Problems with that.

Oh really? I'd suggest ya to format c: becoz M$ is ev!l and buggy!

Also you probably violating rule #6 by addmiting of downloaded video files.

[Ice =A=]

[)370|\|470!2: Also you probably violating rule #6 by addmiting of downloaded video files.
ROFL!!! :D :mad:

[Hellworm]

Oh really? I'd suggest ya to format c: becoz M$ is ev!l and buggy!

I don't know how this could help me against M$, but in full trust in your instructions I tried. But everything I get for an answer is:
bash: format: command not found

What should I do?

[Sirber]

bash: format: command not found

What should I do?emerge -C wine? ;)

[[)370|\|470!2]

A proud *nix user huh? Accept my apologies, taking off my hat xD
Hence it is clearer now, why you against vfw...

[Sirber]

A proud *nix user huh? Accept my apologies, taking off my hat xD
Hence it is clearer now, why you against vfw...Isn't it 14 years old?

[BetaBoy]

I guess to get the boat back on track and to keep everyone in the loop... and to answer a question I was asked. Yes, CoreAVC will be available for Linux... not in MPlayer or VLC but it will be in TCPMP for Linux (gtk) and (juce).

Also, is anyone interested in helping our current efforts in coding a universal streaming module for RDP/UDP/RTP/RTSP/HTTP?

[Sharktooth]

if there's an SDK available it will be easier :)

[Selur]

Any news if coreavc will support/use nvidia hardware?
(potential buyer over here :D)

[ChronoCross]

Any news if coreavc will support/use nvidia hardware?
(potential buyer over here :D)

*takes a leak on nvidia*

use ATI. It'll smoke your nvidia. Coreavc is just fine without adding useless hardware specific enhancements.

[BetaBoy]

if there's an SDK available it will be easier :)
We have one.... its a work in progress and I am working on the Linux side of things ATM as things are added/discussed (and changed) ;-)

[Sharktooth]

i wish i could help, but im stuck in a hospital. i'll get home later this month and have tons of things to do but maybe i'll contact you.

[Sharktooth]

Any news if coreavc will support/use nvidia hardware?
(potential buyer over here :D)
nvidia HW acceleration is done thru DXVA. Even h.264 acceleration will be done thru DXVA 2.0 (in windows vista only though).
supporting different ways to accelerate playback means to use pixel shaders for common functions and it requires some advanced knowledge of GPU HW and programming.

[Isochroma]

The CoreAVC filter seems to be just one in a series of high-quality decoders produced by the Core project people. I was having trouble recently with the OGG DS filter 0.9.9.5 not working with Haali's splitter, so finally uninstalled it and installed CoreVorbis. Voila, functional!

This got me thinking about something: why not integrate in one installer or package all these nice decoders? The three decoders really fill in gaps that would otherwise be filled by significantly slower decoders like ffdshow, or buggy/incompatible ones like OGGDS.

It could be called the Core Powerpack or maybe the Core Decoders Package or CoreCodecs Pack, and would contain latest versions of:

CoreAAC
CoreAVC
CoreVorbis
CoreWavpack

[bond]

This got me thinking about something: why not integrate in one installer or package all these nice decoders? The three decoders really fill in gaps that would otherwise be filled by significantly slower decoders like ffdshow, or buggy/incompatible ones like OGGDS.i heavily doubt that aac and vorbis decoding in ffdshow is slower than with coreaac and corevorbis, as they all use the same decoder libraries

apart from that ffdshow is exactly what you are asking for