CoreCodec/H.264 Codec "CoreAVC"

[Portioli]

can anybody send which are the Optimal settings for h264 interlaced material using CoreAVC [DXVA enabled]?

CoreAVC Deinterlacing : None (wave) - Single Field - Bob - Hardware [Aggressive: checked or unchecked] ?

In CCC what i choose ?
Basic Video Quality : Use Automatic or Manual Deinterlacing? If manual what option?
Everything is disabled in advanced quality.


thanks in Advance

[Romario]

Are you saying those based on personal experience or just by reading this thread? 2.5.5 is a pretty stable release.

No, no, I said 2.50, not 2.5.5. CoreAVC IS stable, 2.50 NOT.

So, I urge CoreAVC devs to speed-up development, please. It's shame that every time when you, guys, have something new and fresh ( CoreAVC 3.0 and 3.01 ) it doesn't work well in DXVA mode so well, with lot of bugs.

I again repeat, BetaBoy, I don't want to insult nobody. I am just honest.

[squid_80]

So, I urge CoreAVC devs to speed-up development, please. Version 2.x has had 3 releases in the past week alone and you're complaining development is not happening fast enough?
If you have specific problems that you want fixed, make clear and concise bug reports that will allow it to be easily reproduced (instead of just yelling "it doesn't work!").

[BetaBoy]

I again repeat, BetaBoy, I don't want to insult nobody. I am just honest.
None taken... but like squid_80 said... if you have a report to pass along please try and be as specific as you can on the issue. This helps us first to duplicate the problem and track down the issue.

As far as DXVA... there was alot going on for along time.... I am sure with everyone's help we will track down the remaining issues, but in one weeks time we pretty much squashed most of the major bugs.

So... with that. ATM we are pushing back the new 3.0.x release a day or so as we wanted to address peoples concerns of Hi10p speed. So with the next release you will see a marked improvement in speed there, especially with color adjustment enabled... and by marked I mean some will see as much as a 35-48% gain (in regards to blitting... not overall speed).

[molitar]

Can not play file at all with CoreAVC. Even tried turning off acceleration and CoreAVC 2.62 locks up mpc-home completely. Proper bug report format...

1. Playing file using CoreAVC locks up mpc-home
2. OS - Windows 7 32bit
3. CPU - AMD Phenom 955 Quad Core
4. GPU - Radeon HD 5750
5. Video Driver version - ATI Catalyst 11.6
6. Player - MPC-HC 1.5.2.2368
7. Renderer - EVR custom pres **
8. Splitter - Haali 1.11.96.14
9. Codec - CoreAVC 2.6.2
10. Output - unknown
11. Acceleration - DXVA
12. Does not matter if I use DXVA acceleration or no acceleration it still will not play the file.

General
Unique ID : 178621245569138099216868139571076912728 (0x866133578AC06EEF88123C7B23BFD658)
Complete name : D:\01 Incomplete\Itsuka Tenma no Kuro Usagi 08+\Itsuka Tenma no Kuro Usagi - 01 [WhyNot].mkv
Format : Matroska
Format version : Version 2
File size : 517 MiB
Duration : 25mn 0s
Overall bit rate : 2 889 Kbps
Encoded date : UTC 2011-07-11 08:32:15
Writing application : mkvmerge v4.8.0 ('I Got The...') built on May 24 2011 03:12:58
Writing library : libebml v1.2.0 + libmatroska v1.1.0
Attachment : 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 : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 25mn 0s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Original frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 116 r2019 9cc407d
Encoding settings : cabac=1 / ref=5 / deblock=1:-1:-3 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=0.50:0.20 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-5 / threads=24 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc=crf / mbtree=0 / crf=19.0 / qcomp=0.70 / qpmin=10 / qpmax=31 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:0.70
Language : Japanese

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : HE-AAC / LC
Codec ID : A_AAC
Duration : 25mn 0s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 96.0 KHz / 48.0 KHz
Compression mode : Lossy
Language : Japanese

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

Menu
00:00:00.000 : :Intro
00:02:31.960 : :Part A
00:12:31.930 : :Part B
00:24:19.930 : :Preview

[squid_80]

What does "locks up" mean? It becomes non-responsive and has to be killed with task manager? Or it just doesn't play? Or it crashes with an error dialog?
Also please PM your registration info to either BetaBoy or myself.

