CoreCodec/H.264 Codec "CoreAVC"

[hoborg]

@Roobaj:
You are missing VC++ 2010 x86 SP1. Lates revision is 10.0.40219 and can be download here (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=c32f406a-f8fc-4164-b6eb-5328b8578f03).But i am not sure if this fix your issue.

[nussman]

2.5.5:

- no DXVA with DVBViewer Pro Splitter anymore! Is this the DXVA fallback "feature"? This happens because of ... ?
- interlaced content: the field order is still wrong ( http://forum.doom9.org/showthread.php?p=1487593#post1487593 ) => dxva on/off doesnt matter

[BetaBoy]

I'm not aware of any dvbviewer issue ATM, but I'll note it as an issue and check about it.

[Roobaj]

@Roobaj:
You are missing VC++ 2010 x86 SP1. Lates revision is 10.0.40219 and can be download here (http://www.microsoft.com/downloads/en/details.aspx?FamilyID=c32f406a-f8fc-4164-b6eb-5328b8578f03).But i am not sure if this fix your issue.

Still the same. :(

Here is the full tech details:

Source
Media Player Classic - Home Cinema

Summary
Stopped working

Date
‎4/‎27/‎2011 12:10 AM

Status
Report sent

Description
Faulting Application Path: C:\Program Files (x86)\Combined Community Codec Pack\MPC\mpc-hc.exe

Problem signature
Problem Event Name: APPCRASH
Application Name: mpc-hc.exe
Application Version: 1.4.2677.0
Application Timestamp: 4cb0edb4
Fault Module Name: CoreAVCDecoder.ax
Fault Module Version: 2.5.5.0
Fault Module Timestamp: 4db127e8
Exception Code: 40000015
Exception Offset: 000c7755
OS Version: 6.1.7601.2.1.0.768.3
Locale ID: 1033
Additional Information 1: 808a
Additional Information 2: 808ac3c62dfa0157e801aca65f1c959b
Additional Information 3: 98c9
Additional Information 4: 98c99f52d5f496cb6c4ff08fd879b222

[nussman]

I'm not aware of any dvbviewer issue ATM, but I'll note it as an issue and check about it.
Really?

Haali Splitter => DXVA =on (haali splitter, coreavc, evr custom)
DVBViewer Splitter => DXVA =off (dvbviewer splitter, coreavc, evr custom)


Tested with normal Digital Video Broadcasting (dvb-s2) Source (LiveTV and recording).

If you need a test sample please let me know ...

[CruNcher]

Dan this http://forum.doom9.org/showpost.php?p=1488268&postcount=6181 seems fixed now but only because your DXVA1 decision logic for G92 VP2 512mb seems to be on the trip to avoid any 60p file to be DXVAed @ all im not sure if this is a good way.
The Sony 1080 60p Clip seems fully interoperable with DXVA1 on VP2 (also complexity wise) to fix this Stuttering issue (which only happens on VMR9 Renderless) with 60p files now turning of DXVA1 entirely for all 60p streams seems to be just a workaround not really a fix ;)
Obviously all Visual issues are gone for all other test samples (so that is indeed fixed).

So now i can only DXVA1 1080 60p Streams successfully anymore with Cyberlinks DXVA1 without any issues on any renderer (that supports DXVA) everything else fails stuttering playback (or switches to CPU decoding).
It's crazy too see that only 1 ISV seems to manage this efficiently and even the very big ones fail here they are using btw their 264dsse3.dll
Core I5 2400 here, maybe that plays a role too :)

[hajj_3]

cruncher, have you tried powerdvd 11 to see if their decoder has changed?

[CruNcher]

It's the same stability wise :) there is only 1 test sample where their decoder fails (black screen) :) and others work but that is a combination of Splitter/Decoder issue as with their splitter the file (Old Gpac muxed multi audio stream) magically works ;)

here is another Real Life example of a Stream that switches unnecessarily to CPU Decoding http://www.fileplanet.com/219665/210000/fileinfo/Battlefield-3-%27Fault-Line%27-Complete-12-Minute-HD-Gameplay-Footage but would be perfectly DXVA1ed (and works fine with Cyberlinks DXVA1) :(
Though i see the problem in this deciding which 1080 60p to DXVA and which not based on its complexity and VP2s capability is virtually impossible so (playing safe going the CPU decoding route) is a very valid option. As on some streams (though based on H.264 specs also impossible to create such streams, but easily to brake them for every custom stream done by a not so knowledgeable x264 user for example) Cyberlinks DXVA1 is going to die where CoreAVC would switch to CPU Decoding and work ;)

