# LidarView how to switch from mutiple Interpreters

**URL:** https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679
**Category:** LidarView, Lidar, and SLAM
**Created:** [October 29, 2020, 11:40am UTC](https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679 "2020-10-29T11:40:30Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![debupt](https://discourse.paraview.org/user_avatar/discourse.paraview.org/debupt/32/4806_2.png) [@debupt](https://discourse.paraview.org/u/debupt)
#### Post date: [October 29, 2020, 11:40am UTC](https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679/1 "2020-10-29T11:40:31Z")

</div>

I have implemented different lidar drivers in LidarView, as different `PacketInterpreter`, such as hesai and robosense. So, where should I switch to different Interpreter and instantiation it

---

<div class="post-metadata">

### Author: ![mwestphal](https://discourse.paraview.org/user_avatar/discourse.paraview.org/mwestphal/32/17_2.png) [@mwestphal](https://discourse.paraview.org/u/mwestphal)
#### Post date: [November 4, 2020, 8:43am UTC](https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679/2 "2020-11-04T08:43:58Z")

</div>

@bastien.jacquet

---

<div class="post-metadata">

### Author: ![bastien.jacquet](https://discourse.paraview.org/user_avatar/discourse.paraview.org/bastien.jacquet/32/1067_2.png) [@bastien.jacquet](https://discourse.paraview.org/u/bastien.jacquet)
#### Post date: [November 5, 2020, 8:26am UTC](https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679/3 "2020-11-05T08:26:13Z")

</div>

Hi,  
It depends how you did it, can you point us to your code?  
The interpreter switch does not happen automatically. It can be chosen by instantiating the intended filter from the Python Shell, or a specific UI can be created and linked to specific interpreters.  
Bastien Jacquet, LidarView Lead

---

<div class="post-metadata">

### Author: ![Bernhard](https://discourse.paraview.org/user_avatar/discourse.paraview.org/bernhard/32/10410_2.png) [@Bernhard](https://discourse.paraview.org/u/Bernhard)
#### Post date: [November 17, 2022, 3:58pm UTC](https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679/4 "2022-11-17T15:58:14Z")

</div>

also trying to create an interpreter for Robosense RS16. whats the best way to import other interpreters? @bastien.jacquet

---

<div class="post-metadata">

### Author: ![Gatien\_Ferret](https://discourse.paraview.org/user_avatar/discourse.paraview.org/gatien_ferret/32/9789_2.png) [@Gatien\_Ferret](https://discourse.paraview.org/u/Gatien_Ferret)
#### Post date: [November 17, 2022, 4:15pm UTC](https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679/5 "2022-11-17T16:15:02Z")

</div>

Hello @Bernhard ,

You would need to create a VTK wrapping for and instantiate it in the list of interpreters that are available in the app (in particular in the [calibration dialog](https://gitlab.kitware.com/LidarView/lidarview/-/blob/master/Application/Ui/Widgets/vvCalibrationDialog.cxx#L36) ) and switch to it when opening an RS16 lidar sensor pcap file as the same time as you open calibration file.  
If you already have some code available, we’d be happy to help you bring it in, and potentially even contribute to extending Lidarview capabilities !

Regards,  
Gatien Ferret  
Kitware Europe Computer Vision Team Lead, LidarView Maintainer

---

<div class="post-metadata">

### Author: ![Bastien.Jacquet.P4D](https://discourse.paraview.org/user_avatar/discourse.paraview.org/bastien.jacquet.p4d/32/9596_2.png) [@Bastien.Jacquet.P4D](https://discourse.paraview.org/u/Bastien.Jacquet.P4D)
#### Post date: [November 17, 2022, 5:32pm UTC](https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679/6 "2022-11-17T17:32:04Z")

</div>

Hello Bernhard,

To extend on Gatien answer (and my own answer from 2020), it depends on whether:

1. you want to have an UI to select the interpreter  
A. Yes  
B. No
2. your interpreter inherits from [vtkLidarPacketInterpreter](https://gitlab.kitware.com/LidarView/lidarview-core/-/blob/master/LidarPlugin/Plugin/LidarCore/IO/Lidar/Common/vtkLidarPacketInterpreter.h#L35)  
C. Yes  
D. No

C is mandatory. If not already the case, it needs to happen (eg. through wrapping).

The quickest is “BC”: doing the switch without UI, and having already an inherits on vtkLidarPacketInterpreter.  
In that situation, you can directly set the interpreter manually through the Python Shell.

If in the AD case, you need everything Gatien mentionned.

Best regards,  
[Bastien Jacquet, PhD](https://www.linkedin.com/in/bastienjacquet)  
Former LidarView creator & Lead,  
Now helping companies deliver their R&D projects @ [Perception4D](https://www.linkedin.com/company/Perception4D)

---

<div class="post-metadata">

### Author: ![debupt](https://discourse.paraview.org/user_avatar/discourse.paraview.org/debupt/32/4806_2.png) [@debupt](https://discourse.paraview.org/u/debupt)
#### Post date: [November 18, 2022, 6:35am UTC](https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679/7 "2022-11-18T06:35:50Z")

</div>

@Bernhard

I have implemented this and works fine for Hesai/Luminor LIDARs, and I had a quick meeting with Kitware LidarView team whether I can merge such modifications. It seems due to LIDAR vender’s restriction, they can’t import different kinds of Lidar interpreters into LidarView

---

<div class="post-metadata">

### Author: ![Gatien\_Ferret](https://discourse.paraview.org/user_avatar/discourse.paraview.org/gatien_ferret/32/9789_2.png) [@Gatien\_Ferret](https://discourse.paraview.org/u/Gatien_Ferret)
#### Post date: [November 18, 2022, 4:39pm UTC](https://discourse.paraview.org/t/lidarview-how-to-switch-from-mutiple-interpreters/5679/8 "2022-11-18T16:39:52Z")

</div>

Indeed, as much as we would like to be able to introduce any sensor, most vendors also have their viewer on their side, and therefore may not want to have a concurrent app for this.  
Hopefully we will be able to add more and more functionalities (and supported sensors) in the future to the app.  
Be sure to follow our [blog](https://www.kitware.com/blog) for the news on when that happens !
