Use rate_ratio for track timing display

[ywwg]

This prevents wild numbers from appearing during scratching under vinyl control.

(Without this, the track time can appear as extremely long or extremely short. The vinyl control code manipulates the rate_ratio value so that it stays within reasonable boundaries).

[daschuer]

LGTM
I think this is a bug-fix and can go to 2.3
can you rebase it?

[ywwg]

can do

[daschuer]

There is a pre-commit issue the other CI failures are hopfully solved with #10904

[ywwg]

this all good?

[daschuer]

There is still a code style issue. Can you fix it?
If you rebase it again on 2.3 also the Ubuntu build failure will disappear

[ywwg]

oh I see. fixed

[ywwg]

I fixed the style issue and now it wants to put it back the way it was before?

[daschuer]

I the original version, there was a leading /
Now it is a long line issue. That is the disadvantage if our two stage clang-format call.

Do you have pre-commit installed, I wonder why this has slipped through.

[ywwg]

I the original version, there was a leading / Now it is a long line issue. That is the disadvantage if our two stage clang-format call.

Do you have pre-commit installed, I wonder why this has slipped through.

precommit is broken on my machine and I have been unable to fix it:

more info:

virtualenv python version did not match created version:
- actual version: <<error retrieving version from /home/owen/.cache/pre-commit/repo2_q5mxbt/py_env-python3/bin/python>>
- expected version: 3.10.6.final.0

[ywwg]

ah it's an ubuntu / python issue https://stackoverflow.com/questions/72159827/how-to-solve-pre-commit-asserttion-error-on-ubuntu-22-04

[ywwg]

@daschuer looks good finally!

[daschuer]

Thank you