Do you see the logic Betaboy, why not disabling 1080p 60p DXVA for every stream where x264 is signaled in the user SEI and Bitrate is above a certain level range (taking cabac into account) and leave it available for the rest of Streams that would be a very dirty workaround but fix most issues and be a tad better with what your guys came up with punishing Nvidias VP2 for every 1080 60p stream ;)

Obviously also taking Levels into account as a 1080p H5.1 60p is very unreasonable to work on VP2 fluid for any encoder (though this would be bad again for wrong level signaled streams all old x264 files practically) So building the decision logic based on Resolution,Bitrate,Cabac,ref frames,and FPS should be pretty error prove :)

The 4 Gilrs Clip is a very good one to analyse in those decision regards as its on the Edge (slightly over) of the VP2 capabilities and that for sure should switch to CPU Decoding instead of DXVA (VP2) :)

x264 over the Edge sample Nvidia (VP2)


Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 3mn 21s
Bit rate : 20.7 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.166
Stream size : 485 MiB (97%)
Writing library : x264 core 68 r1183M f21daff
Encoding settings : cabac=1 / ref=5 / deblock=1:0:0
/ analyse=0x3:0x133 / me=umh / subme=7 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16
/ chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11
/ chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=2
/ b_bias=0 / direct=3 / wpredb=1 / keyint=300 / keyint_min=30 / scenecut=40 / rc=2pass / bitrate=20665
/ ratetol=1.0 / qcomp=0.60 / qpmin=10
/ qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00


compared to the Real Life non x264 60p streams VP2 Edge complexity (streams that would work perfectly fine on VP2 DXVA Hardware Decoded)

Sony


Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.2
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Format settings, GOP : M=2, N=32
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1mn 11s
Bit rate mode : Variable
Bit rate : 19.8 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.159
Stream size : 169 MiB (99%)
Language : English
Encoded date : UTC 2008-08-01 17:57:05
Tagged date : UTC 2008-08-01 17:57:43
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177


Apple


Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.2
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Format settings, GOP : M=2, N=32
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 12mn 7s
Bit rate mode : Variable
Bit rate : 20.9 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 60.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.168
Stream size : 1.77 GiB (99%)
Language : English
Encoded date : UTC 2011-04-06 01:36:51
Tagged date : UTC 2011-04-06 01:38:27
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177


So just looking at those even from the Level and Bitrate signaling alone (also cabac is interesting here as bitrate is the same for all) you could build a logic that wouldn't be perfect but at least avoid to switch for every 1080p 60p file unnecessarily to CPU Decoding (and the more you test the more you can refine it) :)


Could somebody on UVD test if 1080p 60p fallsback to CPU Decoding their as well ?

PS: Yep those 2 streams seem to come from the same Encoder (my tip Apple Encoder :P) so many matching things

Before i was on Sandy Bridge i never came to the idea to measure instead of the CPU utilization the Fan Speed but it's crazy Fan Speed is nowdays a very reliable indicator for CPU (Power Consumption) Utilization, especialy with Multicores it's much easier to spot then to watch 4 different Graphs over time (even on the Desktop) :) i realized immediately on the Sound that CoreAVC was running in CPU decoding mode compared to DXVA Cyberlinks Sound (just a crazy tidbit) :)
Especially how fast the Fan speed changes nowdays take place compared to years ago is amazing (latency got so heavily improved hardware wise).
Though even more reliable obviously on SB is the S0 state :)

