<yootis>
glscopeclient was unable to initialize GLEW and cannot continue. This probably indicates a problem with your graphics card drivers. GLEW error:Unknown error
<yootis>
[matt@matt-laptop build]$ src/glscopeclient/glscopeclient --debug myrigol:rigol:lan:192.168.1.137:5555Warning: glscopeclient works best with the OMP_WAIT_POLICY environment variable set to PASSIVEDetecting CPU features... * AVX2 Connecting to SCPI oscilloscope at 192.168.1.137:5555Context: OpenGL 4.6 compatibility profile GL_VENDOR = Intel
<_whitenotifier-f>
[scopehal-apps] azonenberg closed issue #153: Rewrite header comments to say "scopehal-apps" and not "Antikernel" - https://git.io/JJ2f8
<azonenberg>
yootis: is there a package glew-wayland on fedora?
<azonenberg>
or glew-wayland-devel i guess
<azonenberg>
if so, install that rather than the glew-devel package which apparently only works on x11
<azonenberg>
i think you're our first wayland user so this is good to know
<yootis>
don't think so. I can try to switch to regular X to see if it helps
<azonenberg>
ah yes
<monochroma>
wayland is still a mess >.<
<yootis>
ok, be back in a bit
yootis has quit [Remote host closed the connection]
yootis has joined #scopehal
<yootis>
ok, regular X works
<_whitenotifier-f>
[scopehal-apps] azonenberg labeled issue #277: glscopeclient fails to run on Fedora under Wayland due to GLEW init failure - https://git.io/JTb7R
<_whitenotifier-f>
[scopehal-apps] azonenberg opened issue #277: glscopeclient fails to run on Fedora under Wayland due to GLEW init failure - https://git.io/JTb7R
<_whitenotifier-f>
[scopehal-apps] azonenberg labeled issue #277: glscopeclient fails to run on Fedora under Wayland due to GLEW init failure - https://git.io/JTb7R
<azonenberg>
yootis: great. Play around and enjoy, let us know if you have any other troubles
yootis has quit [Ping timeout: 245 seconds]
Degi has quit [Ping timeout: 264 seconds]
Degi has joined #scopehal
<_whitenotifier-f>
[scopehal] azonenberg pushed 1 commit to master [+0/-0/±4] https://git.io/JTbpU
<_whitenotifier-f>
[scopehal-apps] azonenberg closed issue #131: Add 48x48 renders of toolbar icons, and preference setting to use 24x24 or 48x48 - https://git.io/JJqpP
<_whitenotifier-f>
[scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±3] https://git.io/JTNfA
<azonenberg>
Default will remain 24x24 icons without text but now you can pick 24x24 or 48x48 and text, icons, or both
<lain>
looks very scope-like
<azonenberg>
I may even add a 64x64 or 96x96 option in the future to allow big chonky icons on hi-dpi screens if there's demand. the source files are SVG so it's just a matter of adding a one-line addition to the preferences file
<lain>
nice icons
<azonenberg>
and re-rendering the svgs at arbitrary scales
<azonenberg>
If we ever want to target touchscreen deployments, i think that will make sense
<lain>
yeah
<azonenberg>
as you can see, now that katharina has most of the core of the prefs system working i'm going through and adding switches to configure all kinds of things
<azonenberg>
Should the color ramp used for eye patterns be a preference?
<azonenberg>
right now it's a separate menu
<azonenberg>
and it doesnt persist
<azonenberg>
closely related: is there any reason why we would want to allow different color ramps on different types of persistence map?
<azonenberg>
i.e. having two eyes using different ramps simultaneously, or say an eye and a waterfall using different ramps
<azonenberg>
or is it reasonable to have the choice of ramp be a global preference, that you can change at any time but is the same across the whole application?
electronic_eel has quit [Ping timeout: 260 seconds]
electronic_eel has joined #scopehal
<azonenberg>
So i just did some additional VNA measurements of the AKL-PT1 v1.3 after some fine tuning of my de-embed model
<azonenberg>
it looks like i've got substantial peaking around 4.5-6 GHz, likely from the tip resonance
<azonenberg>
So, i re-measured the pico 921 probe with the second ground lead installed
<azonenberg>
apparently this substantially improves performance past ~2 GHz
<azonenberg>
Between that, and more accurately de-embedding the test fixture which had about 0.8 dB of loss at 6 GHz, the pico probe is looking a fair bit better
<azonenberg>
it has 2 dB of peaking around 3 GHz then starts falling off
<azonenberg>
lain: ^
<azonenberg>
my probe is looking worse, the fixture loss was hiding my 5 GHz peaking
<azonenberg>
So i think that filter i added to null out the tip resonance is actually too weak. I just couldn't tell because i wasn't correcting for fixture losses sufficiently
<azonenberg>
It's still not TOO bad, i can totally de-embed this
andresmanelli has joined #scopehal
<andresmanelli>
Hey azonenberg, scopehal's looking good :)
<bvernoux1>
nice
<andresmanelli>
A question: it would be possible to add support for a custom device, that for example sends CAN frames directly ? (Or any other BUS frames)
electronic_eel has quit [Ping timeout: 240 seconds]
electronic_eel has joined #scopehal
katharinawork has joined #scopehal
katharinawork has left #scopehal [#scopehal]
Katharina_ has joined #scopehal
<Katharina_>
o/
_whitelogger has joined #scopehal
Katharina_ has quit [Quit: Leaving]
bvernoux1 has quit [Quit: Leaving]
bvernoux has joined #scopehal
<azonenberg>
andresmanelli: Yes
<azonenberg>
in theory it should be possible to create a scopehal device that outputs any kind of waveform you want
<azonenberg>
Custom protocol frame rendering might take a little bit of work because right now the logic for turning a CANWaveform into text is part of CANDecoder
<azonenberg>
but i am open to architecture tweaks to make that easier
Pretzel4Ever has quit [Quit: ZNC 1.7.5 - https://znc.in]
<_whitenotifier-f>
[scopehal-apps] azonenberg commented on issue #270: Font size text in font-chooser dialog is dark color and almost unreadable - https://git.io/JTAGo
balrog has quit [Ping timeout: 264 seconds]
andresmanelli has quit [Quit: leaving]
balrog has joined #scopehal
balrog has quit [Remote host closed the connection]
balrog has joined #scopehal
bvernoux has quit [Quit: Leaving]
<Bird|otherbox>
azonenberg: pong. let me get on latest master and see about pushing up a new branch with the compiled-in ASAN suppression
<azonenberg>
Bird|otherbox: I was about to ask if you had fixed it
<azonenberg>
sounds like you have?
<Bird|otherbox>
I have a pretty good idea as to what to try
<azonenberg>
Great
<azonenberg>
Keep me posted
Pretzel4Ever has quit [Quit: ZNC 1.7.5 - https://znc.in]