azonenberg changed the topic of #scopehal to: ngscopeclient, libscopehal, and libscopeprotocols development and testing | https://github.com/ngscopeclient/scopehal-apps | Logs: https://libera.irclog.whitequark.org/scopehal
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 4 commits to master [+3/-0/±18] https://github.com/ngscopeclient/scopehal-apps/compare/db900ad7241e...7d7558fcb698
<_whitenotifier-3> [scopehal-apps] azonenberg ced1057 - Initial skeleton code for "lab notes" feature. Added imgui_markdown submodule. See #659.
<_whitenotifier-3> [scopehal-apps] azonenberg fe70cb9 - Initial work on lab notes dialog and markdown editor integration. See #659.
<_whitenotifier-3> [scopehal-apps] azonenberg 26a8e51 - Lab notes are now saved and loaded with sessions, but not displayed during loading. See #659.
<_whitenotifier-3> [scopehal-apps] azonenberg 7d7558f - Lab setup notes, if present, are now displayed on the "speed bump" screen when loading a new session file. Fixes #659.
<_whitenotifier-3> [scopehal-apps] azonenberg closed issue #659: Add "lab notes" feature - https://github.com/ngscopeclient/scopehal-apps/issues/659
<_whitenotifier-3> [scopehal] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/ngscopeclient/scopehal/compare/e68e00044fcc...14640ce92f34
<_whitenotifier-3> [scopehal] azonenberg 14640ce - LeCroyOscilloscope: make sure we're in "absolute" voltage mode when configuring a two level trigger
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±3] https://github.com/ngscopeclient/scopehal-apps/compare/7d7558fcb698...97592c303b24
<_whitenotifier-3> [scopehal-apps] azonenberg 97592c3 - WaveformArea: implemented secondary trigger level arrow. Fixes #658.
<_whitenotifier-3> [scopehal-apps] azonenberg closed issue #658: ngscopeclient: Add another draggable trigger level cursor for two-level triggers - https://github.com/ngscopeclient/scopehal-apps/issues/658
<d1b2> <azonenberg> @hansemro please check two-level trigger support and make sure it does what you expect
<d1b2> <azonenberg> i tested briefly with a few on my lecroys
<d1b2> <azonenberg> note that i enforce a strict invariant that the upper level is above the lower
<d1b2> <azonenberg> so if you drag the trigger arrows across each other they'll trade places
<d1b2> <hansemro> I'll check it out soon.
Degi has quit [Ping timeout: 264 seconds]
Degi has joined #scopehal
<d1b2> <hansemro> It seems to work really well when the trigger dialog window is closed. However, when the trigger dialog window is up and you drag upper/lower trigger level, the cursor returns to original value. This does not seem to affect triggers with only one level.
<d1b2> <azonenberg> the cursor returns to its original value if the dialog is open? innnteresting. can you record a video or something so i can compare that to what i see on lecroy?
<d1b2> <hansemro> sure
<d1b2> <hansemro> By original value, I mean previous trigger level.
<d1b2> <hansemro> Unable to replicate?
<d1b2> <hansemro> I can try to do some digging
<d1b2> <hansemro> Either way, I am happy you got this in so fast!
<d1b2> <azonenberg> i mean most of the code was already there on the backend
<d1b2> <azonenberg> since glscopeclient already had support
<d1b2> <azonenberg> it was just a matter of adding the draggable arrow in ng
<d1b2> <hansemro> I tested on an older ngscopeclient build (without two trigger cursors) and it seems the bug is there as well.
<d1b2> <azonenberg> so when the cursor is released it should call SetLevel()
<d1b2> <azonenberg> i'll dig into it in a bot
<d1b2> <azonenberg> ok confirmed on my end
<d1b2> <azonenberg> i think i know what might be going on
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/ngscopeclient/scopehal-apps/compare/97592c303b24...43c2478ac288
<_whitenotifier-3> [scopehal-apps] azonenberg 43c2478 - WaveformArea: refresh trigger properties dialog when dragging a trigger
<d1b2> <azonenberg> @hansemro please confirm fixed
<d1b2> <hansemro> brb
<d1b2> <hansemro> Yes, fixed now. Thanks
<d1b2> <louis8374> I could do most any day after this Thu
<d1b2> <azonenberg> We were talking about next Monday, the 11th
<d1b2> <azonenberg> Not yesterday
<d1b2> <louis8374> D'oh. That should work fine
<d1b2> <azonenberg> Lol
<d1b2> <azonenberg> @bvernoux Can you have a look at the stuff in the top level CMakeLists.txt that has some fixes for "includes are incomplete in vulkan SDK" and see if the latest SDK release is still affected?
<d1b2> <azonenberg> it still talks about 224.1
<_whitenotifier-3> [scopehal] azonenberg pushed 1 commit to master [+0/-1/±0] https://github.com/ngscopeclient/scopehal/compare/14640ce92f34...6ba8d502c1a6
<_whitenotifier-3> [scopehal] azonenberg 6ba8d50 - Stop building scopeexports
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±3] https://github.com/ngscopeclient/scopehal-apps/compare/43c2478ac288...c5ba6147e0d9
<_whitenotifier-3> [scopehal-apps] azonenberg c5ba614 - Changed a few more glscopeclient references to ngscopeclient, stop building/linking to scopeexports as it's deprecated
<_whitenotifier-3> [scopehal-docs] azonenberg pushed 2 commits to master [+1/-0/±2] https://github.com/ngscopeclient/scopehal-docs/compare/a6c7b4d8e50b...20f5fa638519
<_whitenotifier-3> [scopehal-docs] azonenberg ee508af - Initial skeleton of spectrometer driver section (not finished)
<_whitenotifier-3> [scopehal-docs] azonenberg 20f5fa6 - Updated 'getting started" to install cairomm packages instead of gtkmm packages, bumped Vulkan SDK version number
<_whitenotifier-3> [scopehal] azonenberg pushed 1 commit to master [+0/-0/±2] https://github.com/ngscopeclient/scopehal/compare/6ba8d502c1a6...56bcb47a0f0a
<_whitenotifier-3> [scopehal] azonenberg 56bcb47 - Link to cairomm instead of gtkmm
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±7] https://github.com/ngscopeclient/scopehal-apps/compare/c5ba6147e0d9...9fd1a7118b6c
<_whitenotifier-3> [scopehal-apps] azonenberg 9fd1a71 - Link to cairomm instead of gtkmm since we no longer use GTK. Bump MacOS Vulkan SDK version number in CI scripts
<d1b2> <azonenberg> ok now let's see what this rboke lol
<d1b2> <azonenberg> I just removed the last vestiges of GTK dependencies in the build flow. We had been pulling in all of GTK just to link to cairo in a few spots
<d1b2> <azonenberg> so i removed that and added cairo as an explicit dependency
<d1b2> <azonenberg> which should speed builds as there's less junk being pulled in
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/ngscopeclient/scopehal-apps/compare/9fd1a7118b6c...d2981ddede5e
<_whitenotifier-3> [scopehal-apps] azonenberg d2981dd - Fixed typo in package name
<d1b2> <azonenberg> and sure enough i borked a bunch
<d1b2> <azonenberg> ok hmmm seems i still need gtk on Linux for the file browser dialog
<d1b2> <azonenberg> (we use native on Windows and imgui on macos)
<_whitenotifier-3> [scopehal-docs] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/ngscopeclient/scopehal-docs/compare/20f5fa638519...2435ff795d09
<_whitenotifier-3> [scopehal-docs] azonenberg 2435ff7 - Fixed some breakage from gtkmm removal
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±5] https://github.com/ngscopeclient/scopehal-apps/compare/d2981ddede5e...a835b97e8215
<_whitenotifier-3> [scopehal-apps] azonenberg a835b97 - Fixed various build system problems from last commit
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/ngscopeclient/scopehal-apps/compare/a835b97e8215...87d114f47510
<_whitenotifier-3> [scopehal-apps] azonenberg 87d114f - Try explicitly requiring cairomm 1.18 in macos build
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±2] https://github.com/ngscopeclient/scopehal-apps/compare/87d114f47510...ff717f18c573
<_whitenotifier-3> [scopehal-apps] azonenberg ff717f1 - Another attempt at fixing macos CI
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±3] https://github.com/ngscopeclient/scopehal-apps/compare/ff717f18c573...987abae7fecb
<_whitenotifier-3> [scopehal-apps] azonenberg 987abae - Fixed gtkmm -> cairomm missing include/link path on unit tests
<_whitenotifier-3> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/ngscopeclient/scopehal-apps/compare/987abae7fecb...100cf8a3023d
<_whitenotifier-3> [scopehal-apps] azonenberg 100cf8a - Fixed another GTK -> Cairo include path
<d1b2> <bvernoux> I have done a quick diff between C:\VulkanSDK\1.3.250.1 & C:\VulkanSDK\1.3.268.0 and it seems they have added the missing files in 1.3.268.0 at least glslang.exe in Bin and C:\VulkanSDK\1.3.268.0\Include\glslang\Include\glslang_c_interface.h & glslang_c_shader_types.h
<d1b2> <azonenberg> so can you test what happens if you delete that section in the cmakelists? does it still build reliably on windows?
<d1b2> <azonenberg> @bvernoux also are you going to be able to make the developer meeting? next monday 0900 Pacific
<d1b2> <azonenberg> which is i think monday afternoon for you
<d1b2> <bvernoux> Something is still messed up when removing steps "Includes are incomplete in VulkanSDK 1.3.224.1 so we use the include path from MINGW64 mingw-w64-x86_64-glslang" and building without glslang stuff with Vulkan 1.3.268.0 C:/msys64/home/bvern/scopehal-apps/lib/VkFFT/vkFFT/vkFFT.h:38:10: fatal error: glslang_c_interface.h: No such file or directory 38 | #include "glslang_c_interface.h" | ^~~~~~~~~~~~~~~~~~~~~~~
<d1b2> <azonenberg> ok so we'll leave that in for now
<_whitenotifier-3> [scopehal-docs] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/ngscopeclient/scopehal-docs/compare/2435ff795d09...0949cc6b8ea7
<_whitenotifier-3> [scopehal-docs] azonenberg 0949cc6 - Fixed version number in macos cairomm dependency
Bird|otherbox has quit [Ping timeout: 268 seconds]
bvernoux has joined #scopehal
Bird|otherbox has joined #scopehal
<d1b2> <bvernoux> Yes it is ok for me 09:00 AM Pacific Time is 18h00 here in France Could you send me an invite or something to have details ?
<d1b2> <azonenberg> I'll share a zoom link in the channel shortly before
<_whitenotifier-3> [scopehal-docs] azonenberg pushed 2 commits to master [+7/-0/±6] https://github.com/ngscopeclient/scopehal-docs/compare/0949cc6b8ea7...bbd488a4cafd
<_whitenotifier-3> [scopehal-docs] azonenberg 1183ab9 - Added new "dialogs" section, documented lab notes and speed bump and timebase dialogs
<_whitenotifier-3> [scopehal-docs] azonenberg bbd488a - Documented log viewer and performance metrics dialogs
<_whitenotifier-3> [scopehal-apps] azonenberg commented on issue #325: GPU hang on iris Plus driver - https://github.com/ngscopeclient/scopehal-apps/issues/325#issuecomment-1842653430
<_whitenotifier-3> [scopehal-apps] azonenberg closed issue #463: When opening a VNA session in filter graph editor, angle units show up as dB rather than degrees - https://github.com/ngscopeclient/scopehal-apps/issues/463
<_whitenotifier-3> [scopehal-apps] azonenberg commented on issue #463: When opening a VNA session in filter graph editor, angle units show up as dB rather than degrees - https://github.com/ngscopeclient/scopehal-apps/issues/463#issuecomment-1842655311
<d1b2> <azonenberg> yeowch the graph editor docs are waaaay out of date i need to update that next lol
<azonenberg> also the latest PDF doc is up to 268 pages. But 116 of those are filters that are just a heading and maybe a sentence of text but no real meat
<_whitenotifier-3> [scopehal-apps] smunaut commented on issue #325: GPU hang on iris Plus driver - https://github.com/ngscopeclient/scopehal-apps/issues/325#issuecomment-1843095233
bvernoux has quit [Quit: Leaving]
Darius has quit [Ping timeout: 256 seconds]
Darius has joined #scopehal
<azonenberg> So it seems like the analog discovery pro now supports much more reasonable memory depths, up to 32 M samples
<azonenberg> that's high enough i am definitely going to want to make use of it. i also want to try and get it set up with an embedded server using the gig-e port
<azonenberg> this might actually become something i am going to use as a secondary scope on my other bench
<d1b2> <david.rysk> > In addition to the up to 13 built-in instruments enabled by WaveForms, the Analog Discovery Pro introduces Linux Mode. Linux Mode provides an on-device terminal-based operating system that, when combined with WaveForms SDK, is a flexible starting point for all kinds of custom tests and applications. Running embedded on the device itself or via WaveForms, engineers and measurement enthusiasts alike can take advantage of data streaming via
<d1b2> ethernet, and the on-device storage to capture buffers of millions of samples.
<d1b2> <david.rysk> huh
<azonenberg> they sent me an eval unit a while back but the software has improved since then
<azonenberg> being able to leave the thing on a bench hanging off the LAN and just hook up to it over ethernet would be super convenient
<azonenberg> i have a scopehal-waveforms-bridge component that i could probably port to run on the thing pretty quickly
<azonenberg> when i first looked at it, scope memory topped out at like 32k points
<azonenberg> so i wasn't really too interested
<azonenberg> and usb2 is slow
<azonenberg> but if i can get it to run my bridge locally and stream sample data over gig-e? now that is interesting
<d1b2> <david.rysk> they must have added that
<azonenberg> oh innteresting
<azonenberg> yeah i was just gonna run my server app because it avoids the need to use their sdk clientside
<azonenberg> but good to know they added that mode natively
<_whitenotifier-3> [scopehal-waveforms-bridge] azonenberg pushed 1 commit to master [+0/-0/±2] https://github.com/ngscopeclient/scopehal-waveforms-bridge/compare/3b780f9beea2...363e8cd69728
<_whitenotifier-3> [scopehal-waveforms-bridge] azonenberg 363e8cd - Updates for latest WaveForms SDK