Recommended Posts

Finally!

HWA disabled by default, so you have to enable it in Opera:config

Here at Opera HQ, we're buckling down for the final push before the beta launch of Opera 12. Right now, Wahoo is getting more complete, with even more fun things to come as we get closer to launch. We have one of those fun things today, in fact. This new snapshot includes the first look at the DirectX backend. Most users on Vista and Windows 7 will by default use this backend instead of the OpenGL backend for performance and stability reasons, but be aware that currently WebGL support using the OpenGL backend is more complete than when using DirectX.

There's also another change in this snapshot. After careful consideration and extensive testing, we've decided to let users of Opera 12 opt-in to WebGL and hardware acceleration.

We're doing this for an important reason. We want to bring the first true hardware accelerated browser to market. This means using the graphics processor to boost rendering speeds not only for the pages themselves, but also the UI of the browser. It means making it an awesome experience for as many Opera desktop users as possible, whether they're on Windows XP, Linux or Lion.

But in some cases, our hardware accelerated speeds do not yet beat our incredibly optimized software backend, Vega. Shipping a feature that could actually be less effective at boosting speed is a big no-no, especially if its a final release that many people will use for day-to-day browsing.

Now, if you're reading this blog post, you're probably in the group of people who will want to turn on WebGL and hardware acceleration. You enable these features by setting both opera:config#UserPrefs|EnableHardwareAcceleration and opera:config#UserPrefs|EnableWebGL to 1, then saving and restarting Opera.

Try it in this release and see how you like it. We think it ensures that Opera 12 will be a great release for everyone, whether you are a browser expert or just discovering Opera for the first time.

As Wahoo is approaching a beta release, we're focusing on stability and fixing regressions. This build includes an important performance and stability fix for plugins on Windows, and should speed up scrolling with plugins significantly.

Known Issues

HTML5 Drag and Drop is work in progress. Things like dragging to and from external applications may not work. Some existing demo sites may not work fully

HTML5test.com could freeze or show other problems on Mac

OTW-8246 Opera 64-bit on Windows not supported on Google+

DSK-361109 Address dropdown not populated when searching page content with multiple words

CORE-45774 [Windows] [HWA] Border-color messes up background colour for element with border-radius with DirectX

DSK-357831 [Windows] [HWA] Negative letter spacing with DirectX on 64-bit builds

http://my.opera.com/...ion-in-opera-12

It's about time. And not surprisingly, turning on the DirectX renderer will also turn on DirectWrite for the entire browser UI, minus menus.

edit: and it performs pretty well on integrated Intel graphics!

edit 2: but DirectWrite is still a bit slow. Oh well.

So how much is actually accelerated? Text and layers? Or full blown D2D?

Also it is still slower than software, better than OGL though.

On my machine it's faster than software with DirectX, in everything apart from scrolling with the mouse wheel. Dragging the scroll bar up & down with insane speed works perfectly fine though, so I'm not sure what's up with that :p

Opera say they want to be the "first true hardware accelerated browser", so I'm not sure how much is accelerated now, but they're planning on basically everything, including the UI and menus to be hardware accelerated (though a lot of the UI is already).

Except IE10 is still beta, so either could be first, depending on which releases a final version first.

In real life, we know that IE10 came into existence before this version of Opera despite whatever developmental progress tag you wish to attribute to it, but alright.

Opera say they want to be the "first true hardware accelerated browser", so I'm not sure how much is accelerated now, but they're planning on basically everything, including the UI and menus to be hardware accelerated (though a lot of the UI is already).

Mozilla recently had to disable hardware acceleration in menus due to random driver issues (Like the drop shadows sticking around after the menu was closed.). I don't see much point in using HW accel for rendering a menu though, unless you want to throw something like WebGL rendering in there.

Mozilla recently had to disable hardware acceleration in menus due to random driver issues (Like the drop shadows sticking around after the menu was closed.). I don't see much point in using HW accel for rendering a menu though, unless you want to throw something like WebGL rendering in there.

*shrugs* I suppose if they have the code they might as well do it and get everything running on the same code. But on Windows at least, DirectWrite text rendering is faster than normal GDI+ text rendering, so there's at least some tiny benefits to be had somewhere.

If you really want to be technical, the first fully HW accelerated browser (UI included) is Chrome for Android :p

