CoreCodec/ASP Codec "CoreASP"

[BetaBoy]

I'll post more information in this thread next week on the codec and our plans for it.

[SeeMoreDigital]

Thanks mate :)

[tomos]

looking forward to see how this goes :)

[BetaBoy]

since you guys already have SMP3 of TCPMP i'll send you the .plg to compare against other codecs till the DS filter is done in a few weeks. Toff is on vacation for another 2 weeks.

[IgorC]

VLC has very fast (fastest?) ASP decoder. It will be usefull to compare with it.

[tomos]

for my xvid/divx stuff i've always used ffdshow for decoding. i suppose we can compare with some of the trailers available on divx.com

[SeeMoreDigital]

VLC has very fast (fastest?) ASP decoder. It will be usefull to compare with it.Just tried the Thank You For Smoking (http://www.divx.com/movies/browse.php?categoryID=3) 1280x720 @ 23.976fps DivX trailer in VLC and this is what I get: -

http://img340.imageshack.us/img340/3158/vlc2at.png

Which is still way higher than you other guys are reporting....


Be seeing you!

[videomixer9]

http://xs74.xs.to/pics/06130/vlc.png

Athlon XP 3000+, Thank You For Smoking Trailer played with VLC 0.8.5-test1, yes it was running even though it may not look like it ... just sad the GUIs of those players suck major ass and subtitle renderers are major crap too.

and for dshow i used timecodec from haali

ffdshow
User: 20s, kernel: 0s, total: 21s, real: 72s, fps: 166.9, dfps: 49.4 (VMR7 - dfps ruined by vsync)
User: 21s, kernel: 0s, total: 21s, real: 29s, fps: 165.6, dfps: 119.3 (Null Renderer)

Now CoreASP should provide some more fps for dshow, would be nice to know how you can do proper VLC benchmarks ...

[CruNcher]

Clip: Thank You For Smoking (http://trailers.divx.com/Fox/ThankYouForSmoking_HD.zip) 1280x544 @ 23.976 fps

MPC + FFDshow (Apr. 4) + MPC internal Mp3 Decoder (Mpeg1 Audio Decoder)
http://cruncher.mufflastig.com/CoreASP/ffdshow.png

Mplayer (MPlayer dev-CVS-060326-23:31-4.0.2) + internal Mp3 Decoder (mp3lib)
http://cruncher.mufflastig.com/CoreASP/mplayer.png

VideoLanClient (nigthly) + internal MP3 Decoder (libmad) ??
http://cruncher.mufflastig.com/CoreASP/vlc.png

TCPMP (0.72RC1) + CoreASP + CoreMP3
http://cruncher.mufflastig.com/CoreASP/coreasp_tcpmp.png

TCPMP + FFmpeg + CoreMP3
http://cruncher.mufflastig.com/CoreASP/ffmpeg_tcpmp.png

Timecode Bench (Null):
FFDshow
User: 14s, kernel: 0s, total: 14s, real: 15s, fps: 252.6, dfps: 237.2

TCPMP Bench:

CoreASP without Audio = 230.71 fps
CoreASP + CoreMP3 = 208.26 fps

FFmpeg without Audio = 165.24 fps
FFMPeg + CoreMP3 = 152.07 fps

Mplayer Bench (null):
BENCHMARKs: VC: 11.309s VO: 0.000s A: 0.000s Sys: 0.628s = 11.937s
BENCHMARK%: VC: 94.7390% VO: 0.0000% A: 0.0000% Sys: 5.2610% = 100.0000%

CPU: Athlon 64 Venice 3000 1.8 GHz @ 3780 2.4 GHz
RAM: 217 MHz 2.5-3-3-10
GFX: Radeon 9800 Pro 378/338 (Omega Drivers 3.8.231) Fast Write On
OS: Windows XP 32 bit SP2 Full Patched

[BetaBoy]

Nice post CruNcher.... that is an older version of CoreASP. I'll work on getting you the latest one to test as it has alot of changes.

[SeeMoreDigital]

Well... I've had a little more success...

I've been beta testing some UPnP media serving software my Zensonic Z500, and after turning it off completely and playing the "Thank You For Smoking" source trailer again in GraphEdit, my pathetic (one core) 2.8GHz P4 seems to be a lot happier ;)

I also re-muxed the source into MP4 (using YAMB), to see how much difference in load there would be to the AVI...


Anyway, here are the results: -

http://img114.imageshack.us/img114/5558/overlap6xi.png


Cheers

[Negi]

Speaking of the thank you for smoking trailer, does anyone know the name of the song in it? Also, is coreASP going to be OSS or proprietary like coreAVC?

[obieobieobie]

Speaking of the thank you for smoking trailer, does anyone know the name of the song in it? Also, is coreASP going to be OSS or proprietary like coreAVC?
It's incorrect to say that coreavc is proprietary, because mpeg4 is an open standard. It's more accurate to say that coreavc is closed source. :)

[BetaBoy]

We would like to OS CoreASP... and the discussion inhouse atm is too eventually do so. But there are several good reasons why we should not... so it TBD for now.

[CruNcher]

updated ffdshow to Apr 4 result

[3ngel]

If i can say my opinion, i would like suggest to concentrate the comparison instead of the "speed", rather on the "quality" of the decoding, that nowadays is very different from decoder to decoder. Speed is not such a matter in an ASP context.
In my experience the best quality output (without deblock) is NeroDigital decoder. Follow the Xvid decoder, and last FFDShow (very much dirt and problem with color conversion).
Xvid decoder is close to NeroDigital in terms of quality, but Nero has an upgear (pheraps best chroma converting routine?).

[videomixer9]

I think Nero always outputs RGB colorspace converted by it's own software, xvid outputs YUY2 for me per default and ffdshow YV12. Some graphics cards also got problems with YV12 processing ... however I generally agree that quality of libavcodec used with ffdshow output is not always what I'd call the best.

[3ngel]

The comparison i made was done forcing the 3 decoders to RGB32 (Nero outputs by default to RGB32).

[BetaBoy]

Like CoreAVC we will have configurable colorspace output for CoreASP.

[BetaBoy]

Sorry its been a while guys... we have been busy with CoreAVC and the new CoreAAC v2.0. We have set the CoreASP launch back till after CorePlayer Mobile 1.0 is released next month.

I'll pick up this thread in a few weeks on the requested features.... and by then we will have post processing added.

[SeeMoreDigital]

Like CoreAVC we will have configurable colorspace output for CoreASP.

I'll pick up this thread in a few weeks on the requested features.... and by then we will have post processing added.And please don't forget support for "pure interlaced" MPEG-4 sources ;)

