azonenberg changed the topic of #scopehal to: libscopehal, libscopeprotocols, and glscopeclient development and testing | https://github.com/glscopeclient/scopehal-apps | Logs: https://libera.irclog.whitequark.org/scopehal
Degi_ has joined #scopehal
Degi has quit [Ping timeout: 256 seconds]
Degi_ is now known as Degi
<_whitenotifier> [scopehal-apps] azonenberg opened issue #550: Look into using imgui_test_engine to script GUI test cases for ngscopeclient - https://github.com/glscopeclient/scopehal-apps/issues/550
<_whitenotifier> [scopehal-apps] azonenberg labeled issue #550: Look into using imgui_test_engine to script GUI test cases for ngscopeclient - https://github.com/glscopeclient/scopehal-apps/issues/550
<_whitenotifier> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±4] https://github.com/glscopeclient/scopehal-apps/compare/828b7e9544f0...cd7ce11ddadf
<_whitenotifier> [scopehal-apps] azonenberg cd7ce11 - Added factory wrapper to FileBrowser to create the correct type of browser depending on the selected preferences. Also takes fullscreen state into account which previous version did not. See #538.
<_whitenotifier> [scopehal] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/glscopeclient/scopehal/compare/ad0414b22ed1...fbe03177e8cc
<_whitenotifier> [scopehal] azonenberg fbe0317 - WaveformPool: removed debug variable we're not using anymore
<_whitenotifier> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±3] https://github.com/glscopeclient/scopehal-apps/compare/cd7ce11ddadf...e8fec8b866f7
<_whitenotifier> [scopehal-apps] azonenberg e8fec8b - Clean up a bit of state and add some logging to help troubleshoot resource leaks
<azonenberg> ok thats progress, spent a while chasing a vulkan handle leak but didn't find it
<azonenberg> but the file browser stuff is cleanly wrapped
<azonenberg> lain: gonna set up the menu handlers to call that tomorrow
<azonenberg> so you'll have methods in MainWindow to handle loading/saving a session
<azonenberg> and can just fill them ot
<azonenberg> out*
<azonenberg> one key thing is that we want to use background threads for as much as possible and not block the GUI thread on anything slow
<azonenberg> parsing the yaml and creating gui widgets is fast
<azonenberg> loading waveform data is slow
<azonenberg> in general nonblocking everything is a key priority
<azonenberg> i'd also like to transition to explicit threading vs openmp for this
<d1b2> <Code and Solder> The $25 cables arrived, with VNA measurements too
bvernoux has joined #scopehal
massi has joined #scopehal
<d1b2> <Code and Solder> It even has a serial number!
massi has quit [Remote host closed the connection]
<azonenberg> Nice
<azonenberg> Did you get machine readable .s2p files too or just printouts?
<azonenberg> the latter is key for de-embedding and is often not provided with cheaper cables even if they're VNA *tested*
<azonenberg> With serialized cables from good vendors, half the delta in cost is the extra administrative overhead to manage the s2p files and store them somewhere you can access etc
<d1b2> <Code and Solder> Nope, though I didn't even ask for the printouts, messaged them to ask if they happen to have them anyway
<d1b2> <Code and Solder> I get the same "noise" in NanoVNA measurements regardless of what I'm measuring, bad calibration?
<d1b2> <azonenberg> If you see a constant ripple in every DUT then yes, bad cal would be a definite suspicion. also check your cables are firmly attached to the VNA
<azonenberg> But thats one of the problems with these cheap VNAs
<azonenberg> they just take "ideal" standards for short/open/load/thru right?
<azonenberg> the standards don't come with measured curves?
<azonenberg> High end VNAs usually use really well matched standards, but a lot of cheap ones use low grade standards
<azonenberg> My PicoVNA makes up the difference in software
<azonenberg> they have full s-parameters of each cal standard measured on a fancier VNA and use that data in the calibration
<d1b2> <Code and Solder> The option to input them is there but no, they were not supplied for some reason
<azonenberg> Having L /C parasitics is a start but its not the same as full VNA measurements
<azonenberg> because real standards have reflections and resonances and such
<azonenberg> they may not be large, but they exist
<d1b2> <Code and Solder> my first order approximation of that reason would be a price for the whole thing significantly below a reasonable quality calibration kit
<azonenberg> Yeah exactly
<azonenberg> thats my point, pico is sitting in a nice midrange where the standard is cheap but you still pay to have it well characterized
<azonenberg> and have software that can correct for most of the non-idealities in DSP
<azonenberg> the nanovna probably doesnt
<d1b2> <Code and Solder> I have no idea what nanovna-saver does inside it
<_whitenotifier> [scopehal-apps] azonenberg closed issue #515: ngscopeclient: filter support - https://github.com/glscopeclient/scopehal-apps/issues/515
<_whitenotifier> [scopehal-apps] azonenberg labeled issue #551: ngscopeclient: spectrogram rendering - https://github.com/glscopeclient/scopehal-apps/issues/551
<_whitenotifier> [scopehal-apps] azonenberg opened issue #551: ngscopeclient: spectrogram rendering - https://github.com/glscopeclient/scopehal-apps/issues/551
<_whitenotifier> [scopehal-apps] azonenberg opened issue #552: ngscopeclient: waterfall rendering - https://github.com/glscopeclient/scopehal-apps/issues/552
<_whitenotifier> [scopehal-apps] azonenberg labeled issue #552: ngscopeclient: waterfall rendering - https://github.com/glscopeclient/scopehal-apps/issues/552
<azonenberg> can someone with a .229 or later vulkan SDK installed please confirm?
<_whitenotifier> [scopehal-apps] azonenberg assigned issue #512: ngscopeclient: file load/save support - https://github.com/glscopeclient/scopehal-apps/issues/512
<_whitenotifier> [scopehal] azonenberg opened issue #735: Refactoring: make filter, oscilloscope, etc serialization use yaml-cpp vs outputting to a std::string with raw concatenation - https://github.com/glscopeclient/scopehal/issues/735
<_whitenotifier> [scopehal] azonenberg labeled issue #735: Refactoring: make filter, oscilloscope, etc serialization use yaml-cpp vs outputting to a std::string with raw concatenation - https://github.com/glscopeclient/scopehal/issues/735
<_whitenotifier> [scopehal] azonenberg assigned issue #735: Refactoring: make filter, oscilloscope, etc serialization use yaml-cpp vs outputting to a std::string with raw concatenation - https://github.com/glscopeclient/scopehal/issues/735
<_whitenotifier> [scopehal] azonenberg labeled issue #735: Refactoring: make filter, oscilloscope, etc serialization use yaml-cpp vs outputting to a std::string with raw concatenation - https://github.com/glscopeclient/scopehal/issues/735
<_whitenotifier> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±10] https://github.com/glscopeclient/scopehal-apps/compare/e8fec8b866f7...a0564183017b
<_whitenotifier> [scopehal-apps] azonenberg a056418 - Added load vs save support for FileBrowser. Added menus for file load/save that don't actually do anything yet. See #512.
tiltmesenpai has quit [Ping timeout: 260 seconds]
<bvernoux> azonenberg, very nice job
bvernoux has quit [Quit: Leaving]