Also I though IE9 just did HW acceleration for page content, instead of page content and UI.

Opera's OGL HWA in previous builds was atrocious and slowed things down immensely (instead of speeding it up) - I have no faith that they can deliver DX HWA which is any better.

OGL drivers on windows are often poor/buggy, give it a chance. its also still in early testing... Firefox's hardware accel used to suck in development, so did chrome's.

OGL drivers on windows are often poor/buggy, give it a chance. its also still in early testing... Firefox's hardware accel used to suck in development, so did chrome's.

Well the D3D10 HWA they added is slightly better. I still feel like they have the same issue as with OGL - it slows things down, not speeds them up for some reason.

Now it is less noticeable, but they should still keep HWA opt-in.

*shrugs* I suppose if they have the code they might as well do it and get everything running on the same code. But on Windows at least, DirectWrite text rendering is faster than normal GDI+ text rendering, so there's at least some tiny benefits to be had somewhere.

It still uses DirectWrite/Direct2D, it just doesn't use Direct3D for showing it on the screen.

I'm still not sure what Opera means by saying they want to be the first to be fully hardware accelerated, does that mean they'll do Theora/WebM decoding on the GPU? (Compared to Firefox that decodes on the CPU, and does colour space conversion/scaling/painting on the GPU)

, does that mean they'll do Theora/WebM decoding on the GPU? (Compared to Firefox that decodes on the CPU, and does colour space conversion/scaling/painting on the GPU)

Yes. The blog post says the following:

You enable these features by setting both opera:config#UserPrefs|EnableHardwareAcceleration and opera:config#UserPrefs|EnableWebGL to 1,

Well the D3D10 HWA they added is slightly better. I still feel like they have the same issue as with OGL - it slows things down, not speeds them up for some reason.

Now it is less noticeable, but they should still keep HWA opt-in.

Did you use the FF4 alpha builds when they first started adding HWA? It was crap and slowed things down, because it was in early development ;)

But yeah, its a good thing its opt-in until its optimized further.

It still uses DirectWrite/Direct2D, it just doesn't use Direct3D for showing it on the screen.

I'm still not sure what Opera means by saying they want to be the first to be fully hardware accelerated, does that mean they'll do Theora/WebM decoding on the GPU? (Compared to Firefox that decodes on the CPU, and does colour space conversion/scaling/painting on the GPU)

Yes. The blog post says the following:

That is impossible outside of CUDA / OpenCL. Then it is just very very unlikely / impractical and a massive amount of work.

Opera is just trolling, albeit, it would be nice if they added support for DXVA2.

That is impossible outside of CUDA / OpenCL. Then it is just very very unlikely / impractical and a massive amount of work.

Opera is just trolling, albeit, it would be nice if they added support for DXVA2.

How are they trolling? The blog post does not specifically mention theora acceleration (or anything about video acceleration really) When they say "fully hardware accelerated", they are referring to that the UI of the browser should be accelerated as well, not just the web pages like other browsers do.