[molitar]

What does "locks up" mean? It becomes non-responsive and has to be killed with task manager? Or it just doesn't play? Or it crashes with an error dialog?
Also please PM your registration info to either BetaBoy or myself.

Locks up as everything stops responding in Windows 7 and Windows 7 turns that ghosted white color.. I have to end task to kill the process so I can use windows again.

Windows Application log.

Faulting application name: mpc-hc.exe, version: 1.5.2.3268, time stamp: 0x4e070934
Faulting module name: mpc-hc.exe, version: 1.5.2.3268, time stamp: 0x4e070934
Exception code: 0xc0000005
Fault offset: 0x000729e5
Faulting process id: 0xf40
Faulting application start time: 0x01cc704601e208c8
Faulting application path: C:\Program Files\Combined Community Codec Pack\MPC\mpc-hc.exe
Faulting module path: C:\Program Files\Combined Community Codec Pack\MPC\mpc-hc.exe
Report Id: 421a87dd-dc39-11e0-9903-6c626d7151e7

[wanezhiling]

http://www.gokuai.com/f/4181C9d8cXt3H69C

Turn dxva or cuda on and try this sample, please.

[blubberbirne]

Its part of GraphStudio (http://blog.monogram.sk/janos/tools/monogram-graphstudio/)

lol i used graphstudio since years, but i never recognised this feature :thanks:

[Stormbreaker]

After buying today CoreAVC 3.0.1, I experienced a disappointment. For the first version of all, when having checked DXVA the icon for me as a ATi user turns red.

The picture stays black and - if at all anything - diplays garbage.
Mobillity Radeon HD3470
Mobillity modded 11.6 driver

:mad:

Furthermore, still high end videos are being desynced. Also I wonder, though it doesn't work why not always the icon turns red though I've checked DXVA in the options.

:mad:

[BetaBoy]

Strormbreaker... welcome to Doom9.

To better help us help you, please fill in the blanks below:

1. The picture stays black and - if at all anything - diplays garbage. high end videos are being desynced. Also I wonder, though it doesn't work why not always the icon turns red though I've checked DXVA in the options.
2. OS -
3. CPU -
4. GPU - Mobillity Radeon HD3470
5. Video Driver version - Mobillity modded 11.6 driver
6. Player -
7. Renderer -
8. Splitter -
9. Codec -
10. Output -
11. Acceleration - DXVA
12. Other specific things that might help -


Also a sample file might help (if possible).... also define 'High End' videos for us please... and be specific on what features the content was encoded with.

[molitar]

I am awaiting some feedback on my bug. I pm my registration and serial number to squid_80 as I was asked to. Any idea why Corecodec is not working for me at all?

[squid_80]

If I find something I will let you know, but at this point it seems to be a unique issue.

[molitar]

If I find something I will let you know, but at this point it seems to be a unique issue.

Ok thanks for the update squid_80

[BetaBoy]

Those people experiencing issues with ZoomPlayer are urged to upgrade to the latest version v8.0 RC3 as we have a report it fixes the current issues. We are still working with Blight on the other reports.

[nars]

I'm having a weird problem with 2.6.x and 3.0.x versions... with DVB-T streams on DVBViewer (I think also with mpc but I didn't tested it properly yet), while playing I do notice that "timing" doesn't seem "linear"... not sure how can I explain it exactly... imagine a movie film "rotating" at non linear speed, sometimes slower, sometimes faster than normal... it's not a "look and notice it" thing, but after watching for a few minutes we notice it on people motion (suddenly almost running instead of walking...), etc... I did downgraded to 2.5.5 (a few times) and I can't see such problem anymore... I did tried it with every minor version and got same problem with all versions greater than 2.5.5... I did even tried to change some options at codec properties to check if it could help but it doesn't... I did always ended downgrading to 2.5.5 and for sure no problem with this version.

more details:
- noticing it with 576i dvb-t streams
- not using dxva (you know I can't use it on dvbviewer)
- cpu is not overloaded while playing... cpu usage 14% to 20%
- graphics card: ati hd6570
- windows xp sp3

anyone else noticing similar problem? am I becoming mad? :)