[desta]

This 2.5.5 release hasn't made the slightest difference to the problem I reported here and on support.... the same support that STILL haven't got back to me. I know I've been told they monitor the forums daily but I find that hard to believe considering the only time Core support contacted me was to ask the exact same question betaboy already had, a day after betaboy asked it.

[Roobaj]

Did you guys test this with the just released AMD Catalyst 11.4?

The situation is a lot worse, videos freeze for sec when opening them and there is no picture as well, just sound.

As for my crashing problem, it still happens but if I move MPC-HC to my other TV and open a video after that it will keep playing normally; in other words it only happens when I switch MPC-HC from one monitor to the other.

Talking about AMD DXVA here only.

[BetaBoy]

This 2.5.5 release...The support staff has not answered because I replied here and the fact that none of the 30+ beta testers cannot duplicate your results. What Video card do you have?

[BetaBoy]

Did you guys test.....Yes, it was tested and no issues were found. I am noting a possible issue, can anyone else confirm?

[BetaBoy]

It's the...

Keep up the amazing feedback! We are listening ;-)

[Roobaj]

Keep in mind that I am using CCCP which comes with outdated filters and MPC-HC.

That could be my issue but I don't wanna get rid of CCCP.

[Virtual_ManPL]

So that's your problem for using it.
Why not use newest MPC-HC and ffdshow? Setting for each can be exported.



@ BetaBoy - I got reports that CoreAVC 2.5.5 still have problems with DxVA mode in this files. Picture is turning green with some small blocked squares.

SAMPLE1 - download (http://www.mediafire.com/?59premeu0e0xrur)

General
Unique ID : 223561937957946125069459676318320399063 (0xA830768C01EBD840A89FB9415D3992D7)
Complete name : C:\Users\Virtual_ManPL\Desktop\sample1.mkv
Format : Matroska
File size : 25.0 MiB
Duration : 24mn 59s
Overall bit rate : 140 Kbps
Encoded date : UTC 2011-04-26 22:42:07
Writing application : mkvmerge v4.4.0 ('Die Wiederkehr') built on Oct 31 2010 21:52:48
Writing library : libebml v1.0.0 + libmatroska v1.0.0
Cover : Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 24mn 59s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Title : Moshidora - 02
Writing library : x264 core 112 r1834+3 ef18685
Encoding settings : cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / fade_compensate=0.30 / psy_rd=0.40:0.10 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / fgo=5 / bframes=10 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=19.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 24mn 59s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Title : Stereo AAC
Language : Japanese

Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : ass
Language : English



SAMPLE2 - download (http://www.mediafire.com/?cv0ip6utyz3240p)
General
Unique ID : 195828972745552006935081273975453852172 (0x935349CB563FDEEFA7391FA0EA65220C)
Complete name : C:\Users\Virtual_ManPL\Desktop\sample2.mkv
Format : Matroska
File size : 25.0 MiB
Duration : 23mn 34s
Overall bit rate : 148 Kbps
Encoded date : UTC 2010-11-18 02:59:52
Writing application : mkvmerge v4.1.1 ('Bouncin' Back') built on Jul 3 2010 22:54:08
Writing library : libebml v1.0.0 + libmatroska v1.0.0
Cover : Yes / Yes

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames
Codec ID : V_MPEG4/ISO/AVC
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Title : h.264
Writing library : x264 core 107 r1745 4785e8e
Encoding settings : cabac=1 / ref=9 / deblock=1:0:0 / analyse=0x3:0x13 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=9 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=130 / rc=crf / mbtree=1 / crf=19.5 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:0.60
Language : Japanese
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 23mn 34s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Title : aac 2ch
Language : Japanese

Text #1
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : subtitles & notes
Language : English

Text #2
ID : 4
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : subtitles
Language : English

Menu
00:00:00.000 : en:Opening
00:03:17.614 : en:Recap
00:06:12.622 : en:Part 1
00:14:44.584 : en:Part 2
00:23:04.592 : en:Preview

[BetaBoy]

Virtual_ManPL... thx for the sample, it helps.

[CruNcher]

@ Dan i gonna bring your Engineers heads to glow i promise, there is more to come ;)

lav splitter becomes a very interesting thing and nothing against Haali but his own Splitter is slowly making big drawbacks especially with DVB Transport Streams good interoperability with lav splitter (the first very solid multipurpose Open Source dshow ffmpeg based splitter) would be a big thing on my wishlist for CoreAVC (DXVA,CUDA,OVD,IMSDK) in the future and support from CoreCodec being the Circle of Open Source Multimedia Technologies seems natural doesn't it ;)

[desta]

The support staff has not answered because I replied here and the fact that none of the 30+ beta testers cannot duplicate your results. What Video card do you have?
Windows 7 Ultimate x64
Intel Core2 Quad 9550 OC'd @ 3.4GHz
2GB Crucial Ballistix
Nvidia Geforce 9500 GT-OC (downgraded to driver 266.58 as nothing above this works with coreavc + cuda/dxva enabled)

The only time I heard from support was for them to ask a question you had already asked. I answered yourself and support. I never got any reply from support and limited replies from yourself. I understand that you will obviously be inundated with messages and so on from people on the forums, but surely then that's why there is supposedly a support section on the site, and if you're unable to give answers then isn't that 'supports' job? The name would appear to imply it.

I directed questions to both yourself and support that never received a response and all the information I have given you I have already given support, with no reply.

The fact that you mention only the beta testers seems to imply that the 'support' haven't looked into this issue at all... considering the beta has been and gone.

There have been others members here reporting the same or similar playback problems, so I know mine isn't a solitary case.

[pdanpdan]

@cruncher
lavf by corecodec => 0.24->0.25 in 2.5 years :)

[ilkertezcan]

My feedback (DxVA1 mini-test):

Sample video: http://www.demo-world.eu/trailers/redirect-high-definition.php?file=hd_other_samsung_led_tv_series.rar
(AVC (H.264), High Profile, Level 4.1, 1920x1080, 23.976 fps)

Test Application: DxVA Checker (http://bluesky23.yu-nagi.com/en/#DXVAChecker)

Renderer: Video Mixing Renderer 7
Decoder Device: ModeH264_VLD_NoFGT

System Info:
* CPU: AMD Phenom II X3 710 2.6Ghz
* GPU: ATI Radeon HD 3200 (mainboard chipset AMD 780G)
* OS: Windows server 2003 sp2 (32-bit)
* Catlayst Display Driver: 11.4
* Mpeg Splitter: MPC HC SVN 3052

Tested DxVA1 decoders:
* ArcSoft Video Decoder 2.27.432.126
* CyberLink H.264/AVC Decoder 2.4.0.3007
* MPC - Video decoder 1.5.2.3052
* CoreAVC DirectShow Video Decoder 2.5.5.0

Tests:

Decoder: ArcSoft Video Decoder
Time: 00:13.439
Average FPS: 52,682
Min/Max FPS: Min: 50 Max: 55
CPU Usage (%): Avg: 05 Min: 02 Max: 07
GPU Usage (%): Avg: 99 Min: 00 Max: 100

Decoder: CyberLink H.264/AVC Decoder
Time: 00:13.129
Average FPS: 53,850
Min/Max FPS: Min: 46 Max: 63
CPU Usage (%): Avg: 04 Min: 00 Max: 07
GPU Usage (%): Avg: 100 Min: 00 Max: 100

Decoder: MPC - Video decoder
Time: 00:13.187
Average FPS: 53,462
Min/Max FPS: Min: 51 Max: 56
CPU Usage (%): Avg: 05 Min: 01 Max: 08
GPU Usage (%): Avg: 100 Min: 00 Max: 100

Decoder: CoreAVC Video Decoder
Time: 00:13.596
Average FPS: 52,001
Min/Max FPS: Min: 49 Max: 54
CPU Usage (%): Avg: 35 Min: 33 Max: 41
GPU Usage (%): Avg: 100 Min: 00 Max: 100


Tested with VMR-9 too. Same scores. Example;

Renderer: Video Mixing Renderer 9
Decoder: CoreAVC Video Decoder
Time: 00:13.867
Average FPS: 50,984
Min/Max FPS: Min: 49 Max: 52
CPU Usage (%): Avg: 35 Min: 33 Max: 40
GPU Usage (%): Avg: 100 Min: 00 Max: 100

PS-1: Besides, tested with Catalyst Display Driver 10.10. Same scores.
PS-2: Besides, tested with Haali Splitter 03/03/2011. Same scores.

I hope, this mini-tests will be useful for you.

[Roobaj]

Did you guys test this with the just released AMD Catalyst 11.4?

The situation is a lot worse, videos freeze for sec when opening them and there is no picture as well, just sound.

As for my crashing problem, it still happens but if I move MPC-HC to my other TV and open a video after that it will keep playing normally; in other words it only happens when I switch MPC-HC from one monitor to the other.

Talking about AMD DXVA here only.

Did a complete reinstall for AMD Catalyst 11.4/CCCP/CoreAVC and now everything is working correctly except for moving MPC-HC window with DXVA enabled.

Dunno how to fix that.

[BetaBoy]

Ilkert... The sample link does not work, can u reupload it? Thx

[ilkertezcan]

Sorry. Sample video link: http://www.demo-world.eu/trailers/redirect-high-definition.php?file=hd_other_samsung_led_tv_series.rar

[molitar]

Hi Betaboy! I got a serious problem with CoreAVC now.. When I go fullscreen I have MPC switch video over to my secondary Display.. but now whenever I do that I get a fatal application error and it crashes mpc-home.exe.

Faulting application name: mpc-hc.exe, version: 1.5.1.2903, time stamp: 0x4d6bfd6d
Faulting module name: CoreAVCDecoder.ax, version: 2.5.5.0, time stamp: 0x4db127e8
Exception code: 0x40000015
Fault offset: 0x000c7755
Faulting process id: 0xeec
Faulting application start time: 0x01cc06e6380d797f
Faulting application path: C:\Program Files\Combined Community Codec Pack\MPC\mpc-hc.exe
Faulting module path: C:\Program Files\CoreCodec\CoreAVC Professional Edition\CoreAVCDecoder.ax
Report Id: 7ca08966-72d9-11e0-bab2-8000600fe800

I turn off CoreAVC so it's rendering with ffdshow it works perfectly fine.. just coreavc will no longer let me switch screens without crashing. BTW I am running Catalyst 11.3 so it has nothing to do with driver version of Catalyst..

[CruNcher]

@ Dan
http://www.mediafire.com/?fwxb108j7l2asrw <- CoreAVC seems to be unable to recover after the stream error @ 1:32 it becomes unstable

[Roobaj]

My problem even happens with latest version of Potplayer:

http://i.imgur.com/QPeyx.jpg

Is there really no way to enable DXVA with extended displays?

[pankov]

We are working with Haali on how to best handle the custom media format for a future release.10x
Please, do consider that not installing Haali's splitter through CoreAVC's setup should not change any setting of the splitter. I'm not sure (don't remember from the past) if your installer simply uses Haali's one and calls it during setup but nevertheless no settings should be changed if it's not started.

The teams are looking into the field order... but they already commented on how you get random field order changes when starting and seeking and how most renderers break.I'm not sure I understand your words exactly. Where did they comment? Who said that I get random filed order changes when starting/seeking? Btw isn't it decoder's responsibility to send the fields in the correct order? In PAL countries Top Field First is the most used configuration and I sense that CoreAVC is sending the opposite. Am I right?
I'm sad to report that both problems are not addressed in the new 2.5.5 release
:(
What is so hard to do in both?
The first one should be simply a switch in the installer.
and if the second one is hard to be detected automatically why don't you put a configuration option for the user to select the field order "Auto/TFF/BFF" and probably if it should be applied to PAL content only or everything? And probably change the default for PAL so the users can get better results with "Auto".

[molitar]

Well CoreAVC is still unusable since it crashes if you switch screens.. Also how hard is it to fix the forums? Go hire a real web admin to fix them so we can again post bugs where we should be posting them, because whoever is doing web admin now I hate to say is an idiot it if he/she can't fix a simple posting on forums issue.

[AtenXL]

is there any fix or update for new core avc ?
coz, dxva is disabled when i'm running movies with madVR & daum pot player...
my card is ATI HD3300 & HD5670 :)

[madshi]

madVR does not support DXVA (yet?).

[AtenXL]

ow, only CUDA maybe...
but, DXVA still not running when i'm using daum pot player with video renderrer EVR....
the tray icon color is blue....

[CruNcher]

For UVD users they would have to implement OVD to make Hardware Decoding work with Madshis renderer the only usable solution for ATI user is Cyberlink in its HAM mode (which is somekind of OVD implementation).
For Nvidia their are already much more dshow based nvcuvid filter available like CoreAVCs Cuda mode LAV CUVID or Cuda Video Decoder :)
Lav Cuvid currently being almost as advanced as CoreAVC CUDA mode and gets improved with a lot of community feedback and has some very unique stuff also already ;)
Though @ least for Nvidia their seem to be performance issues on certain renderer (VMR9) with 1080p 60 fps streams and VPx 512mb Hardware that so far only 1 ISV solved for DXVA

