• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • Unexplored Territory Podcast
  • HA Deepdive
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

Various

Can’t enable AMD ReLive VR during install of Radeon Pro Software?

Duncan Epping · Jan 8, 2020 ·

Yesterday I bumped into an issue where I wanted to enable AMD ReLive VR but the option didn’t show in the configuration window strangely enough. I remembered that the first time I installed the Radeon Pro Software for Enterprise I had an option to enable AMD ReLive VR during the process, but I couldn’t recall seeing the option this time during the install. I simply reinstalled Radeon Pro assuming the option would pop up but it didn’t. It seems that this was caused by the fact that there were already AMD drivers installed, a bit strange as all other AMD Radeon Pro components can be selected and installed when there’s a driver present, but ReLive simply won’t show up as an option.

So I used the AMD provided tools to completely uninstall all AMD Radeon related software. When you do this and you reboot the VM you will be presented the following screen at the end of the install of the Radeon Pro software, this then allows you to install ReLive VR, which you can then configure and enable through the settings window as also shown below.

AMD Radeon settings window transparent in a VM?

Duncan Epping · Jan 6, 2020 ·

I have been playing with VR technology for the past month. The last couple of weeks my focus has been to install/configure a VM which streams the VR app over wifi to a headset. I ran into a problem with ALVR last week as documented here, but I also ran into an issue with the AMD Radeon software when I wanted to use the AMD tools to stream a VR app. When you install the AMD Radeon software within a VM and want to configure the (passthrough) graphics card or ReLive VR the Radeon configuration window shows up transparent, it looks as below. Which means you can’t configure it, you can’t enable things like ReLive VR.

The only way to get the window to show up normal is to remove the VMware SVGA device using Device Manager. Simply completely remove it and restart the VM and the problem is solved. If you have svga.present set to false you will need to click “view hidden devices” in Device Manager first before you can remove the installed software/driver by the way. When rebooted it will look normal again and it will allow you to enable and configure ReLive VR, or any other options you need to configure of course.

Seeing green only on your HMD when using ALVR to stream an app?

Duncan Epping · Jan 2, 2020 ·

I have been testing various things as part of the Take 3 I started not too long ago. While I was setting up my environment I ran into a few issues. One of those issues was something very strange. Just so people understand what I am testing, I have an Oculus Quest headset to which I want to stream a VR app over WIFI from a powerful VM which has a passthrough GPU. Now by default, this isn’t possible. The Quest wasn’t intended for this particular usecase. In order to do this you need to setup some kind of remoting technology, which is where ALVR comes in to play. ALVR is an open source remoting/streaming solution for VR applications. Huh, what are you doing? Well as shown in the diagram below I am basically running an App using Steam within Windows and then streaming that output using ALVR from the server to the client, where the client runs as an app on the HMD (head-mounted display).

There’s also AMD ReLive VR and NVIDIA Cloud XR by the way, of which I have also tested AMD ReLive VR, which is embedded in the AMD Driver and can be enabled through the AMD advanced settings. Anyway, while testing this solution I had to disable the display head by setting “svga.present = false” in order for ALVR to work (otherwise I would get an error stating “could not create graphics device for adapter 0”), which means that as a result, I can’t access the VM using the Web/Remote Console, unfortunately.

So in order to launch the VR app and ALVR Server I have to RDP into the Windows 10 VM. When doing so I can launch the apps and connect the Headmount to ALVR Server, great… But when putting on the headset I would only see green, basically a big green screen. So why did this happen? Well, it appears that it is an artifact caused by the fact that I am launching the VR app from within an RDP session. When using RDP you end up using a specific video driver for the screen rendering, which is not something ALVR (or AMD ReLive VR) understands. So in order to get around it, you will need to log in from a “proper” console to the Windows VM and launch the app from there so that it is rendered by the AMD or NVIDIA driver instead. I used TightVNC to get around the problem, there are other solutions, but this was the fastest to implement for me.

VR and AR, what is it good for besides gaming? (Take 3 learnings)

Duncan Epping · Dec 9, 2019 ·

I first got introduced to Virtual Reality (VR) in the 90’s. Back then it was all about gaming of course. Even today though the perception is that it is mainly about gaming, and to be honest that was also my perception. When I spoke with Alan Renouf the first time about the project he was working on and I saw his keynote demo I didn’t really see the opportunity. It all felt a bit gimmicky, to be honest, but can you blame me when the focus of the demo is moving workloads to the cloud by picking up a VM and throwing it over “the fence”.

