CoreAVC 2.5 (for Windows) Released


Recommended Posts

MSL3L.png

CoreCodec CoreAVC 2.5 for Windows is a complete solution for playing high quality HD H.264 videos on your Windows based computer. CoreAVC comes (in part) from the creators of the Matroska MKV Container (.mkv), So you know it's gotta be good! CoreAVC fully supports GPU hardware acceleration with NVIDIA CUDA Technology, and works with other compatible NVIDIA Platforms like ION running on Windows XP, Vista, or 7. If you have a slow computer that is having problems with H.264 playback, you can try using it.

CoreAVC is known in the industry as being the standard for playback of high quality H.264 video. The new CoreAVC Decoder allows you to offload video decoding to any accelerated decoder that works with either NVIDIA CUDA or ATI with Microsoft's DirectX Video Acceleration (DXVA) interface for any Windows XP, Vista, or Windows 7 PC.

iK6lu.jpg

CoreCodec CoreAVC features

  • Supports Windows 7
  • 32/64 bit Support
  • DXVA 1/2 Compatible
  • NVIDIA CUDA GPU support
  • ATI GPU support (DXVA)
  • Multicore ready (16 CPU Cores)
  • 8100x8100 Resolution Support
  • Full Interlaced support
  • Uses Directshow for MKV
  • Haali Media Splitter Included

CoreAVC H.264 Video Codec - Version 2.5.0.0 (20110326)

  • ADD: DXVA1 support (with red tray icon)
  • ADD: DXVA2 support (with red tray icon)
  • ADD: new x64 blit asm code (unified with x86)
  • FIX: SPS memory leaks
  • FIX: Properly support SPS resolution changes (soft/cuda decoding)
  • FIX: Bug in YUV->YUV blit code
  • CHG: Unify x86 and x64 CUDA asm code
  • CHG: Unify x86 and x64 AVC asm code, enabling SSE2/SSE3/SSSE3/SSE4 for x64
  • CHG: Increase max supported resolution (approx 8100x8100)
  • CHG: Refactor directshow frontend code
  • CHG: Modify CUDA locking method
  • CHG: Rearrange/enlarge settings dialog
  • OEM: YASM padding bug for OSX target
  • OEM: Android support added to SDK

Haali Media Splitter (20110303)

  • ADD: AC3 in MP4 support
  • ADD: WebM support
  • ADD: More H264 aspect ratio options
  • FIX: Show error code in GDSMux when muxing is aborted
  • FIX: Accept more AAC media types in the muxer
  • FIX: Use correct timescales when processing MP4 edit lists
  • FIX: Scan the folder for more segments only if the file references external segments
  • FIX: Fixed a lot of issues with the mp4 muxer
  • FIX: Better support for VC1 in MPEG Transport Streams
  • FIX: Aspect ratio processing in certain Matroska files
  • FIX: Bug in uninstaller that prevented it from properly unregistering all filters
  • FIX: Unrecognized video track in some transport streams
  • FIX: Occasional excessive disk I/O when paused

H0Acs.png

Notes: CoreAVC is not free. It's a commercial program and you have to buy it to use it. There are no free versions available. If you want to use CoreAVC, you will have to buy it from CoreCodec.

CoreAVC Professional 2.5 (for Windows)

cuda.png

Link to comment
https://www.neowin.net/forum/topic/985432-coreavc-25-for-windows-released/
Share on other sites

Recommended Hardware Configurations for proper CoreAVC? Playback

The CoreAVC? H.264 Video decoder for windows directshow has the following 'recommended' hardware configurations below: Noting that the recommendations listed are measured for full screen video playback and a more powerful system will deliver the best playback experience. But because of how efficient CoreAVC is, you may find that what it takes to perform at these levels can be achieved just as well on a slower PC too.

CoreAVC? for Windows

CPU - 800 MHz or faster Intel Pentium class or equivalent AMD processor

RAM - At least 256MB of RAM

OS - Windows 98, 2000, XP, Vista, 7

480p video at 24 frames per second

CPU - 1.4 GHz or faster Intel Pentium 4 or equivalent AMD processor

RAM - At least 256MB of RAM- 64MB or greater video card

OS - Windows 98, 2000, XP, Vista, 7

720p video at 24-30 frames per second

CPU - 2.2 GHz or faster Intel Pentium 4 or equivalent AMD processor

RAM - At least 512MB of RAM

GPU - 128MB or greater video card

OS - Windows 98, 2000, XP, Vista, 7

1080p video at 24-30 frames per second

CPU - 2.8 GHz or faster Intel Pentium 4 or equivalent AMD processor

RAM - At least 1GB of RAM

GPU - 256MB or greater video card

OS - Windows 98, 2000, XP, Vista, 7

GPU Requirements for NVIDIA CUDA:*

