00:04
Degi_ has joined #scopehal
00:05
Degi has quit [Ping timeout: 240 seconds]
00:05
Degi_ is now known as Degi
01:02
<
d1b2 >
<Darius> AFAIK FFTS is basically abandonware unfortunately
01:16
<
d1b2 >
<johnsel> Yeah it’s pending removal anyway
01:35
Johnsel has quit [Ping timeout: 265 seconds]
04:02
Degi has quit [Ping timeout: 268 seconds]
04:02
Degi_ has joined #scopehal
04:02
Degi_ is now known as Degi
05:37
<
azonenberg >
Yeah removal of FFTS is one of the planned TODOs
05:37
<
azonenberg >
i actually want to overhaul the demo scope completely and make it use more realistic channel models anyway
06:10
Johnsel has joined #scopehal
06:48
veegee has quit [Ping timeout: 250 seconds]
07:09
veegee has joined #scopehal
08:22
bvernoux has joined #scopehal
08:35
<
bvernoux >
Does lainy still work on the project ?
08:57
<
bvernoux >
their server is capped to < 60KB/s
08:57
<
bvernoux >
I'm not aware of any mirror to download that file faster
08:59
<
d1b2 >
<johnsel> 30MB/s here
08:59
<
d1b2 >
<johnsel> I'll send it to you
09:02
<
d1b2 >
<johnsel> done
09:27
<
bvernoux >
it was a temporary bug on their server
09:45
<
bvernoux >
anyway wget have issue with lunarg.com
09:46
<
bvernoux >
at start I have >150MB/s (which is expected with 2Gbps DL with fiber)
09:46
<
bvernoux >
but it slow down to 56KB/s
09:46
<
bvernoux >
after around 290MB
09:48
<
bvernoux >
I do not have such issue with an other server
09:48
<
bvernoux >
with an average of 104MB/s
09:48
<
bvernoux >
so it is clearly lunarg.com which is dead buggy
11:09
bvernoux has quit [Remote host closed the connection]
12:53
Johnsel has quit [Ping timeout: 250 seconds]
13:09
bvernoux has joined #scopehal
13:36
bvernoux has quit [Quit: Leaving]
16:21
Johnsel has joined #scopehal
19:19
<
_whitenotifier-9 >
[scopehal] azonenberg f236404 - Merge pull request #779 from bvernoux/patch-2 Update scopehal.cpp FindDataFile to use relative path when possible
19:23
<
_whitenotifier-9 >
[scopehal] azonenberg c0ebd37 - Refactoring: use FindDataFile() in ReadDataFile*()
19:33
<
azonenberg >
Hmmm chasing an interesting bug
19:33
<
azonenberg >
when i load a session that involves a touchstone import filter, the waveform doesn't render
19:33
<
azonenberg >
in particuular, nothing is displayed but the data is valid because i can read the curves out with cursors
19:34
<
azonenberg >
ordinarily i would suspect a lack of MarkModifiedFromCpu() but i don't see that being the case here
19:34
<
azonenberg >
what's particularly interesting is that once you create a filter on the output of it, it then renders everything right
19:35
<
azonenberg >
Creating
*any* filter seems to fix it
19:40
<
azonenberg >
So the big question is, what does creating a filter change that is not also triggered by panning/zooming a waveform?
19:42
<
azonenberg >
reconfiguring an existing filter also does not trigger it
19:46
<
_whitenotifier-9 >
[scopehal-apps] azonenberg 2258cac - Updated submodules
19:46
<
_whitenotifier-9 >
[scopehal-apps] azonenberg dd3379b - Make sure that we start the WaveformThread after loading a filter-only session
19:46
<
_whitenotifier-9 >
[scopehal-apps] azonenberg fa32543 - Refresh filter graph at end of loading a filter-only session
19:51
<
_whitenotifier-9 >
[scopehal-apps] bvernoux 36fac89 - Fix glscopeclient Windows zip/MSI missing dependencies(using mingw-bundledlls instead of ldd ...) Add ngscopeclient Installation/Windows portable zip/MSI installer build Fix GitHub CI build-windows.yml upload-artifact to export glscopeclient & ngscopeclient msi/portable zip
19:51
<
_whitenotifier-9 >
[scopehal-apps] bvernoux 1a8ca07 - Try to fix the missing shaders/waveform-compute.* for glscopeclient & ngscopeclient Windows portable zip/MSI installer build
19:51
<
_whitenotifier-9 >
[scopehal-apps] bvernoux c24b085 - Fix path
19:51
<
_whitenotifier-9 >
[scopehal-apps] ... and 3 more commits.
19:52
Johnsel has quit [Ping timeout: 260 seconds]