Admittedly, not many people generate encodes with it but it's inclusion would certainly round-off/complete the decoders funtionality....

[3ngel]

I hope, you'll focus on the quality decoding in comparison with NeroDigital decoder one. A super speed asp decoder it's frankly quite useless nowadays. Better a super-quality super-speed decoder :)
PS: and what about a super-speed CoreMpeg2? THAT would be really useful 'cause of all the HD mpeg2 SatTV :p

[BetaBoy]

And please don't forget support for "pure interlaced" MPEG-4 sources ;)

Admittedly, not many people generate encodes with it but it's inclusion would certainly round-off/complete the decoders funtionality....

CoreASP is 'alot' of work for Directshow. ATM its a one man job in putting all the components together from our CorePlayer Framework into the filter.

We are targeting a late August / September release for this.

SMD... I have added a 'pure interlaced' on the todo list.

[SeeMoreDigital]

You're a star :)

[BetaBoy]

You're a star :)
np... funny thing is CoreASP is turning out to 3X more work then CoreAVC was for us... who knew? ;-) .... well I should say Toff knows ;-)

[SeeMoreDigital]

Indeed...

The ongoing development of MPEG-4 Part-10 decoding, has without doubt revealed there was much outstanding work that needed to be done with MPEG-4 Part-2 decoding!

Looking back, it's only been a couple of years or so ago since anamorphic signalling detection was added to MPEG-4 Part-2 decoders - and what a struggle that was get that included :scared:

So yes.... there must be a few more outstanding decoder implementations.... In some respects, you're having to start from scratch!

[ChronoCross]

I'm looking forward to it's release. I just managed to find this thread. Good work and good luck.

[Revgen]

np... funny thing is CoreASP is turning out to 3X more work then CoreAVC was for us... who knew? ;-) .... well I should say Toff knows ;-)

I'm not too surprised. There are so many MPE4-ASP derivitives on the scene with varying differences to account for.

MPEG-4 AVC is fairly new and all derivitives seem to be done closely to the book, including X264.

[Hans Ohlo]

betaboy: any news on coreASP?

[BetaBoy]

We pushed CoreASP, CoreMP3 to November atm... but also look for CoreVC1 and CoreAC3.... CoreDTS will not be till February however.

[popper]

We pushed CoreASP, CoreMP3 to November atm... but also look for CoreVC1 and CoreAC3.... CoreDTS will not be till February however.

bump again 8)

iv got a low spec intel 500mhz laptop that struggles with greater than 3mbit/s mpeg2 ts (BBC mux Dr Who), so id like to see a faster mpeg2 decoder codec for that one day LOL.

ohh and bond and i want to know were to get the CoreASP codec http://forum.doom9.org/showthread.php?t=73998&page=2

it doesnt seem to be on the site or at least a direct link to it that can be used without the password ?.

ps:
BetaBoy , did you see these PPC boards BTW?, BBRV might like to give you access to a system for you to compile your family of apps on perhaps (tell him who you are etc)

The OSW is based on 970MP processors
http://www.powerdeveloper.org/tetrapower.php

http://www.powerdeveloper.org/8641d.php
The Pegasos 8641D Projects Program aims to provide early adopters, software developers and users an entry into the world of dual-core Power Architecture™ processors and the latest product offerings from Freescale Semiconductor.

http://www.powerdeveloper.org/forums/viewtopic.php?t=907
http://www.powerdeveloper.org/forums/viewtopic.php?t=697

some of the high guys are working to fix OSS apps for Altivec
http://www.powerdeveloper.org/forums/viewtopic.php?t=860

[BetaBoy]

I guess I should do an update.... atm we are continuing our DS efforts with porting all our codecs... we however have opted to not release any of them yet (outside of CoreAVC). I can give more details later.

[SeeMoreDigital]

That's a shame Dan :(

[BetaBoy]

Well for time yeah.... in the long run no. You'll find out why soon enough.

[nm]

iv got a low spec intel 500mhz laptop that struggles with greater than 3mbit/s mpeg2 ts (BBC mux Dr Who), so id like to see a faster mpeg2 decoder codec for that one day LOL.
Use MPlayer and experiment with -vc mpeg12, -vc ffmpeg12, -dr, -noslices, -lavdopts=fast and other parameters. You could also compile a custom build of MPlayer specifically for your CPU, although that is easier on Linux than on Windows. I doubt the Core folks could ever write a DS MPEG-2 decoder that is faster than libmpeg2 or libavcodec used through MPlayer, especially for an old CPU like yours.

[celtic_druid]

-vo xvmc,xv -vc ffmpeg12mc, should be faster if supported by the video card.

[Bathrone]

News?

[tommy_vercetti]

Updates, seems almost prime