NVIDIA GeForce GTX 260/280/290/295, 9800, 9600, 9500, 8800 GT, 8800 GTS 512, 8700, 8600, 8500, 8400, Tesla S1070/C1060, Quadro FX 3700, Quadro FX 3600M, Quadro FX 1700/FX 570/ NVS 320M/FX 1600M/FX 570M/FX 370/NVS 290/NVS 140M/NVS 135M/FX 360M/NVS 130M and higher.

* You will also need drivers 191.07 or higher from NVIDIA

DivX Plus HD was the fastest h.264 decoder and adds mkv support for windows media player.

Plus its free! (install DivX Plus Codec Pack)

I think Divx still wears the performance h.264 performance crown.

So there is very little reason to use corecodec as far i am concerned.

DivX Plus HD was the fastest h.264 decoder and adds mkv support for windows media player.

Plus its free! (install DivX Plus Codec Pack)

I think Divx still wears the performance h.264 performance crown.

So there is very little reason to use corecodec as far i am concerned.

That's why I'm curious about performance, DivX being free (and quite good) makes CoreAVC a hard sale.

I wish someone would make a comparison between this and the lastest DivX plus. There's only really outdated ones around.

H.264 CPU/DXVA codec comparison

UPDATE 31/3/2011: CoreAVC 2.5.1 (CPU & DXVA results added)

http://forum.doom9.org/showthread.php?t=159486

H.264 CPU/DXVA codec comparison

UPDATE 31/3/2011: CoreAVC 2.5.1 (CPU & DXVA results added)

http://forum.doom9.org/showthread.php?t=159486

Interesting, thanks. So wait, it's faster to use the cpu? or am I missing something?

DivX Plus HD was the fastest h.264 decoder and adds mkv support for windows media player.

Plus its free! (install DivX Plus Codec Pack)

I think Divx still wears the performance h.264 performance crown.

So there is very little reason to use corecodec as far i am concerned.

Better be trolling,

- DivX is really slow compared to CoreAVC.

- DivX is buggy compared to CoreAVC.

- Everything adds MKV support for WMP.

- I would avoid WMP and use MPC:HC for empirically higher quality and more performance friendly Haali Renderer as well as more performance friendly subtitles.

maybe i am mistaken, but what's the point of this software?

free video players like PotPlayer already supports hardware accelerated h264 video playback on my Radeon 5670 fine through dxva.

CPU use with dxva on is around 5percent on my AMD Athlon 3600+ dual core (2.0ghz overclocked to 2.4ghz). 720p/1080p x264 (h264). without it... 1080p gets out of sync and 720p plays fine but CPU use is 30-40percent area.

maybe i am mistaken, but what's the point of this software?

free video players like PotPlayer already supports hardware accelerated h264 video playback on my Radeon 5670 fine through dxva.

CPU use with dxva on is around 5percent on my AMD Athlon 3600+ dual core (2.0ghz overclocked to 2.4ghz). 720p/1080p x264 (h264). without it... 1080p gets out of sync and 720p plays fine but CPU use is 30-40percent area.

Not all renderers support DXVA.

If you want a quality presentation, you will use MadVR which doesn't support DXVA.

With CoreAVC, you can use CUDA with MadVR for fast and great quality video.

Not all renderers support DXVA.

If you want a quality presentation, you will use MadVR which doesn't support DXVA.

With CoreAVC, you can use CUDA with MadVR for fast and great quality video.

Well a standard x264 720p (7GB) file seems to be a negligible difference in image quality with a big CPU hit when using MadVR. (since DXVA is disabled)

i.e. it's not worth losing DXVA for the slight (to negligible) image quality increase.

note: i tested it on PotPlayer with madVR enabled and then it's default mode which uses dxva. (and like i say i can notice it did change the image some but it seemed to mostly introduce jaggies in the image where as standard dxva is more smoother.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • BrowserOS 0.46.0 by Razvan Serea BrowserOS is a free, open-source Chromium-based browser that runs AI agents natively, offering a smarter, more productive browsing experience. It supports Chrome extensions and integrates AI agents to automate tasks, fill forms, and streamline workflows. Your data stays on your computer: you can use your own API keys or run local models via Ollama, making it a privacy-first alternative to tools like Perplexity, Comet, or Dia. With built-in productivity tools and app integrations, BrowserOS boosts efficiency while keeping control firmly in your hands. Being Chromium-based, BrowserOS lets you effortlessly import your bookmarks, passwords, and Chrome extensions in just a few clicks. BrowserOS works with OpenAI GPT models, Anthropic Claude, Google Gemini, and local AI models via Ollama or LMStudio. You can use your own API keys and effortlessly switch between providers. BrowserOS Agent Your AI productivity assistant that organizes and manages your browsing effortlessly Quickly list, group, or close tabs Save and resume browsing sessions Search your history and organize bookmarks Switch instantly to the tab you need BrowserOS Navigator – Automate web tasks with ease Navigate websites and search automatically Interact with pages without manual effort Handle repetitive tasks in seconds What makes BrowserOS special Feels like home - same familiar interface as Google Chrome, works with all your extensions AI agents that run on YOUR browser, not in the cloud Privacy first - bring your own keys or use local models with Ollama. Your browsing history stays on your computer Open source and community driven - see exactly what's happening under the hood MCP store to one-click install popular MCPs and use them directly in the browser bar (coming soon) Built-in AI ad blocker that works across more scenarios! BrowserOS 0.46.0 changelog: Run Claude Code & Codex right in your browser — We've extended the agent harness to bring full coding agents into BrowserOS. Claude Code and Codex now come bundled and plug straight into the assistant, so you can drive your browser with the agent — and the subscription — you already use. A brand new experience — A redesigned new tab, a calmer composer, and a rebuilt command center for switching between agents. The whole assistant is cleaner, faster to reach, and easier to live in. New MCP tools — We rebuilt the browser tool surface from the ground up — a tighter, more reliable set of tools for agents to drive the browser. Plus one-click install of BrowserOS as an MCP server into the agents you already run, with automatic URL sync. Chromium 148 — Updated to the latest Chromium base with all recent upstream fixes and security patches. Streamlined — We've pulled back a few features that weren't getting much use — Skills, Soul, and Memory — so we can focus and ship better versions of them soon. Download: BrowserOS 0.46.0 | 181.0 MB (Open Source) Download: BrowserOS for macOS | 485.0 MB Links: BrowserOS Homepage | Github | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Microsoft finally admits its default Windows 11 25H2, 24H2 action broke key legacy component by Sayan Sen Microsoft last week released Windows 11 KB5094126 and KB5093998 as the latest Patch Tuesday updates. Following that the company also published the accompanying dynamic updates under KB5094149, KB5095971, and KB5094156. So far the company has acknowledged two known issues that have popped up after the release which include bugged-out Office apps as well as the Recycle Bin; though there could be more at play too. Speaking of bugs and issues, Microsoft seems to have finally acknowledged a problem that probably has been around for close to a year. That's because back in July of 2025 the company made a default change to the latest Windows 11 versions, wherein it switched to JScript9Legacy on Windows 11 24H2 and later releases. Hence following the release of version 25H2 in October 2025, JScript9Legacy also remained default-enabled. As a result there has been a compatibility issue ever since then. For those wondering, by switching to JScript9Legacy Microsoft intended to improve the security of modern Windows PCs by reducing vulnerabilities tied to legacy scripting like cross-site scripting (XSS), among others. XSS exploits can allow cyber-attackers to attach malicious code onto legitimate websites and use them to execute the code when a potential victim loads such a website. Hence the new JScript9Legacy engine enforced stricter execution policies and improved object handling, which should help mitigate such attacks. Microsoft today has published a new support article detailing the problem. Neowin spotted it while browsing. The company says that JScript global definitions and execution context may fail to persist across scripts, potentially breaking older dependent apps and web-based components that relied on this legacy behavior. In the article Microsoft has confirmed that the issue stems from its move away from the older jscript9.dll engine in favor of jscript9legacy.dll. As mentioned above, while the newer engine was designed to address vulnerabilities and strengthen security it also changes how JScript handles execution context. As a result functions and definitions loaded by one script could no longer remain available to subsequent scripts once execution ended. The company notes that some applications worked correctly on earlier Windows versions because the older JScript engine automatically retained global definitions and execution state between scripts. Under the newer model though that behavior is disabled by default causing certain legacy workloads and polyfill-dependent scripts to fail. Microsoft says it addressed the problem via the KB5077241 update though the fix had not been enabled automatically in the following updates. As such admins must explicitly turn on persistent JScript execution context using a Registry setting that the tech giant shared today. The configuration can be applied to individual processes or system-wide through the FEATURE_ENABLE_PERSISTENCE registry key. The steps have been outlined below: Run the following command to create the feature control registry key: reg add "HKLM\Software\Policies\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_ENABLE_PERSISTENCE" Under this key, create a new DWORD (32-bit) value. Configure the value as follows: To enable persistence for specific processes only: Set the value to 1 for each target process name. To enable persistence for all processes: Add * as the key name and set its value to 1. You can find the official support article here on Microsoft's website.
    • The possibility that milk gathers back into a glass implies that gravity can be 'reversed'.
  • Recent Achievements

    • Week One Done
      Jordan Smith earned a badge
      Week One Done
    • Reacting Well
      BizSAR earned a badge
      Reacting Well
    • First Post
      AndreaB earned a badge
      First Post
    • Week One Done
      Huge Trailer earned a badge
      Week One Done
    • Week One Done
      Classifyskilleducation earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      590
    2. 2
      +Edouard
      186
    3. 3
      PsYcHoKiLLa
      76
    4. 4
      Michael Scrip
      73
    5. 5
      Steven P.
      66
  • Tell a friend

    Love Neowin? Tell a friend!