Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RealSense error calling rs2_set_option(options:0x55665d509b00, option:Gain, value:16): xioctl(VIDIOC_S_CTRL) failed Last Error: Invalid or incomplete multibyte or wide character #7056

Closed
96daja11 opened this issue Aug 7, 2020 · 2 comments

Comments

@96daja11
Copy link

96daja11 commented Aug 7, 2020


Required Info
Camera Model D435i
Firmware Version 05.12.06.00
Operating System & Version Linux Ubuntu 18.04
Kernel Version (Linux Only) 5.4.0-42-generic
Platform PC
SDK Version 2.36.0
Language C++
Segment Robotics

Hi,

I have a process that works fine when I developed it in Ubuntu 16.04, but now when I have updated to Ubuntu 18.04 I get the following error when trying to run it:

RealSense error calling rs2_set_option(options:0x55665d509b00, option:Gain, value:16):
    xioctl(VIDIOC_S_CTRL) failed Last Error: Invalid or incomplete multibyte or wide character 

I saw someone having a similar issue in #6041 in march, and the answer seemed to be that it was a work in progress. So I wonder if there has been any progress regarding this?

@MartyG-RealSense
Copy link
Collaborator

MartyG-RealSense commented Aug 7, 2020

Hi @96daja11 In likelihood it is a kernel related issue if xioctl(VIDIOC_S_CTRL) is involved. As kernel 5.4 is not yet officially supported by librealsense (though can work with it), it may be worth trying the backend method of librealsense installation from source code to see whether it solves your error, as this method is not dependent on Linux versions or kernel versions and does not require patching (though it does require an internet connection).

#6368 (comment)

When building librealsense using kernel patchng, my understanding is that using LTS versions of kernels instead of generic is preferable.

@MartyG-RealSense
Copy link
Collaborator

Case closed due to no further comments received.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants