View Full Version : CoreCodec/H.264 Codec "CoreAVC"
Scoty
1st March 2006, 11:39
This question has been asked and answered many times before.... Try reading from the beginning of this thread :eek:
no, i can not see a download link on the first page !
SeeMoreDigital
1st March 2006, 11:47
no, i can not see a download link on the first page !You've asked this question on Jan 14th and I answered it....
If you want to keep up with what's going on... try reading some more pages please!
Cheers
tomos
1st March 2006, 11:58
no, i can not see a download link on the first page !
http://forum.doom9.org/showthread.php?p=790268#post790268
CiTay
1st March 2006, 14:13
no, i can not see a download link on the first page !
http://forum.doom9.org/showthread.php?p=786019#post786019
0.0.0.4 Alpha was the latest.
BlackSharkfr
3rd March 2006, 16:25
Really impressive !
I can run 720p videos flawless on my amd xp2000+
http://blacksharkfr.free.fr/CoreAVC_Performance_full.jpg
1080p are too big but it's already amazing how you managed to make such a fast codec !
(when i did the screenshot i hadn't QT alternative... shame on me !)
Isochroma
3rd March 2006, 18:49
BlackSharkfr:
Nice desktop - where did you get that Studio Ghibli wallpaper?
I have a 2500+ running DDR333, so I assume CoreAVC will be able to do 1080p, though maybe not...
Ice =A=
3rd March 2006, 20:12
Hey BlackSharkfr, sorry to disappoint you, but I can even play those 720p files flawlessly on a 1GHz Athlon XP (underclocked, passively cooled)! :D :D :D :devil: ;)
3ngel
3rd March 2006, 20:24
And a "CoreMpeg2" ? :D
BetaBoy
3rd March 2006, 21:43
We have hinted at an MPEG-2 decoder in the past... and with the issues we are running into with TS streams and CoreAVC we might as well finish the code we had started and do it. But lets get past the CoreAVC launch and then we can move on.
bond
3rd March 2006, 21:45
what issues do you have with TS? gabest's latest mpegsplitter should output exactly the same data for ts streams as for mp4 streams, so it should be no problem to play
IgorC
3rd March 2006, 22:10
I don't know if this question was already mentioned before.
Will be there some kind of upgrade/update of purchased decoder? Will owners of commercial version 1.0 have any discount to buy version 2.0?
bond
3rd March 2006, 22:12
I don't know if this question was already mentioned before.
Will be there some kind of upgrade/update of purchased decoder? Will owners of commercial version 1.0 have any discount to buy version 2.0?now are you sure this question makes sense?
there isnt even 1.0 released and you are already asking for what will be with 2.0? ;)
IgorC
3rd March 2006, 22:16
I know it.
Yes, my question has a BIG sence. (talking about the possible upgrade as Nero6/7).
now are you sure this question makes sense?
I'm not a newbie ... to talk to me like that. But even with newbies itґs better not violate rule N4.
3ngel
3rd March 2006, 22:18
@Betaboy
The gabest MPC ts splitter, works flawlessy, so i think you can concentrate only on the decoding part. Or if you want, to develop a separate splitter filter.
I think the most modularity (separate directshow filters), the best from every point of view.
SeeMoreDigital
3rd March 2006, 22:38
@Betaboy
The gabest MPC ts splitter, works flawlessy, so i think you can concentrate only on the decoding part. Or if you want, to develop a separate splitter filter.Indeed... It seems to work perfectly with just about every std-def and high-def MPEG-2 .TS sources I've thrown at it.
I've not had much luck splitting and sending MPEG-4 AVC .ts to CoreAVC decoder filter though :(
BlackSharkfr
4th March 2006, 01:55
Nice desktop - where did you get that Studio Ghibli wallpaper?
I got it from studio ghibli main page http://www.ghibli.jp
I saved the flash file, opened it in flash MX, removed the texts end exported as an image (i only let the studio ghibli logo in the corner)
you can find the 1600x1200 jpeg here : http://blacksharkfr.free.fr/TalesFromEarthSea1600x1200.jpg
Hey BlackSharkfr, sorry to disappoint you, but I can even play those 720p files flawlessly on a 1GHz Athlon XP (underclocked, passively cooled)!
Did i miss something ? Or you are just kidding ?
Sirber
4th March 2006, 02:05
Thanks for the wallpaper :D
lexor
4th March 2006, 02:29
Did i miss something ? Or you are just kidding ?
nah, you said that you can play back 720p on xp2000+, and he's saying that he can do it on even weaker cpu, I guess the intent is that he wins at decoding with weak hardware :)
BlackSharkfr
4th March 2006, 02:35
i understood that but what i don't see how he could possibly have done that.. is there any trick or is he just joking...
Ice =A=
4th March 2006, 02:38
Well, I can hardly believe it myself, but it did run smoothly (of course CPU usage was near 100% most of the time).
Edit:
I did test e.g. the UltraViolet trailer from Apple (720p of course) with mpc.
i understood that but what i don't see how he could possibly have done that.. is there any trick or is he just joking...You could use TCPMP (with CoreAVC) for playback. It should be faster than the DShow filter.
Edit: Of course, if you don't have that combination available, you'll need to wait a while for the official release ;) Personally, I'm looking forward for the Linux version, and I'll probably buy it if the player works properly.
Ice =A=
4th March 2006, 02:44
Well, I have also tested it on an Intel Pentium M at only 1.1GHz: Did run flawlessly, too!
BlackSharkfr
4th March 2006, 03:13
Ok i understand with Ultraviolet Trailer, it doesn't requires as much cpu as the other video i tried :
http://blacksharkfr.free.fr/coreavc_performance_uv.jpg
Ice =A=
4th March 2006, 03:17
...which is somehow strage, since it's full of fast paced action and video quality seems very good. Anyway, could you name a 720p trailer with higher than average cpu utilization? (Yes, go on, shatter my beautiful world of silent htpc hd video decoding!!! ;))
BlackSharkfr
4th March 2006, 04:00
lol !
Well the one on the other screenshot then...
It's Warren Miller's Higher Ground HD... it's in the HD samples (not in the trailers)
And i'm preparing something myself (you can see a glimpse of it on the 2nd screen i took)
BetaBoy
4th March 2006, 04:13
I don't know if this question was already mentioned before.
Will be there some kind of upgrade/update of purchased decoder? Will owners of commercial version 1.0 have any discount to buy version 2.0?
Our 'Core Account' system will know that user X has bought product X and is capable of any and all upgrades. We do have a roadmap for a 2.0 version but... we are likely going to move those plans up to v1.5 (code name Orion) as we want to take a few ppl by suprise in what we are coding.
pankov
4th March 2006, 17:23
what issues do you have with TS? gabest's latest mpegsplitter should output exactly the same data for ts streams as for mp4 streams, so it should be no problem to play
Bond are you talking about the standalone DirectShow decoder from 26.02.2006 http://ffdshow.faireal.net/mirror/Media%20Player%20Classic/external%20filters/unicode/
or the MPC's internal decoder in the 26.02.2006-2 build?
I've tried both and none of them play fine with this file for example
http://www.casyst.com/mitko/tmp/SkyHD_test.avc-TS
What am I doing wrong? What should I do to make MPC play these files only using CoreAVC and not FFDShow?
bond
4th March 2006, 20:00
pankov, the standalone and the interal filters are identical
if the stream uses interlacing (very likely) you cant decode it with ffdshow and coreavc as both dont support interlacing
pankov
4th March 2006, 20:11
bond, the SkyHD is progressive (720p). This sample is similar to the one that you have remuxed in mp4 and it worked fine with CoreAVC. So this one should work too ... I think. But it doesn't.
:(
can you look at it closely?
SeeMoreDigital
4th March 2006, 20:17
bond, the SkyHD is progressive (720p). This sample is similar to the one that you have remuxed in mp4 and it worked fine with CoreAVC. So this one should work too ... I think. But it doesn't.
:(
can you look at it closely?Indeed...
This is exactly the same problems I experience with FFdshow and CoreAVC's filters in MPC
Which is why I requested the exact same streams within the .TS container be re-muxed .MP4 (as a cross reference) ;)
Cheers
bond
4th March 2006, 20:20
for a decoder to be able to decode a stream it also needs to start with the right headers (SPS, PPS)
in those tv transmission captures thats generally not the case, as people simply start capturing anywhere in the stream
mplayer is able to drop everything before the first SPS/PPS and is able to decode from there. other players might not be able to do this
emmel
4th March 2006, 20:53
But isn't ts supposed to be a robust format, insensitive with respect to possible reception errors? A lost packet every now and then should not totally kill the view. The necessary headers in ts are suppposed to be repeated in the stream every now and then, and the splitter is supposed to wait until the headers are ok? Forgive me, I'm a newbie here. But the ts robustness is something also I understand and respect.
pankov
5th March 2006, 00:38
for a decoder to be able to decode a stream it also needs to start with the right headers (SPS, PPS)
in those tv transmission captures thats generally not the case, as people simply start capturing anywhere in the stream
mplayer is able to drop everything before the first SPS/PPS and is able to decode from there. other players might not be able to do this
OK
so does this mean that this is a fault of the MPEG Splitter or the application that I used to capture the transport stream? I think it's the former because a graph with MainConcept Demux+Decoder works fine with the same file (capture).
I'm using ZoomPlayer Pro and as it's only a directshow player it can't and won't be able to skip everything before the first SPS/PPS so we need a Demux/Decoder that will be able to do it. Right?
bond
5th March 2006, 00:48
well gabest's splitter and ffdshow is able to play some file, but not this one. so i dunno whats wrong
SeeMoreDigital
5th March 2006, 12:02
The "SkyItalia" sample file seems a little strange... Can somebody confirm?
The SkyItalia .TS file (http://forum.doom9.org/showthread.php?p=784400#post784400) with 2Ch AC3 audio is 9,115KB
The SkyItalia .MP4 file (http://forum.doom9.org/showthread.php?p=785466#post785466) with no audio is 8,741KB
If I use YAMB to de-mux the AVC stream out of the .MP4 container, the .h264 stream is 8,736KB
However, if I use YAMB to re-mux the .h264 stream into the .MP4 container, the file is 4,986KB
Strangely, the 4,986KB .MP4 file plays better than the 8,741KB .MP4 file, using both FFdshow's and CoreAVC's filters :eek:
Why is this?
bond
5th March 2006, 12:35
gabest splitter + ffdshow/coreavc doesnt work with all tandberg created .ts streams (sky italia, sky uk, premiere, pro7 sat1)
still those files work with mplayer, which tells me that its not related to libavcodec not being able to decode the stream but to the gabest splitter
gabests splitter and ffdshow/coreavc works tough on mainconcept and moonlight created avc ts files, so the tandberg files do something strange
BetaBoy
9th March 2006, 23:58
gabest splitter + ffdshow/coreavc doesnt work with all tandberg created .ts streams (sky italia, sky uk, premiere, pro7 sat1)
This will be resolved with the next release... /me note s comment from devel on the TS splitter devel.
bond
11th March 2006, 13:20
This will be resolved with the next release... /me note s comment from devel on the TS splitter devel.gabest is currently working on making his mpegsplitter output exactly the same as the mp4splitter with avc so there is no need for decoders to support anything special depending on the container
lazyn00b
12th March 2006, 00:02
...which is somehow strage, since it's full of fast paced action and video quality seems very good. Anyway, could you name a 720p trailer with higher than average cpu utilization? (Yes, go on, shatter my beautiful world of silent htpc hd video decoding!!! ;))
Take a closer look at the trailer - see how spatially smooth everything is? Then go watch Ultraviolet at the theater: it's exactly the same! Ultraviolet may be the first "pre-avisynthed" movie ever made. :D This probably made the trailer very compressible, even with all the fast action.
BetaBoy
14th March 2006, 03:17
As an FYI... we are gonna delay the launch of CoreAVC for a few more days...
SeeMoreDigital
14th March 2006, 09:53
Thanks for letting us know :)
travisbell
14th March 2006, 19:29
As an FYI... we are gonna delay the launch of CoreAVC for a few more days...
Thanks for the update. Still can't wait!
wiak
15th March 2006, 04:08
I could not agree more!
AVC should be confined to the MP4 container, with the .MKV container or even the .TS container coming in second....
By the way... are there any tools for muxing streams into .TS?
Cheers
no .MKV is the best container after my testing
.mp4 = only supports AAC sound
.mkv = supports most formats
.ts = good format for transporting :P
Oline 61
15th March 2006, 04:19
MP4 will have more hardware support though.
fight2win
15th March 2006, 19:18
As an FYI... we are gonna delay the launch of CoreAVC for a few more days...
Eagerly Awaiting CoreAVC....
BetaBoy
15th March 2006, 21:36
Well... if there are any dual/multi processor people that want to test an SMP version of CoreAVC give me a shout... this is for up anyone with up to 4 CPU Cores... BUT I will only accept D9 regulars... and please do not bother if you are not going to supply feedback... thx! Email me betaboy@corecodec.com and I will email you a time bombed SMP demo to test.
Also, I know some of you will ask... so this version will _not_ be enable for PAFF or MBAFF interlaced content and is essentially our CoreAVC Standard Edition with SMP enabled just for this test.
blubberbirne
15th March 2006, 21:57
*hm* Want test this build, but my X2 R.I.P. since two weeks :(
Still waiting for my new one (RMA)
SeeMoreDigital
15th March 2006, 22:01
Bummer.... that's me and my "one core" out :(
tomos
15th March 2006, 22:02
been here a while but tend to lurk a lot too :)
would like to try the SMP version so will mail and keep my fingers crossed heh
niknik
15th March 2006, 23:28
and me thinking my A64 3500+ wouldn't be "obsolete" this quickly...
I'm feeling old!
:)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.