[someone`]

@AtenXL
Use this :
Added DXVA support without rendering mode (Ctrl+F > Video Decoder > Built-in codec settings > Use DXVA without rendering mode)
It works with madVR .

[CruNcher]

@someone
If that is what i think it is that will be slow especially for ATI Hardware :P

[someone`]

It plays 1080p content just fine . Watching 2 hours movie , 0 drop/delay frame , 0 glitch .
ATI 4670 512MB madVR 0.61
Also Cyberlink decoder is buggy as hell
http://forum.cyberlink.com/forum/posts/list/16748.page

[AtenXL]

@AtenXL
Use this :

It works with madVR .
still not working...the tray icon is blue...:confused:

[Barlow]

I found a file which CoreAVC stops decoding after a few seconds when using DXVA.
It works fine with the MPC videodecoder with DXVA.

This is with CoreAVC 2.5.5 on a Radeon 4850.

Sample (http://www.mediafire.com/?243lm9h1wcnz1zo)

[toomyzoom]

@AtenXL
Use this :

It works with madVR .

How do you get it to work with madvr in mpc-hc?

Thanks.

[desta]

The support staff has not answered because I replied here and the fact that none of the 30+ beta testers cannot duplicate your results. What Video card do you have?
Windows 7 Ultimate x64
Intel Core2 Quad 9550 OC'd @ 3.4GHz
2GB Crucial Ballistix
Nvidia Geforce 9500 GT-OC (downgraded to driver 266.58 as nothing above this works with coreavc + cuda/dxva enabled)

The only time I heard from support was for them to ask a question you had already asked. I answered yourself and support. I never got any reply from support and limited replies from yourself. I understand that you will obviously be inundated with messages and so on from people on the forums, but surely then that's why there is supposedly a support section on the site, and if you're unable to give answers then isn't that 'supports' job? The name would appear to imply it.

I directed questions to both yourself and support that never received a response and all the information I have given you I have already given support, with no reply.

The fact that you mention only the beta testers seems to imply that the 'support' haven't looked into this issue at all... considering the beta has been and gone.

There have been others members here reporting the same or similar playback problems, so I know mine isn't a solitary case.

And once again I answer a question and receive no reply!

[BetaBoy]

And once....

In fact I did say we were looking into your report. Thank you supplying the additional info.

[pankov]

BetaBoy,
what about my problem with field order?
I guess you've missed my post here
http://forum.doom9.org/showthread.php?p=1497014#post1497014

[BetaBoy]

No I did not miss it and replied promptly. We are talking internally about adding options like you have suggested.

[pankov]

sorry, but I don't see your reply?
can you, please, point it to me?

[ForceX]

still not working...the tray icon is blue...:confused:
You can't use CoreAVC for that (unless and until they try to implement a non-rendering DXVA mode), you'll need to select Built-in Decoder for AVC1 and H264 from Preferences > Filter Control > Video Decoder in PotPlayer. Mind you though, it'll not be as fast as a pure DXVA you can get with EVR.

It's still pretty fast though.

Of course none of it will work if the video you are trying to play is not DXVA compatible.

[NikosD]

The use of DXVA renderless mode in PotPlayer up to 27701 beta is very slow on ATI cards and HD video, even with EVR custom renderer and uses a lot of CPU power, too.

For SD video is OK and for low bitrate/fps HD video is affordable.

If you add madVR as a renderer you make things even worse, because of the increased CPU usage that madVR adds and the result is choppy video playback performance.

So for ATI cards the best solution remains pure DXVA mode + EVR custom renderer or if you have fast CPU (like quad core CPU or very fast dual core CPU like Core i5) and a decent card then software decoding (CoreAVC, FFMpeg-mt) + madVR renderer has best results.

[CruNcher]

NikosD thats the problem one says it works fine another says it doesn't so without testing it on your specific config i wouldn't say it works for everyone bad (depending on his preferred playback scenario) though i absolutely can't judge it myself as im on XP and that rendering mode isn't existing their but i wondered a little and seeing that you describe it also with cpu utilization i would say makes you more believable than someone who says it works just fine (their must be drawbacks) ;)
Referring to this guy http://forum.doom9.org/showpost.php?p=1497214&postcount=6336

[flapane]

ACCELERATION
This sets the preferred method of hardware acceleration for decoding H.264 streams. Changes to this option will not take effect until playback is restarted.

CUDA - Use a compatible NVIDIA graphics card if the stream is encoded using compatible features.
DXVA - Use an ATI or NVIDIA DXVA1/DXVA2 compatible graphics card if the stream is encoded using compatible features with a renderer filter connected.
NONE - Use software decoding only.

TRAY ICON STATES
When the "Use Tray Icon" option is enabled, the tray icon indicates whether or not hardware acceleration (GPU) is active in CoreAVC.

Blue - CUDA or DXVA is not active or in use.
Green - CUDA acceleration is active and in use.
Red - DXVA acceleration is active and in use.


With latest version of CoreAVC (2.5.5) on 7 x64 and HD5670, DXVA worked great with MPC-HC, but I couldn't enable it on WinTV live HDTV. The tray icon remains blue and the cpu sits at about 60%.
Furthermore, a guy from the WinTV tech support asked for more informations on CoreAVC API needed to set the GPU acceleration. I suppose that it may help to better understand the problem.
Any hints?
Thanks

[deets]

came on to say the same thing, no DXVA in live TV with DVB viewer. have nothing but trouble finding a good solution for watching live TV :(

[Pyroshock]

CoreAVC 2.5.5 has solved my earlier problem (http://forum.doom9.org/showthread.php?p=1490141#post1490141), thanks!

[flapane]

came on to say the same thing, no DXVA in live TV with DVB viewer. have nothing but trouble finding a good solution for watching live TV :(

Glad I'm not the only one, that means that it's an issue related (maybe) to the codec. Let's see if the devs can gives us help. :)