View Full Version : CoreCodec/H.264 Codec "CoreAVC"
SeeMoreDigital
14th February 2006, 20:43
']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]
14th February 2006, 20:51
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
14th February 2006, 20:57
It works for me with Haali Media Splitter and MPC (and latest CoreAVC) with no problems.
[Toff]
14th February 2006, 21:16
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
14th February 2006, 21:17
']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
14th February 2006, 21:35
']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]
14th February 2006, 21:40
Just tried it... and no it does not :(
I'm talking about the development build. It does not works with v0.0.04.
[Toff]
14th February 2006, 21:41
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
14th February 2006, 21:44
']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]
14th February 2006, 21:47
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
14th February 2006, 22:00
lol ..... everybody knows that [Toff] is the developer of CoreAVC ... long life [Toff] !
SeeMoreDigital
14th February 2006, 22:00
']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]
14th February 2006, 22:01
lol ..... everybody knows that [Toff] is the developer of CoreAVC ... long life [Toff] !
Only the DirectShow "port" to be percise.
dk75
14th February 2006, 22:51
CoreCodec staff... had you heard that AT&T have right for some parts of the MPEG-4 and licensing it?
SeeMoreDigital
14th February 2006, 23:05
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
15th February 2006, 03:31
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
15th February 2006, 17:30
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
15th February 2006, 17:58
gotta love avc in avi...................
BetaBoy
15th February 2006, 18:30
gotta love avc in avi...................
Can someone pass the word along... just let AVI die already? :thanks: (sorry Alexnoe)
[)370|\|470!2
15th February 2006, 18:34
i'm impressed
you're very original
SeeMoreDigital
15th February 2006, 18:43
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
15th February 2006, 18:48
I like more MKV than MP4, but MP4 is pretty well supported on handled.
Sharktooth
15th February 2006, 18:56
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
15th February 2006, 19:02
MP4 can be ASP, AVC, AAC, AAC+, AAC+v2, MP3, and maybe more
so you can't be that sure of the content
SeeMoreDigital
15th February 2006, 19:04
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
15th February 2006, 19:45
does a directshow based core avc decoder exists? if no, when can we expect it to be released?
Sirber
15th February 2006, 20:08
does a directshow based core avc decoder exists? if no, when can we expect it to be released?It's already Dshow...
bond
15th February 2006, 20:09
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
15th February 2006, 20:21
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
15th February 2006, 20:38
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
15th February 2006, 21:52
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
15th February 2006, 22:17
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
15th February 2006, 22:35
....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
15th February 2006, 23:36
rm-in-mkv I spot occasionally.I have quite a lot :D (no wonder :p)
Hellworm
16th February 2006, 11:28
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
16th February 2006, 15:29
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=
16th February 2006, 17:35
[)370|\|470!2: Also you probably violating rule #6 by addmiting of downloaded video files.
ROFL!!! :D :mad:
Hellworm
16th February 2006, 17:47
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
16th February 2006, 17:53
bash: format: command not found
What should I do?emerge -C wine? ;)
[)370|\|470!2
16th February 2006, 17:56
A proud *nix user huh? Accept my apologies, taking off my hat xD
Hence it is clearer now, why you against vfw...
Sirber
16th February 2006, 18:03
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
16th February 2006, 20:47
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
16th February 2006, 20:49
if there's an SDK available it will be easier :)
Selur
16th February 2006, 23:07
Any news if coreavc will support/use nvidia hardware?
(potential buyer over here :D)
ChronoCross
17th February 2006, 01:23
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
17th February 2006, 05:08
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
17th February 2006, 08:17
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
17th February 2006, 08:53
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
18th February 2006, 19:57
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
18th February 2006, 20:50
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
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.