Skip to content
This repository has been archived by the owner on Jan 25, 2023. It is now read-only.

Data model #13

Open
drom opened this issue Nov 4, 2018 · 4 comments
Open

Data model #13

drom opened this issue Nov 4, 2018 · 4 comments

Comments

@drom
Copy link
Member

drom commented Nov 4, 2018

  • How timing data should be organized?
  • Stream data from a source and process chunk by chunk (async)
  • Import different dump formats (VCD,...)
  • Dense data storage. Binary form?
  • How to manage a lot of data
  • Quick navigation. Render specific time range?

References

@DrSensor
Copy link

DrSensor commented Nov 6, 2018

Seems web workers can be a solution for tile rendering and managing a lot of data 🤔

@drom
Copy link
Member Author

drom commented Nov 6, 2018

related to #3

@drom
Copy link
Member Author

drom commented Jan 8, 2019

It might be good to look at LXT/LXT2 data format that GTKWave supports.
http://gtkwave.sourceforge.net/gtkwave.pdf : Page 103

@nturley
Copy link

nturley commented Jan 17, 2019

Permissible values are '0', '1', 'Z', 'X', 'H', 'U', 'W', 'L', and '-' stored as the byte values 00 through 08 in the LXT file.

Does LXT support enums? I thought LXT, VCD, and FST only supported Verilog values, and GHW supported all VHDL values including enums, but the gtkwave docs seem to suggest that GHW supports the same data values as LXT. Maybe I'm remembering incorrectly.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants