Slow down of as.POSIXct() when converting numeric data with origin argument specified

[vincentvanhees]

@forget999 could you please share with us what solved the problem for you?

Doing so will help:

• Future GGIR users with the same problem reading this thread.
• Us to understand what aspect of GGIR functionality or documentation is not clear enough yet.

Thanks for your reply! I have reset the "part6_threshold_combi" parameters number to meet the physical activity requirements of my research.
In addition, I think there is one thing that needs to be improved. The new version v3.1-11 of GGIR takes too long time to run part6, which takes an hour. But in the version v3.1-5, it is quite fast. I don't know where the difference is, or what adjustments can speed up the running speed of part6. If you have any suggestions, please let me know. Thank you!

Originally posted by @forget999 in #1262

This seems caused by my effort to make GGIR backward compatible with R 4.2.0 by adding the origin argument. Backward comparability at the price of a huge slow down is undesirable, so this needs fixing.