Opera announces 'gradual transition' to WebKit for desktop and mobi


Recommended Posts

Except he's completely right.

I challenge you Boz, make Chrome render a CSS3 gradient without using vendor prefixed properties, then go try in the latest versions of IE and Firefox.

If you fail to respond to this challenge, then I think we can safely say you're not interested in standards, and only want a closed, proprietary Google dictatorship.

WebKit got a patch a month ago that actually fully implements the candidate recommendation of CSS3 gradients. Since then they've also dropped the prefix.

The sad thing about CSS3 gradients is that MS still supports the old draft prefixed. Probably due to lazy developers doing HTML5+CSS+JavaScript Metro apps before the final version of Windows 8. Microsoft probably doesn't want to break their code. Question is: when the next version of Windows ship, will they still keep legacy implementations like that around to not risk breaking old apps?

Athernar, perhaps you could tell us how awesome IE10's flexbox support is?

Personally I think it's a shame Opera ditches their rendering engine. Not because I don't like Webkit, but because Presto was really strict when it came to most implementations. If you're code worked well in Opera, you could be pretty sure it worked well in most browsers.

And so what if they forked it?

If all browsers used the same engine then they would all have to come to an agreement on new features and how they would be implemented. If one teams did not like it or wanted a feature others didn't, they would fork it and implement it how they wanted and you would have a mess of prefixes and features again.

I used to be one of those "Web standards are a make and break deal" because I saw how horribly wrong Microsoft got it with IE6, but as I carried on using Opera I eventually came to realise that better standards support does not on it's own make a browser any better. Not only does Chrome have far better HTML5 support than Internet Explorer, it's being developed at a far faster rate. I've been using Webkit in Chrome for 3 years now and it hasn't let me down at all. Pretty much everyone apart from the really hardcore Microsoft shills recognise what a good rendering engine it is.

I used to be one of those "Web standards are a make and break deal" because I saw how horribly wrong Microsoft got it with IE6, but as I carried on using Opera I eventually came to realise that better standards support does not on it's own make a browser any better. Not only does Chrome have far better HTML5 support than Internet Explorer, it's being developed at a far faster rate. I've been using Webkit in Chrome for 3 years now and it hasn't let me down at all. Pretty much everyone apart from the really hardcore Microsoft shills recognise what a good rendering engine it is.

Most people aren't saying that webkit is terrible.

The reason why a lot of websites look different on Opera, IE, Firefox isn't because those browsers aren't standard compatible. It's because people are using prefixes which they shouldn't be.

There was a time when IE was developed pretty fast, and was quite an advanced browser. Then we got IE6, which when it was released wasn't as bad but since it had no competition MS stopped giving a **** about it. Making one browser engine the only engine in the world will lead to the exact same thing. Companies aren't going to put in the effort and the time to improve products when there's no competition, it's a waste of money.

I use Chromium and I have used it for a long long time now. But I don't want it to become a monopoly.

---

Another thing on a slightly different topic. Anyone remember how against HTML5 Boz was? A year ago he was all "HTML5 isn't the future, it sucks, it should just be killed off and everyone should use flash" and now in this topic he's all for it.

