Running Revo Scan on Linux

Just submitted a comment for feedback. Thanks for the pointer.

1 Like

Hi There, here’s another one interested in Linux support for your devices.

I read the thread and the market analysis from @PUTV caught my eye and… I beg to differ. It’s true that the vast majority of PCs are running Windows, but it is also true that this does not reflect usership: most of computers sit in offices and shovel around text documents: they do not represent potential audience for a 3D scanner, consumer or otherwise.

For the consumer market, you should consider what makers and creators, in other words people who already own at least one 3D printer, are running. You may find that, among those people, GNU+Linux is way more popular than in the world at large :slight_smile:

Secondly: you already have a Linux driver. From @frostworx posts I get that you’re running some embedded Linux distro on the device itself, which makes enormous sense but, most importantly for us users: you target Android, which is itself a Linux distribution of sorts –WiFi only, but that is not a bad thing, on the contrary: USB drivers are no fun.

I know that devs are expensive to hire (and paid poorly: I am reminded of that every month :smiley:) , but: GNU+Linux (that is: desktop) support can be achieved on the cheap by not trying any harder than: “tell” us what the scanner sends down the wire or WiFi.

Then things will happen.

I am assuming that the interesting stuff (i.e. the actual processing of the visual information in disparity maps or point clouds) is done on the device with some custom hardware (for which you may had to write a Kernel driver) –> the info we need on this end is, really, just how you package and send that to the host device. On this side, we have plenty (OpenCV, CGAL and at least a dozen more probably) to make sense of the data and display it.

Furthermore, if you want to relieve some pain to your dev team: don’t use WPF, develop the GUI with Qt, works on Windows and Linux and then it’s a matter of cross-compiling the software. I am sure that the USB & network code that is actually platform specific is small and easy to port anyway. That by the way is the “expensive” way to get GNU+Linux support.

Now I’m off playing with my POP, see you soon!

~~~

Necessary edit. I focused on consumer, here. Industry and academic are two very different matters. Industry you may know already (and yes, MS is prevalent, but things are changing). Academic: you need to talk to GNU+Linux, and this is based on direct experience on both sides of the market.

1 Like

Hi @mihares

It is up to the CEO’s and what the company board decide as they will have the last word on it .
If you want your voice to be heard directly? Send a feedback to customer@revopoint3d.com

Hi! Do you mean you managed to start Revo Scan 6 with wine? Could you share your setup?

On my side, I haven’t succeeded so far. it crashes at startup after a while. It connects properly to my POP3 via wifi (client not host). It download the calibration files properly, setup the different folders but eventually crash.

That being said it is much more than anything I was able to achieve with Revo Scan 5, which give me hope.

Finger crossed…. I’m tired running a ouindoze VM just for my scanner.

I just have , I hope it gets on the list of things to discuss lol scanning with a handheld pc would be nice , deck in one hand scanner in the other or even a miraco style rig

I got a Revopoint scanner recently so I’m trying to get the software running on Linux.

First attempt, made a new bottle in the Bottles app from Flathub, installed Revo Scan 6, tried to run it. It just crashes with no UI.

Second attempt, I ran Bottle’s Eagle analysis tool and followed its recommendations. Still crashes with no UI.

Third attempt, I pasted the terminal log into AI and got some suggestions. I added a DLL override for “simpleble” and set it to disabled. The app now launches and shows the UI. However, it says “CPU acceleration” and “no compatible graphics found”, so that would obviously be a big performance blocker. Also, the main viewport doesn’t seem to render correctly when I open the built-in sample project. The titlebar, menus, sidebar, status bar, settings window all work fine, but the main viewport is glitchy.

This is as far as I’ve gotten. I’ll try again another time…

2 Likes

Hey guys, has anyone captured what the DepthCam USB stream actually looks like on a working Windows setup? I’m chasing three specific things:

  1. The frame layout for format Z16Y8Y8 (format 3) the working assumption is a single w×2h frame packed as Z16 planeright IR, but I’d love confirmation of the exact plane order/offsets, and whether it’s delivered as one buffer or a two-part magic-tagged delivery (I can see 0x5a125a5a / 0x6a125a5a constants in the SDK).

  2. What healthy Full Field depth content looks like i would like to see the dense Z16 with the object silhouette? What value range, and is the depth scale really 0.01 (that is what the device reports via the depth-scale property, but I’m flying blind)?

  3. A USBPcap/Wireshark capture of even 10 seconds of a working Full Field scan on Windows… that one artifact lets me diff my frames against ground truth instead of guessing. I can’t make this capture myself as i dont own a microsoft machine and i cant easily plug the scanner into my proxmox.

    I am kinda doing it the hard way here because I do not know what this should actually look like, and some more information would be awesome.

cheers,
ev

Adding my support to this request. I’m a POP 4 owner and mainly scan for 3D printing projects. Being honest: Revo Scan is one of the main reasons my desktop still runs Windows - a native Linux build would remove that blocker for good.

A few points from my side:

  • You’ve shown with the AMD GPU support in Revo Scan 6.3.0 that forum requests get heard - and this thread has been running since 2022 and keeps growing.
  • The heavy processing runs on the host anyway, and you already ship Android/iOS clients - a desktop Linux build (even unsupported/experimental, as .deb or AppImage) doesn’t look like an architectural moonshot.
  • Plenty of makers in this thread and in ‘Linux Debian Software’ would happily help test.

Any chance this lands on the roadmap, even as an experimental release?