maybe related to the increased buffers? do all versions have them?

[mdlenoir]

I have questions. CoreAVC 2.5.5 is fine when playing h264 files before, very low cpu rate. But there exists some problems after i update to 2.6.x or 3.0.1. Is it normal？

Here is a sample：http://wjy.xunlei.com/d/NKPEULZOBETR

2.5.5：lots of Mosaics
2.6.x：still a little
3.0.1：no Mosaics, but very high CPU rate (40~60%)

Intel E8400 3.0G
nVidia GTX260+ (Driver 280.26 WHQL, )
Windows 7 x64
MPC-HC 1.5.3.3720 （EVR custom）
Haali Media Splitter （1.11.96.14）
CoreAVC （CUDA）

~~~~~~~~~~~~~~~~~~~~~~~~~~~~

I find high rate cpu problem, CoreAVC doesn't use CUDA acceleration. I don't know why. My setting is ok, cause when I playing other files, the icon shows CUDA mode on and the cpu rate is normal (7~10%). But this file, is it fake? No...... what's the problem?

[nussman]

@nars: Could you upload a testfile?

[CiNcH]

@ nars,

I have experienced the same problem. That is why I said that CoreAVC still does not function perfectly together with the DVBSource filter. It is as if timestamps jitter a lot at the renderer. Jitter grows with time until the renderer has to start dropping frames.

Also in my case, the DVBSource filter sometimes performs a graph stop/run due to a buffer overflow. Seems that CoreAVC is processing slower than data is coming in. Not good since we can't vary the DVB stream speed. The DVBSource uses the stream PTS for timing.

[squid_80]

I find high rate cpu problem, CoreAVC doesn't use CUDA acceleration. I don't know why. My setting is ok, cause when I playing other files, the icon shows CUDA mode on and the cpu rate is normal (7~10%). But this file, is it fake? No...... what's the problem?
It's a 10-bit H264 stream, which requires CoreAVC 3.x (and more CPU power than normal files) and isn't compatible with hardware decoding.

[squid_80]

Also in my case, the DVBSource filter sometimes performs a graph stop/run due to a buffer overflow. Seems that CoreAVC is processing slower than data is coming in. Not good since we can't vary the DVB stream speed. So the DVBSource has to use the stream PTS for timing.

This actually sounds exactly like a DTS vs. PTS problem.

[CiNcH]

This actually sounds exactly like a DTS vs. PTS problem.
Can you get into detail? I am not much into this stuff as I am not developing the DVBSource. But I can forward the information.

[squid_80]

I'd need a sample first to make sure I'm not just guessing.

[mdlenoir]

It's a 10-bit H264 stream, which requires CoreAVC 3.x (and more CPU power than normal files) and isn't compatible with hardware decoding.

So 10-bit files can't be hardware decoded right now？sad...
Hope you genius make it better, cheers....:thanks:

[CiNcH]

I'd need a sample first to make sure I'm not just guessing.
I guess that it is related to the jitter/timestamp issue. I will have to verify it with files first.

[JEEB]

So 10-bit files can't be hardware decoded right now？sad...
Hope you genius make it better, cheers....:thanks:
TL;DR You'll get your support as soon as someone makes the hardware capable of hi10p, and as soon as that can be accessed via some API (be it CUVID, DXVA or whatever). Just don't expect it to be a priority for any company doing user-level hardware.

(the only reason user-level hardware got normal high profile support was the fact that Blu-ray and DTV can use it, hi10p is only used in professional areas [as well as in personal encodes of people lately], so there's no pressing reason for companies to actually add hi10p support onto their hardware :P )

[mdlenoir]

we can hope, we can wait, everything will be fine... somebody gives me a time machine...╮(￣▽￣")╭

[hardkorn]

Has anyone having problems with CoreAvc 3.0.1 in flipping the video? It happens with kmplayer, potplayer, MPC-HomeCinema with video processing disabled. I don't like their internal decoding. If I enable video processing and flip the picture (there's an option in those players) it shows the picture as it should, but eats a lot of memory, almost to a halt.


Also, I can only choose RGB15 AND RGB16 in CoreAvc. All other output formats turn the picture red.

Any thoughts?

[Mixer73]

Has anyone having problems with CoreAvc 3.0.1 in flipping the video? It happens with kmplayer, potplayer, MPC-HomeCinema with video processing disabled. I don't like their internal decoding. If I enable video processing and flip the picture (there's an option in those players) it shows the picture as it should, but eats a lot of memory, almost to a halt.

