# Launching the latest mrview/shview on Docker
**URL:** https://community.mrtrix.org/t/launching-the-latest-mrview-shview-on-docker/2362
**Category:** Uncategorized
**Created:** [March 15, 2019, 5:47pm UTC](https://community.mrtrix.org/t/launching-the-latest-mrview-shview-on-docker/2362 "2019-03-15T17:47:54Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@Daniel\_Kc](https://community.mrtrix.org/u/Daniel_Kc)
#### Post date: [March 15, 2019, 5:47pm UTC](https://community.mrtrix.org/t/launching-the-latest-mrview-shview-on-docker/2362/1 "2019-03-15T17:47:54Z")
Dear MRtrix(3) specialists,
For development purposes, I’ve been using the latest version of MRtrix3 in a container on Docker Desktop and I find no reference on how to set up remote rendering to be capable of launching mrview/shview GUI components in Docker. The truth is that my understanding of this setup is rather poor. I’m nevertheless able to run older versions of mrview via X-server forwarding, i.e. connecting to the X-server by exporting its IP address within a Docker container. My graphics card complies with the OpenGL 3.3 requirements.
Can you provide any step-by-step manual for that?
Regards,
Daniel
---
### Author:  [@jdtournier](https://community.mrtrix.org/u/jdtournier)
#### Post date: [March 19, 2019, 4:10pm UTC](https://community.mrtrix.org/t/launching-the-latest-mrview-shview-on-docker/2362/2 "2019-03-19T16:10:31Z")
This is essentially the same problem as with [remote rendering over X11](http://community.mrtrix.org/t/mrview-in-remote-server-and-opengl/2023/2), or running on the [Windows Subsystem for Linux](http://community.mrtrix.org/t/mrtrix3-configuration-problem-on-windows-subsystem-for-linux-wsl/1014/9): there is no direct rendering interface, so the software needs to fall back to the traditional X11 OpenGL extension (GLX), which currently only provides support for OpenGL up to version 2. However, [it does somehow mysteriously work](https://github.com/MRtrix3/mrtrix3/issues/1398) when the stars are in alignment (or more likely, when the exact right versions of the mesa drivers are installed and talking to each other).
Other relevant sources:
- [Beginner: Distros and system setup for MRtrix](http://community.mrtrix.org/t/beginner-distros-and-system-setup-for-mrtrix/726/3)
- [Our main docs](https://community.mrtrix.org/t/remote-display-issues/2547)
- [There is a chance this might work better using snaps rather than Docker](https://github.com/MRtrix3/mrtrix3/pull/935) - but that’s way outside my comfort zone…
Ultimately, I don’t think this is something that we intend to fix any time soon – the chances are, this issue will go away all by itself once [support for remote rendering](http://www.h-online.com/open/news/item/Wayland-prototype-for-rendering-software-that-runs-remotely-1715463.html) is properly added to [Wayland](https://wayland.freedesktop.org/).
---
### Author:  [@Daniel\_Kc](https://community.mrtrix.org/u/Daniel_Kc)
#### Post date: [March 20, 2019, 10:20am UTC](https://community.mrtrix.org/t/launching-the-latest-mrview-shview-on-docker/2362/3 "2019-03-20T10:20:37Z")
Thank you for your tips @jdtournier . For now, I’ve installed the same MRtrix3 version on Windows, as instructed in your main docs. Using this seemingly easiest workaround, I’m now running the latest mrview version without any issues.