Timing a bit off in an imported .srt file

I discovered something: It appears (in my single experiment) that PP takes a caption block's millisecond time (that is, xx:xx:xx,mmm), divides that value by 1000, multiplies the result by the framerate and rounds down. Always down.

For example, in an SRT file that I've been using, the timing values of a certain caption block are '00:12:30,683 --> 00:12:41,900' . When PP imports the SRT, the first step is apparently to convert the 683 milliseconds to 0.683 and multiply that by my video's framerate, 60 fps, to yield 40.980. Then 40.980 is rounded down to 40.

(The above value 40 means frame 40 if one counts starting from zero or frame 41 if one counts starting from one. PP counts starting from zero. Thus, 40 is xx:xx:xx:40 in the form PP employs to display timings in an imported captions file.)

PP, in its apparent second step of importing, adds 00:00:00:40 to the first 3 pieces of the caption block's time, that is, 00:12:30:xx, yielding 00:12:30:40. Since PP apparently rounds down in step 1, the timings in an imported SRT will sometimes be 1 frame lower than they would be if PP used a more "fair" rounding. (In my experiment, "sometimes" is about 40% of the caption block timings.)

A better technique, to my way of thinking, would be to use rounding where 0-0.499 is rounded down and 0.500-0.999 is rounded up. In the present case, with a framerate of 60 fps, the final result would be 00:12:30:41; that is, one frame later, which is precisely what PP showed for the original caption block before I exported the track.

I have to make clear that I've gone through only a small portion of the timings of an imported SRT in my experiment, but every one fits the pattern I've described. Sometimes the "error" is for the beginning of a caption block, less often for the end, and less often still for both beginning and end. When there is no error (about 60% of the time), the putative rounding down resulted in a "correct" value.