[bug #68154] Viewing the value of time (x axe) of each point of a 2-D plot

Please use the bug tracker to post updates to a bug report.  The mailing list is intended as a read-only notification stream.  Info posted to this mailing list address won't appear in the tracker database where it is most useful.

Follow-up Comment #3, bug #68154 (group octave):

Thank you for the answers.
I try the workarounds you suggested, it is very simple and very powerful.
However I still have some limitation, becouse I have a dataset of 2.5e6
samples. I want to check if there is some delays in my real-time bitstream, in
respect to another one that I take as reference. I need to replicate a
bitstream of a system the more similar that I can (the timing is very
important).
So when I multiply for 1e9 the time base (reporting it to ns), if I zoom on
the first part of the waveform I see all the digits that I need to view the
exact time of every sample. But if I zoom on the middle or the last part of
the waveform, then the nanoseconds are so many that I don't have enough digits
to see the right time resolution of the waveform (a lot of consecutive samples
shows the same time value).

I know that it's a particular condition, a long waveform with an high sample
frequency (many samples). In the case descripted there is a 1ms waveform with
one sample every 0.4ns.
For sure an algorithm is the best way to do what I want to do automatically
and without errors. However I'm searching the best way to do this type of
operations even on fast viewing of waveforms previously acquired, so that I'm
not obligated to use always the o-scope. If I has cursors on the plot, they
will be very useful too (I'm searching for a tool that can do it on a PC).

I tried also gnuplot toolkit for Octave, as suggested, and it works a little
better: it has 1ns of resolution instead of 10ns of the QT toolkit, and also
permits to zoom more without crashing. I can see the edge of about 1ns that I
have, but still I can't see the timing difference of the samples that are in
the edge. QT toolkit instead reset the zoom level back, if I try to zoom on
the 1ns edge. However as Octave suggest, gnuplot toolkit it's not recommended
as it's very slow and has some problems in the cooperation with Octave


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?68154>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/

-----BEGIN PGP SIGNATURE-----

iHUEABYIAB0WIQQk97aszIMMAvLLwm6qLAuaBUf3TgUCablMuwAKCRCqLAuaBUf3
TucCAQC4P0mDVoyHwyUgoWsGxHV1dRLTMUJEwHHDtNb4Ys8kBQEAgDgiGoa3N7b0
E2PniAuJoMBgT/88kLZ0SohgPtLHQwc=
=/5n1
-----END PGP SIGNATURE-----