<azonenberg>
@louis: btw, once this refactoring is done
<azonenberg>
i want to redo how we handle tek spectrum channels (maybe digital in the future, TBD)
<azonenberg>
instead of making them separate channels, i want to make them separate streams on the same channel
<azonenberg>
There may have to be other code changes required to make it happen, for example we probably need a way to specify whether a given stream is enabled or not
<azonenberg>
but start thinking about how we might want to do that
<d1b2>
<louis> Roger
<d1b2>
<louis> That would be a nice QoL improvement for that scope too
<azonenberg>
Yes. I don't think it is possible in the current API model
<azonenberg>
but once this cleanup is done, it will be closer to possible
<azonenberg>
At which point we can start thinking about what else needs changing to make it fully possible
<t4nk_freenode>
... that's from an entire startup sequence, and loading a 'song´ with a Simpsons burp
<t4nk_freenode>
it has to mean that my captured data was completely sound, I think that's pretty darned impressive
<azonenberg>
:D
<azonenberg>
on my end, refactoring progress: latest code compiles scopehal and glscopeclient, have to still finish the ngscopeclient side. but i'm making a few changes at a time, it's by no means done
<azonenberg>
subsequent changes will break less and less stuff though i think
<t4nk_freenode>
:| I still can't run ngscopeclient
<t4nk_freenode>
don't understand, it has worked before
<azonenberg>
Well, as i fix a bunch of stuff hopefully we can figure out your problem and fix it
<t4nk_freenode>
I'm off now, I bid you a good day, Sir
bvernoux has joined #scopehal
<azonenberg>
ok next round of refactoring is done and i need to sleep because its almost 1am
<azonenberg>
but everything compiles
josuah has quit [*.net *.split]
Stary has quit [*.net *.split]
benishor has quit [*.net *.split]
octorian has quit [*.net *.split]
t4nk_freenode has quit [*.net *.split]
josuah has joined #scopehal
Stary has joined #scopehal
benishor has joined #scopehal
t4nk_freenode has joined #scopehal
octorian has joined #scopehal
<t4nk_freenode>
well, I'm not too knowledgeable about debugging but I'll try to do some debug build orsth when I get 'round to it
<t4nk_freenode>
would be kinda nice if I could at least prevent it from taking down my system when it crashes
<t4nk_freenode>
need to get some sd_stuff sorted first though, to make life easier
<tnt>
t4nk_freenode: what are you running on btw ?
<t4nk_freenode>
misguidance mostly :)
<t4nk_freenode>
gentoo linux, tnt ;)
<tnt>
what gpu ?
<t4nk_freenode>
rx580
<tnt>
Ok. Well good to know I'm not alone then :) Yeah, also hard freeze my system, same gpu.
<tnt>
(on ubuntu though on that machine)
<t4nk_freenode>
ah! ... lol, 'kewl' :))
<tnt>
At least now I know it's not specific to my particular system :)
<t4nk_freenode>
yeah, I installed manjaro briefly on some empty space when I switched SSDs
<t4nk_freenode>
but I couldn't get it to completely compile
<t4nk_freenode>
probably the wrong version of spirv-headers or something, but it's 'good to know' that it happens for you too
<t4nk_freenode>
what happens if you try to run glscopeclient? in my case there's no severe crash, but it crashes all the same at some point
<tnt>
I don't think I tried glscopeclient in that setup. Only ngscopeclient. And that crashed the whole system and given it was my main workstation and I had a bunch of stuff running, that "quick test" turned into a really inconvenient experience and I decided not to try and repeat it.
<t4nk_freenode>
yes, same here, I'm very reluctant to run it even once because of losing everything
<t4nk_freenode>
when I first joined the channel it ran without crashing, so it would be a good starting point to build that same version or abouts
<t4nk_freenode>
but it could easily be a dependency
<tnt>
But when did you join the channel ? :)
<tnt>
I mean when I started playing with it, ngscopeclient didn't exist and it wasn't using vulkan so obviously it ran fine back then :))
<t4nk_freenode>
**** BEGIN LOGGING AT Sun Sep 11 21:03:37 2022
<t4nk_freenode>
my first ramblings were about vulkan
<_whitenotifier-9>
[scopehal-apps] azonenberg 5fe4e28 - Initial work on waterfall rendering in ngscopeclient. Incomplete, doesn't account for panning/zooming in X axis yet.
<_whitenotifier-9>
[scopehal-apps] azonenberg 83bf3f9 - Everything now builds! Next round of refactoring done.
<_whitenotifier-9>
[scopehal-apps] azonenberg 628365b - Initial support for displaying all kinds of channel in filter graph editor. Doesn't actually do anything; I/Os of channels are not shown unless they're scope channels.
<_whitenotifier-9>
[scopehal] azonenberg 779f399 - Initial work on unified channel refactoring
<_whitenotifier-9>
[scopehal] azonenberg 0c7e8e0 - Continued channel unification
<azonenberg>
this *should* not break anything so i pushed it, but more refactoring is still inbound
<azonenberg>
The new changes should be less breaking though, i'm moving some stuff from OscilloscopeChannel up to InstrumentChannel
<azonenberg>
But the one thing that may break things is that a StreamDescriptor will become something capable of pointing to an InstrumentChannel not an OscilloscopeChannel
<azonenberg>
so e.g. you can get a waveform (or scalar) from a stream, but can no longer assume that the stream comes from something with an adjustable input termination impedance unless you ask