What's the difference? Oh a year ago it was Apple talking about web standards and how Flash doesn't have a place since WebGL is better. So naturally Boz (who hate's anything that doesn't come out Google's mouth) was all for killing HTML5 and WebGL and making Flash the only web standard.

But now since Google is pushing HTML5 and WebGL he's all for it. He hates IE because its proprietary and loves Chrome because it's open source. But then he absolutely loves Flash...which is just as proprietary (if not more) than IE. :rolleyes:

The difference however is that Webkit, unlike Trident is not a closed source solution. When IE6 had it's era of dominance it was Microsoft and only Microsoft that was in control. An open platform that all the major players are contributing to actually has a realistic chance of success which is why I believe that Webkit succeeds where IE6 failed. The amount of business that's done on the Internet these days makes it unlikely that vendors are going to rest on their laurels and allow technology to stagnate again. As has been proven with Linux having millions of competing options that do almost exactly the same thing has never really proven to be a massive hit, in some cases it even diminishes quality.

The difference however is that Webkit, unlike Trident is not a closed source solution. When IE6 had it's era of dominance it was Microsoft and only Microsoft that was in control. An open platform that all the major players are contributing to actually has a realistic chance of success which is why I believe that Webkit succeeds where IE6 failed. The amount of business that's done on the Internet these days makes it unlikely that vendors are going to rest on their laurels and allow technology to stagnate again. As has been proven with Linux having millions of competing options that do almost exactly the same thing has never really proven to be a massive hit, in some cases it even diminishes quality.

Well if webkit was the only web engine prefixes will destroy it.

But rather than make webkit the only engine, which will cause it to stagnate (it always does) why not make the W3C better?

Get the W3C to release specifications faster, this forces browser makers (all of them) to improve their engines on a faster basis without using proprietary prefixes.

If you really think about it, the argument's not to dissimilar... If accepting universal coding standards could help the web then so could accepting universal software standards. Developers commit to the W3C, they could commit to universal rendering standards as well. Given the time it's taken to ratify W3C and in particular the arguments over the video codecs I think my view that excessive competition isn't a good thing is being somewhat ratified by the way HTML5 is turning out. Unfinished specifications are never good for anyone.

If you really think about it, the argument's not to dissimilar... If accepting universal coding standards could help the web then so could accepting universal software standards. Developers commit to the W3C, they could commit to universal rendering standards as well. Given the time it's taken to ratify W3C and in particular the arguments over the video codecs I think my view that excessive competition isn't a good thing is being somewhat ratified by the way HTML5 is turning out. Unfinished specifications are never good for anyone.

Oh not at all. We both want similar things but differ on the way to get there.

Part of the problem with the W3C is that the companies that make it up sometimes don't want to work together. Someone brought up the touch thing a couple of pages back, and that's not even the first time it's happened. Company A suggests something, the majority of the other companies agree to it and it's going to be made into the specification. Then company B decides to make their own version of the exact same thing and make it proprietary. So now you're back to square one.

If they stopped doing that (and Microsoft, Google, Apple are all guilty of it) things would be better.

The difference however is that Webkit, unlike Trident is not a closed source solution. When IE6 had it's era of dominance it was Microsoft and only Microsoft that was in control. An open platform that all the major players are contributing to actually has a realistic chance of success which is why I believe that Webkit succeeds where IE6 failed. The amount of business that's done on the Internet these days makes it unlikely that vendors are going to rest on their laurels and allow technology to stagnate again. As has been proven with Linux having millions of competing options that do almost exactly the same thing has never really proven to be a massive hit, in some cases it even diminishes quality.

Open source changes nothing! The greatest advantage of open source is that others can pick it up when the original team dies. That translates nothing to how interoperable standards work. Multiple parties means disagreements and different implementations desired. That is the nature of dev and innovation. Open source brings new challenges, new problems, it does not magically solve all the problems for web development.

It seems to me that this will force Microsoft to work harder to follow the standards as it will be the lone rendering engine against Webkit.

firefocks

Oh not at all. We both want similar things but differ on the way to get there.

Part of the problem with the W3C is that the companies that make it up sometimes don't want to work together. Someone brought up the touch thing a couple of pages back, and that's not even the first time it's happened. Company A suggests something, the majority of the other companies agree to it and it's going to be made into the specification. Then company B decides to make their own version of the exact same thing and make it proprietary. So now you're back to square one.

If they stopped doing that (and Microsoft, Google, Apple are all guilty of it) things would be better.

But that's not what would happen if everyone switched to webkit. that's a fearmongering nonsense that comes from Mozilla guys and others because they have vested interests in getting money from Google and others by pushing their own web browser. Microsoft has again their own reasons because they want to dominate the browser space again. This is not gonna fly anymore. This type of attitude is to blame for the stagnation of web for the last 20 years.

The reality that would happen if everyone agreed on webkit or Chromium is that we would have one official, open source rendering engine that could be standardized and any changes/improvements to it would be contributed by everyone.. then it would be submitted to W3C or similar and the implementation would happen over night.

Just having standards alone is NOT going to work as long as we have 5 different browsers everyone peddling their own technology, VMs and rendering engines. I'm not sure how you can't understand that.

You can DREAM that standards would work just fine if every browser would follow them but that's a pipe dream. We have seen from the history that it doesn't work.. W3C wasn't made yesterday.. It has been there for almost 20 years now and web really hasn't evolved at all, thus the rise of Flash.. HTML5 is really the first thing in 20 years that brought some more advanced features (features that Flash for example has had for years) but implementation is the mess for the same reasons we had before. Not to mention it takes 10 years for the standard itself to be actually finalized.

Do you know why Flash exploded? It exploded and brought innovation to the web because it was basically unified canvas-like plugin that worked everywhere the same. You didn't have to worry about writing code, prefixes and all kinds of browser centric stuff for 5 different browser.. it became an artistic canvas that evolved so quickly over the years because it wasn't held back by politics. It's only big negative was that it wasn't open sourced and stayed proprietary If Adobe open sourced Flash when there was talk between Adobe and W3C, we wouldn't be even having this discussion. It would have been embedded into VM of every browser and we would be writing stuff instead of JS in AS and would use Flash tools to author content.

The situation we have now, by everyone doing their own browsers is basically downloading a "plugin" for your OS. Browser as it is now is essentially one huge plugin you need to update to get newer features and what's worse is that you have to download among 5 different browsers.

We need to cut this off.. we need to make one standard rendering engine, that's open sourced and will be passed over to W3C or similar where everyone would contribute to just like with web standards. So every time someone adds or proposes a new feature like CSS3 blend modes, or CSS3 text wrapping or whatever, implementation would take 2 months, all browser vendors would update their code base and web would evolve at a rapid pace.

Browser vendors should compete in brining features to the browser that help you surf and explore web, not reinvent technologies on how the web is rendered or how standards are implemented. That should be done under the realm of W3C and one unified rendering engine.

It can still evolve just fine as Apple, Google, Opera, Mozilla, Adobe and others would propose and develop features that would further innovate it and everyone would look at it and say "hey that's cool, let's vote on it and approve it".. once those features are approved, since everyone is on the same engine, they would just push updates to their browsers and we all get new features at once.

But that's not what would happen if everyone switched to webkit. that's a fearmongering nonsense that comes from Mozilla guys and others because they have vested interests in getting money from Google and others by pushing their own web browser.

The reality that would happen if everyone agreed on webkit or Chromium is that we would have one official, open source rendering engine that could be standardized and any changes/improvements to it would be contributed by everyone.. then it would be submitted to W3C or similar and the implementation would happen over night.

1. No that wouldn't happen. Google, Apple, Microsoft, Mozilla etc all spend MONEY designing their browsers. If everyone used the exact same engine, none of them need to bother spending money anymore because 0 competition = 0 innovation. That has been proven time and time and time again.

You can DREAM that standards would work just fine if every browser would follow them but that's a pipe dream. We have seen from the history that it doesn't work.. W3C wasn't made yesterday.. It has been there for almost 20 years now and web really hasn't evolved at all, thus the rise of Flash.. HTML5 is really the first thing in 20 years that brought some more advanced features (features that Flash for example has had for years) but implementation is the mess for the same reasons we had before. Not to mention it takes 10 years for the standard itself to be actually finalized.

You can DREAM that using webkit only would work fine but that's a pipe dream. We have seen from history that having just one engine doesn't work.

Rather than suggesting that we fix the W3C and get them to do their job correctly you suggest the exact opposite.

It's only big negative was that it wasn't open sourced and stayed proprietary If Adobe open sourced Flash when there was talk between Adobe and W3C, we wouldn't be even have this discussion. It would be embedded into VM of every browser and we would be writing stuff instead of JS in AS and would use Flash tools to author content.

That's never been a problem for you in the past when you've CONSTANTLY talked about how flash is better than HTML5. Why the change of heart Boz? Is it because Google is pushing HTML5? Oh wait that's exactly why.

If tomorrow Google bought out flash and made it only work in their browser, you'd be saying well everyone should quit making browsers and just use Google.

It can still evolve just fine as Apple, Google, Opera, Mozilla, Adobe and others would propose and develop features that would further innovate it and everyone would look at it and say "hey that's cool, let's vote on it and approve it".. once those features are approved, since everyone is on the same engine, they would just push updates to their browsers and we all get new features at once.

No they would not. They don't right now with the W3C, what makes you think they'll continue to work together if webkit was the only engine? Apple, Microsoft and Mozilla all agreed on touch. What does Google do? Oh they go and make their own version that isn't compatible. But you won't complain about that.

We've already proved that even though safari and chrome both use webkit, both have different prefixes that DO screw stuff up. That WILL continue.

  • Like 2

1. No that wouldn't happen. Google, Apple, Microsoft, Mozilla etc all spend MONEY designing their browsers. If everyone used the exact same engine, none of them need to bother spending money anymore because 0 competition = 0 innovation. That has been proven time and time and time again.

Of course they would.. they would only compete on the actual functionality of browsing and not on the engine. Not to mention that Mozilla would be doing the same thing they are doing now only they would be contributing to Webkit/Chromium. What would change? I don't understand this sentiment at all.. That's the HUGE difference between something being open sourced and in sync with standards. What has been proven over and over again is that innovation doesn't happen when one company holds everything. This is not what would happen if everyone switched to webkit or chromium. Everybody would own it and be able to contribute to it and no single company would own it. I say Chromium really because Chromium is avoiding Apple's patents that are still tied to Webkit even though they are royalty free. Chromium is still using Webkit core but is doing so through Chromium Webkit API.

That's never been a problem for you in the past when you've CONSTANTLY talked about how flash is better than HTML5. Why the change of heart Boz? Is it because Google is pushing HTML5? Oh wait that's exactly why.

If tomorrow Google bought out flash and made it only work in their browser, you'd be saying well everyone should quit making browsers and just use Google.

There's no change of heart. Flash is still years ahead of HTML5. It's far better. Google also supports Flash by default because they recognize that.. I didn't have change of heart, it's just that I don't look at it as black and white. Flash will continue to be better until the web is unified under one rendering engine. At that point it will get all the same features and more as Flash has. I want to see Flash go away eventually and I would like to have similar technology on the web working flawlessly and with the same ease of development as Flash has. Of course that's better and to avoid propriatery plugins. So I have not change that opinion at all. I work with both, so I know ins and outs of both very well.

We've already proved that even though safari and chrome both use webkit, both have different prefixes that DO screw stuff up. That WILL continue.

Even if that is true, which is not really.. there's very few differences and why sites render well on both with one single code, the fragmentation will continue as long as we have multiple browser vendors developing their own technologies inside the browser regardless of actual standards. Standards are the minimum compatibility, we are talking rapid innovation and evolution of the web.. As it stands now we won't see new features beyond HTML5 for another 20 years.. sorry that's not acceptable.

Ugh, well, that's the end of my Opera usage. I hate WebKit rendering of text; it never looked quite right or read as well to my eyes as IE or Opera. Ah well, I haven't used Opera nearly as much since IE9 came out and now IE10; this just means I won't be switching back once this change happens. :/

Even if that is true, which is not really.. there's very few differences and why sites render well on both with one single code, the fragmentation will continue as long as we have multiple browser vendors developing their own technologies inside the browser regardless of actual standards. Standards are the minimum compatibility, we are talking rapid innovation and evolution of the web.. As it stands now we won't see new features beyond HTML5 for another 20 years.. sorry that's not acceptable.

Well it is true. And different WebKit browsers already use separate prefixes. And sure it's easy to code for them, avoid the browser specific prefixes....

OMG I just had a revelation, it's easy to code for ANY browser if you just avoid the prefixes....

Oh wait, I already mentioned that a few times.

Ugh, well, that's the end of my Opera usage. I hate WebKit rendering of text; it never looked quite right or read as well to my eyes as IE or Opera. Ah well, I haven't used Opera nearly as much since IE9 came out and now IE10; this just means I won't be switching back once this change happens. :/

That may very well not be because of WebKit but rather decided by the browser using the engine and what don't smoothing tech they chose to use. I doubt opera would change that.

  • Like 1

Well it is true. And different WebKit browsers already use separate prefixes. And sure it's easy to code for them, avoid the browser specific prefixes....

Btw, what's happening with browser fragmentation is what I have been saying for a long time. Desktop mess will never be unified and agree on standards because there is always someone who wants to dominate web. Be it Google, Mozilla or Microsoft. Wait till WHATWG starts introducing new features that are not part of W3C..

That's why HTML5 is still a mess and will continue to be if something drastic doesn't happen and these browsers don't unify. Leaving companies to develop browsers' technologies and how things are rendered will always cause the situation we are in right now. The dominant browser of the moment will always try to dominate the web no matter what company is making it.

Clearly as Webkit is behind supporting finalised standards such as the CSS3 backgrounds and borders module, browser vendors should abandon Webkit and switch to Trident.

Microsoft control the desktop OS market, so clearly they should be the ones to dictate the future of the web too.

Btw, what's happening with browser fragmentation is what I have been saying for a long time. Desktop mess will never be unified and agree on standards because there is always someone who wants to dominate web. Be it Google, Mozilla or Microsoft. Wait till WHATWG starts introducing new features that are not part of W3C..

That's why HTML5 is still a mess and will continue to be if something drastic doesn't happen and these browsers don't unify. Leaving companies to develop browsers' technologies and how things are rendered will always cause the situation we are in right now. The dominant browser of the moment will always try to dominate the web no matter what company is making it.

You still don't seem to understand the separation behind the W3C and WHATWG (For example, new features in HTML come from the WHATWG, not the W3C)

And I don't get the logic that because Google or Microsoft or Apple are trying to control the spec, that's a good reason to just give them control of the spec. It seems you're proposing the exact thing you're arguing against. And unifying every browser on WebKit won't fix anything, it'll just be IE6 all over again (WebKit being open source doesn't mean a damn thing)

Here's an interesting post from one of the jQuery guys, who says that jQuery contains more workarounds for WebKit bugs than any other browser engine.

You still don't seem to understand the separation behind the W3C and WHATWG (For example, new features in HTML come from the WHATWG, not the W3C)

W3C actually worked with WHATWG on HTML5 and now they are split.. WHATWG will be introducing new features going forward while W3C will then evaluate whether or not those features will be implemented into standards. Which means fragmentation going forward because WHATWG will be introducing features that are NOT standard.

http://www.theverge....fork-w3c-whatwg

Yeah... forking is unlikely.. riiiight.. you'll see when browser vendors start forking edge features and implementing WHATWG new stuff however they want while W3C takes another 10 years to get everyone on board with snapshots while in the meantime we'll have each browser treating new features however they want and dealing with previous browser versions supporting certain sets of features as they will not really be standard.

How this is great is beyond any reason.

And let's not even get into this

http://www.geek.com/...html5-20130130/

Where individual browsers will eventually start implementing their own DRM on top of everything and many other things that are already happening right now like WebRTC which is supported by 2 browsers in nightly build and won't be commercially usable for another 5+ years.

Great stuff.

This topic is now closed to further replies.
  • Posts

    • Interesting share -- however it does not make sense: Email messages get stored somewhere, so how is Delta Chat "based on email" and decentralized without actually storing anything? By Web3 standard practices, the various Relays would require dedicated storage to make messages available to the recipients (like a large series of message queue channels, akin to racks of traditional post office boxes)... and Contacts must be two-way confirmed in order for encryption keys to be exchanged (ostensibly every key-pair is uniquely bound between sender and recipient) and the Relays would preserve the public keys in order to facilitate message carriage... or every device stores all sorts of keys and contact info. All of this to say, decentralized messaging is like running Bluesky nodes except instead of discovering/browsing public feeds by various posters (at the given node) these Delta Chats would be relaying encrypted messages (via Relays) that only trusted recipients would have the appropriate decryption key (their own private key) to read it. But this doesn't solve the "it's like email" sales pitch. The only way it's like email is that there's encrypted binary stuff being transported from your app into the federated ether of Delta Chat Relays for others to decrypt (hopefully only the intended recipient)... but outside of this federated relays framework, it is absolutely nothing like email.
    • Hasleo Backup Suite Free 5.8.2.2 by Razvan Serea Hasleo Backup Suite Free is a free Windows backup and restore software, which embeds backup, restore and cloning features, it is designed for Windows operating system users and can be used on both Windows PCs and Servers. The backup and restore feature of Hasleo Backup Suite can help you back up and restore the Windows operating systems, disks, partitions and files (folders) to protect the security of your Windows operating system and personal data. The cloning feature of Hasleo Backup Suite can help you migrate Windows to another disk, or easily upgrade a disk to an SSD or a larger capacity disk. System Backup & Restore / Disk/Partition Backup & Restore Backup Windows operating system and boot-related partitions, including user settings, drivers and applications installed in these partitions, which ensures that you can quickly restore your Windows operating system once it crashes. Viruses, power failure, or other unknown reasons may cause data loss, so it is a good habit to regularly back up the drive that stores important files, you can at least recover lost files from the backup image files in the event of a disaster. System Clone / Disk Clone / Partition Clone Migrate the Windows operating system from one disk to another SSD or larger disk without reinstalling Windows, applications and drivers. Clone entire disk to another disk and ensure that the contents of the source disk and the destination disk are exactly the same. Clone a partition completely to the specified location on the current disk or another disk and ensure that the data will not be changed. File Backup & Restore Back up specified files(folders) instead of the entire drive to another location to protect your data, so you can quickly restore files(folders) from the backup image files when needed. Incremental/Differential/Full Backup Different backup modes are supported, you can flexibly choose data protection schemes, which can improve backup performance and save storage space while ensuring data security. Delta Restore Delta restore uses advanced delta detection technology to check the changed blocks on the destination drive and restore only the changed blocks, so it has a faster restore speed than the traditional full restore. Universal Restore This feature can help us restore the Windows operating system to computers with different hardware and ensure that Windows can work normally without any hardware compatibility issues. Hasleo Backup Suite 5.8.2.2 changelog: Improved creation of bootable media that supports the UEFI CA 2023 certificate Fixed an issue that caused system restore to fail Fixed an issue where file backup could not list drives under Windows ARM64 Fixed an issue that caused backup of MacOS files/folders shared via Samba to fail Fixed an issue that caused "Smart Backup" to not work properly Fixed other minor bugs Download: Hasleo Backup Suite 5.8.2.2 | 39.7 MB (Freeware) Links: Hasleo Backup Suite Website | Hasleo Backup Suite Guide | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Shotcut 26.6.25 by Razvan Serea Shotcut is a free, open source, cross-platform video editor for Windows, Mac and Linux. Major features include support for a wide range of formats; no import required meaning native timeline editing; Blackmagic Design support for input and preview monitoring; and resolution support to 4k. Editing Features Trimming on source clip player or timeline with ripple option Append, insert, overwrite, lift, and ripple delete editing on the timeline 3-point editing Hide, mute, and lock track controls Multitrack timeline with thumbnails and waveforms Unlimited undo and redo for playlist edits including a history view Create, play, edit, save, load, encode, and stream MLT XML projects (with auto-save) Save and load trimmed clip as MLT XML file Load and play complex MLT XML file as a clip Drag-n-drop files from file manager Scrubbing and transport control Video Effects Video compositing across video tracks HTML5 (sans audio and video) as video source and filters 3-way (shadows, mids, highlights) color wheels for color correction and grading Eye dropper tool to pick neutral color for white balancing Deinterlacing Auto-rotate Fade in/out audio and fade video from and to black with easy-to-use fader controls on timeline Video wipe transitions: bar, barn door, box, clock (radial), diagonal, iris, matrix, and custom gradient image Track compositing/blending modes: Over, Add, Saturate, Multiply, Screen, Overlay, Darken, Dodge, Burn, Hard Light, Soft Light, Difference, Exclusion, HSL Hue, HSL Saturation, HSL Color, HSL Luminosity. Video Filters: Alpha Channel: Adjust, Alpha Channel: View, Blur, Brightness, Chroma Key: Advanced, Chroma Key: Simple, Contrast, Color Grading, Crop, Diffusion, Glow, Invert Colors, Key Spill: Advanced, Key Spill: Simple, Mirror, Old Film: Dust, Old Film: Grain, Old Film: Projector, Old Film: Scratches, Old Film: Technocolor, Opacity, Rotate, Rutt-Etra-Izer, Saturation, Sepia Tone, Sharpen, Size and Position, Stabilize, Text, Vignette, Wave, White Balance Speed effect for audio/video clips Hardware Support Blackmagic Design SDI and HDMI for input and preview monitoring Leap Motion for jog/shuttle control Webcam capture Audio capture to system audio card Capture (record) SDI, HDMI, webcam (V4L2), JACK audio, PulseAudio, IP stream, X11 screen, and Windows DirectShow devices Multi-core parallel image processing (when not using GPU and frame-dropping is disabled) DeckLink SDI keyer output OpenGL GPU-based image processing with 16-bit floating point linear per color component Shotcut 26.6.25 changelog highlights: Added basic support for OpenFX (OFX) video plugins. Added VST2 audio plugin support for third-party audio effects. Added Safe Mode to launch Shotcut without external plugins for easier crash recovery. Added an experimental plugin UI generator (--experimental) for supported filters and plugins. Added a new Noise Reduction audio filter powered by RNNoise. Added HDR export support. Added PQ HDR metadata options for HDR exports. Added the ability to view HDR previews in full-screen mode. Improved Vulkan display support on Linux. Fixed DeckLink and UltraStudio external monitor deadlocks. Fixed Opus audio export warnings related to frame_duration. Improved plugin discovery and compatibility for supported OpenFX and VST2 plugins. Expanded command-line options for testing experimental features. Improved overall application stability when using third-party plugins. Enhanced HDR editing and preview workflow. Included numerous bug fixes, performance optimizations, and general stability improvements throughout the application.[full release notes] Download: Shotcut 26.6.25 | Portable | ARM64 ~200.0 MB (Open Source) View: Shotcut Home Page | Other Operating Systems | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • I looked into a few echo devices to find they were riddled with adverts over time. No thanks ill stick to my homeassistant, smart plugs, smart bulbs and cameras that don't cost me a monthly fee and are cheaper to buy. No adverts also.
    • Brave Browser 1.91.180 is out.
  • Recent Achievements

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

    1. 1
      +primortal
      504
    2. 2
      +Edouard
      229
    3. 3
      PsYcHoKiLLa
      163
    4. 4
      Steven P.
      76
    5. 5
      FloatingFatMan
      71
  • Tell a friend

    Love Neowin? Tell a friend!