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

override mesa openGL versions #319

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open

override mesa openGL versions #319

wants to merge 1 commit into from

Conversation

milahu
Copy link

@milahu milahu commented Jul 22, 2020

add the --forceSL150 flag to ignore the openGL Shader Language version reported by

glxinfo | grep -i "shading language"

this has the same effect as running

MESA_GL_VERSION_OVERRIDE=3.2 MESA_GLSL_VERSION_OVERRIDE=150 OpenHantek

http://www.mesa3d.org/envvars.html

MESA_GL_VERSION_OVERRIDE
changes the value returned by glGetString(GL_VERSION) and possibly the GL API type.
Mesa may not really implement all the features of the given version. (for developers only)

MESA_GLSL_VERSION_OVERRIDE
changes the value returned by glGetString(GL_SHADING_LANGUAGE_VERSION). Valid values are integers, such as "130".
Mesa will not really implement all the features of the given language version if it's higher than what's normally reported. (for developers only)

related issues are #221 and #236

add the --forceSL150 flag to ignore the openGL Shader Language version reported by
glxinfo | grep -i "shading language"

this has the same effect as running
MESA_GL_VERSION_OVERRIDE=3.2 MESA_GLSL_VERSION_OVERRIDE=150 OpenHantek

http://www.mesa3d.org/envvars.html

MESA_GL_VERSION_OVERRIDE
changes the value returned by glGetString(GL_VERSION) and possibly the GL API type.
Mesa may not really implement all the features of the given version. (for developers only)

MESA_GLSL_VERSION_OVERRIDE
changes the value returned by glGetString(GL_SHADING_LANGUAGE_VERSION). Valid values are integers, such as "130".
Mesa will not really implement all the features of the given language version if it's higher than what's normally reported. (for developers only)

related issues are #221 and #236
@milahu
Copy link
Author

milahu commented Jul 22, 2020

added Signed-off-by: Milan Hauth <milahu@gmail.com> to commit message, DCO check should pass

@Ho-Ro
Copy link
Member

Ho-Ro commented Jul 22, 2020

Please check #277!

@milahu
Copy link
Author

milahu commented Jul 23, 2020

thanks ....
new mission: add DSO-2250 support to OpenHantek6022
the interface runs fine, thanks to version 120 shader code

@Ho-Ro
Copy link
Member

Ho-Ro commented Jul 23, 2020

new mission: add DSO-2250 support to OpenHantek6022

It could happen if someone sponsors me a DSO-2250.

There's no point in developing for a device if I don't have a test facility. I only own a DSO-6022BE; the experience I gained with the 6022BL (which uses only minimally different ports) and the DDS-120 (which has a little more variation) from other users has confirmed me in this - no development if the target hardware is not available!
Same goes for a non-existent target OS; I develop on Debian and can compile and test in real also on the RPi. The compilation for Windows and MacOS (I don't own either) is done for me by the CI providers Travis and AppVeyor - no testing possible. The translation for FreeBSD in qemu runs on my machine, testing is also not possible due to the virtualized USB.

@milahu
Copy link
Author

milahu commented Jul 23, 2020

It could happen if someone sponsors me a DSO-2250.

i could publish my USB port online, but the latency would be terrible
naah, im already working on the code, its mostly just cut-and-paste

  • switch between control and bulk commands, depending on model
  • restore code for handling bulk commands?
  • disable calibration stuff for DSO2250
  • get fixedSampleRates for DSO2250?
  • allow to set "record length" (20.5 kS, 1.05 MS, roll, etc)

@Ho-Ro
Copy link
Member

Ho-Ro commented Jul 24, 2020

I would choose this branch as the starting point for your fork, because after that I only worked with regard to the 6022 series and also often removed the device independence of the software when necessary.

@davhak
Copy link

davhak commented Aug 31, 2020

In my case with Voltcraft 5200A the signal is not shown as well.
Does anyone aware of a working commit for 5200A?

@henrik1g
Copy link

It could happen if someone sponsors me a DSO-2250.

i could publish my USB port online, but the latency would be terrible
naah, im already working on the code, its mostly just cut-and-paste

Did you have success on getting the 2250 to work ?

I also own one with similar problems. (No data shown with latest openhantek)
With latest openhantek and the MESA_GL_VERSION_OVERRIDE=3.2 MESA_GLSL_VERSION_OVERRIDE=150 enviroment workaround some data is shown but only on the very left side of the graph. Unusable.
openhantek6022 works nicely in demo mode on ubuntu 20.10.
openhantek6022 at "last_legacy_support" shows some data but unusably cramped on the very lefthand side of the graph, like with the version workaround above.

If you got the 2250 running would you share your work? Thank =)

@milahu
Copy link
Author

milahu commented May 17, 2021

Did you have success on getting the 2250 to work ?

i ended up using pulseview, cos i needed a logic analyzer

iirc, my dso 2250 worked with openhantek

can you run windows with the original hantek software?
there you also can calibrate the scope, maybe that helps

or switch to a lower frequency?

@henrik1g
Copy link

henrik1g commented May 18, 2021 via email

@milahu
Copy link
Author

milahu commented May 18, 2021

When (i.e. what version/commit of openhantek) was that?

it worked with the latest version, see #236 (comment)
that was one year ago, on arch linux

bad news: cannot reproduce on my current system : /
the interface just hangs ... updates like once every 10 seconds
but shows no data, not even for the math channel

but pulseview works, just without the live scope / FFT view

@henrik1g
Copy link

henrik1g commented May 19, 2021 via email

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

Successfully merging this pull request may close these issues.

4 participants