https://customers.corecodec.com/knowledgebase/30/Why-is-my-video-RED-Upside-down-or-have-BlackorWhite-Blocks.html

[Romario]

BetaBoy, I have one little feature request for future release, for example 3.03 or 3.1. I used ffdshow debug decoder lot of years until now, and I love FFDSHOW because he have verz nice debug decoder. Can you, please, at least consider something similiar which FFDSHOW have ?

I mean specificaly on debug decoder (information about codec, audio bitrate and video bitrate during playing )

[CiNcH]

@ squid_80,

I also verified the high jitter with file playback via DVBSource. It only seems to happen with interlaced content though. 1080p24 (m2ts from a Blu-Ray) and 720p50 (either live or file) are both fine.

I think that you already have some 1080i TS samples to test this with? I used the EVR Custom Presenter within the DVBViewer which currently times samples only according to their timestamps. So IMHO the timestamps from the decoder or mixer jitter a lot.

CoreAVC 2.6.2 settings: SW mode, NV12, hardware deinterlacing

I did not try 1080i with other splitters yet. Maybe the problem is present there too.

[clsid]

Have all HMS regressions been fixed?
Why isn't Haali site updated yet?

[BetaBoy]

Have all HMS regressions been fixed?
Why isn't Haali site updated yet?
No, only some of the more immediate issues were fixed and we added support for MVC in preparation for releasing CoreMVC.

Haali not updating the site is mostly attributed to IBC and his lack of time from the day job atm. This is why we updated the splitter and released it in CoreAVC and for download on our site.

[nars]

I made a mistake in my previous post... I'm getting the problem with 576i (not 576p), post edited... I can post some samples later if you are interested, need to find some images where it can be really easy to notice.

CiNcH: did you tested if you notice similar jitter with 2.5.5? Because apparently I don't see the problem (if it's really the same thing) with that version and previous ones... also just for curiosity do you do you have an ati or nvidia?

[CiNcH]

I made a mistake in my previous post... I'm getting the problem with 576i (not 576p)
I actually thought so. Never seen 576p for DVB.

CiNcH: did you tested if you notice similar jitter with 2.5.5?
I didn't as 2.5.5 does not perform proper hardware deinterlacing with most splitters anyway.

also just for curiosity do you do you have an ati or nvidia?
AMD Radeon HD 6570. But it shouldn't really matter IMHO.

[Livias]

I registered this forum, specifically to offer feedback using 3.0.1 on my run of the mill netbook. I bought CoreAVC specifically for 10-bit H264 stream 720p playback on my netbook, and while the performance is descent, it is not stellar. When there is a lot going on in a scene, sometimes coreAvc skipsframes. CoreAVC needs to be faster, have more software optimizations for underpowered hardware especially netbooks users, which I assume are a significant percent of CoreAVC users.

[clsid]

No, only some of the more immediate issues were fixed and we added support for MVC in preparation for releasing CoreMVC.

Haali not updating the site is mostly attributed to IBC and his lack of time from the day job atm. This is why we updated the splitter and released it in CoreAVC and for download on our site.Just to be clear, I was talking about regressions in the new version compared to the 03/03/2011 version.
The MP4 issues were fixed, right? What other regressions are left, if any?

Can you post a link to the latest version?

[squid_80]

Just to be clear, I was talking about regressions in the new version compared to the 03/03/2011 version.
The MP4 issues were fixed, right? What other regressions are left, if any?

Can you post a link to the latest version?

https://customers.corecodec.com/downloads.php

[BetaBoy]

We are planning to do a release this week... Likely sooner then later but we are holding off on features like deblocking for our ASM, more 10bit optimizations, etc. for the followup release (v3.1).

[RoadPizza]

Like several others, I've lurked for quite some time here, and joined just to post my question. It is not a bug report per se, but I will try to stick to the proper format anyway:

1. CoreAVC runs faster/better for me without CUDA enabled
2. OS - Windows XP SP3
3. CPU - Core 2 Quad Q9650
4. GPU - GeForce GTS 450
5. Video Driver version - 6.14.12.8026
6. Player - MPC-HC v1.5.2.3456
7. Renderer - EVR custom pres **
8. Splitter - Haali 1.11.288.0
9. Codec - CoreAVC all versions from 2.5 up
10. Output - ?
11. Acceleration - CUDA or none

On a whim I downloaded the clip from post #6809. I noticed that there were a couple of freezes & skips when playing the file with CUDA enabled. Not a big deal, but less than perfect. When I tried it with CUDA disabled, it played fine. So I tested some other clips and other versions of CoreAVC and discovered that on my system every clip I tried actually plays better with CUDA off. I've always just assumed that hardware is better that software when it comes to decoding, but for me it seems to be not true.

What I'd like to know is if this is normal behavior given my system, or if I may have a problem somewhere in my setup. Thanks for any answers!

[D.A.S.]

1. Wrong aspect ratio (black bars appear)
2. OS - Windows 7 SP1 32bit
3. CPU - AMD Phenom II X4 940
4. GPU - Radeon HD 5670
5. Video Driver version - 11.8
6. Player - MPC-HC v1.5.3.3731
7. Renderer - EVR custom pres **
8. Splitter - Haali 1.11.96.14
9. Codec - CoreAVC 3.0.1
10. Output - NV12
11. Acceleration - DXVA on 8-bit, 10-bit DXVA is not working


8-bit 1080p Print Screen, If use Alt+I screenshot normal
http://img703.imageshack.us/img703/2987/coreavc391printscreen8b.th.png (http://img703.imageshack.us/img703/2987/coreavc391printscreen8b.png)

10-bit 1080p Print Screen
http://img638.imageshack.us/img638/599/coreavc391printscreen10.th.png (http://img638.imageshack.us/img638/599/coreavc391printscreen10.png)

Alt+I
http://img215.imageshack.us/img215/2475/coreavc391alti10bit.th.png (http://img215.imageshack.us/img215/2475/coreavc391alti10bit.png)

If use Ffdshow/Lav all is well.

[squid_80]

I've always just assumed that hardware is better that software when it comes to decoding, but for me it seems to be not true.

Unless you've got an underpowered system (below a core2) software decoding will nearly always outperform hardware. GPU decoding is typically optimized for playing (in real-time, not as fast as possible) streams that match run of the mill blu-ray specs, not high performance.

[eddman]

Unless you've got an underpowered system (below a core2) software decoding will nearly always outperform hardware. GPU decoding is typically optimized for playing (in real-time, not as fast as possible) streams that match run of the mill blu-ray specs, not high performance.

Yes, If you have a strong enough CPU there isn't really much of a reason to use hardware decoding. Software decoding is faster in most cases and there'll be far less compatibility problems with non-standard videos compared to hardware.
For me these are the main usage scenarios for hardware decoding:

1. The CPU is weak and unable to play HD h.264 videos.
2. The CPU is strong but you want to reduce its utilization and use it for some other task while watching a video.

[whiskey]

Any ideas why with version 3.0.1.0 all my vids in MPC are upside down and have no color ? No clue how to fix this maybe somebody had similar issue ?

[squid_80]

Aye matey! Seems the booty you've been plundering was booby trapped! (https://customers.corecodec.com/knowledgebase/30/Why-is-my-video-RED-Upside-down-or-have-BlackorWhite-Blocks.html)

