-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature/#151 time sweep indicator #215
Conversation
Signed-off-by: nicolaskolbenschlag <[email protected]>
Signed-off-by: nicolaskolbenschlag <[email protected]>
…p-indicator # Conflicts: # Apps/frontend/src/components/TimeSweepSlider.svelte # Apps/frontend/src/components/WaveControls.svelte # Apps/frontend/src/components/Waves.svelte # Apps/frontend/src/helper.js # Apps/frontend/vite.config.js
Signed-off-by: Jens Wächtler <[email protected]>
Signed-off-by: Jens Wächtler <[email protected]>
Passing run #580 ↗︎
Details:
This comment has been generated by cypress-bot as a result of this project's GitHub integration settings. |
export let controlPanelBottomHeight = 0; | ||
|
||
const computeDisplaySpeed = (value) => { | ||
let delta = computeDisplayDeltaFromTimeSweep(value); | ||
return ((1000 * TIME_PER_DIV) / delta).toFixed(2) + " ms/div"; | ||
return (1 / delta).toFixed(2) + " s/div"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Danke, dass du dir das mal angesehen hast. Ich bin mir jedoch nicht sicher, ob das richtig sein kann. Die Bestimmung des Display-Speed hängt jetzt nicht von der Update-Frequenz der Signale ab. Aber das müsste es ja. delta ist nur ein Faktor zwischen 0 und 2.
Beispiel:
Wenn jetzt unser Generator doppelt so schnell senden würde (z.B. EXPECTED_UPDATES_PER_SECOND =20_000), würde sich der Display-Speed nicht verändern. Aber nach meinem Verständnis sollte sich in dem Beispiel die Display-Speed dann halbieren.
Ich vermute, dass der Bug der noch drin ist, eher daher kommt dass in der Konstante CANVAS_WIDTH nicht die Anzahl der Pixel steht, sondern irgendeine andere Maßeinheit. Wir müssten also die Anzahl der Pixel/der Updates in der Horizontalen irgendwie anders herausfinden.
Mal sehen was die anderen sagen. Von mir aus kann man es wegen der wenigen verbleibenden Zeit auch so lassen, damit die Zeiteinheit am Demo-Day immerhin richtig aussieht, aber rein fachlich passt das so noch nicht (glaube ich).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ich hab es mal adressiert, und für die zukünftigen Bearbeiter einen Kommentar hinterlassen.
Signed-off-by: Jens Wächtler <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mit Augenmaß und Stoppuhr gemessen, passen die werte. IMO reicht das für die Demo wenn wir eine fixe Datenrate erwarten.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Was quite hard to see what exactly changed, but thanks for linting ;)
Same opinion as Marcel, looks good (enough)!
Changed the indicator and fixed the formatting of other files via
npm run format
Looks like this after the change.