In the last few days, as part of my Take 3, I have been mainly reading up on VR and AR use cases. I listened to podcasts and watched a dozen youtube videos. While listening, reading and watching it became clear to me that the perception I have(had) is way off. I had never given this much thought I guess, but the more I read, watch, hear, the more I get excited about the opportunities for VR/AR out there.

I believe right now training is a big opportunity. When I heard about this I related it back to my own job, but that is not really where the opportunity is today. The opportunity here is training for dangerous, challenging, or hazardous scenarios, which are often expensive and difficult to create. Okay, let’s get a bit more specific here, one of the examples I learned about last week was training for firefighters. Not just the actual fire fighting, but also the investigation of for instance how and where the fire started.

It isn’t something I ever thought about, but in order to train firefighters they create a room inside a container, burn down the container and then have groups of firefighters try to figure out how and where the fire started. The problem is though if they train 10 groups per day, only the last group can touch the objects and do a proper investigation. With VR this problem is solved, as after every training session you reset and start over. Same for instance could apply to police force training for things like crime scene investigation. Or for instance training of personnel working (nuclear) power plants, oil platforms, etc etc. Or even customer services training for retailers like Walmart, let them deal with difficult customers in VR first, let them handle dozens of difficult situations in VR before they are exposed to “real” customers.

There are many companies that have a need for (realistic) training of personnel in an easy, repeatable, and relatively affordable way. VR and AR allows you to do just that. If you want to learn more, I recommend listening to the Virtually Speaking Podcast episode covering Spatial Computing.

Taking a break with VMware Take-3

Duncan Epping · Dec 3, 2019 ·

Over the past 6 years, my focus has very much been VMware vSAN. I started focussing on vSAN when we internally started working on Project Marvin in 2012, or EVO:RAIL as it was officially called, which then became Dell EMC VxRail. After a brief stop in the corporate Office of CTO I then joined the Office of CTO for Storage and Availability to focus solely on vSAN. I think it is fair to say that vSAN has been on top of mind for what feels forever. As such, I figured I needed a break, some time to think and talk about something different for a change, some time to learn new technologies, some time to work on something else.

Fortunately, VMware has this great concept called “Take 3”. Take 3 provides you the opportunity, if you have been with VMware for at least 5 years, to spend 3 months working on something else. No, I am not going to a cabin in the woods and think for 3 months. That would be nice, but that is not an option. Take 3 provides you the option to join projects, or teams, which have published an opening and are looking for help. I looked around the Take 3 portal to see what kind of opportunities were listed, and I found one that immediately caught my attention: Spatial Computing aka VR/AR/MR. (If you work for VMware and want to know more, or are interested simply go to the Take 3 portal, note that the Spatial Computing team has other T3 opportunities open.)

Some of you may recall the awesome demo Alan Renouf gave at VMworld during the keynote a few years ago. Well, that demo ultimately turned in to an incubation project which Alan is running together with my old professional services colleague Matt Coppinger. I had a conversation with Alan, Matt and their lead developer Arjun Dube and decided to jump on-board for 3 months. Note, jump on board for 3 months! This doesn’t mean I will be leaving the HCI BU or move away from vSAN. I will return for duty in March, but until then I will dive into virtual/augmented reality. I am aiming to update you folks occasionally, over the course of the next 3 months, on my experience of taking on this project. If you want to know more about what it is all about, listen to Alan on the VMTN Podcast below.

For now, I am looking forward to learning new technologies like AR, VR, GPUs etc. I am very thankful that VMware provides its employees with opportunities like these. The only thing I wonder is, why I waited 11 years before trying this. Ah well, time to put on my goggles and submerge in virtual reality!

  • « Go to Previous Page
  • Page 1
  • Interim pages omitted …
  • Page 6
  • Page 7
  • Page 8
  • Page 9
  • Page 10
  • Interim pages omitted …
  • Page 127
  • Go to Next Page »

Primary Sidebar

About the Author

Duncan Epping is a Chief Technologist and Distinguished Engineering Architect at Broadcom. Besides writing on Yellow-Bricks, Duncan is the co-author of the vSAN Deep Dive and the vSphere Clustering Deep Dive book series. Duncan is also the host of the Unexplored Territory Podcast.

Follow Us

  • X
  • Spotify
  • RSS Feed
  • LinkedIn

Recommended Book(s)

Advertisements




Copyright Yellow-Bricks.com © 2025 ยท Log in