This topic is now closed to further replies.
  • Posts

    • Why would any self-respecting intelligent person follow any recommendation by Donald's GOP administration? With almost two years of fabrications, deceit, and blatantly illegal behavior, why believe them now? They had best be gone after the November 2026 election, so we'll wait and see.
    • AltSendme 0.4.1 by Razvan Serea AltSendme is a minimal, cross-platform application designed for fast, secure, and private peer-to-peer file transfers. It allows users to send files or entire directories directly between devices without relying on cloud servers, accounts, or any personal information. Everything is encrypted end-to-end using modern protocols like QUIC and TLS 1.3, ensuring both strong security and low-latency performance. Transfers are verified with BLAKE3 for data integrity, and interrupted downloads automatically resume, making the experience reliable even on unstable connections. You can transfer anything—images, videos, documents, and more. Integrity checks are performed on both ends, so your files are automatically verified for correctness during both sending and receiving. AltSendme works seamlessly across local networks or long-distance links, capable of saturating multi-gigabit connections for extremely fast delivery. With built-in NAT traversal and encrypted relay fallback, it connects devices almost anywhere. The app integrates with the Sendme CLI and will soon support mobile and web platforms. Fully free and open-source, AltSendme offers a lightweight, privacy-first alternative to traditional cloud-based services, removing size limits, upload costs, and unnecessary data exposure. AltSendme 0.4.1 changelog: Release Highlights Self-hosted relays: Run your own iroh relay so transfers don't rely on public infrastructure. Includes a full deployment template in deploy/relay/ with Docker Compose for a VPS and configuration examples for production use. Fly.io support: One-click deploy template for Fly.io, including a quick-start config (fly.dev.toml) for testing without a custom domain, plus production setup with Let's Encrypt and your own hostname. Relay settings UI: New Settings → Network panel to choose how AltSendme connects: automatic public relays, custom self-hosted URLs (with optional auth token), or disabled. Test connections, verify latency, and see live relay status in the footer. Disable relays: Turn off relay servers entirely when you only need same-network transfers (e.g. LAN). Direct connections only. No relay hop required when devices can reach each other. Android graduates from beta: Android is now part of the regular release cycle alongside desktop. APKs ship with each version (universal, arm64, and armv7). Other improvements Private relay access control via shared auth token Relay fallback notifications when a custom relay is unreachable Broadcast mode toggle in sharing settings Android release build fixes (split-per-ABI APKs, universal APK preservation) UI polish: mobile safe-area insets, dropzone layout, transfer progress animation Bug fixes for minification-related serialization issues and system tray icon loading What's Changed feat(relay): add relay status functionality and settings UI (a120cdf) feat(relay): implement custom relay server configuration and verification (51276c7) feat(relay): add configuration for private relay access and enhance observability features (48fbabf) feat(relay): enhance relay URL validation, display connection status (d4fffa0) feat(relay): add RelayChangeGuard component and enhance relay-related translations (16ba514) feat(broadcast): add toggle setting for broadcast mode in sharing UI (ca6d977) fix(relay): correct QUIC discovery port, pin image, templatize fly.dev (52a2ba5) fix: More broken serialization due to minification (67491a9) fix(android): preserve true universal APK across per-ABI builds (e9f256f) fix(ui): conditional safe-area insets padding on mobile (1182f0e) refactor(transfer): CircularRing component animation fix (944572b) chore(android): drop x86 and x86_64 release APKs, keep universal+arm64+armv7 (34ada0b) Download: AltSendme 0.4.1 | ARM64 | ~9.0 MB (Open Source) Download: AltSendme for MacOS | Android Links: AltSendme Home Page | GitHub | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • You are mostly right about the ephemeral nature of it. As I mention in the article, if you dont add a second device or take a backup of your account before uninstalling it, then yes you will lose access to your account. That said, in terms of actual user experience when you sync multiple devices your message history carries across and there's also a Saved Messages chat like there is on Telegram to send messages and attachments between your installs. But yh, what you point out are correct and its not trying to emulate Messenger or Telegram.
    • OK so SearXNG is a meta search engine that you can install locally or use via a public instance. It scrapes other search engines which you choose and then sorts the results. Not as complicated as multiple relays
    • The only difference here is that you think you came up with these reasons. You didn't. These age old fearmongering lies (that were NEVER true) were funded by and the anger stoked by Putin through proxies like Farage (and later in the USA, Trump) and filtered down through the skinheads, Neonazis, etc. until it reached the uninformed, ignorant, and gullible -- never realizing they were being played for fools against their own best interests. Even now, despite all of the EVIDENCE proving that Brexit was a terrible mistake for ALL citizens of the UK and that its supporters were tricked by Putin's proxies into sabotaging their own nation, you're still here defending these well-known lies as if they were ever true. Not only are they not true. They NEVER were. So, when are you going to realize that you were lied to and actually get angry at the liars and charlatans who lied to you, instead of blaming the innocent people they lied to you about?
  • Recent Achievements

    • Week One Done
      flexorcist earned a badge
      Week One Done
    • One Month Later
      Woland13 earned a badge
      One Month Later
    • Week One Done
      Woland13 earned a badge
      Week One Done
    • One Year In
      bernmeister earned a badge
      One Year In
    • Week One Done
      Scoobystu earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      492
    2. 2
      +Edouard
      224
    3. 3
      PsYcHoKiLLa
      150
    4. 4
      Steven P.
      75
    5. 5
      FloatingFatMan
      71
  • Tell a friend

    Love Neowin? Tell a friend!