06:22 <_whitenotifier> [scopehal-docs] azonenberg pushed 1 commit to master [+1/-0/±4] https://github.com/glscopeclient/scopehal-docs/compare/b712fb035d50...48983dd0ab29

06:22 <_whitenotifier> [scopehal-docs] azonenberg 48983dd - Preliminary documentation for CSV and Touchstone export filters

06:39 <_whitenotifier> [scopehal] azonenberg pushed 2 commits to master [+0/-0/±4] https://github.com/glscopeclient/scopehal/compare/823cfb498662...f39b48ce3928

06:39 <_whitenotifier> [scopehal] azonenberg e5bf5c9 - TouchstoneExportWizard: fixed some functions that should have been marked as virtual but weren't

06:39 <_whitenotifier> [scopehal] azonenberg f39b48c - CSVExportWizard: implemented minimal single channel exporting. See #571.

07:47 <_whitenotifier> [scopehal] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/glscopeclient/scopehal/compare/f39b48ce3928...1c0fe5c70a79

07:47 <_whitenotifier> [scopehal] azonenberg 1c0fe5c - Finished initial implementation of CSV exporter. Fixes #571.

07:47 <_whitenotifier> [scopehal] azonenberg closed issue #571: Add CSV export for waveform data (including protocol decodes etc) - https://github.com/glscopeclient/scopehal/issues/571

07:47 <_whitenotifier> [scopehal-apps] azonenberg pushed 2 commits to master [+0/-0/±3] https://github.com/glscopeclient/scopehal-apps/compare/df8efa38a954...13ad1cfc2fc9

07:47 <_whitenotifier> [scopehal-apps] azonenberg 2cb72e4 - OscilloscopeWindow: fixed overly pessimistic error checking preventing us from reconnecting to a save file containing the demo scope

07:47 <_whitenotifier> [scopehal-apps] azonenberg 13ad1cf - Updated submodules

17:34 <azonenberg> Hey, do we have anyone here actively using glscopeclient on windows on a routine basis?

22:57 <jacekowski> compiling anything on windows is pita and you don't provide binaries

22:58 <d1b2> <Herr Brain> The best way to compile on windows is to completely ignore the Visual Studio toolchains and install *nix tools.

23:02 <azonenberg> Yeah our supported windows flow is using mingw

23:03 <azonenberg> anyway, the reason i ask is because of https://github.com/glscopeclient/scopehal-apps/issues/299

23:17 <_whitenotifier> [scopehal] azonenberg pushed 4 commits to master [+0/-0/±5] https://github.com/glscopeclient/scopehal/compare/1c0fe5c70a79...a65ea2d6010a

23:17 <_whitenotifier> [scopehal] azonenberg 40fbfb8 - IBISParser: ignore a bunch of blocks we don't support yet without generating warnings

23:17 <_whitenotifier> [scopehal] azonenberg f66550d - IBISDriverFilter: don't segfault if there's no edges in the incoming data stream

23:17 <_whitenotifier> [scopehal] azonenberg 87e280c - IBISParser: removed dead code

23:17 <_whitenotifier> [scopehal] azonenberg a65ea2d - IBISParser: support numbers in scientific notation in data tables

23:19 <azonenberg> oh fun so here is an interesting bug

23:19 <azonenberg> rising and falling waveforms out of order in the BIIS file

23:19 <azonenberg> the TI DP83867 has falling terminated to 2.5V and rising terminated to ground in the file

23:19 <azonenberg> IBIS*

23:19 <azonenberg> then rising terminated to 2.5 and falling terminated to ground

23:19 <azonenberg> my code assumes they're in the same order so i have to fix that...

23:20 <Degi> I wonder if running in WINE would reproduce 299

23:22 <azonenberg> i mean i do have some windows boxen i can dust off to test

23:29 <_whitenotifier> [scopehal] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/glscopeclient/scopehal/compare/a65ea2d6010a...514d3174a535

23:29 <_whitenotifier> [scopehal] azonenberg 514d317 - IBISDriverFilter: fixed incorrect handling of IBIS files where rising and falling edge waveforms were not in the file in the same order

23:44 <_whitenotifier> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/glscopeclient/scopehal-apps/compare/13ad1cfc2fc9...839b7223d8b2

23:44 <_whitenotifier> [scopehal-apps] azonenberg 839b722 - Updated submodules