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: 260 seconds]
Degi_ is now known as Degi
<_whitenotifier-6> [scopehal-pico-bridge] TiltMeSenpai closed pull request #21: Add preliminary support for Pico 6000A/B/C/D - https://github.com/glscopeclient/scopehal-pico-bridge/pull/21
<_whitenotifier-6> [scopehal-pico-bridge] TiltMeSenpai synchronize pull request #21: Add preliminary support for Pico 6000A/B/C/D - https://github.com/glscopeclient/scopehal-pico-bridge/pull/21
<_whitenotifier-6> [scopehal-pico-bridge] TiltMeSenpai commented on pull request #21: Add preliminary support for Pico 6000A/B/C/D - https://github.com/glscopeclient/scopehal-pico-bridge/pull/21#issuecomment-1614111091
veegee has quit [Quit: My iMac has gone to sleep. ZZZzzz…]
<d1b2> <johnsel> [ 8%] Copying protocol shaders... Error copying file (if different) from "/home/johnsimons/scopehal-apps/build/lib/scopeprotocols/shaders/CMakeFiles/protocolshaders" to "/home/johnsimons/scopehal-apps/build/src/ngscopeclient/shaders". make[2]:  [src/ngscopeclient/CMakeFiles/ngprotoshaders.dir/build.make:58: src/ngscopeclient/CMakeFiles/ngprotoshaders] Error 1 make[1]:  [CMakeFiles/Makefile2:1652:
<d1b2> src/ngscopeclient/CMakeFiles/ngprotoshaders.dir/all] Error 2 is this a known issue? Ubuntu 20.04 I have to sleep but will check it out myself later if nobody knows
<azonenberg> @johnsel i thought that had been fixed. there was an issue some time ago that was a race condition when parallel building glscopeclient and ngscopeclient, one side would try to build the libscopeprotocols shaders but the other would copy them before they had been compiled
<azonenberg> I do not know if this is the same root cause but it presented similarly
<d1b2> <johnsel> Thanks @azonenberg that is helpful, I have to run some errands but it did indeed seem to behave differently when running single threaded. I didn´t have the patience to let it finish but I can let it do that while I am gone and investigate later.
<azonenberg> (removing glscoepclient and having pure NG will also potentially fix some of this as we won't be buidling a bunch of stuff twice/redundantly)
esden has quit [Server closed connection]
esden has joined #scopehal
<d1b2> <tiltmesenpai> oh lol that did actually set the webhooks off, I assumed it would T.T
_florent_ has quit [Server closed connection]
_florent_ has joined #scopehal
bvernoux has joined #scopehal
<d1b2> <johnsel> @azonenberg doesn´t seem to be it, I'm upgrading cmake maybe it's something weird because it is an older version on 20.04 by default
<d1b2> <johnsel> looks like that may have resolved the issue
<d1b2> <johnsel> we do have to bump up the vulkan version to 250.1 instead of 250.0, it is no longer available for download
<d1b2> <johnsel> I'll look at the patch notes in a bit to see if there is a reason why that shouldn't be done but I think I can make a PR for it
<azonenberg> ok go for it
<_whitenotifier-6> [scopehal-docs] Johnsel opened pull request #66: Updated Vulkan references to version 1.3.250.1 - https://github.com/glscopeclient/scopehal-docs/pull/66
bvernoux has quit [Quit: Leaving]
<azonenberg> Also.... General forward looking thought
<azonenberg> I think the idea of a single waveform associated with a given instrument/channel might be holding us back, since it seems to be creating some serialization points in which e.g. we can't render one waveform while doing other processing on a different one
<azonenberg> it would be a lot of work to change this to a more pipelined model, and i dont yet know if it's a good idea or how to do it
<azonenberg> but food for thought
sorear_ is now known as sorear