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

    • These are not "great" prices... just "less awful". Apparently "Those who forget the past are doomed to pay higher prices and think they've won."
    • Russia was able to invade Crimea because of those people. But my point is that I've personally heard how great it was to be "back in Russia" right afterwards - look how great it is now. I've asked you a question in another comment which you haven't answered, so I'll ask it again: is it better now without "Europrats"?
    • ZimaBoard 2 1664 Starter Kit review: it's a cool and affordable DIY NAS by Steven Parker IceWhale Technology reached out to me asking if I was interested in testing the ZimaBoard 2, and after convincing them to send me the Starter Kit, it arrived at my doorstep in May. A bit of background: it is a Shanghai-based Chinese company founded in 2020, which specializes in single-board servers and personal cloud solutions. From searching around online, user feedback on the company and ZimaOS is mostly positive, so we're off to a good start. In addition, I should probably point out that although they do not have a large portfolio of NAS devices, with just four of what they do offer, they seem to have covered everything from a relatively low-priced entry point with the ZimaBoard 2, right up to the high end, with the ZimaCube 2 Creator Pack that even includes an NVIDIA RTX PRO 2000. Anyway, as already mentioned, what we have today is the ZimaBoard 2 Starter Kit, and here are the full specifications: ZimaBoard 2 Model 832, 1664 CPU Intel Core N150 (4x E Cores/Threads, Max burst up to 3.6 GHz) TDP: 6W (Base) 10W (Max) Graphics Intel UHD Graphics 24 EUs (1.00 GHz) Memory 8 GB, 16 GB DDR5 4800MT/s non ECC SODIMM (soldered) Disk Capacity 60 TB (30 TB x 2) Supported RAID Types TRAID, TRAID +, RAID0, RAID1, RAID5, RAID 6, RAID 10 Storage 2 x SATA 3.0 6Gb/s Ports with Power Bootloader 32 GB, 64 GB eMMC Network 2x RJ-45 2.5 GbE PCIe 1 x PCIe 3.0 (via LPC) USB Ports 2 x USB-A 3.1 (5 Gbps) Display Mini-DisplayPort 1.4 (4K@60Hz) Hardware Transcoding Engine H.264, H.265, MPEG-4, VC-1 Maximum resolution: 4K (4096 x 2160); Maximum FPS: 60 Virtualization Intel® AES New Instructions Intel® Virtualization Technology (VT-x) Intel® Virtualization Technology for Directed I/O (VT-d) Size (H/W/D) 140mm x 83mm x 31mm Weight 0.4 kg (only ZimaBoard 2 device) Power 12v 5A Power Supply Warranty 1 year (Global) 2 Years (EU) OS ZimaOS v1.6.1 MSRP $339, $399 ($548.60) As you can see above, there are two variants of the ZimaBoard 2. The lesser variant has half the eMMC storage and 8 GB less RAM, although it also costs $60 less than the top variant we are testing today. The above pricing is only for the ZimaBoard 2. I put the MSRP of the Starter Kit next to it in brackets, although as of publishing, it is discounted to $534.50. The ZimaBoard 2 started life on Kickstarter and shipped to backers in August last year. It became available via the official website in late 2025 and Q1 2026. This hobbyist NAS contains the still relatively new N150 Intel CPU released in the first quarter of 2025, with support for DisplayPort 1.4, HDMI 2.1, although in this case, the memory is integrated into the board itself, so it will not be possible to upgrade or expand the amount. It also supports AV1 decoding, as well as H.264, VP8, VP9, H.265 (8 bit), and H.265 (10 bit). The different capabilities in the Alder Lake-N (and Twin Lake) series are listed below. Processor E-cores L3-cache Turbo clock GPU GPU-clock TDP Intel N355 8 6 MB 3.9 GHz 32 EUs 1.35 GHz 9 W Intel Core 3 N350 3.9 GHz 1.35 GHz 7 W Intel Core i3-N305 3.8 GHz 1.25 GHz 9 W Intel Core i3-N300 3.8 GHz 1.25 GHz Intel N250 4 3.8 GHz 1.25 GHz 6 W Intel Processor N200 3.7 GHz 0.75 GHz Intel N150 3.6 GHz 24 EUs 1 GHz Intel N97 1.2 GHz 12 W Intel Processor N100 3.4 GHz 0.75 GHz 6 W The CPU is part of the Twin Lake series that sits near the bottom of the N-series, designed for low- powered systems and entry-level laptops, and as such has a base level TDP of just 6W. As I have noted before, we are seeing another NAS with a great amount of RAM. It's important to mention that the ZimaBoard 2's memory is integrated into the base board (which is why they have two variants of it). As a reminder, up until a couple of years ago, it was commonplace to only get 2 or 4GB max on a flagship Synology or QNAP home NAS. Ever since the likes of TerraMaster and more have entered the market with ample RAM sizes included in their NAS offerings, it has gone a long way in forcing the hands of the traditional makers to up their game a bit. First impressions The Starter Kit came in one outer box with several packages inside it (shown above). I forgot to take pics of it because when it arrived, it wasn't clear what was inside, and I had to confirm with my contact that I received the entire Starter Kit. In the box ZimaBoard 2 ZimaBoard 2 HDD Expansion Bracket + PCIe card frame Zimaboard Mini DisplayPort Male to HDMI Female Cable 4K 60Hz Zimaboard PCIe 3.0 x4 to Dual NVMe M.2 SSD Adapter Card Quick guide [full online guide] Limited warranty notice Screws Design Where to start? You'd be forgiven for mistaking it as an SSD enclosure if not for all the ports on it. It is completely made out of metal, and the top is an entire heatsink. It has a premium feel about it, but it definitely looks like a hobby device. As you will see, the completed build looks like it belongs in a server or meter closet rather than as a showpiece on someone's desk. On what I am calling the rear, there's a Mini DisplayPort (1.4), two 2.5 GbE ports, with Type A 3.1 USB ports, and then the barrel connector port. Around the front, there are two SATA6 ports with a power connector in the middle. Left side Right side One side is completely free of ports. On the other there's a slit that allows for the feed of a CPU fan cable, and a PCIe 3.0 X4 slot. Top Bottom The top is entirely made up of a heatsink except for the extended height for the I/O on the rear. Around the other side, you can find the ZIMA branding and some regulatory information stamped near the bottom. As you may see from the bottom of the ZimaBoard 2, it scratches quite easily from just moving it around on my Ikea island. Teardown Before we get started, let's have a look at this thing on the inside. The steps to get to the board are as follows: Remove the four smaller Torx screws on the bottom of the ZimaBoard 2; Remove the four larger Torx screws on the sides of the device; Carefully unstick the CMOS battery from the PCB; Remove two Phillips screws on the PCB; Lift out the PCB. Yes, as you can tell from the instructions, you need three different tools to remove Torx and Phillips screws (10 in total), and unhelpfully, one of the screws is located under the CMOS battery, which is stuck onto the PCB. Building Now comes the fun part. Because the ZimaSpace website does not provide any guidance on how to put the Starter Kit together. They only have guidance for connecting the CPU fan. However, they did upload a video to their YouTube channel that shows the entire process. To install the fan, first remove the four screws on the bottom of the ZimaBoard 2, then on the inside, there is a CPU FAN connector where you can attach the fan, reattach the ZimaBoard 2 frame, and feed the fan cable through the provided slit. Then remove the nearest screw on the side and attach the fan frame to the side of the device using the same screw. ZimaBard 2 screws Aligning the screws Bottom view Remember those four screws we removed to access the CPU FAN? Longer screws are provided in the box with the HDD Expansion Bracket, which is what you will now need to attach the ZimaBoard 2 to it. Helpfully, the orientation on how to attach it is made obvious when the frame can only be screwed on at the same overall length as the ZimaBoard 2. If you do it the wrong way around (which is what I did initially) one side hangs off the frame, and it becomes difficult to attach the PCIe Adapter Card cable. PCIe card frame Other side PCIe slot connector Next, it's time to attach the PCIe card frame, which is fastened with the help of 3.5-inch SATA HDD (3 screws). These are toolless screws that you can just use your fingers to fasten them with. Then it is time to connect the provided PCIe cable with the slot connector on one side of the ZimaBoard 2, feed it through the bottom of the HDD frame, and fasten it with two standoffs. Both bracket options 2280 standoffs with 2x 4TB MP44Q The PCIe 3.0 X4 card comes with a short bracket option, handy if you decide to place it inside a different NAS or rack server, but here we need the long bracket. Oddly enough, the M.2 standoffs were preinstalled into the 22110 position, but extra standoffs are included in the box, which I installed at the 2280 position for our use. I added a couple of MP44Q M.2 PCIe 4.0 SSDs (2 x 4TB) that can be availed on Amazon for $478.99 (the lowest price for 3 months) that TEAMGROUP supplied us with Then we have the almost completed build, you just need to push the card into the PCIe slot. Unfortunately, IceWhale Technologies did not provide a screw for the PCIe card frame (this is also apparent in their own video). Here it is at several different angles, with the last pic showing the SATA Y-Cable connected to the two WD Red Plus 4TB drives. Setup and Usage Next, you connect your cables to the I/O, and the ZimaBoard 2 powers on automatically, as there is no power button on the device. Power is controlled through the Settings in ZimaOS. BIOS The ZimaBoard 2 includes an Aptio BIOS from American Megatrends [1, 2, 3], and you can setup pretty much everything here including the boot order, which is locked to the UEFI OS, however above that choice you can enable or disable booting to a SATA/USB bootloader so this would still allow you to switch to an alternative bootloader and boot from it, or disable it to instead always start from the first disk with an OS installed on it. Initial Setup Upon connecting to the LAN and booting up, the ZimaBoard 2 can be reached by navigating to the IP address (shown if you have a monitor connected), or you can find it using the ZIMA Client desktop application, which is essentially a Zima device finder. Initializing the ZimaBoard 2 The ZimaOS setup process is pretty straightforward, through a wizard, and in full above, it basically consists of setting up an account and some handy tips, and that's that! Post Setup (ZimaOS update) Upon first boot, you are alerted that there is a ZimaOS update from 1.5.0 to 1.6.1, which I applied; the full process is shown above with the changelog. ZimaBoard 2 Storage Setup Next, it is time to set up the storage. ZimaOS actually throws everything onto the eMMC flash drive; it is also the default location of AppData, which is definitely something to be wary about, as the 45GB available storage could fill up quickly. HDDs I first attempted to create a Storage Pool using the two 4TB WD Red Plus NAS drives, and got an error message: After several attempts and then looking online, I discovered it was a bug with ZimaOS where the fix was simply to reboot ZimaOS and then try again, this time I was able to create a RAID mirror using the two drives. SSDs I did the same for the SSDs, as you will see in the above gallery, when I created the second Storage Pool, it only allowed me to select available drives. ZimaBoard 2 AppData ZimaOS comes with an App Store that includes a repository of almost 400 apps, so you will be able to find most of what you'll need for a NAS (although after a quick search, I wasn't able to find a Surveillance Manager), and now comes the important part: moving the default AppData location off the 45GB eMMC and onto a larger volume: Open Settings Then Apps Then, in the Select a new location field, click on the new Storage volume you want to move it to (in my case, the Apps Storage Pool), which is the SSD RAID mirror. Confirm the Migration warning Be praised! You can also do this for Docker (which by default installs onto the 45GB eMMC flash drive) and the User database. Plex Setup Next, I tested the configuration by installing the Plex Server app from the App Store. The library folders must already exist (which I placed into the Storage Pool). Plex Server setup is straightforward and requires very little configuration. In my case, all I had to do was add the media path I just created, which you can also browse to using the folder icon in the path field. In addition, you can now map the new Media library in Windows Explorer using the Zima Client. Oddly enough, it is not possible to access the ZimaBoard 2 over the Network Neighborhood; you must map drives using the client, which is shown in the last image in the above gallery. I watched one of my Blu-Ray rips, which is Dolby Vision with Dolby Atmos, and the content played fine with no stuttering or buffering, which is what anyone needs in this scenario. ZimaBoard 2 Zima Client mobile app There's also a client for mobile. It is pretty barebones, as shown in the above gallery, for example, the Apps screen launches the WebUI for that app, and the Backup must be done manually. On opening Backup, you can select internal storage folders on your phone to backup to the ZimaBoard 2's storage, and although this is constantly scanned, the backup action itself must be manually triggered. There is an option to allow foreground backup (last image in the above gallery), but this basically means the queued backup gets triggered when you manually open the app. Benchmarking SATA PCIe 3.0 X4 A CrystalDiskMark test on a mapped network drive from within a Windows 11 25H2 PC (image above) connected over a 2.5 GbE was well within acceptable ranges. Writes were generally better on the SSD RAID mirror. SATA PCIe 3.0 X1 I also ran the NAS Performance tester, which tests the link speed performance. As you can see, it pretty much maxes out the 2.5GbE connection. Of course, you can also opt to bond the two 2.5 GbE connections for a bit more umph, but I didn't do that. Thermals Top PCIe card SATA HDDs Next, I measured some hotspots while playing content on Plex. It's fair to say this will perform better than a NAS that is enclosed in a metal or plastic case, as almost everything storage-wise is exposed! Anyway, the ZimaBoard 2 did not break a sweat with Plex streaming or disk benchmarks. ZimaOS Factory Reset ZimaOS does not include a factory reset option. Instead, you have to download the ZimaOS image and flash it to the eMMC manually. The flashing process is shown in the above gallery. The steps to do so are listed below: Download the ZimaOS image here; Open BalenaEtcher (Run as Administrator) and select the image; Select your inserted USB drive (min 8 GB) Flash to it; Connect your USB drive, monitor, keyboard, USB hub (optional), mouse (optional), and network cable (recommended) to the ZimaBoard 2; Connect power and press F11 continuously; Select your USB drive starting with UEFI in the boot device menu; Press Enter on the Install ZimaOS option; Select /dev/mmcblk0 (MMC) flash drive as target; Confirm with (three times) to wipe the target disk; Wait a couple of minutes while ZimaOS installs; Remove the USB drive and confirm with a reboot; Your ZimaBoard 2 has been factory reset. However, you don't have to stick with ZimaOS, in fact the company also offers official CasaOS images, that are based on Debian; or as they say themselves, put anything you want on this "hackable single board server" it's up to you. Conclusion I had a lot of fun putting this together. I've custom-built all my own PCs and servers since the 90s, and this is the first time I have had to put a NAS together. Even if the actual base ZimaBoard 2 was already a completed build, it still feels pretty custom. I just wish that IceWhale Technology included a getting-started guide in the box for the Start Kit, which would have really completed this kit. Instead, I had to search for the official video on the YouTube channel to make sure I wasn't doing anything wrong. So who is this for? Definitely the hobbyist who is comfortable building their own PC and servers. It also has a much smaller footprint than its nearest equivalent (in terms of specs), like the Beelink Me Pro, which is another NAS I will be testing soon. Although the Beelink does not come with the PCIe 3.0 X4 expansion, the ZimaBoard 2 Starter Kit suddenly looks to be a great bargain, even if it only offers the two 3.5-inch bays over the four in the other example. It makes a lot of sense to use Intel's N150 chip inside a NAS; it is more than capable of doing what the ZimaBoard 2 is intended for, media streaming and backup. It also looks like the IceWhale Technology staff are quite active in the official forums helping people with issues they come across with ZimaOS and the devices, peer support seems to be good as well, I was quickly able to find why I was not able to create a new Storage Pool in ZimaOS v1.6.1 even though that is quite a serious bug, hopefully it will be fixed in the next update. If you are comfortable with the command line and Docker, you'll be fine. You can do great things with this hardware. This was my first time with ZimaOS. It seems a bit barebones in comparison to the likes of Synology DSM, TOS, and UGOS, but it has a ton of apps to get you started with your home or small business NAS. Where to buy As of publishing, IceWhale Technology is running a discount of up to 5% for the Starter Kit. If you opt to get just the ZimaBoard 2 itself, it does come with a SATA Y-Cable, so you will be able to connect up to two 3.5-inch HDDs to it. ZimaBoard 2 1668 Starter Kit for $534.50 on Amazon US (was $548.60) ZimaBoard 2 832 Starter Kit for $372.88 on Amazon US (was $390.60) Zimaboard 2 1668 (16GB+64GB) for $419.90 on Amazon US Zimaboard 2 832 (8GB+32GB) for $359.90 on Amazon Disclosure: IceWhale Technology provided a free sample without any editorial input or review pre-approval. Good to know The Amazon link is U.S. specific, and not available in other regions unless specified. We only use first-party seller links (at the time of article publishing); ensure that you purchase from a first-party seller link only. Check out Today's Deals on Amazon | or our recent tech deals. Become a Prime member (for Students or SNAP) via Neowin Get Prime Access - Prime for half price (for qualifying Medicaid, EBT, SNAP) Subscribe to Prime Video, Audible Plus, Music Unlimited or Kindle Unlimited via Neowin As an Amazon Associate, when you purchase through links on our site, we earn from qualifying purchases.
    • It's in the Insider's group so yes it's technically beta, though these days it's hard to see much of a difference unless you opt for the most extreme beta builds, which I don't. When I moved here from the Release Preview channel I did so primarily because I wanted to see how well the restored taskbar functionality (restored from Win10, and earlier) is working and whether it was time to finally abandon SAB--and it is--working fine, so far. Not as polished as SAB, but it'll do for me.
    • I've been using MWB Premium for a number of years so that along with Windows updates and updated browser should be fine. Thanks for that.
  • 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
      488
    2. 2
      +Edouard
      220
    3. 3
      PsYcHoKiLLa
      147
    4. 4
      Steven P.
      74
    5. 5
      FloatingFatMan
      70
  • Tell a friend

    Love Neowin? Tell a friend!