(Happy International Talk Like A Pirate Day, for those unaware. Note however that your pirate impersonations shouldn't include actual stealing.)

[whiskey]

Aye matey! Seems the booty you've been plundering was booby trapped! (https://customers.corecodec.com/knowledgebase/30/Why-is-my-video-RED-Upside-down-or-have-BlackorWhite-Blocks.html)

(Happy International Talk Like A Pirate Day, for those unaware. Note however that your pirate impersonations shouldn't include actual stealing.)


Hmm Now I see I thought there had like 2 versions paid and free one I get it now

[Gav80K]

I'm also experiencing a noticeable performance drop with CUDA acceleration since I upgraded to 3.0.1 and it's now faster with GPU acceleration disabled. My observations are based on the fact that I make regular use of the skip 5 seconds feature in MPC-HT. When you skip it presumably has to decode the video from the last key frame to the point you skip to, making it quite computationally intensive. With version 2.5.1 the skip used to occur pretty much instantly, but in 3.0.1 there is a long delay of 1-2 seconds before the video resumes play. Even with low bitrate 720p it's painfully slow so I went back to 2.5.1 and it's back to it's normal speed.

GPU decoding is typically optimized for playing (in real-time, not as fast as possible) streams that match run of the mill blu-ray specs, not high performance.

That may be so, but there's still no reason for it to be substantially slower than 2.x. The main reason I use CoreAVC is so I can employ a low power CPU, and therefore have an entirely passively cooled media PC. I don't want to have to use a CPU that requires fan cooling, though with the lack of Hi10P CUDA acceleration and the slow CUDA performance in general it looks like I no longer have a choice.

I'll have to get a more powerful processor and was considering these (mostly because they're the fastest 2 and 4 core CPUs with a 65W TDP):

Intel Core i7 2600S with 4 HT cores at 2.8GHz (http://ark.intel.com/products/52215/Intel-Core-i7-2600S-Processor-%288M-Cache-2_80-GHz%29)
Intel Core i3 2125 with 2 HT cores at 3.3GHz (http://ark.intel.com/products/59080/Intel-Core-i3-2125-Processor-%283M-Cache-3_30-GHz%29)

I was wondering effectively CoreeAVC makes use of multiple cores. Is it better to have four cores or two cores with a higher clock speed?

What about FFDShow (which I use as a backup); does that take full advantage of multi-core processors?

Thanks for your advice.

[squid_80]

I'm also experiencing a noticeable performance drop with CUDA acceleration since I upgraded to 3.0.1 and it's now faster with GPU acceleration disabled. My observations are based on the fact that I make regular use of the skip 5 seconds feature in MPC-HT. When you skip it presumably has to decode the video from the last key frame to the point you skip to, making it quite computationally intensive. With version 2.5.1 the skip used to occur pretty much instantly, but in 3.0.1 there is a long delay of 1-2 seconds before the video resumes play. Even with low bitrate 720p it's painfully slow so I went back to 2.5.1 and it's back to it's normal speed.


That may be so, but there's still no reason for it to be substantially slower than 2.x. The main reason I use CoreAVC is so I can employ a low power CPU, and therefore have an entirely passively cooled media PC. I don't want to have to use a CPU that requires fan cooling, though with the lack of Hi10P CUDA acceleration and the slow CUDA performance in general it looks like I no longer have a choice.

As evidenced by the changelog, there haven't been any changes to the CUDA decoding since 2.5.0 so I can't explain these slowdowns you're seeing.

[nm]

I'll have to get a more powerful processor and was considering these (mostly because they're the fastest 2 and 4 core CPUs with a 65W TDP):

Intel Core i7 2600S with 4 HT cores at 2.8GHz (http://ark.intel.com/products/52215/Intel-Core-i7-2600S-Processor-%288M-Cache-2_80-GHz%29)
Intel Core i3 2125 with 2 HT cores at 3.3GHz (http://ark.intel.com/products/59080/Intel-Core-i3-2125-Processor-%283M-Cache-3_30-GHz%29)

I was wondering effectively CoreeAVC makes use of multiple cores. Is it better to have four cores or two cores with a higher clock speed?

That 4-core i7 is much faster with both CoreAVC and current libavcodec (in ffsdshow-tryouts etc.).

[Gav80K]

That 4-core i7 is much faster with both CoreAVC and current libavcodec (in ffsdshow-tryouts etc.).

Thanks for the advice. I'll go for that.


As evidenced by the changelog, there haven't been any changes to the CUDA decoding since 2.5.0 so I can't explain these slowdowns you're seeing.

When I noticed the long delay that occurred when skipping in 3.0.1 I tried putting it on my desktop PC (which is probably a violation of the licence agreement) and found the same slow performance with CUDA on that, so there definitely seems to be an issue. I seem to recall that I had to uninstall everything (CoreAVC 3.0.1, Haaali Media Splitter and CCCP) before putting CoreAVC 2.5.1 to get the old performance back so maybe the issue is with Haaali Media Splitter or some other external component.

From what you said in an earlier posts it sounds like software decoding is better anyway so I'll just get a new PC.